Re: [gentoo-dev] Gsoc Idea: EeePC Script/Build

2009-03-30 Thread Gilles Dartiguelongue
Le mercredi 25 mars 2009 à 11:42 -0600, Aaron Lebahn a écrit : Hello, I would like to apply as a student in the Google Summer of Code program. I would like to work on creating a simple method to install Gentoo on an EeePC. This will involve creating scripts and code that will preconfigure the

Re: [gentoo-dev] bugs.gentoo.org status report, 2009/03/19 10h00 UTC

2009-03-30 Thread Ramon van Alteren
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Robin H. Johnson wrote: The primary Bugzilla webserver is now back in operation. Additionally, for the moment, I've re-enabled the load-balancing, but note that it comes with a warning... Load balanced bugzilla webservers:

[gentoo-dev] Preserving mtimes for EAPI3

2009-03-30 Thread Marijn Schouten (hkBst)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On behalf of the Lisp project (which includes the Emacs subproject) I'd like to propose that preservation of mtimes be included as a requirement of EAPI3. An EAPI bump may not be really necessary for this - after all we're just specifying

[gentoo-dev] Xorg 1.5.3 is going stable

2009-03-30 Thread Rémi Cardona
Hi all, This is just a quick announcement to let everyone know that Xorg 1.5.3 and pretty much all X libraries and apps which have been sitting in ~arch for months/years are finally going to go stable, replacing our old, rusty and busted 1.3 X server. Arch Teams have received the final

Re: [gentoo-dev] Preserving mtimes for EAPI3

2009-03-30 Thread Peter Alfredsen
On Mon, 30 Mar 2009 15:40:14 +0100 Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: No, an EAPI bump is necessary. Older (post-EAPI) Portage versions do something different, so any ebuild relying upon particular behaviour is already broken. For an example of this, see

[gentoo-dev] EAPI 3's default src_install needs bikeshedding

2009-03-30 Thread Ciaran McCreesh
So far, we've got this, by agreement of the Council: * There will be a default src_install in EAPI 3 * It will have a DOCS variable, or something along those lines. I'd like to suggest the following too: * If DOCS is explicitly specified, it is an error if anything in it doesn't exist. * If

Re: [gentoo-dev] EAPI 3's default src_install needs bikeshedding

2009-03-30 Thread Ciaran McCreesh
On Mon, 30 Mar 2009 18:33:48 +0200 Thomas Sachau to...@gentoo.org wrote: Why do you want to force -j1 here? Because any package using an old automake has a non-parallel-safe install. And i had this proposal some months ago, which noone argued against any more It, along with the half dozen

Re: [gentoo-dev] Preserving mtimes for EAPI3

2009-03-30 Thread Ulrich Mueller
On Mon, 30 Mar 2009, Peter Alfredsen wrote: No, an EAPI bump is necessary. Older (post-EAPI) Portage versions do something different, so any ebuild relying upon particular behaviour is already broken. For an example of this, see http://bugs.gentoo.org/264308 I would say that is a secondary

Re: [gentoo-dev] Preserving mtimes for EAPI3

2009-03-30 Thread Ulrich Mueller
On Mon, 30 Mar 2009, Marijn Schouten (hkBst) wrote: On behalf of the Lisp project (which includes the Emacs subproject) I'd like to propose that preservation of mtimes be included as a requirement of EAPI3. [...] Background: Dynamic languages such as Common Lisp and Elisp, but also

[gentoo-dev] Small change: Global USE flag nsplugin

2009-03-30 Thread Christian Faulhammer
Hi, one local USE flag nsplugin only differs slightly from the global one: [- c ] nsplugin - Builds plugins for Netscape compatible browsers [- c ] nsplugin (media-video/totem): Build media plugin for Mozilla-based browsers such as www-client/mozilla-firefox Anyone against using the local

Re: [gentoo-dev] Preserving mtimes for EAPI3

2009-03-30 Thread Tiziano Müller
Am Montag, den 30.03.2009, 18:05 +0200 schrieb Peter Alfredsen: On Mon, 30 Mar 2009 15:40:14 +0100 Ciaran McCreesh ciaran.mccre...@googlemail.com wrote: No, an EAPI bump is necessary. Older (post-EAPI) Portage versions do something different, so any ebuild relying upon particular behaviour

Re: [gentoo-dev] EAPI 3's default src_install needs bikeshedding

2009-03-30 Thread Daniel Pielmeier
Ciaran McCreesh schrieb am 30.03.2009 18:43: On Mon, 30 Mar 2009 18:33:48 +0200 Thomas Sachau to...@gentoo.org wrote: else for x in AUTHORS ChangeLog NEWS README; do if [ -e ${x} ]; then Is -e really better than -s? I think -s should be used here.

Re: [gentoo-dev] EAPI 3's default src_install needs bikeshedding

2009-03-30 Thread Mounir Lamouri
Daniel Pielmeier wrote: Ciaran McCreesh schrieb am 30.03.2009 18:43: On Mon, 30 Mar 2009 18:33:48 +0200 Thomas Sachau to...@gentoo.org wrote: else for x in AUTHORS ChangeLog NEWS README; do if [ -e ${x} ]; then Is -e really better than -s? I think -s

Re: [gentoo-dev] EAPI 3's default src_install needs bikeshedding

2009-03-30 Thread Petteri Räty
Ciaran McCreesh wrote: So far, we've got this, by agreement of the Council: * There will be a default src_install in EAPI 3 * It will have a DOCS variable, or something along those lines. I'd like to suggest the following too: * If DOCS is explicitly specified, it is an error if

Re: [gentoo-dev] EAPI 3's default src_install needs bikeshedding

2009-03-30 Thread Petteri Räty
Ciaran McCreesh wrote: On Mon, 30 Mar 2009 18:33:48 +0200 Thomas Sachau to...@gentoo.org wrote: Why do you want to force -j1 here? Because any package using an old automake has a non-parallel-safe install. I would rather have detection in place for old automake in the build system and

Re: [gentoo-dev] Preserving mtimes for EAPI3

2009-03-30 Thread Petteri Räty
Ulrich Mueller wrote: I am aware of the fact that we are late for EAPI 3 (partly because I didn't expect that the change would require an EAPI bump). Question to the council: is it still possible to include this? Considering that there is a lot of breakage, as well as strange workarounds

Re: [gentoo-dev] EAPI 3's default src_install needs bikeshedding

2009-03-30 Thread Ciaran McCreesh
On Mon, 30 Mar 2009 21:07:42 +0300 Petteri Räty betelge...@gentoo.org wrote: should have || die where appropriate It's EAPI 3, so it doesn't need it. -- Ciaran McCreesh signature.asc Description: PGP signature

[gentoo-dev] Xorg 1.5.3 is going stable

2009-03-30 Thread Rémi Cardona
Hi all, This is just a quick announcement to let everyone know that Xorg 1.5.3 and pretty much all X libraries and apps which have been sitting in ~arch for months/years are finally going to go stable, replacing our old, rusty and busted 1.3 X server. Arch Teams have received the final

Re: [gentoo-dev] EAPI 3's default src_install needs bikeshedding

2009-03-30 Thread Sébastien Fabbro
On Monday March 30 Ciaran McCreesh wrote: It, along with the half dozen other variants floating around, are good starting points, but we need a final solution. Yet another one: how about building/installing the documentation into two separate functions doc_compile and doc_install? It's a

Re: [gentoo-dev] EAPI 3's default src_install needs bikeshedding

2009-03-30 Thread Ciaran McCreesh
On Mon, 30 Mar 2009 19:19:48 +0100 Sébastien Fabbro bicat...@gentoo.org wrote: It's a bit of overtuning, but it could allow features such re-installing package with switching the doc flag without the need of re-compiling everything, and trivialize the src_install. Anything involving partial

Re: [gentoo-dev] EAPI 3's default src_install needs bikeshedding

2009-03-30 Thread Robert Buchholz
On Monday 30 March 2009, Thomas Sachau wrote: Ciaran McCreesh schrieb: So far, we've got this, by agreement of the Council: * There will be a default src_install in EAPI 3 * It will have a DOCS variable, or something along those lines. I'd like to suggest the following too: * If

Re: [gentoo-dev] Xorg 1.5.3 is going stable

2009-03-30 Thread Federico Ferri
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Rémi Cardona wrote: Hi all, This is just a quick announcement to let everyone know that Xorg 1.5.3 and pretty much all X libraries and apps which have been sitting in ~arch for months/years are finally going to go stable, replacing our old,

[gentoo-dev] Request for Willikins

2009-03-30 Thread Stefan Knoblich
Hi, we'd like to have Willikins join #gentoo.de, so here's my official request :) Thanks in advance. (This is a -nomail subscription, you'll have to CC me.) Stefan (stkn @ #gentoo.de)

Re: [gentoo-dev] Request for Willikins

2009-03-30 Thread Thomas Sachau
Stefan Knoblich schrieb: Hi, we'd like to have Willikins join #gentoo.de, so here's my official request :) Thanks in advance. (This is a -nomail subscription, you'll have to CC me.) Stefan (stkn @ #gentoo.de) ok from me for this request. -- Thomas Sachau Gentoo Linux Developer

Re: [gentoo-dev] Re: bzr.eclass: The next level (this time with patch)

2009-03-30 Thread René 'Necoro' Neumann
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Christian Faulhammer schrieb: Hi, René 'Necoro' Neumann li...@necoro.eu: So I'd vote for switching back to using normal checkouts (or branches - they don't really differ in bzr for that matter). My tests with Bazaar 1.13.1 show roughly the

Re: [gentoo-dev] Preserving mtimes for EAPI3

2009-03-30 Thread Ulrich Mueller
On Mon, 30 Mar 2009, Petteri Räty wrote: For most features the block is the need for Portage to implement the feature. If I read the thread correctly, Portage already implements what is wanted here so it's just a matter of agreeing on the specification. Not completely. Portage preserves

[gentoo-dev] Re: Preserving mtimes for EAPI3

2009-03-30 Thread ABCD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ulrich Mueller wrote: But as far as I can see, something along the lines of the following two commands [1] should be all that is needed: find ${D} -type f \( -newermt @${stamp1} -o -print0 \) \ | ${XARGS} -0 touch -c -d @${stamp1}

[gentoo-dev] Re: Preserving mtimes for EAPI3

2009-03-30 Thread Ulrich Mueller
On Mon, 30 Mar 2009, ABCD wrote: Personally, I would use find ${D} -type f \! -newermt @${stamp1} -exec \ touch -c -d @${stamp1} {} + and find ${D} -type f -newermt @${stamp2} -exec \ touch -c -d @${stamp2} {} + to avoid an unneeded call to xargs. Right. And

[gentoo-portage-dev] Recommendation about faster (not smaller) filesystem and blocksize combination for portage tree

2009-03-30 Thread Pacho Ramos
Hello I am trying to know what filesystem+blocksize combination could be better for the kind of files stored in portage tree. In the past, I have been using reiserfs for my / partition and I had /usr/portage under it. Later, I moved /usr/portage to a different partition (distfiles go to a

[gentoo-portage-dev] Re: Recommendation about faster (not smaller) filesystem and blocksize combination for portage tree

2009-03-30 Thread Duncan
Pacho Ramos pa...@condmat1.ciencias.uniovi.es posted 1238412618.18113.15.ca...@localhost, excerpted below, on Mon, 30 Mar 2009 13:30:18 +0200: I am trying to know what filesystem+blocksize combination could be better for the kind of files stored in portage tree. In the past, I have been