[gentoo-dev] How others handle bad behaviour on mailinglists

2007-03-08 Thread expose
Dear List, as Gentoo is not the only project with large mailing lists, others suffer from similar problems. This is an overview on how other (well know) (community driven) projects handle flaming and similar things. Only use this thread to add further links or information as well as to correct

[gentoo-dev] Last rites: Various packages, see inside

2007-03-08 Thread Raúl Porcel
# Raúl Porcel armin76 at gentoo dot org (8 Mar 2007) # P.masking for treecleaners, pending removal in 60 days # That is, 8 May 2007 # www-servers/aolserver and its rdeps - bug 108022 # www-misc/nscache # www-misc/nsopenssl # www-misc/nssha1 # www-misc/nsxml # app-emulation/tiger - bug

[gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Jim Ramsay
I'm tired of maintaining essentially the same code in 20-odd ebuilds, so I am wanting to condense the common bits into a single eclass. Most of you probably don't care, but it may be of interest to those few who maintain gkrellm plugin ebuilds. I have attached my first draft of the eclass. As

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Ciaran McCreesh
On Thu, 8 Mar 2007 11:19:20 -0600 Jim Ramsay [EMAIL PROTECTED] wrote: I have attached my first draft of the eclass. As you can see, there are 3 main important benefits to using this eclass: You shouldn't dodoc COPYING. You don't need to set ECLASS manually any more. -- Ciaran McCreesh Mail

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Petteri Räty
Jim Ramsay wrote: ECLASS=gkrellm-plugin INHERITED=$INHERITED $ECLASS No need to set INHERITED yourself any more either. Ciaran already pointed out ECLASS. gkrellm-plugin_pkg_setup() { if ! built_with_use app-admin/gkrellm X \ ! has X ${IUSE}; then

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Ioannis Aslanidis
On 3/8/07, Ciaran McCreesh [EMAIL PROTECTED] wrote: On Thu, 8 Mar 2007 11:19:20 -0600 Jim Ramsay [EMAIL PROTECTED] wrote: I have attached my first draft of the eclass. As you can see, there are 3 main important benefits to using this eclass: You shouldn't dodoc COPYING. How is it that it

Re: [gentoo-dev] comments on how flamewars are handled elsewhere

2007-03-08 Thread Tom Wesley
On Thu, Mar 08, 2007 at 02:50:11PM +0100, [EMAIL PROTECTED] wrote: Hi, to place my personal opinion, too but seperated from information/facts: I feel like a netiquette should be developed, people who break it too often should be warned, then banned. When the situation normalizes again,

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Petteri Räty
Ioannis Aslanidis wrote: On 3/8/07, Ciaran McCreesh [EMAIL PROTECTED] wrote: On Thu, 8 Mar 2007 11:19:20 -0600 Jim Ramsay [EMAIL PROTECTED] wrote: I have attached my first draft of the eclass. As you can see, there are 3 main important benefits to using this eclass: You shouldn't dodoc

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Stephen Bennett
On Thu, 8 Mar 2007 19:04:20 +0100 Ioannis Aslanidis [EMAIL PROTECTED] wrote: How is it that it should not be done? Is it because the file is usually a symlink? Or because there is simply no need to do it? Because it's the package's licence. Guess where we already store licence information.

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Ciaran McCreesh
On Thu, 8 Mar 2007 19:04:20 +0100 Ioannis Aslanidis [EMAIL PROTECTED] wrote: On 3/8/07, Ciaran McCreesh [EMAIL PROTECTED] wrote: On Thu, 8 Mar 2007 11:19:20 -0600 Jim Ramsay [EMAIL PROTECTED] wrote: I have attached my first draft of the eclass. As you can see, there are 3 main

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Ioannis Aslanidis
You shouldn't dodoc COPYING. How is it that it should not be done? Is it because the file is usually a symlink? Or because there is simply no need to do it? It's generally agreed that installing licence files should only be done if legally required. Otherwise, we already have a copy in the

Re: [gentoo-dev] comments on how flamewars are handled elsewhere

2007-03-08 Thread Ioannis Aslanidis
If you really wanna flamefest... at least do it in private in our forums: http://forums.gentoo.org (SSL enabled, if you want). At least the flames will remain internal! :) On 3/8/07, Tom Wesley [EMAIL PROTECTED] wrote: On Thu, Mar 08, 2007 at 02:50:11PM +0100, [EMAIL PROTECTED] wrote: Hi, to

[gentoo-dev] NTP and DST problem

2007-03-08 Thread Caleb Cushing
if I'm using a pre-fix timezone file and using ntp will it correct my machine to the correct time? -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Seemant Kulleen
On Thu, 2007-03-08 at 20:02 +0200, Petteri Räty wrote: How useful is the X use flag in gkrellm? Just thinking if it would be better to just remove the use flag and always build that code. Regards, Petteri Back in the day, when gkrellm2 first came out, they had this option of building

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Jim Ramsay
Ciaran McCreesh wrote: On Thu, 8 Mar 2007 11:19:20 -0600 Jim Ramsay [EMAIL PROTECTED] wrote: I have attached my first draft of the eclass. As you can see, there are 3 main important benefits to using this eclass: You shouldn't dodoc COPYING. You don't need to set ECLASS manually any

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Andrej Kacian
On Thu, 08 Mar 2007 20:02:50 +0200 Petteri Räty [EMAIL PROTECTED] wrote: How useful is the X use flag in gkrellm? Just thinking if it would be better to just remove the use flag and always build that code. There is a possibility for headless servers to run gkrellmd, which runs in background,

Re: [gentoo-dev] NTP and DST problem

2007-03-08 Thread kashani
Caleb Cushing wrote: if I'm using a pre-fix timezone file and using ntp will it correct my machine to the correct time? NTP is not timezone aware, it's merely seconds from epoch which your OS interprets into the localtime. If you have tzdata2006p installed you should be fine. Be aware that

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Jim Ramsay
Petteri Räty wrote: Jim Ramsay wrote: ECLASS=gkrellm-plugin INHERITED=$INHERITED $ECLASS No need to set INHERITED yourself any more either. Ciaran already pointed out ECLASS. Indeed, thanks for that! They just appeared automagically when I did 'vim foo.eclass' I wonder where that

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Marien Zwart
On Thu, Mar 08, 2007 at 11:19:20AM -0600, Jim Ramsay wrote: gkrellm-plugin_pkg_setup() { if ! built_with_use app-admin/gkrellm X \ ! has X ${IUSE}; then eerror This plugin requires the X frontend of gkrellm. eerror Please re-emerge

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Jim Ramsay
Marien Zwart wrote: On Thu, Mar 08, 2007 at 11:19:20AM -0600, Jim Ramsay wrote: gkrellm-plugin_pkg_setup() { if ! built_with_use app-admin/gkrellm X \ ! has X ${IUSE}; then eerror This plugin requires the X frontend of gkrellm. eerror Please re-emerge

Re: [gentoo-dev] Last rites: Various packages, see inside

2007-03-08 Thread Philip Webb
070308 Ra?l Porcel wrote: www-servers/aolserver www-misc/nscache www-misc/nsopenssl www-misc/nssha1 www-misc/nsxml app-emulation/tiger sys-apps/evkeyd media-libs/libuta net-misc/cipe app-text/biblestudy This applies to anyone else (smile) who prepares these lists, eg those which appear

Re: [gentoo-dev] comments on how flamewars are handled elsewhere

2007-03-08 Thread expose
Tom Wesley [EMAIL PROTECTED] wrote: Please could you stop attempting to create new threads by replying to existing emails to the list? It's considered bad netiquette and generally makes new threads difficult to spot. The list is hard enough to parse as it is, without this added hindrance. I

Re: [gentoo-dev] How others handle bad behaviour on mailinglists

2007-03-08 Thread Bryan Østergaard
On Thu, Mar 08, 2007 at 02:34:02PM +0100, [EMAIL PROTECTED] wrote: Dear List, as Gentoo is not the only project with large mailing lists, others suffer from similar problems. This is an overview on how other (well know) (community driven) projects handle flaming and similar things.

Re: [gentoo-dev] How others handle bad behaviour on mailinglists

2007-03-08 Thread expose
One thing worth noting is that we've just decided that the policy needs to be updated so hopefully we'll see a new/expanded policy in a few weeks. Good. Maybe also a link to this netiquette on http://www.gentoo.org/main/en/lists.xml might also be helpfull? -- gentoo-dev@gentoo.org mailing

Re: [gentoo-dev] How others handle bad behaviour on mailinglists

2007-03-08 Thread Bryan Østergaard
On Thu, Mar 08, 2007 at 10:24:29PM +0100, [EMAIL PROTECTED] wrote: One thing worth noting is that we've just decided that the policy needs to be updated so hopefully we'll see a new/expanded policy in a few weeks. Good. Maybe also a link to this netiquette on

Re: [gentoo-dev] How others handle bad behaviour on mailinglists

2007-03-08 Thread Dale
Bryan Østergaard wrote: Gentoo has an etiquette policy as well at http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3chap=2 for interested people. One thing worth noting is that we've just decided that the policy needs to be updated so hopefully we'll see a new/expanded policy

Re: [gentoo-dev] How others handle bad behaviour on mailinglists

2007-03-08 Thread Thibaut Fernagut
Dale wrote: Bryan Østergaard wrote: Gentoo has an etiquette policy as well at http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=3chap=2 for interested people. One thing worth noting is that we've just decided that the policy needs to be updated so hopefully we'll see a

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Jim Ramsay
Attached is version 2 of my draft eclass. I have incorporated the excellent changes suggested here, and it seems to be working great on my local overlay. -- Jim Ramsay Gentoo/Linux Developer (rox,gkrellm) # Copyright 1999-2007 Gentoo Foundation # Distributed under the terms of the GNU General

Re: [gentoo-dev] NTP and DST problem

2007-03-08 Thread Josh Saddler
Caleb Cushing wrote: if I'm using a pre-fix timezone file and using ntp will it correct my machine to the correct time? The forums are the appropriate place for these kinds of questions, not the development mailing list. -- gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] How others handle bad behaviour on mailinglists

2007-03-08 Thread Dale
Bryan Østergaard wrote: On Thu, Mar 08, 2007 at 03:32:38PM -0600, Dale wrote: I'm not a dev, just a lowly user, but maybe this policy needs to be posted here since according to some of what I have read lately, this has not been read before by several. Maybe when you first subscribe, it

Re: [gentoo-dev] mod_perl in apache conf

2007-03-08 Thread Michael Cummings
On Thu, 08 Mar 2007 22:43:01 +0100 Thibaut Fernagut [EMAIL PROTECTED] wrote: To start this I'm opening with a -dev question : Why is mod_perl not in the default /etc/apache2/httpd.conf ? I actually asked the apache folks about this once, and it was going to be added - didn't realize it

Re: [gentoo-dev] New eclass: gkrellm-plugin

2007-03-08 Thread Marien Zwart
On Thu, Mar 08, 2007 at 03:51:42PM -0600, Jim Ramsay wrote: gkrellm-plugin_pkg_setup() { if [[ -z ${PLUGIN_NO_XCHECK} ]] ! built_with_use app-admin/gkrellm X; then eerror This plugin requires the X frontend of gkrellm. eerror Please re-emerge

Re: [gentoo-dev] mod_perl in apache conf

2007-03-08 Thread Michael Cummings
On Thu, 8 Mar 2007 17:34:39 -0500 Michael Cummings [EMAIL PROTECTED] wrote: On Thu, 08 Mar 2007 22:43:01 +0100 Thibaut Fernagut [EMAIL PROTECTED] wrote: To start this I'm opening with a -dev question : Why is mod_perl not in the default /etc/apache2/httpd.conf ? I actually asked

Re: [gentoo-dev] mod_perl in apache conf

2007-03-08 Thread Kevin F. Quinn
On Thu, 8 Mar 2007 17:34:39 -0500 Michael Cummings [EMAIL PROTECTED] wrote: [...] (new subject line, so hopefully unless your mail client threads but message-id's this should break the chain) X-Mailer: Claws Mail 2.8.0 (GTK+ 2.10.9; x86_64-pc-linux-gnu) I guess you realise now, if you

[gentoo-dev] Council GLEP change from Feb 2007 Council meeting

2007-03-08 Thread Mike Frysinger
i want to highlight the change made to the Council GLEP 39 as i dont think it garnered much visibility last time: - change to council GLEP 39 to cover when a Council member is no longer part of the Gentoo project (the reason/rhyme is irrelevant). Idea is to streamline slightly the bureaucracy

[gentoo-dev] Summary for March 2007 Council meeting

2007-03-08 Thread Mike Frysinger
. - Gentoo branded hardware was discussed and many ideas thrown about. This also touched on the concept of Enterprise Gentoo. the full log can be found at the normal location: http://www.gentoo.org/proj/en/council/meeting-logs/20070308.txt -mike pgpKiJ9Tr0QEs.pgp Description: PGP signature

Re: [gentoo-dev] Last rites: Various packages, see inside

2007-03-08 Thread Chris Gianelloni
On Thu, 2007-03-08 at 14:37 -0500, Philip Webb wrote: This applies to anyone else (smile) who prepares these lists, eg those which appear in GWN: please list things alphabetically ! ie No. I list chronologically, since this is how it comes to me, and it is also the fastest way for me to

Re: [gentoo-dev] comments on how flamewars are handled elsewhere

2007-03-08 Thread Chris Gianelloni
On Thu, 2007-03-08 at 21:03 +0100, [EMAIL PROTECTED] wrote: Tom Wesley [EMAIL PROTECTED] wrote: Please could you stop attempting to create new threads by replying to existing emails to the list? It's considered bad netiquette and generally makes new threads difficult to spot. The list is

Re: [gentoo-dev] comments on how flamewars are handled elsewhere

2007-03-08 Thread David Grant
On 3/8/07, Chris Gianelloni [EMAIL PROTECTED] wrote: On Thu, 2007-03-08 at 21:03 +0100, [EMAIL PROTECTED] wrote: Tom Wesley [EMAIL PROTECTED] wrote: Please could you stop attempting to create new threads by replying to existing emails to the list? It's considered bad netiquette and

[gentoo-dev] Last rites: media-sound/DBMix

2007-03-08 Thread Steve Dibb
# Steve Dibb [EMAIL PROTECTED] (8 Mar 2006) # dead upstream, requires xmms to build # p.masking for treecleaners media-sound/DBMix -- gentoo-dev@gentoo.org mailing list

[gentoo-portage-dev] LC_ALL and friends in make.conf

2007-03-08 Thread Kevin F. Quinn
This is an old issue, but I want to suggest a re-visit :) As we all know, setting LC_ALL and friends can cause all sorts of trouble in package builds. However, many users really appreciate being able to set it so that errors from the compiler etc are in their own language. It occurs to me that

Re: [gentoo-portage-dev] LC_ALL and friends in make.conf

2007-03-08 Thread Mike Frysinger
On Thursday 08 March 2007, Kevin F. Quinn wrote: As we all know, setting LC_ALL and friends can cause all sorts of trouble in package builds. However, many users really appreciate being able to set it so that errors from the compiler etc are in their own language. we've fixed our documents

Re: [gentoo-portage-dev] LC_ALL and friends in make.conf

2007-03-08 Thread Ned Ludd
On Thu, 2007-03-08 at 14:23 -0500, Mike Frysinger wrote: On Thursday 08 March 2007, Kevin F. Quinn wrote: As we all know, setting LC_ALL and friends can cause all sorts of trouble in package builds. However, many users really appreciate being able to set it so that errors from the compiler

Re: [gentoo-portage-dev] LC_ALL and friends in make.conf

2007-03-08 Thread Marius Mauch
On Thu, 8 Mar 2007 20:14:26 +0100 Kevin F. Quinn [EMAIL PROTECTED] wrote: This is an old issue, but I want to suggest a re-visit :) As we all know, setting LC_ALL and friends can cause all sorts of trouble in package builds. However, many users really appreciate being able to set it so