On Sat, 2 Jul 2005 00:00:38 +0300
Dan Armak <[EMAIL PROTECTED]> wrote:
> On Friday 01 July 2005 23:19, Paul de Vrieze wrote:
> > It also makes any attempts to parse ebuilds without using bash (our
> > current strategy) a lot harder (actually causing bash
> > reimplementation)
> You mean you're act
* Markus Rothe <[EMAIL PROTECTED]> [05/07/01 17:21 +]:
> Dan Armak wrote:
> > We finally have a stable-keyworded KDE 3.4.x. Enjoy :-)
>
> ppc64 is stable, too! :-)
Don't forget ppc(32)! ;-)
Regards, Lars
--
Lars Weiler <[EMAIL PROTECTED]> +49-171-1963258
Gentoo Linux PowerPC: Develop
On Fri, 2005-07-01 at 18:33 +0300, Dan Armak wrote:
> > calling a function in a global scope is a bad idea. it leads to lots of
> > unneccessary (and timely) computations
> Necessary in the case of kde split ebuilds. Take a look at
> kde-functions.eclass::deprange().
So you create functions to d
On Fri, 2005-07-01 at 11:15 +0200, Paul de Vrieze wrote:
> Wouldn't this be a good time to implement actual dependency ranges in
> portage. Btw. I normally use the following hack that portage might
> actually be made to understand:
>
> DEPEND="
signature.asc
Description: This is a digitally sig
Hi,
I'm not sure if this is a bug or feature, so I haven't filed a bug yet...
After some upgrading and maintenance, kdm wasn't found by the xdm script
on my box.
After some investigations, I found that /etc/env.d/46kdepaths was gone.
When I checked on another computer what package that file belo
On Saturday 02 July 2005 15:12, Niklas Herder wrote:
> Hi,
>
> I'm not sure if this is a bug or feature, so I haven't filed a bug yet...
>
> After some upgrading and maintenance, kdm wasn't found by the xdm script
> on my box.
>
> After some investigations, I found that /etc/env.d/46kdepaths was go
On Saturday 02 July 2005 14:43, foser wrote:
> On Fri, 2005-07-01 at 18:33 +0300, Dan Armak wrote:
> > > calling a function in a global scope is a bad idea. it leads to lots of
> > > unneccessary (and timely) computations
> >
> > Necessary in the case of kde split ebuilds. Take a look at
> > kde-fu
On Sat, 2 Jul 2005 15:52:55 +0300
Dan Armak <[EMAIL PROTECTED]> wrote:
> Maybe I should try to do that now, depending on their answer to
> my new comment in 33545...
You may also want to have a look on bug #4315, since version
range is no more than a particular case of AND dependency.
--
TGL.
-
I just made prerelease stages and a prerelease livecd available on toucan for
our infra-team, so that they can move them out to the mirrors in the
experimental branch.
The prerelease consists of three stages (-mcpu=i386) and a
mini-minimal-installation-cd (without docs).
If you feel like testi
Dan Armak posted <[EMAIL PROTECTED]>, excerpted
below, on Sat, 02 Jul 2005 15:33:34 +0300:
> At least arts is going away with kde 3.x :-)
I read the rumors on that about a year ago, I'd guess, and have been
trying to keep up with it. Unfortunately as I've been the de facto point
man on a couple
R Hill wrote:
> Mike Doty wrote:
>
>> All-
>>
>> Please take a moment to welcome our newest developer, Josh_B. Josh
>> is from Canada. Josh has joined to help out the X herd. In his own
>> words, "I'm originally from Saskatoon, Saskatchewan, but moved to
>> Edmonton, Alberta in 1992. For the s
On Saturday 02 July 2005 18:47, Duncan wrote:
> Dan Armak posted <[EMAIL PROTECTED]>, excerpted
>
> below, on Sat, 02 Jul 2005 15:33:34 +0300:
> > At least arts is going away with kde 3.x :-)
>
> I read the rumors on that about a year ago, I'd guess, and have been
> trying to keep up with it. Unf
On Tue, Jun 28, 2005 at 04:44:31PM -0700, Anthony Gorecki wrote:
> On Tuesday, June 28, 2005 3:03 pm, Diego 'Flameeyes' Petten?? wrote:
> > sys-libs/nss-mysql (why we have two?)
> Robbat was supposed to remove this; it's passed its cut-off date quite a
> while
> ago.
It's removed now.
I just hadn
On Tue, Jun 28, 2005 at 03:35:01PM -0700, Donnie Berkholz wrote:
> I've been wondering lately with the discussion of yet more new
> categories, why don't we do repocopies to move packages? Note that I'm
> talking about packages switching categories and explicitly _not_ about
> package name changes.
On Tue, Jun 28, 2005 at 03:35:01PM -0700, Donnie Berkholz wrote:
> Although this would require a request to someone with shell access to
> the CVS box, it would preserve all the history of the moved packages.
> The loss of history is (IMO) the _primary_ problem of moving packages.
I'd like to addre
Benjamin Judas wrote:
> I just made prerelease stages and a prerelease livecd available on toucan for
> our infra-team, so that they can move them out to the mirrors in the
> experimental branch.
>
> The prerelease consists of three stages (-mcpu=i386) and a
> mini-minimal-installation-cd (with
On Saturday 02 July 2005 02:49 pm, Robin H. Johnson wrote:
> On Tue, Jun 28, 2005 at 03:35:01PM -0700, Donnie Berkholz wrote:
> > Although this would require a request to someone with shell access to
> > the CVS box, it would preserve all the history of the moved packages.
> > The loss of history i
On Thursday 30 June 2005 19:54, Caleb Tennis wrote:
> (I'd like to hear your thoughts and comments on the matter below before I
> start the process of changing ebuilds to comply.)
>
> With Qt4 entering portage, we are going to start running into a dependency
> problem with ebuilds that do:
>
> DEPE
Hi all,
Our team just had a meeting. We discussed the following topics:
o Upcoming 2005.1
o Reveiwing our default use flags
o Deprecation of 2004.3
o Access to our new dev boxes
o QA regarding old bugs
o Find alternatives for meetings
o status of amd64 donations
o #gentoo-amd64 cleanup
Timestamp
On Saturday 02 July 2005 22:41, Gregorio Guidi wrote:
> First, a new eclass for Qt4 ebuilds should really be called qt4.eclass,
> with another one, qt3.eclass, to be used to port the current Qt3-based
> ebuilds. Dealing with more than one major version in a single eclass is a
> pain; this is mostly
Dan Armak wrote:
>On Saturday 02 July 2005 15:12, Niklas Herder wrote:
>
>
>>Hi,
>>
>>I'm not sure if this is a bug or feature, so I haven't filed a bug yet...
>>
>>After some upgrading and maintenance, kdm wasn't found by the xdm script
>>on my box.
>>
>>After some investigations, I found that
On Saturday 02 July 2005 22:09, Dan Armak wrote:
> On Saturday 02 July 2005 22:41, Gregorio Guidi wrote:
> [...]
>
> > An application based on Qt4 should look just like this:
> >
> > inherit qt4
> >
> > HOMEPAGE=...
> > SRC_URI=...
> > ...
>
> [...]
>
> > This proposal is meant for
On Saturday 02 July 2005 14:41, Gregorio Guidi wrote:
> I'm back from a trip and I'm slowly catching up with all the mails on this
> topic, but a couple of things come to my mind ... please bear with me.
>
> First, a new eclass for Qt4 ebuilds should really be called qt4.eclass,
> with another one,
On Friday 01 July 2005 23:00, Dan Armak wrote:
> On Friday 01 July 2005 23:19, Paul de Vrieze wrote:
> > On Friday 01 July 2005 17:14, Jonathan Smith wrote:
> > > Thomas de Grenier de Latour wrote:
> > > > Btw, what's wrong with the `DEPEND="$(your_function)" || die`
> > > >
> > > > i've proposed?
Robin H. Johnson wrote:[Sat Jul 02 2005, 02:47:48PM EDT]
> After such a move of directories, CVS clients running their next update
> would find NO record of the old directory when they attempted to update
> it, and the CVS client would then NOT touch the local copy at all.
So copy it instead of mo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Aron Griffis wrote:
> Robin H. Johnson wrote:[Sat Jul 02 2005, 02:47:48PM EDT]
>
>>After such a move of directories, CVS clients running their next update
>>would find NO record of the old directory when they attempted to update
>>it, and the CVS clie
Hi all,
Gentoo's accessibility project is in need of help with things such as
ebuild maintenence, kernel hacking, and livecd creating. We're also in
need of someone to assist in bug solving.
If anyone would be interested inhelping out, please let me know. Please
see 'http://www.gentoo.org/proj/
Hi,
the current way games are installed seems quite inconsistent to me. you
have /usr/games/bin and /usr/games/lib but no /usr/games/share. shared
data goes to /usr/share/games. so it's not that all games files are
stored within /usr/games. what is the idea behind only storing plattform
dependant
28 matches
Mail list logo
