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 actually
* 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: Developer and
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 do
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
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
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 summer I am
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.
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 address
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 (without
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 is
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:
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
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 Qt, but it should be
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? Using a return
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
-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 client
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
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
19 matches
Mail list logo