aken impression that the ebuild tree is required to use
portage. This is wrong and will become more and more wrong as time goes by.
If there is not a specific need for this news stuff to go into the tree then
it shouldn't be there. If there is a specific need (ie. it is tied to
packages) what difference is there to the existing ChangeLog?
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
It goes with the rest of the repo-specific information. That
> is why it should be in the tree.
I seem to be repeating myself... What's an example of repository-specific
non-package-specific news? Why does `emerge --changelog` not suffice for
package-specific news?
--
Jason Stubbs
--
g
kage
set be enough to force this new information dispersal method on users?
> Once a news item is 'installed', third party tools (or a traditional Unix
> pager and ``rm``) can be used to display and view the news files. An
> ``eselect`` [#eselect]_ module shall be created as the
On Saturday 05 November 2005 22:24, Brian Harring wrote:
> On Sat, Nov 05, 2005 at 10:18:14PM +0900, Jason Stubbs wrote:
> > > ``Display-If-Installed:``
> > > Â Â A dependency atom or simple package name (for example,
> > >   `` > > the   package speci
On Sunday 06 November 2005 02:57, Ciaran McCreesh wrote:
> On Sat, 5 Nov 2005 22:18:14 +0900 Jason Stubbs <[EMAIL PROTECTED]>
> | > The following headers are used for filtering. If none of these
> | > headers are specified, the news item is displayed for all users.
> | &g
at's the point of the ChangeLog again? Move load from the CVS server and
onto the rsync servers? (Don't answer that - just beating a dead horse ;)
I'm really just against having it in emerge, especially with the current
suggestion of portage just doing a little bit of maintenance work for
external tools and nothing else.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
Will this require any
> modifications to portage, or will it automagically ignore # comments
> in that file?
Lines beginning with # are ignored.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Tuesday 08 November 2005 01:06, Grant Goodyear wrote:
> Jason Stubbs wrote: [Mon Nov 07 2005, 06:37:10AM CST]
> > I'm really just against having it in emerge, especially with the current
> > suggestion of portage just doing a little bit of maintenance work for
> >
"? Manage some external database?
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
I've had a go at creating a generic plugin framework for portage. The attached
patch contains:
* plugins/__init__.py that does plugin searching and loading.
* plugins/cache/__init__.py which specifies what class cache plugins must
derive from.
* cache/{anydbm,flat_hash,flat_list,metadata,sqlite
On Saturday 12 November 2005 22:11, Jason Stubbs wrote:
> I've had a go at creating a generic plugin framework for portage. The
> attached patch contains:
Gah! Apologies again.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Sunday 13 November 2005 00:34, Chris Gianelloni wrote:
> On Sat, 2005-11-12 at 13:39 +0900, Jason Stubbs wrote:
> > On Saturday 12 November 2005 07:19, Stuart Herbert wrote:
> > > When we have emerge --news done,
> >
> > I keep seeing references to "eme
ent didn't seem to be required as
it appeared to be one of those bugs that are left open for months after
being fixed. Reopen and adjust the summary to something relevant if
you like.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Friday 18 November 2005 22:20, Michael Cummings wrote:
> Jason Stubbs wrote:
> > There are several requests on the bug, the majority are now fixed and
> >
> > everybody (at least within the portage team) is agreed that FEATURES
> > should not be added to USE_EXPAND.
On Saturday 19 November 2005 01:13, Michael Cummings wrote:
> Jason Stubbs wrote:
> > "Resolved - Fixed"?
>
> Hmmm, might have been aq epiphany quirk (wouldn't be the first) - when i
> looked there was no comment indicated.
Nope. I wrote ".". Bu
ading over it again:
G) What criteria must be met during the inital 30 day mentoring period?
H) What criteria are there for maintaining one's status as an AT?
I) What input does DevRel have in the process of becoming an AT?
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
ecision when
the council members all knew that the timing was bad while the decision was
being hasted. The statement that it wouldn't happen again is evidence of
that.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Sunday 20 November 2005 08:46, Mike Frysinger wrote:
> On Sat, Nov 19, 2005 at 06:23:41PM +0900, Jason Stubbs wrote:
> > B) What should be done with the @(subdomain_to_be_determined) email after
> > an AT becomes a full dev (and presumably gets a @gentoo.org address)? For
> &g
. There are a couple of other portage-side implementation issues that
have come up, but the more difficult ones have become clearer over time. I'll
dust of the GLEP and repost it later this week and see if we can't get it
finalized...
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
hey've already got the cascaded profile problem so
breaking things a little more won't hurt much. ;)
Seriously though, those that can't handle the new format would have to do
what? Regenerate digests for sandbox and portage and then emerge each of them
with --oneshot? Am I missin
On Thursday 24 November 2005 10:07, Marius Mauch wrote:
> On Thu, 24 Nov 2005 09:49:20 +0900
>
> Jason Stubbs <[EMAIL PROTECTED]> wrote:
> > On Thursday 24 November 2005 09:32, Marius Mauch wrote:
> > > On Thu, 24 Nov 2005 01:04:32 +0100
> > >
>
On Friday 25 November 2005 08:58, Ciaran McCreesh wrote:
> Of course, if FEATURES were in the USE expand list, you could use
> ! features_noman ? ( ) ...
All the way up until FEATURES="noman" is changed to FEATURES="man"...
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
#x27;ll ask the council to add the decision to the
> agenda for its next meeting (sorry, just don't want to be the bad guy
> here ;)
/me adds a vote for later to even it up.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
rtageq has_version ${ROOT} sys-fs/udev && use !udev && (
ewarn "You have udev installed but do not the udev USE flag enabled."
ewarn "${PN} might behave incorrectly."
)
Except with better bash style of course.. But that's just what I'd do. Once
spective maintainers should have spoken up so that a proper solution could
be found. When are the quick hacks going to stop? :|
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Sunday 27 November 2005 23:50, Diego 'Flameeyes' Pettenò wrote:
> On Sunday 27 November 2005 15:39, Jason Stubbs wrote:
> > Core packages or not, they are all broken. When the requirement came up,
> > the respective maintainers should have spoken up so that a proper
&g
On Sunday 27 November 2005 23:43, Jakub Moc wrote:
> 27.11.2005, 15:39:48, Jason Stubbs wrote:
> > On Sunday 27 November 2005 22:09, Ned Ludd wrote:
> >> On Sun, 2005-11-27 at 07:58 -0500, Ned Ludd wrote:
> >> > On Fri, 2005-11-25 at 12:46 +0200, Marius Mauch wrot
On Sunday 27 November 2005 23:50, Diego 'Flameeyes' Pettenò wrote:
> On Sunday 27 November 2005 15:39, Jason Stubbs wrote:
> > Core packages or not, they are all broken. When the requirement came up,
> > the respective maintainers should have spoken up so that a proper
&g
On Monday 28 November 2005 00:05, Jason Stubbs wrote:
> 3) FEATURES="noman" is dropped in favour of USE="man" or USE="manpages"
>
> In light of the above requirements and the fact that dyn_* will likely be
> moved into the tree down the track, #3 seems
> bring up2date an old installation snapshot.)
Perhaps you were using one of the broken versions?
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Tuesday 06 December 2005 21:37, Alec Warner wrote:
> Jason Stubbs wrote:
> > On Tuesday 06 December 2005 11:17, Ned Ludd wrote:
> > > On Mon, 2005-12-05 at 23:06 +0900, Jason Stubbs wrote:
> > > > Okay, new suggestion.
> > > >
> > > > Postpo
es what the macos profiles have in
package.provided...
> I plan to remove the virtual/x11 definition from base/virtuals in a
> couple of days, because this should provide a full (and non-broken)
> replacement.
This can be easily tested in advance by adding the following:
# cat /etc/po
On Sunday 11 December 2005 00:56, Luca Barbato wrote:
> svn so far was good but I don't know which big projects had it deployed.
KDE uses subversion, depending on what you call big of course.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
'suggested'
> display tool; other display tools (for example, a news to email forwarder,
> which would be ideal for users who sync on a ``cron``) are left as options
> for those who desire them.
By "suggested" you mean that it should be referenced in the news help?
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Monday 12 December 2005 02:43, Ciaran McCreesh wrote:
> On Sun, 11 Dec 2005 13:32:05 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | Repositories will definitely have a unique identifier. Perhaps it
> | would be better to use the repository-identifing format from the
On Monday 12 December 2005 09:01, Ciaran McCreesh wrote:
> On Mon, 12 Dec 2005 08:44:00 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | Repositories will be user-labelled. However, all that readers need be
> | concerned with is how to extract the repository name from the
On Monday 12 December 2005 09:20, Ciaran McCreesh wrote:
> On Mon, 12 Dec 2005 09:11:53 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | Regardless of what you think about the current plans for multiple
> | repository support, the details that readers will need to
. What should be of concern is establishing a robust API between the
readers and portage such that future changes won't cause breakage.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Tuesday 13 December 2005 02:16, Ciaran McCreesh wrote:
> On Mon, 12 Dec 2005 23:49:31 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | No need for a glep as far as portage support goes anymore than Ciaran
> | needs a glep to change or add syntax highlighting in vim.
Abstract
The purpose of GLEPs is to coordinate several teams into providing an overall
enhancement to Gentoo. However, the GLEP itself is written by a single person
rather than a cooperative effort between the teams.
Motivation
Recent GLEPs have attempted to force things on other teams. This
On Tuesday 13 December 2005 11:06, Jason Stubbs wrote:
> Abstract
>
> The purpose of GLEPs is to coordinate several teams into providing an
> overall enhancement to Gentoo. However, the GLEP itself is written by a
> single person rather than a cooperative effort between the teams.
&
On Tuesday 13 December 2005 11:11, Ciaran McCreesh wrote:
> On Tue, 13 Dec 2005 10:51:51 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | Without a list of future features, you think the best way to go must
> | be the least agile? As Zac said, all that matters to keep f
On Tuesday 13 December 2005 11:22, Ciaran McCreesh wrote:
> On Tue, 13 Dec 2005 11:17:30 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | So what are you going to do? I asked already but you didn't answer.
> | How are you going to find $PORTDIR/metadata/news?
>
&g
On Tuesday 13 December 2005 11:24, Ciaran McCreesh wrote:
> On Tue, 13 Dec 2005 11:15:43 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | A GLEP should list whom has been solicited and provide evidence that
> | each has given their explicit approval of the GLEP. A GLEP
On Tuesday 13 December 2005 11:45, Andrew Muraco wrote:
> Jason Stubbs wrote:
> >On Tuesday 13 December 2005 11:22, Ciaran McCreesh wrote:
> >>On Tue, 13 Dec 2005 11:17:30 +0900 Jason Stubbs <[EMAIL PROTECTED]>
> >>
> >>wrote:
> >>| So what
On Tuesday 13 December 2005 11:48, Ciaran McCreesh wrote:
> On Tue, 13 Dec 2005 11:39:14 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | And how can that be adapted to work with overlays, completely
> | ignoring the possibility of distinct repositories. Overlays is
>
On Tuesday 13 December 2005 11:58, Ciaran McCreesh wrote:
> On Tue, 13 Dec 2005 11:39:49 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | > So... If, hypothetically speaking, someone were to write a GLEP
> | > saying "move developer documentation into the
On Wednesday 14 December 2005 07:12, Grant Goodyear wrote:
> Jason Stubbs wrote: [Mon Dec 12 2005, 07:51:51PM CST]
> > > | As I said already, there will immediately be a bug asking for overlay
> > > | support. Portage already supports multiple in a form whether anybody
> &g
On Wednesday 14 December 2005 08:54, Ciaran McCreesh wrote:
> On Wed, 14 Dec 2005 08:44:39 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | Modifications are required to portage anyway. Why postpone it until
> | after several readers are written and force all
On Wednesday 14 December 2005 09:52, Ciaran McCreesh wrote:
> On Wed, 14 Dec 2005 09:11:51 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | newsdir="$(portageq envvar PORTDIR)/metadata/news"
> | newsdir="$(portageq newsdir gentoo)"
> |
> | Both h
On Wednesday 14 December 2005 06:16, Grant Goodyear wrote:
> Jason Stubbs wrote: [Mon Dec 12 2005, 08:06:54PM CST]
>
> > The purpose of GLEPs is to coordinate several teams into providing an
> > overall enhancement to Gentoo. However, the GLEP itself is written by
> > a sin
ver...
I don't see the need for this. Resolution will the same repository to satisfy
a package's dependencies where possible. If you just want to be able to state
that a package from one repository needs packages from a different
repository, wouldn't something like REPO_URI="mirror://gentoo/repo" suffice
just as well without making a mess of the atom syntax?
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
-fR /usr/share/doc/${PF}
net-print/cups/cups-1.1.23-r4.ebuild: [ -n "${PN}" ] && rm -fR
/usr/share/doc/${PN}-*
net-print/cups/cups-1.1.23-r5.ebuild: [ -n "${PN}" ] && rm -fR
/usr/share/doc/${PN}-*
I'll let others do the yelling.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
Log that I can see
nor in the ebuilds themselves...
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Friday 23 December 2005 21:39, Harald van Dijk wrote:
> On Fri, Dec 23, 2005 at 08:31:06PM +0900, Jason Stubbs wrote:
> > On Friday 23 December 2005 20:19, Stefan Schweizer wrote:
> > > Well, you should know that those are because of portage bugs or some
> > > po
On Friday 23 December 2005 21:39, Harald van Dijk wrote:
> On Fri, Dec 23, 2005 at 08:31:06PM +0900, Jason Stubbs wrote:
> > On Friday 23 December 2005 20:19, Stefan Schweizer wrote:
> > > Well, you should know that those are because of portage bugs or some
> > > po
On Friday 23 December 2005 22:13, Harald van Dijk wrote:
> On Fri, Dec 23, 2005 at 10:00:20PM +0900, Jason Stubbs wrote:
> > On Friday 23 December 2005 21:39, Harald van Dijk wrote:
> > > On Fri, Dec 23, 2005 at 08:31:06PM +0900, Jason Stubbs wrote:
> > > > On Friday
dosym /usr/bin /test
> > }
> >
> > When unmerging, portage won't remove /test/bin because its target still
> > exists.
>
> That is fixed in portage-2.0.53 (latest stable).
>
> http://bugs.gentoo.org/show_bug.cgi?id=59593
Similar characteristics but slightly different.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Saturday 24 December 2005 02:52, Harald van Dijk wrote:
> On Sat, Dec 24, 2005 at 02:22:06AM +0900, Jason Stubbs wrote:
> > Symlinks are handled within portage differently to regular files. Regular
> > files get an mtime check and are removed if it matches. Symlinks don't
&g
ctions work. *shrug* I guess it's down to whether you consider a
>
> Do those already work then? I'd like to be able to use them.
:slot and [use]? Not yet. I'm sure that once they do the shouts will be
resounding across the globe such that it would not be possible for you to be
unaware of it... ;)
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
se them.
> >
> > Not in anything end users should be using. The syntax is pretty much
> > decided upon though...
>
> Glad that they are comming though. Even though I'd probably not hold my
> breath.
Trolling?
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Saturday 24 December 2005 03:43, Duncan wrote:
> Jason Stubbs posted <[EMAIL PROTECTED]>, excerpted
>
> below, on Sat, 24 Dec 2005 02:22:06 +0900:
> > A quick patch makes symlinks handled similarly to regular files and
> > solves the issue. I'll put it into te
On Saturday 24 December 2005 03:42, Thomas de Grenier de Latour wrote:
> On Sat, 24 Dec 2005 02:22:06 +0900
>
> Jason Stubbs <[EMAIL PROTECTED]> wrote:
> > PackageA is installed, PackageB is installed, PackageB is
> > uninstalled -> PackageA is broken. Does this c
On Saturday 24 December 2005 05:45, Spider (DmD Lj) wrote:
> On Sat, 2005-12-24 at 03:37 +0900, Jason Stubbs wrote:
> > On Saturday 24 December 2005 03:23, Paul de Vrieze wrote:
> > > On Friday 23 December 2005 19:12, Ciaran McCreesh wrote:
> > > > On Fri, 23 Dec 2005
so general matching of
"*" might be useful. Of course, there's no restriction of not using "*" in
SLOTs at the moment either...
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Saturday 24 December 2005 12:58, Ciaran McCreesh wrote:
> On Sat, 24 Dec 2005 12:50:33 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | SLOT is currently an arbitrary string (without spaces) so general
> | matching of "*" might be useful. Of course, there&#x
s done to prioritized
according to what I see as the needs of users. Needs of "those of us who
provide the tree" are prioritized by how much benefit will be translated
to end users combined with how much work will be required.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
d by it (for us it's just an api change).
As a side note, dodoc didn't return non-zero when specified files don't exist
up until a month or two ago. dohtml was updated yesterday. Hence, up until
now the above was not possible.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
uilds, etc.
> etc.
Sigh... None of these issues have made there way to dev-portage.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
verload the meaning of SLOT.
If overloading, dependencies would be flattened (meaning "|| ( kdelibs:3.5
kdelibs:3.4 )" would have became "kdelibs:3.4" for the original install)
within the installed package database but there's also there's the
implication that only one slot of a package be allowed in a connected set of
nodes. Is that what you're getting at?
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Tuesday 27 December 2005 22:45, Carsten Lohrke wrote:
> On Tuesday 27 December 2005 14:00, Jason Stubbs wrote:
> > If all three of those packages were first built against kdelibs:3.4 and
> > then kdelibs:3.5 became available then rebuilding any one of them without
> > rebui
ge.
If backtracking was all there was to it, it could be done very quickly of
course. However, it's essentially a brute force method; I'm not very good
with O notation but I think it's O(n^n). I've got an algorithm in my head
that'll do it but it goes into an infinite
SLOT...
I suggested this last Tuesday..
> I can smell sooo much breakage from this solution. Even though it could
> work : )
I'm not sure to interpret this as "yet another snide remark" or not so I'll
give you the benefit of the doubt and assume you're referring to
On Friday 30 December 2005 21:17, Spider (DmD Lj) wrote:
> On Fri, 2005-12-30 at 10:35 +0900, Jason Stubbs wrote:
> > On Friday 30 December 2005 01:35, Spider (DmD Lj) wrote:
> > > On Tue, 2005-12-27 at 19:06 +, Ciaran McCreesh wrote:
> > > > On Tue, 27 Dec 2005
ounds messy given the
current redesign of atom handling, but it would seem to offer a better chance
of not being bug-ridden...
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Saturday 31 December 2005 18:57, Mike Frysinger wrote:
> i'm injecting sh KEYWORDS as quickly as my lantank can emerge ...
So that's one package every two weeks then? ;)
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
)
There's also a more general poll at
http://forums.gentoo.org/viewtopic-t-423275.html which also allows
further discussion if anybody is wanting to offer detailed opinions.
Thanks in advance.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
ng pulled in.
The premise for not doing this is that packages will never be fixed, right?
Why not make the modular X provide virtual/x11 and just institute a policy
that no new packages can go into stable with a virtual/x11 dependency? It
could even be easily enforcable if necessary.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Wednesday 25 January 2006 16:19, Donnie Berkholz wrote:
> Jason Stubbs wrote:
> > Only by modifying every ebuild that has a virtual/x11 dependency. The atom
> > "virtual/x11" cannot be limited to specific versions on its own with old
> > style virtuals.
>
On Wednesday 25 January 2006 16:40, Donnie Berkholz wrote:
> Ciaran McCreesh wrote:
> > On Wed, 25 Jan 2006 16:08:07 +0900 Jason Stubbs <[EMAIL PROTECTED]>
> > wrote:
> > | The premise for not doing this is that packages will never be fixed,
> > | right? Why not m
On Wednesday 25 January 2006 17:43, Donnie Berkholz wrote:
> Jason Stubbs wrote:
> > I'm not exactly sure what you mean by "broken" in the first paragraph nor
> > how a check can help with unmaintained (=no commits, no?) packages, but if
> > a repoman che
On Wednesday 25 January 2006 18:10, Donnie Berkholz wrote:
> Jason Stubbs wrote:
> > DEPEND="x11-base/xorg-x11" # wrong
> > DEPEND="virtual/x11"# wrong
> > DEPEND="|| ( x11? ( virtual/x11 ) )"# wrong
On Wednesday 25 January 2006 20:46, Brian Harring wrote:
> On Wed, Jan 25, 2006 at 08:27:22PM +0900, Jason Stubbs wrote:
> > On Wednesday 25 January 2006 18:10, Donnie Berkholz wrote:
> > > Jason Stubbs wrote:
> > > > DEPEND="x11-base/xorg-x11"
On Wednesday 25 January 2006 21:47, Brian Harring wrote:
> On Wed, Jan 25, 2006 at 09:18:28PM +0900, Jason Stubbs wrote:
> > There's no other way to do it given repoman's state and the requirements.
>
> I was talking long term. One time kludges suck (but occur), would l
That's a standard repoman thing. Details are only printed if there are less
than 12 occurrences of a specific warning unless "repoman full" is run. Not
sure why it wasn't being displayed if there was only one occurrence.
The patch now has the debugging output and x11-base/xorg-x11 check removed.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
hat I can see around this without highly increasing the
possibility of false positives. Are you planning to treat arch flags
separately?
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Thursday 26 January 2006 22:09, Jason Stubbs wrote:
> There is no way that I can see around this without highly increasing the
> possibility of false positives.
I extracted a list of cps from repoman, modified your script to check all cpvs
(rather than only the best) and compared tha
ge difference but not exactly minor either. And of course LINGUAS=""
wouldn't be shown at all if nothing had changed with regard to it and
--verbose wasn't specified.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
ds? More precisely, how should they be documented if not
via use.desc?
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Tuesday 31 January 2006 13:49, Joshua Jackson wrote:
> Mark Loeser gentoo.org> writes:
> > Donnie Berkholz gentoo.org> said:
> > > Jason Stubbs wrote:
> > > > The patch now has the debugging output and x11-base/xorg-x11 check
> > > > removed.
On Monday 30 January 2006 20:54, Ciaran McCreesh wrote:
> On Mon, 30 Jan 2006 20:46:28 +0900 Jason Stubbs <[EMAIL PROTECTED]>
> wrote:
> | On Monday 30 January 2006 16:43, Ciaran McCreesh wrote:
> | > On Mon, 30 Jan 2006 06:17:36 +0100 "Diego 'Flameeyes' Pett
On Wednesday 01 February 2006 02:28, Mark Loeser wrote:
> Jason Stubbs <[EMAIL PROTECTED]> said:
> > Is there any need for the packages to go into stable without the X deps
> > being
> > fixed? Why not just open a bug for the package maintainer and mark it
>
On Tuesday 31 January 2006 22:39, Mike Frysinger wrote:
> On Tuesday 31 January 2006 06:31, Jason Stubbs wrote:
> > On Monday 30 January 2006 20:54, Ciaran McCreesh wrote:
> > > 1. Because for things like LINGUAS, there are arbitrarily many legal
> > > values, and docum
this with dependencies.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Thursday 09 February 2006 09:30, Mark Loeser wrote:
> Jason Stubbs <[EMAIL PROTECTED]> said:
> > It was my understanding that it is needed for the 3.3 -> 3.4 upgrade.
> > Various packages that will build fine against either are broken until
> > being recompiled
On Thursday 09 February 2006 15:00, Brian Harring wrote:
> On Sun, Feb 05, 2006 at 03:04:08PM +0900, Jason Stubbs wrote:
> > Hi all,
> >
> > Time again for one of those mails; this time from me. Due to time
> > constraints,
> > real life and coming close to
On Thursday 09 February 2006 20:23, Jason Stubbs wrote:
...
Wrong list :/
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
t; takes between
> five and ten minutes
>
>emerge -NDuvp world 321.05s user 77.90s system 94% cpu 7:02.77 total
>
> I am using sys-apps/portage-2.1_pre4-r1.
Open a bug for this please.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
sounds the most reasonable. I can't see portage ever supporting "the 'foo'
and 'bar' flags can be used together except when 'baz' is also used" type flag
interdepency complexity. As Mike pointed out, check_license also needs to be
accounted for as well as possible others.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
there
> were no QA warnings when there should have been...etc..
I also committed support for a USE_EXPAND_HIDDEN. Individual flags don't
need to be added to it. USE_EXPAND_HIDDEN="USERLAND ARCH ..." is enough.
--
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
1 - 100 of 250 matches
Mail list logo
