On Friday 09 December 2005 08:19 pm, Mike Frysinger wrote:
> On Sat, Dec 10, 2005 at 01:09:50AM +0100, Luca Barbato wrote:
> > Mike Frysinger wrote:
> > >so the video herd policy is to remove packages until you're left with
> > >a small enough subset of packages you can handle ?
> >
> > I'd rather
On Thu, Dec 08, 2005 at 09:24:57PM +0100, Marius Mauch wrote:
> On Wed, 7 Dec 2005 23:49:59 +
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
>
> > this is your [belated] reminder of the December council meeting.
> > future reminders will not be late anymore ... we've proven that we
> > cant remem
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
| so the video herd policy is to remove packages until you're left with
| a small enough subset of packages you can handle ?
Quite a contrast with the x11 herd policy: to add packages until there's
10x more than you can reasonab
On Sat, Dec 10, 2005 at 01:09:50AM +0100, Luca Barbato wrote:
> Mike Frysinger wrote:
> >so the video herd policy is to remove packages until you're left with
> >a small enough subset of packages you can handle ?
>
> I'd rather say that we select packages that evolve and fit the needs and
> kill
Martin Schlemmer wrote:
Will need to do something about the default glu/opengl/xft virtuals as
well ... (you probably did not forget this, just double checking ...)
Yep.
From an email I sent in the past 24 hours:
Donnie Berkholz wrote:
> Done.
>
> I will probably do similar for the other x11
On Fri, 2005-12-09 at 23:12 +, Donnie Berkholz wrote:
> AREAS WE NEED HELP WITH:
> 1) Porting applications to modular X
> 2) Fixing descriptions for the vast majority of modular packages.
>
>
> OK, it seems like we've now got issues resolved related to the new
> virtual/x11 package. Despite
Chandler Carruth wrote:
As a user currently, what steps could I take to help this package stay
alive? I will take them as the alternative is to put an unofficial
ebuild up on a webpage.
On my to be killed list I have
transcode <1
avifile
transcode 1 is already there and seems in good sh
Mike Frysinger wrote:
so the video herd policy is to remove packages until you're left with
a small enough subset of packages you can handle ?
-mike
I'd rather say that we select packages that evolve and fit the needs and
kill what isn't suitable anymore.
There are still many way to shoot
Hello,
I am looking for help / advice to get KDE to work with htdig. I'm trying to fix
an old bug [1], but I'm not much of a KDE expert, and so far I've had no luck.
If you have any ideas and are willing to spend a few minutes helping me figure
out how to get khelpcenter and kdevelop to play nice
AREAS WE NEED HELP WITH:
1) Porting applications to modular X
2) Fixing descriptions for the vast majority of modular packages.
OK, it seems like we've now got issues resolved related to the new
virtual/x11 package. Despite all the eyes that looked at it and all the
publicity on lists and else
Martin Schlemmer wrote:
Use ${P}-patches-{PVER}.tar.bz2, and set PVER (or whatever) before
inheriting the eclass.
Thanks, I will do that.
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
On Fri, 2005-12-09 at 12:13 -0700, Joshua Baergen wrote:
> In an attempt to patch all driver packages automatically, I've modified
> x-modular.eclass to do something along the lines of what elibtoolize
> does for its patching. However, this would require the storage of a
> patch for x-modular.e
Joshua Baergen wrote:
In an attempt to patch all driver packages automatically, I've modified
x-modular.eclass to do something along the lines of what elibtoolize
does for its patching. However, this would require the storage of a
patch for x-modular.eclass, which I would intend to place in a
On Fri, 09 Dec 2005 12:13:08 -0700 Joshua Baergen
<[EMAIL PROTECTED]> wrote:
| In an attempt to patch all driver packages automatically, I've
| modified x-modular.eclass to do something along the lines of what
| elibtoolize does for its patching. However, this would require the
| storage of a patc
Donnie Berkholz wrote:
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.
Done.
I will probably do similar for the other x11 virtuals (particularly xft)
soon, assuming this doesn't break too badl
In an attempt to patch all driver packages automatically, I've modified
x-modular.eclass to do something along the lines of what elibtoolize
does for its patching. However, this would require the storage of a
patch for x-modular.eclass, which I would intend to place in a
subdirectory of eclass
16 matches
Mail list logo