Re: [gentoo-dev] Gentoo Council 2008/2009 - RESULTS
Donnie Berkholz <[EMAIL PROTECTED]> wrote: > On 23:00 Sat 05 Jul , Łukasz Damentko wrote: > > Gentoo Council for term 2008/2009 will be: > > > > Donnie Berkholz (dberkholz) > > Mark Loeser (Halcy0n) > > Diego Petteno (Flameeyes) > > Petteri Raty (Betelgeuse) > > Luca Barbato (lu_zero) > > Markus Ullmann (Jokey) > > Tobias Scherbaum (dertobi123) > > Looks like a mandate for the preexisting council. Thanks to everyone for > your confidence in us! Thanks to you guys for working on the council. I really appreciate the work you, and especially donnie with the planning, put into this. -- Regards, Matti Bickel Signed/Encrypted email preferred (key 4849EC6C) pgp7xuStDxCE4.pgp Description: PGP signature
Re: [gentoo-dev] RFC: 0-day bump requests
Hans de Graaff <[EMAIL PROTECTED]> wrote: > On Fri, 2008-07-04 at 02:31 +0200, Marius Mauch wrote: > > On Fri, 4 Jul 2008 01:16:09 +0200 > > Jeroen Roovers <[EMAIL PROTECTED]> wrote: > > > > Disclaimer: I'm not really a package maintainer anymore. > > I am, and Marius said all the things that I would have said. :-) AOL here. For the few packages i maintain, i'm on all relevant channels to be notified of updates in time. But i appreciate user feedback on bumps, for most of the time they come with patches or complete ebuilds. (thanks guys, you're fantastic) I certainly want to stress the "wording" part of marius' mail. The bump request i dealt with are "patch attached" kind of stuff. That's not annoying, that shows the user's caring and i appreciate that very much. Especially if the bump is critical i like timely feedback on it, in a "hey, this has been out for some days, fixes issue X, which is kind of important to me, could we have a bump in the tree?" kind of way. I DO get annoyed by "package X has a bugfix release out 5 hours now, why isn't it in the tree yet!!?" - but i don't get those bump requests... -- Regards, Matti Bickel Signed/Encrypted email preferred (key 4849EC6C) pgpQTUflDLLsB.pgp Description: PGP signature
Re: [gentoo-dev] Re: Suggested default LDFLAGS+="-Wl,-O1,--hash-style=gnu,--sort-common"
2008-07-10 05:47:28 Ryan Hill napisał(a): > On Wed, 9 Jul 2008 21:15:32 +0200 > Arfrever Frehtes Taifersar Arahesis <[EMAIL PROTECTED]> wrote: > > > 2008-07-09 15:45:15 Doug Goldstein napisał(a): > > > Luca Barbato wrote: > > > > Fabian Groffen wrote: > > > >> On 30-06-2008 17:35:08 +0200, Arfrever Frehtes Taifersar > > > >> Arahesis wrote: > > > How can you easily revert it in a profile? > > > >>> You can set LDFLAGS="" in a subprofiles's make.defaults. > > > >> > > > >> How elegant... but I guess I'll have no choice. > > > > > > > > Shouldn't possible have a subprofile with compiler/linker > > > > specifics and move there non sharable stuff and keep base leaner? > > > > > > > > lu > > > > > > > I'm just going to commit this to default/linux in about 20 minutes > > > -Wl,-O1 > > > > Cardoe informed me that he planned to add --hash-style=gnu and > > --sort-common to default LDFLAGS in the future. > > > > Does anybody know any packages / architectures (except mips) which > > have any problems with these flags? > > We have versions of glibc pre-2.5 that don't have support > for .gnu.hash. Can we set a minimum version in the profiles? Yes. You can also add the following code to profiles/default/linux/profile.bashrc or profiles/base/profile.bashrc: if has_version " signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Monthly Gentoo Council Reminder for July
Donnie Berkholz wrote: On 01:40 Wed 09 Jul , Donnie Berkholz wrote: On 05:30 Tue 01 Jul , Mike Frysinger wrote: If you have something you'd wish for us to chat about, maybe even vote on, let us know ! Simply reply to this e-mail for the whole Gentoo dev list to see. Here's the proposed agenda. Please respond if I forgot something, it's unclear, or you have another suggestion. As before, since we have an agenda in advance we won't be holding an open floor. Here are the items that will actually come up during the meeting instead of the overall list of ongoing things including list discussions. Council members: Remember to post to the GLEP threads if you have anything new to say. [GLEP56] I've committed the changes that I made as a result of the feedback received. You can see the diff [1] or view the full source [2] or see the pretty HTML [3]. Quick highlight of changes: - All PMS references are gone - restrict purely refers to the Gentoo Developer Handbook - CP/CPV refers to the Gentoo Developer Manual - Added backwards compatibility section to detail how we're going to maintain compatible. - No reference to default language, leaving that to the Gentoo Developer Handbook [1] http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/glep/glep-0056.txt?r1=1.1&r2=1.2 [2] http://sources.gentoo.org/viewcvs.py/gentoo/xml/htdocs/proj/en/glep/glep-0056.txt?rev=1.2&view=markup [3] http://www.gentoo.org/proj/en/glep/glep-0056.html -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] new eclass and portage category: octave-forge.eclass and dev-octave
On 13:57 Thu 10 Jul , Markus Dittrich wrote: > The sci herd would like to propose the addition of a new > octave-forge.eclass as well as a new portage category dev-octave to > house new octave-forge ebuilds. If the ebuilds are truly simple templates (as they appeared from a quick glance), perhaps a script more like g-cpan or g-pypi would be merited instead of large numbers of trivial ebuilds? -- Thanks, Donnie Donnie Berkholz Developer, Gentoo Linux Blog: http://dberkholz.wordpress.com pgp09EI11seof.pgp Description: PGP signature
Re: [gentoo-dev] new eclass and portage category: octave-forge.eclass and dev-octave
> [3] > http://overlays.gentoo.org/proj/science/browser/overlay/eclass/octave-forge.eclass You may want to look into making it eclass-manpages ready. -Jeremy -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] new eclass and portage category: octave-forge.eclass and dev-octave
Dear All, The sci herd would like to propose the addition of a new octave-forge.eclass as well as a new portage category dev-octave to house new octave-forge ebuilds. Background: --- GNU octave [1] is a high level language and computing environment aimed at numerical computations. octave-forge [2] provides a collection of extensions for, e.g., image processing, bioinformatics, etc., to the octave core package. In the past, the octave-forge package extending the octave-2* core was a monolithic build and is currently available in portage as sci-mathematics/octave-forge. For the newly released octave-3* core, octave-forge has been split into a large number of individual packages, each implementing a distinct functionality. In addition, the breath of the new octave-forge packages has been greatly expanded. Currently, there are more than 40 octave-forge-packages and the number is growing. Current State of Affairs: - We have developed an octave-forge.eclass that handles the installation of individual octave-forge packages as well as the management of the octave core-owned package database. Both the octave-forge.eclass [3] as well as the individual octave-forge ebuilds [4] are currently maintained in the scientific overlay and have been tested over the past couple of months. Proposal: - We would like to propose two things: 1) Addition of the octave-forge.eclass [3] to the main portage tree. The octave-forge.eclass in its current state provides a wrapper around the package install functionality of the octave core. It uses octave core's "pkg" command for compilation and installation inside the sandbox and adds functionality to maintain the octave core database file of installed octave-forge packages. It is available for review at [3] (due to its length I didn't want to attach it to the post). 2) Addition of the individual octave-forge packages into a new category, dev-octave In principle, the octave-forge packages could be added to sci-mathematics. However, since we are already at > 40 packages with more to come in the future it seems that creating a completely new category dev-octave would both be more appropriate and make things more manageable in the future. Any feedback regarding our proposal and improvements to the octave-forge.eclass would be very welcome. Thanks all for your time and reading through this long post. Best regards, Markus [1] http://www.gnu.org/software/octave/ [2] http://octave.sourceforge.net/ [3] http://overlays.gentoo.org/proj/science/browser/overlay/eclass/octave-forge.eclass [4] http://overlays.gentoo.org/proj/science/browser/overlay/sci-mathematics -- Markus Dittrich (markusle) Gentoo Linux Developer Scientific applications -- gentoo-dev@lists.gentoo.org mailing list
Re: [gentoo-dev] Monthly Gentoo Council Reminder for July
On Wed, Jul 9, 2008 at 11:05 PM, Donnie Berkholz <[EMAIL PROTECTED]> wrote: > On 01:40 Wed 09 Jul , Donnie Berkholz wrote: >> On 05:30 Tue 01 Jul , Mike Frysinger wrote: >> > If you have something you'd wish for us to chat about, maybe even >> > vote on, let us know ! Simply reply to this e-mail for the whole >> > Gentoo dev list to see. >> >> Here's the proposed agenda. Please respond if I forgot something, it's >> unclear, or you have another suggestion. As before, since we have an >> agenda in advance we won't be holding an open floor. > > Here are the items that will actually come up during the meeting instead > of the overall list of ongoing things including list discussions. Drop me; I haven't written anything for --as-needed. -Alec > > Council members: Remember to post to the GLEP threads if you have > anything new to say. > > -- > Thanks, > Donnie > > Donnie Berkholz > Developer, Gentoo Linux > Blog: http://dberkholz.wordpress.com > -- gentoo-dev@lists.gentoo.org mailing list