[gentoo-dev] netsurf.eclass proposal

2013-06-19 Thread Michael Weber
Hello, I'd like to add a new eclass for www-client/netsurf related ebuilds and seek your review and approval. I'll add it in two days, if unchallenged. === Motivation === The browser projects started out as a stray set of components [1], some without releases. In the meantime, all stuff is

Re: [gentoo-dev] netsurf.eclass proposal

2013-06-19 Thread Michał Górny
Dnia 2013-06-19, o godz. 14:09:26 Michael Weber x...@gentoo.org napisał(a): - multilib builds and rename non-DEFAULT_ABI $bins to $bin.${ABI} And why exactly do you need multilib for a web browser? -- Best regards, Michał Górny signature.asc Description: PGP signature

Re: [gentoo-dev] netsurf.eclass proposal

2013-06-19 Thread Michael Weber
On 06/19/2013 02:16 PM, Michał Górny wrote: Dnia 2013-06-19, o godz. 14:09:26 Michael Weber x...@gentoo.org napisał(a): - multilib builds and rename non-DEFAULT_ABI $bins to $bin.${ABI} And why exactly do you need multilib for a web browser? No need for the browser package (just fun)

Re: [gentoo-dev] netsurf.eclass proposal

2013-06-19 Thread Thomas Sachau
Michael Weber schrieb: On 06/19/2013 02:16 PM, Michał Górny wrote: Dnia 2013-06-19, o godz. 14:09:26 Michael Weber x...@gentoo.org napisał(a): - multilib builds and rename non-DEFAULT_ABI $bins to $bin.${ABI} And why exactly do you need multilib for a web browser? No need for the

Re: [gentoo-dev] netsurf.eclass proposal

2013-06-19 Thread Mike Gilbert
On Wed, Jun 19, 2013 at 8:30 AM, Michael Weber x...@gentoo.org wrote: On 06/19/2013 02:16 PM, Michał Górny wrote: Dnia 2013-06-19, o godz. 14:09:26 Michael Weber x...@gentoo.org napisał(a): - multilib builds and rename non-DEFAULT_ABI $bins to $bin.${ABI} And why exactly do you need

[gentoo-dev] Temporary DevRel actions for CoC violations

2013-06-19 Thread Markos Chandras
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, It is unfortunate to observe constant bullying, insults and trolling across our public media. Developers have been warned over and over that such behaviour is not acceptable and they should try to behave properly. However, people have ignored

Re: [gentoo-dev] Temporary DevRel actions for CoC violations

2013-06-19 Thread Greg KH
On Wed, Jun 19, 2013 at 06:35:49PM +0100, Markos Chandras wrote: For me, this problem is critical. Devrel is working on formalizing a new policy, and we will announce news on this soon. In the meantime, to prevent further escalations, I will use my lead powers to request immediate bans

RE: [gentoo-dev] Temporary DevRel actions for CoC violations

2013-06-19 Thread gmt
on Wed, 19 Jun 2013, at 10:35, Markos Chandras thusly quipped: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, It is unfortunate to observe constant bullying, insults and trolling across our public media. Developers have been warned over and over that such behaviour is not acceptable

RE: [gentoo-dev] Temporary DevRel actions for CoC violations

2013-06-19 Thread Alexandre Rostovtsev
Gentoo developers have been resigning from the project because they got burned out by dealing with ad-hominems, insults, and flames. I do not see CoC enforcement as some sort of plot to enforce groupthink or silence debate, but as an attempt to fix the real problem of burnout and talent drain.

Re: [gentoo-dev] Temporary DevRel actions for CoC violations

2013-06-19 Thread William Hubbs
On Wed, Jun 19, 2013 at 03:43:41PM -0400, Alexandre Rostovtsev wrote: Gentoo developers have been resigning from the project because they got burned out by dealing with ad-hominems, insults, and flames. I do not see CoC enforcement as some sort of plot to enforce groupthink or silence debate,

Re: [gentoo-dev] Temporary DevRel actions for CoC violations

2013-06-19 Thread Rich Freeman
On Wed, Jun 19, 2013 at 3:15 PM, g...@malth.us wrote: Am I the only one who feels that trolling, abuse, and so forth, are largely in the eye of the beholder, and that lively, impassioned, constructive debate may seem to many readers like hyperbole and ad hominem attack? Hence my comment that

Re: [gentoo-dev] [RFC] unpacker.eclass extensions

2013-06-19 Thread Mike Frysinger
On Monday 17 June 2013 16:37:06 Rick Zero_Chaos Farina wrote: On 06/17/2013 04:19 PM, Diego Elio Pettenò wrote: On 17/06/2013 17:54, Rick Zero_Chaos Farina wrote: I make all my files with tar cJf zero@ozzie ~ % file /usr/portage/distfiles/gr-osmosdr-0.0.2.tar.xz

Re: [gentoo-dev] Temporary DevRel actions for CoC violations

2013-06-19 Thread Luca Barbato
On 06/19/2013 09:15 PM, g...@malth.us wrote: Sorry to hear you have such a low opinion of the socialization of Gentoo developers. Since I'm not one of them, I'll just put forth my 2c in on this, without fear of consequences. Yet even users not behaving will get a friendly warning and might be

[gentoo-dev] repoman commit unexpectedly drops FEATURES=sign on error

2013-06-19 Thread Paweł Hajdan, Jr.
Today an interesting thing happened to my repoman, as I was committing a change: Creating Manifest for /home/ph/gentoo-x86/dev-lang/v8 gpg: no default secret key: Unusable secret key gpg: /home/ph/gentoo-x86/dev-lang/v8/Manifest: clearsign failed: Unusable secret key !!! !!! gpg exited with '2'

Re: [gentoo-dev] repoman commit unexpectedly drops FEATURES=sign on error

2013-06-19 Thread Zac Medico
On 06/19/2013 07:59 PM, Paweł Hajdan, Jr. wrote: I was surprised by repoman just dropping FEATURES=sign . I'm aware that at that time it has to commit an updated Manifest to prevent breakages, so if gpg fails it proceeds, but is there something it could do to check gpg sanity before committing

Re: [gentoo-dev] repoman commit unexpectedly drops FEATURES=sign on error

2013-06-19 Thread Zac Medico
On 06/19/2013 08:25 PM, Zac Medico wrote: On 06/19/2013 07:59 PM, Paweł Hajdan, Jr. wrote: I was surprised by repoman just dropping FEATURES=sign . I'm aware that at that time it has to commit an updated Manifest to prevent breakages, so if gpg fails it proceeds, but is there something it

Re: [gentoo-dev] Temporary DevRel actions for CoC violations

2013-06-19 Thread Diego Elio Pettenò
Does this mean the QA lead finally gets to suspend people who are patently not suited for developing a stable distribution without asking devrel? Because last time we got into the same judge, jury, and executioner argument, which I guess was just sent for the gallows (pun intended). Mind, it's