Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add support for requesting profile changes #12

Open
mattst88 opened this issue Apr 1, 2020 · 2 comments
Open

Add support for requesting profile changes #12

mattst88 opened this issue Apr 1, 2020 · 2 comments
Labels
enhancement New feature or request

Comments

@mattst88
Copy link
Contributor

mattst88 commented Apr 1, 2020

Ruby stabilizations almost never receive sanity-check+ because they require profiles changes to RUBY_TARGETS. See https://bugs.gentoo.org/688976 for example

If the package list field (which might need a rename :) could accept a syntax for profile changes we could do better checking of changes like this.

E.g., something like this, perhaps

use.stable.mask: -ruby_targets_ruby25
make.defaults: RUBY_TARGETS="ruby24 ruby25"

app-eselect/eselect-ruby-20190121
dev-ruby/did_you_mean-1.2.1
dev-ruby/rdoc-6.1.2
dev-lang/ruby-2.5.8
@mgorny mgorny added the enhancement New feature or request label Apr 2, 2020
@mgorny
Copy link
Member

mgorny commented May 28, 2020

I suppose it's start to thinking how to implement it. I suppose the first question is how fancy the support should be. Would it be sufficient to specify a file, and a change to be applied to it? Say, something like:

profiles/arch/hppa/use.mask: -gnome-keyring

that would append -gnome-keyring to the bottom? (which is kinda equivalent to removing gnome-keyring that is there)

@mattst88
Copy link
Contributor Author

Yeah, I think that would work. I agree that there's a lot of ambiguity to just specifying use.mask: -gnome-keyring so specifying the whole path would be fine with me if that simplifies the problem.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants