[gentoo-dev] RFC: reduce conflicts, separate keywording from ebuilds

2007-02-19 Thread Stefan Schweizer
To my fellow arguing Gentoo developers, due to the recent conflict concerning keywording I want to propose to separate keywording completely from ebuilds. The keywords would reside in a special file in profiles/, maybe even in more than one file to allow more granular permissions. For example

Re: [gentoo-dev] emerge glitz fails (/usr/lib64/libGL.so: File wrong format) Glut also

2007-02-19 Thread Wernfried Haas
On Sun, Feb 18, 2007 at 07:51:56PM +0100, KLessou wrote: Hello I don't understand why I cannot emerge glitz Not really a gentoo development related issue, so i just wanted to suggest you post to gentoo-user or the forums, but as i just noticed you already did anyway:

Re: [gentoo-dev] Google Summer of Code 2007

2007-02-19 Thread Christel Dahlskjaer
On Fri, 2007-02-16 at 19:14 +0100, Rémi Cardona wrote: Luca Barbato wrote: ffmpeg got just vc-1 working as should, all the other code got somewhat halfway, mostly because we expected a lot. (amr and ac3 seems to have something alive, aac isn't something that good) The Gentoo results

Re: [gentoo-dev] Google Summer of Code 2007

2007-02-19 Thread Christel Dahlskjaer
On Fri, 2007-02-16 at 17:35 +0100, Diego 'Flameeyes' Pettenò wrote: On Friday 16 February 2007, Grant Goodyear wrote: So, is there support among devs for hosting another round of Summer students? Are there good problems for those students to work on, and, if so, what are they? Were people

Re: [gentoo-dev] RFC: reduce conflicts, separate keywording from ebuilds

2007-02-19 Thread George Shapovalov
Monday, 19. February 2007, Stefan Schweizer Ви написали: To my fellow arguing Gentoo developers, due to the recent conflict concerning keywording I want to propose to separate keywording completely from ebuilds. The keywords would reside in a special file in profiles/, maybe even in more than

[gentoo-dev] Summer of Code - worth repeating?

2007-02-19 Thread Christel Dahlskjaer
Hiya all, Let's do a quick re-cap of Summer of Code '06: Gentoo had 14 project slots, out of these fourteen two were on Gentoo external Gentoo project which I will leave out of the re-cap. That leaves us with twelve projects, four of which were being worked on by at the time current Gentoo

Re: [gentoo-dev] RFC: reduce conflicts, separate keywording from ebuilds

2007-02-19 Thread Alexander Færøy
It was discussed at the last council meeting... Proposed by jokey. On Mon, Feb 19, 2007 at 10:54:55AM +0100, Stefan Schweizer wrote: To my fellow arguing Gentoo developers, due to the recent conflict concerning keywording I want to propose to separate keywording completely from ebuilds. The

[gentoo-dev] Last rites: net-misc/yasuc

2007-02-19 Thread Krzysiek Pawlik
As the package may transfer user data to anyone owning that domain after 1 March 2007 it will be removed in 9 days instead of usual 30: # Krzysiek Pawlik [EMAIL PROTECTED] (19 Feb 2007) # Pending removal 28 Feb 2007, bug #167024 # See also http://pl.uptime-project.net/board/viewtopic.php?t=1435

Re: [gentoo-dev] RFC: reduce conflicts, separate keywording from ebuilds

2007-02-19 Thread Bryan Østergaard
On Mon, Feb 19, 2007 at 10:54:55AM +0100, Stefan Schweizer wrote: To my fellow arguing Gentoo developers, due to the recent conflict concerning keywording I want to propose to separate keywording completely from ebuilds. The keywords would reside in a special file in profiles/, maybe even in

[gentoo-dev] New emul-libs.eclass

2007-02-19 Thread Simon Stelling
Hi all, I recently worked on the app-emulation/emul-linux-x86-* packages and used almost identical code snipplets in them, so I realized I might as well put together an eclass and drop the duplication. The eclass would provide a common template for the following packages:

Re: [gentoo-dev] Google Summer of Code 2007

2007-02-19 Thread Paul de Vrieze
On Friday 16 February 2007 19:38, Grant Goodyear wrote: Rémi Cardona wrote: [Fri Feb 16 2007, 12:14:31PM CST] To complement the both of you, how about proposing projects to 2 students at the same time and have them work as a team? It's against the rules to have two students working on

[gentoo-dev] Re: RFC: reduce conflicts, separate keywording from ebuilds

2007-02-19 Thread Stefan Schweizer
Bryan Østergaard wrote: A. ~arch keywords are supposed to be carried over to new versions unless we're talking about big rewrites or similar (so old versions doesn't have to linger around in portage tree at all). right, we all agree :) B. If we're complaining about MIPS team not being able to

[gentoo-dev] Re: RFC: reduce conflicts, separate keywording from ebuilds

2007-02-19 Thread Stefan Schweizer
Alexander Færøy schrieb: It was discussed at the last council meeting... Proposed by jokey. Thanks. Sorry I did not know about it because there was no summary for the last council meeting. From the log that I read now I cannot clearly define an outcome. I would appreciate to see summaries

Re: [gentoo-dev] Re: RFC: reduce conflicts, separate keywording from ebuilds

2007-02-19 Thread Bryan Østergaard
On Mon, Feb 19, 2007 at 03:16:06PM +0100, Stefan Schweizer wrote: Alexander Færøy schrieb: It was discussed at the last council meeting... Proposed by jokey. Thanks. Sorry I did not know about it because there was no summary for the last council meeting. From the log that I read now I

Re: [gentoo-dev] Re: RFC: reduce conflicts, separate keywording from ebuilds

2007-02-19 Thread Bryan Østergaard
On Mon, Feb 19, 2007 at 03:13:00PM +0100, Stefan Schweizer wrote: Bryan Østergaard wrote: A. ~arch keywords are supposed to be carried over to new versions unless we're talking about big rewrites or similar (so old versions doesn't have to linger around in portage tree at all). right, we all

[gentoo-dev] Re: RFC: reduce conflicts, separate keywording from ebuilds

2007-02-19 Thread Stefan Schweizer
George Shapovalov schrieb: a) move all the keywording into profiles (that is remove all KEYWORDS fields from all the ebuild) and disallow package maintainers and other devs (other than arch teams) to touch keywords or b) leave ebuilds with simple ~arch/arch/-arch (literally) keywords and

Re: [gentoo-dev] RFC: reduce conflicts, separate keywording from ebuilds

2007-02-19 Thread Mike Frysinger
On Monday 19 February 2007, Bryan Østergaard wrote: That's lame for several different reasons that I'm going to outline below and frankly anybody blowing steam about ~arch keywording the latest version (which ended up as being the goal yesterday) is being extremely silly. i dont add my voice

Re: [gentoo-dev] RFC: reduce conflicts, separate keywording from ebuilds

2007-02-19 Thread Andrej Kacian
Dňa Mon, 19 Feb 2007 12:34:19 +0100 Bryan Østergaard [EMAIL PROTECTED] napísal: Anyway, here's several reasons why it's lame - I'm sure there's even more good reasons but these should suffer: Another reason would be that it would cripple (even more) the benefit of having all the relevant info

Re: [gentoo-dev] New emul-libs.eclass

2007-02-19 Thread Fabian Groffen
On 19-02-2007 14:14:18 +0100, Timothy Redaelli wrote: cp -a ${S}/* ${D}/ || die copying files failed! For future *BSD compatibility (yes i want to use the linux bsd emulation for flash, opera, etc) it's better to use rsync -a imho For my understanding, what's wrong with cp -pPR? --

Re: [gentoo-dev] New emul-libs.eclass

2007-02-19 Thread Mike Frysinger
On Monday 19 February 2007, Fabian Groffen wrote: On 19-02-2007 14:14:18 +0100, Timothy Redaelli wrote: cp -a ${S}/* ${D}/ || die copying files failed! For future *BSD compatibility (yes i want to use the linux bsd emulation for flash, opera, etc) it's better to use rsync -a imho For

Re: [gentoo-dev] New emul-libs.eclass

2007-02-19 Thread Timothy Redaelli
Mike Frysinger wrote: On Monday 19 February 2007, Fabian Groffen wrote: On 19-02-2007 14:14:18 +0100, Timothy Redaelli wrote: cp -a ${S}/* ${D}/ || die copying files failed! For future *BSD compatibility (yes i want to use the linux bsd emulation for flash, opera, etc) it's better to use

Re: [gentoo-dev] New emul-libs.eclass

2007-02-19 Thread Ciaran McCreesh
On Mon, 19 Feb 2007 17:05:01 +0100 Timothy Redaelli [EMAIL PROTECTED] wrote: | Mike Frysinger wrote: | On Monday 19 February 2007, Fabian Groffen wrote: | On 19-02-2007 14:14:18 +0100, Timothy Redaelli wrote: | cp -a ${S}/* ${D}/ || die copying files failed! | For future *BSD compatibility

Re: [gentoo-dev] [RFC] mask and force various profile specific USE flags

2007-02-19 Thread Chris Gianelloni
On Sat, 2007-02-17 at 15:22 -0800, Zac Medico wrote: We can make this change to the profiles immediately because use.mask support has been available for a long time, and use.force is simply ignored by older versions of portage. Thoughts? If this is done, will anyone who makes such changes to

Re: [gentoo-dev] New emul-libs.eclass

2007-02-19 Thread Simon Stelling
Timothy Redaelli wrote: # remove void directories find ${S} -depth -type d | xargs rmdir 2/dev/null Portage should remove blank dirs or am i wrong? Yes, but only in the unmerge phase it seems, so you it installs them, then checks whether they are empty and removes them

Re: [gentoo-dev] Re: RFC: reduce conflicts, separate keywording from ebuilds

2007-02-19 Thread Chris Gianelloni
On Mon, 2007-02-19 at 15:37 +0100, Stefan Schweizer wrote: moving keywording only in the arch teams responsibility is the way to go imo because I hate having keywording bugs assigned to my herd where I can do nothing about it. Uhh... so why *don't* you assign these to the arch teams? Here's

Re: [gentoo-dev] New emul-libs.eclass

2007-02-19 Thread Simon Stelling
Simon Stelling wrote: I'll use cp -pPr. Actually -dpPR, which is what -a is an alias for. -- Kind Regards, Simon Stelling Gentoo/AMD64 developer -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] New emul-libs.eclass

2007-02-19 Thread Ciaran McCreesh
On Mon, 19 Feb 2007 18:03:36 +0100 Simon Stelling [EMAIL PROTECTED] wrote: | Timothy Redaelli wrote: | # remove void directories | find ${S} -depth -type d | xargs rmdir 2/dev/null | | Portage should remove blank dirs or am i wrong? | | Yes, but only in the unmerge phase it seems, so

Re: [gentoo-dev] New emul-libs.eclass

2007-02-19 Thread Fabian Groffen
On 19-02-2007 18:12:42 +0100, Simon Stelling wrote: Simon Stelling wrote: I'll use cp -pPr. Actually -dpPR, which is what -a is an alias for. Yes, but -d is a GNU option, and BSD people are after the POSIX only options, hence the -pPR. :) -- Fabian Groffen Gentoo on a different level --

Re: [gentoo-dev] New emul-libs.eclass

2007-02-19 Thread Mike Frysinger
On Monday 19 February 2007, Simon Stelling wrote: Thanks for any feedback, every use of find | xargs in there should be fixed to use find -print0 | xargs -0 -mike pgpGdDjhf8ch3.pgp Description: PGP signature

Re: [gentoo-dev] New emul-libs.eclass

2007-02-19 Thread Simon Stelling
Fabian Groffen wrote: I'll use cp -pPr. Actually -dpPR, which is what -a is an alias for. Yes, but -d is a GNU option, and BSD people are after the POSIX only options, hence the -pPR. :) Missed that, Flameeyes just told me about it, so the -d will be dropped again ;) -- Kind Regards,

Re: [gentoo-dev] New emul-libs.eclass

2007-02-19 Thread Petteri Räty
Simon Stelling wrote: ECLASS=emul-libs Not needed any more: [EMAIL PROTECTED] ~ $ grep ECLASS= /usr/portage/eclass/* /usr/portage/eclass/ccc.eclass:#DEBUG_CCC_ECLASS=1 /usr/portage/eclass/xemacs-packages.eclass:ECLASS=xemacs-packages /usr/portage/eclass/x-modular.eclass:FONT_ECLASS=

Re: [gentoo-dev] New emul-libs.eclass

2007-02-19 Thread Simon Stelling
Mike Frysinger wrote: every use of find | xargs in there should be fixed to use find -print0 | xargs -0 The second one, yes, that's fixed now. The first one, no, cause egrep wouldn't like it. The xargs -d' ' ensures that \n instead of a simple space is used as delimiter. If some package

Re: [gentoo-dev] New emul-libs.eclass

2007-02-19 Thread Mike Frysinger
On Monday 19 February 2007, Simon Stelling wrote: Mike Frysinger wrote: every use of find | xargs in there should be fixed to use find -print0 | xargs -0 The second one, yes, that's fixed now. The first one, no, cause egrep wouldn't like it. The xargs -d' ' ensures that \n instead of a

Re: [gentoo-dev] New emul-libs.eclass

2007-02-19 Thread Piotr Jaroszyński
ALLOWED=${ALLOWED:-^${S}/etc/env.d} If you are using regex here, why don't you use it in find? find ${S} ! -type d ! -name '*.so*' ! -regex ${ALLOWED} -print0 | xargs -0 /bin/rm -f Note that you will need to change ^${S}/etc/env.d to ^${S}/etc/env\.d.* as it needs to be a full match( btw. you

Re: [gentoo-dev] Google Summer of Code 2007

2007-02-19 Thread Alec Warner
On Friday 16 February 2007 19:38, Grant Goodyear wrote: Rémi Cardona wrote: [Fri Feb 16 2007, 12:14:31PM CST] To complement the both of you, how about proposing projects to 2 students at the same time and have them work as a team? It's against the rules to have two students working on

[gentoo-dev] Coda maintenance? Going once, going twice, ...

2007-02-19 Thread Maurice van der Pot
... not sold. I'm still looking for someone to take over Coda maintenance, so if you want to take it up or know someone who might, please let me know. For those who don't know, Coda is a distributed filesystem with its origin in AFS2: http://www.coda.cs.cmu.edu/about.html If I can't find

Re: [gentoo-dev] Summer of Code - worth repeating?

2007-02-19 Thread Daniel Robbins
I agree that we should do it. Looking a the list for 2006, I think we should steer clear of projects that might require significant knowledge of Gentoo Linux internals or that may have a lot of difficult interdependencies and/or coordination. For example, moving to a different revision control

Re: [gentoo-dev] New emul-libs.eclass

2007-02-19 Thread Mike Frysinger
On Monday 19 February 2007, Piotr Jaroszyński wrote: If you are using regex here, why don't you use it in find? because it isnt a POSIX option -mike pgpm4PU4zcDIt.pgp Description: PGP signature

Re: [gentoo-dev] New emul-libs.eclass

2007-02-19 Thread Simon Stelling
Mike Frysinger wrote: replace that with: xargs -d $'\n' aye, that looks way better. -- Kind Regards, Simon Stelling Gentoo/AMD64 developer -- gentoo-dev@gentoo.org mailing list

[gentoo-dev] Package removals: net-misc/kssh, sys-fs/captive, net-print/hpoj

2007-02-19 Thread Stefan Schweizer
# Stefan Schweizer [EMAIL PROTECTED] (19 Feb 2007) # bug 152513 broken on gcc4 and no release since 2002, masked for removal net-misc/kssh # Stefan Schweizer [EMAIL PROTECTED] (07 Nov 2006) # Please use ntfs3g now - it is better. Will be removed someday sys-fs/captive # Stefan Schweizer [EMAIL

[gentoo-dev] gentoo-sources-2.4 removal

2007-02-19 Thread Daniel Drake
Unfortunately I didn't find any suitable candidates from the call for help that went out in the GWN recently. I have contacted all applicants explaining how they can improve their skills, build up a series of contributions, and become more likely developer candidates in the future. Unless

[gentoo-dev] Slacker archs

2007-02-19 Thread Ciaran McCreesh
It is widely perceived that Gentoo has a huge problem with slacker archs cluttering up the tree and making maintainers' work harder. Clearly, something needs to be done about this. I think the first step is to establish what all the problem architectures are. We all know that mips is by far the

Re: [gentoo-dev] Slacker archs

2007-02-19 Thread Dan Meltzer
I'm replying here because I couldn't decide whether or not it made more sense to reply to your email, your blog post, your reply to flameeyes blog post, your radio commercial, your television advertisement, or your phone call. The things that this doesn't do (Or if it does it isn't documented)

Re: [gentoo-dev] Slacker archs

2007-02-19 Thread Ciaran McCreesh
On Mon, 19 Feb 2007 22:22:49 -0500 Dan Meltzer [EMAIL PROTECTED] wrote: | *packages where there is no stable version on that arch. (Or does | adjutrix still suggest keywording.. its unclear) Which is fine, since that means no tree bloat. | * This doesn't address the initial claim that versions

Re: [gentoo-dev] Slacker archs

2007-02-19 Thread Josh Saddler
Brian Harring wrote: [many statistics] Aside from that, aparently props should be given to sparc; seem to be on top of things. Either way, data to chew on. ~harring Much thanks for the stats, Brian, it does help to have extra perspective. And yes, eroyf is doing a heckuva lot to get