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
-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 13:19, Donnie Berkholz wrote:
> 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 updat
On Wednesday 28 September 2005 12:58, Jason Stubbs wrote:
> 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 r
-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 functional
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
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
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 p
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
Kito wrote:
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...
That was pretty much my thinking when I put them there, yes. It's
nothing like an ideal solution, but current portage didn't (and to my
knowledge
-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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jason Stubbs wrote:
| Removing the QA check while the QA problem still exists is, in my
mind, just
| plain ludicrous. Removing the QA check once the QA problem is fixed
doesn't
| make much sense to me either. However, adjusting the check where
necessa
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
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.
On Sep 27, 2005, at 8:44 AM, 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 define ho
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 En
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 th
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=
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, 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 all
On Tue, 2005-09-27 at 18:23 +0900, Jason Stubbs wrote:
> 1) What to do if nothing is set?
Install everything. If everything cannot be installed, due to
incompatibilities, then die.
> 2) What to do if an invalid value is set?
>
>a) install everything
Install everything. If everything canno
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
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 advert
On Tuesday 27 September 2005 12:12, 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?
They are forced by the profile, as we don't want users to go away WITHOUT them
when
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 fro
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 pe
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 variabl
27 matches
Mail list logo