-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jason Stubbs wrote:
| On Wednesday 28 September 2005 13:19, Donnie Berkholz wrote:
| IUSE=baz bop
| iuse_expand VIDEO_CARDS foo bar
This has the ring of hack to me, if it's something to be used in ebuilds.
|In addition, it saves IUSE from having
On Wednesday 28 September 2005 15:23, Donnie Berkholz wrote:
Jason Stubbs wrote:
| On Wednesday 28 September 2005 13:19, Donnie Berkholz wrote:
| IUSE=baz bop
| iuse_expand VIDEO_CARDS foo bar
This has the ring of hack to me, if it's something to be used in ebuilds.
USE_EXPAND was a hack to
Hello all,
To shove under the rug:
Bug 62001: Have portage QA checks consider USE_EXPAND
Bug 70648: QA warnings about USE_EXPAND-derived use variables
Bug 101998: Portage shouldn't warn on missing IUSE for USE_EXPAND
To not shove under the rug:
Bug 23826: Give more visibility to ebuilds
On Tuesday 27 September 2005 11:23, Jason Stubbs wrote:
So what needs to be done to fix it? Well, what is the purpose of
USE_EXPAND? Put simply, it is to allow the user to select one or more
features of a package from a list of choices. How is this different to USE
flags? The choices all
On Tuesday 27 September 2005 18:38, Diego 'Flameeyes' Pettenò wrote:
On Tuesday 27 September 2005 11:23, Jason Stubbs wrote:
So what needs to be done to fix it? Well, what is the purpose of
USE_EXPAND? Put simply, it is to allow the user to select one or more
features of a package from a
On Tue, 27 Sep 2005 18:23:25 +0900
Jason Stubbs [EMAIL PROTECTED] wrote:
Bug 23826: Give more visibility to ebuilds variables (ALSA_CARDS,
etc.)
Just to make it clear if it wasn't: although some comments made
it derive toward USE_EXPANDed vars, the above bug was at the
begining about
On Tuesday 27 September 2005 19:54, Thomas de Grenier de Latour wrote:
On Tue, 27 Sep 2005 18:23:25 +0900
Jason Stubbs [EMAIL PROTECTED] wrote:
Bug 23826: Give more visibility to ebuilds variables (ALSA_CARDS,
etc.)
So i don't think this bug is really relevant in this discussion.
It has
On Tue, 2005-09-27 at 19:12 +0900, Jason Stubbs wrote:
On Tuesday 27 September 2005 18:38, Diego 'Flameeyes' Pettenò wrote:
On Tuesday 27 September 2005 11:23, Jason Stubbs wrote:
So what needs to be done to fix it? Well, what is the purpose of
USE_EXPAND? Put simply, it is to allow the
Before you reply to this.. Can you enlighten me on what the solution to the
problem is that you are heading toward? I'm having trouble seeing what your
real point is.
On Tuesday 27 September 2005 19:41, Diego 'Flameeyes' Pettenò wrote:
On Tuesday 27 September 2005 12:12, Jason Stubbs wrote:
On Tue, 27 Sep 2005 08:35:43 -0400
Chris Gianelloni [EMAIL PROTECTED] wrote:
Unfortunately, even trying to add -linguas_fr to package.use,
still results in the French language pack being installed over
the English.
This reminds me bug #104573: it was the same problem where some
LINGUAS=fr
On Tuesday 27 September 2005 14:51, Jason Stubbs wrote:
Variables are _not_ fine. I would think it should be clear to everybody by
now that ebuilds can not pick random things from the computer they are
installing on to define how they will build.
If variables are not fine, so can't be find
On Tue, 2005-09-27 at 15:07 +0200, Thomas de Grenier de Latour wrote:
On Tue, 27 Sep 2005 08:35:43 -0400
Chris Gianelloni [EMAIL PROTECTED] wrote:
Unfortunately, even trying to add -linguas_fr to package.use,
still results in the French language pack being installed over
the English.
On Tuesday 27 September 2005 21:35, Chris Gianelloni wrote:
On Tue, 2005-09-27 at 18:23 +0900, Jason Stubbs wrote:
1) What to do if nothing is set?
2) What to do if an invalid value is set?
Install everything. If everything cannot be installed, due to
incompatibilities, then die.
This
On Tuesday 27 September 2005 22:44, Diego 'Flameeyes' Pettenò wrote:
On Tuesday 27 September 2005 14:51, Jason Stubbs wrote:
Variables are _not_ fine. I would think it should be clear to everybody
by now that ebuilds can not pick random things from the computer they are
installing on to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Gianelloni wrote:
| On Tue, 2005-09-27 at 19:12 +0900, Jason Stubbs wrote:
|Which leads me to the one thing I didn't say but feel strongest
about.. What
|is the real point of USE_EXPAND? What can/does it do that USE flags do
not?
|
|
| As far
On Tue, Sep 27, 2005 at 09:07:00AM -0500, Kito wrote:
[Portage devs please don't throw rocks at me]
All out of rocks :/
My impression of the userland, elibc, and kernel use expanded vars is
it was a quick way to sidestep some of the issues with GLEP22... it
would seem the full keywords
On Wednesday 28 September 2005 00:35, Donnie Berkholz wrote:
What I have done in my ebuilds using USE_EXPAND is add extra IUSE-like
variables, for example:
IUSE_VIDEO_CARDS=radeon sis mga
IUSE_INPUT_DEVICES=synaptics wacom
for `use video_cards_sis` etc..
This would allow for possible QA
On Wednesday 28 September 2005 10:23, Jason Stubbs wrote:
On Wednesday 28 September 2005 00:35, Donnie Berkholz wrote:
What I have done in my ebuilds using USE_EXPAND is add extra IUSE-like
variables, for example:
IUSE_VIDEO_CARDS=radeon sis mga
IUSE_INPUT_DEVICES=synaptics wacom
On Wednesday 28 September 2005 00:35, Donnie Berkholz wrote:
IUSE_VIDEO_CARDS=radeon sis mga
IUSE_INPUT_DEVICES=synaptics wacom
So, my patch (even though it works) puts these flags into an IUSE_EXPAND
variable and would require an upgrade on the CVS server to get correct cache
generation for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jason Stubbs wrote:
| What are the exact reasons for not wanting to put the expanded flags
directly
| into IUSE? If it's just a matter of the horrid display existing tools
would
| give, the functionality can go in and IUSE updated after the
20 matches
Mail list logo
