tp://dev.gentoo.org/~jstubbs/taskforce_proposal.txt
Regards,
Jason Stubbs
pgpJBy4fPlWVH.pgp
Description: PGP signature
different type of bug twice a week though. More likely you are experiencing
the same bug each time and you have a good system for confirming a fix.
Regards,
Jason Stubbs
pgpFEjgj4oOyu.pgp
Description: PGP signature
On Thursday 02 June 2005 00:21, Georgi Georgiev wrote:
> maillog: 01/06/2005-23:25:00(+0900): Jason Stubbs types
>
> >...
> > Perhaps, further down the track we'd be able to work out something with
> > the build farm thingy; check for linkage and warn if things sp
d build up a whitelist from it... Perhaps repoman
will become smart enough to detect exactly which RDEPENDs are being defaulted
to what and where and then provide a warning and a resolution...
Anyway, not much point in increasing an already overflowing workload at this
point in time.
Regards,
Jason Stubbs
pgpwVTsZlZbQP.pgp
Description: PGP signature
On Thursday 26 May 2005 16:03, Drake Wyrm wrote:
> Jason Stubbs <[EMAIL PROTECTED]> wrote:
> > > Alec Warner wrote:
>
> [...snip...]
>
> > > >Thus you can do cool stuff like print debug info, over-ride default
> > > >functions, and otherwise other
ally would be
> >a complete PITA, especially if you don't know portage internals well.
Not knowning portage internals well means that this file should be off limits.
> No such file on my system, is that the reason why I should use the cvs
> version of portage, so the new versi
ectory that is now empty
(presumably because the files installed by that package have already been
removed) and the directory is removed.
Regards,
Jason Stubbs
pgpCtJiA1hsdd.pgp
Description: PGP signature
On Friday 20 May 2005 21:30, Michael Haubenwallner wrote:
> Jason Stubbs wrote:
>
>
> > I intend that the package to be installed should not assume anything
> > about where its dependencies are and should query portage for them all.
>
> Oh no, now many things get mu
On Thursday 19 May 2005 17:18, Michael Haubenwallner wrote:
> Jason Stubbs wrote:
> > 2 Portage needs to be enhanced with new ebuild support functions for
> >detecting the location of a dependency.
>
> Did you intend this to be needed for those deps to be installed from t
ation fault. I'm not sure what the status of
fixing this issue is.
Regards,
Jason Stubbs
pgpz2lFhdRgMe.pgp
Description: PGP signature
llow the user to specify if they want a
home install or a prefixed install of a package.
10 Portage needs to tell the ebuild whether it should perform a home install
or a prefixed install.
Does that about cover it?
Regards,
Jason Stubbs
pgpuFHrpmsrf0.pgp
Description: PGP signature
ay of abusing
> the new functionality it offers, which he'll either like or kill me for.
Nope. That's exactly the intention of making regular DEPEND syntax available.
Regards,
Jason Stubbs
pgpzXLT578VlD.pgp
Description: PGP signature
On Monday 02 May 2005 21:22, Michael Haubenwallner wrote:
> Hi ebuild devs,
>
> Here's a glep draft now for (a part of) the long-term portage-goal
> "act as a secondary package manager" ...
How about packages that usually install into "/"?
Regards,
Jason S
ere was only the question of whether multiple
profiles per architecture is supported. From 2.0.51.20 onward, it is.
Regards,
Jason Stubbs
pgpqp1SKrtvhR.pgp
Description: PGP signature
m FEATURES, touch .tested, and then 'ebuild
> foo.ebuild install' the tests still run. This is especially frustrating
> when you've just spent 6 hours compiling a package to have it fail
> because of sandboxing.
Fixed so that testing is not run when .tested exists.
On Sunday 01 May 2005 02:45, Jason Stubbs wrote:
> On Sunday 01 May 2005 02:32, Maurice van der Pot wrote:
> > On Sat, Apr 30, 2005 at 06:30:05PM +0300, Rumen Yotov wrote:
> > > a day or two ago mentioned that i'm using per-package FEATURES in
> > > &#x
profiles.
package.features is not part of portage, nor will it be for some time to come
due to the issues outlined in my other response. RESTRICT="test" is viable
though.
Regards,
Jason Stubbs
pgpPhWbQuZVm4.pgp
Description: PGP signature
one of those features that can't be disabled in this
way. "test" on the other hand can be.
Regards,
Jason Stubbs
pgpuGJPdMzw85.pgp
Description: PGP signature
On Saturday 30 April 2005 05:25, Jan KundrÃt wrote:
> Jason Stubbs wrote:
> > http://dev.gentoo.org/~jstubbs/docs/virtuals-glep.txt
>
> Please forgive me if this ml is a bad place for suggestions.
>
> Ad "overrides" - what about "per-virtual" prefere
On Saturday 30 April 2005 02:44, Robin H. Johnson wrote:
> On Fri, Apr 29, 2005 at 09:36:54AM +0900, Jason Stubbs wrote:
> > What about the unused `ebuild [ebuild] config`? Isn't that the perfect
> > place for this sort of stuff? The only package that I know that uses this
On Saturday 30 April 2005 02:46, Chris Gianelloni wrote:
> On Sat, 2005-04-30 at 02:25 +0900, Jason Stubbs wrote:
> > # emerge config db --ask
> >
> > Please select a package to configure:
> > 1) sys-libs/db-4.2.52_p2
> > 2) sys-libs/db-1.85-r2
> > X) Cancel
On Saturday 30 April 2005 00:52, Chris Gianelloni wrote:
> On Fri, 2005-04-29 at 22:55 +0900, Jason Stubbs wrote:
> > The only thing I think is necessary to improve for this to work is the
> > method in which a package's config method is invoked. Doing it via emerge
&g
On Saturday 30 April 2005 01:38, Lina Pezzella wrote:
> > My
> > as yet unnumbered virtuals glep would negate this altogether. ;)
>
> M - is there a draft of this somewhere?
http://dev.gentoo.org/~jstubbs/docs/virtuals-glep.txt
Regards,
Jason Stubbs
pgp9D3X4jCmwA.pg
On Saturday 30 April 2005 00:52, Chris Gianelloni wrote:
> On Fri, 2005-04-29 at 22:55 +0900, Jason Stubbs wrote:
> > The only thing I think is necessary to improve for this to work is the
> > method in which a package's config method is invoked. Doing it via emerge
&g
On Saturday 30 April 2005 00:59, Thomas de Grenier de Latour wrote:
> On Fri, 29 Apr 2005 23:38:58 +0900
>
> Jason Stubbs <[EMAIL PROTECTED]> wrote:
> > Yep. That's the scanning of all installed packages for any
> > provided virtuals.
>
> Maybe that's a
On Friday 29 April 2005 23:26, Elfyn McBratney wrote:
> On Friday 29 Apr 2005 15:11, Jason Wever wrote:
> > On Fri, 29 Apr 2005, Jason Stubbs wrote:
> > > The initialization time of portage is directly related to the number of
> > > packages installed. Cutting out e
e is directly related to the number of
packages installed. Cutting out excess ebuilds from the tree won't speed this
up at all. Cutting out excess ebuilds won't have much effect on the general
running of emerge at all, actually, except for updating the cache after
syncing.
Regards,
Jason Stubbs
pgp91TbwRFDYA.pgp
Description: PGP signature
sary to improve for this to work is the method
in which a package's config method is invoked. Doing it via emerge would be
much more intuitive. Something like "emerge --config dev-db/mysql"? Use
standard atom matching within the installed package database and use the
standa
/usr/share/man ..." flag which could be more general?
> There does appear to also be an INSTALL_MASK. I just grepped
> /usr/lib/portage for it.
Iggy's (is that his real name?) request.
Regards,
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
eqd" line in
> >>updates/2Q-2005?
> >
> >Because 'move' is for renaming packages?
>
> we used move to overwrite zebra with quagga. see bug 75766.
In that case, quagga was a fork of zebra that used the same versioning.
cpufreqd has nothing to do with speedfeq.
Regards,
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
had the same thought. Why not have portage set it
> appropriately unless the user has explicitly defined it? That of course
> is making the assumption that someone who has explictly set the CBUILD
> variable knows what they are doing, since they had to go through the
> trouble of lear
http://bugs.gentoo.org/show_bug.cgi?id=89729
Who's bug is this? I was going to bounce it back to bug-wranglers, but I'm
guessing it would just bounce around after that. What's the cause? CHOST? If
someone wants to take ownership, go for it.
Regards,
Jason Stubbs
--
gentoo
s.
But of course, if package.use were to support this then package.mask,
package.unmask and package.keywords would have to support it as well. All in
all, a big loss for a small gain.
Regards,
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Saturday 16 April 2005 03:53, Paul de Vrieze wrote:
> On Friday 15 April 2005 15:14, Jason Stubbs wrote:
> > If this actually scared anybody (that received it), my apologies. I was
> > confused about bugs. Fixing the flat profiles will be problem either. The
> > bug is th
097.. I anyway think that this
> > is my fault (as for djvu and tvtime, probably).
> > Sorry about that.
>
> you have an execuse ... you havent taken the dev quiz yet which has a PIC
> usage question ;)
How can that be so? Was it removed? Is flameeyes incredible old and silent?
Regards,
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Friday 15 April 2005 22:18, Ciaran McCreesh wrote:
> On Fri, 15 Apr 2005 22:14:59 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | If this actually scared anybody (that received it), my apologies. I
> | was confused about bugs. Fixing the flat pro
On Thursday 14 April 2005 23:26, Jason Stubbs wrote:
> On Wednesday 13 April 2005 20:48, Jason Stubbs wrote:
> > Anyway, any objections against moving the current USE_EXPAND out of
> > make.globals and into base's make.defaults? Those using <=2.0.50* won't
> >
On Wednesday 13 April 2005 20:48, Jason Stubbs wrote:
> Anyway, any objections against moving the current USE_EXPAND out of
> make.globals and into base's make.defaults? Those using <=2.0.50* won't get
> any additions (how it is now anyway) and anybody using a stacked pro
On Wednesday 13 April 2005 23:17, Georgi Georgiev wrote:
> maillog: 13/04/2005-22:13:19(+0900): Jason Stubbs types
>
> > On Wednesday 13 April 2005 22:06, Mike Frysinger wrote:
> > > On Wednesday 13 April 2005 06:44 am, Martin MOKREJÅ wrote:
> > > > I'm not
h for this one. The defining
of $KV will likely be removed from portage down the track.
Regards,
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
verwritten
with whatever is in make.defaults.
Regards,
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Tuesday 12 April 2005 23:42, Ciaran McCreesh wrote:
> On Tue, 12 Apr 2005 23:19:02 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | Care to fight it out?
>
> What's wrong with 75936?
BTW, my intention in bringing it to the list was so that the requirements
On Tuesday 12 April 2005 23:42, Ciaran McCreesh wrote:
> On Tue, 12 Apr 2005 23:19:02 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | Care to fight it out?
>
> What's wrong with 75936?
Nothing wrong with it. It was just has a lower number and I was going throug
Care to fight it out?
--
gentoo-dev@gentoo.org mailing list
don't.
This should be the case already. The first one should only be picked if there
is nothing installed.
Regards,
Jason Stubbs
--
gentoo-dev@gentoo.org mailing list
On Thursday 07 April 2005 22:20, Jason Stubbs wrote:
> Back in my quest to rid the tree of the evil virtuals and their plot to
> destroy my mind. I think I've covered all bases with this one - perhaps
> even enough to satisfy TGL. Take your best shot!
Replying to myself because I d
On Friday 08 April 2005 00:24, Ciaran McCreesh wrote:
> On Fri, 8 Apr 2005 00:17:32 +0900 Jason Stubbs <[EMAIL PROTECTED]>
> wrote:
> | > AFAIK, virtual can't be removed from categories either...
> |
> | Can fix this for portage-2.0.51.20.
>
> We're gonna ne
On Friday 08 April 2005 00:05, Ciaran McCreesh wrote:
> On Thu, 7 Apr 2005 23:53:38 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | > An example of exactly how portage would 'solve' this would be
> | > helpful. Would it ask for an unmerge of gvim-6.3 or
On Thursday 07 April 2005 23:26, Ciaran McCreesh wrote:
> On Thu, 7 Apr 2005 22:20:43 +0900 Jason Stubbs <[EMAIL PROTECTED]>
> wrote:
> | Back in my quest to rid the tree of the evil virtuals and their plot
> | to destroy my mind. I think I've covered all bases with this
Hi all,
Back in my quest to rid the tree of the evil virtuals and their plot to
destroy my mind. I think I've covered all bases with this one - perhaps even
enough to satisfy TGL. Take your best shot!
Regards,
Jason Stubbs
GLEP: XXX
Title: Virtuals Deprecation
Version: $Revision: 1.4 $
201 - 250 of 250 matches
Mail list logo
