Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-13 Thread Peter Volkov
В Втр, 06/04/2010 в 07:43 +0530, Nirbheek Chauhan пишет: * It makes zero sense to manually manage ChangeLogs in git[1] Once I had stupid cutpaste mistake and entered wrong credits in ChangeLog. I don't see how to resolve this issue in case ChangeLog's will be generated from git log and until

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-13 Thread Angelo Arrifano
On 13-04-2010 13:25, Peter Volkov wrote: В Втр, 06/04/2010 в 07:43 +0530, Nirbheek Chauhan пишет: * It makes zero sense to manually manage ChangeLogs in git[1] Once I had stupid cutpaste mistake and entered wrong credits in ChangeLog. I don't see how to resolve this issue in case ChangeLog's

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-13 Thread Nirbheek Chauhan
On Tue, Apr 13, 2010 at 4:55 PM, Peter Volkov p...@gentoo.org wrote: В Втр, 06/04/2010 в 07:43 +0530, Nirbheek Chauhan пишет: * It makes zero sense to manually manage ChangeLogs in git[1] Once I had stupid cutpaste mistake and entered wrong credits in ChangeLog. I don't see how to resolve

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-13 Thread Ulrich Mueller
On Tue, 13 Apr 2010, Nirbheek Chauhan wrote: Once I had stupid cutpaste mistake and entered wrong credits in ChangeLog. I don't see how to resolve this issue in case ChangeLog's will be generated from git log and until somebody suggests how to edit ChangeLogs generated from git I think have

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-13 Thread Nirbheek Chauhan
On Tue, Apr 13, 2010 at 6:49 PM, Ulrich Mueller u...@gentoo.org wrote: On Tue, 13 Apr 2010, Nirbheek Chauhan wrote: Once I had stupid cutpaste mistake and entered wrong credits in ChangeLog. I don't see how to resolve this issue in case ChangeLog's will be generated from git log and until

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-13 Thread Matti Bickel
Nirbheek Chauhan wrote: From my PoV, editing ChangeLog is like editing history. Complete no-no. It is possible in all major SCMs for a reason. And I (as a user) would laugh at Changelog entries saying um, I got that bug number wrong, it is really #1234. If I (as a developer) log such edits, I'm

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-13 Thread Angelo Arrifano
On 13-04-2010 18:12, Matti Bickel wrote: Nirbheek Chauhan wrote: From my PoV, editing ChangeLog is like editing history. Complete no-no. It is possible in all major SCMs for a reason. And I (as a user) would laugh at Changelog entries saying um, I got that bug number wrong, it is really

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-13 Thread Alec Warner
On Tue, Apr 13, 2010 at 9:12 AM, Matti Bickel m...@gentoo.org wrote: Nirbheek Chauhan wrote: From my PoV, editing ChangeLog is like editing history. Complete no-no. It is possible in all major SCMs for a reason. And I (as a user) would laugh at Changelog entries saying um, I got that bug

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-13 Thread Matti Bickel
Alec Warner wrote: On Tue, Apr 13, 2010 at 9:12 AM, Matti Bickel m...@gentoo.org wrote: Nirbheek Chauhan wrote: From my PoV, editing ChangeLog is like editing history. Complete no-no. It is possible in all major SCMs for a reason. And I (as a user) would laugh at Changelog entries saying um,

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-13 Thread Peter Volkov
В Втр, 13/04/2010 в 17:18 +0530, Nirbheek Chauhan пишет: The traditional ChangeLog that is currently employed in gentoo-x86 (and in other projects) is simply an ugly hack The difference between gentoo-x86 ebuild ChangeLogs and ChangeLogs used in other projects is that gentoo-x86 ChangeLog is

Re: [gentoo-dev] RFC: virtual/icon-theme

2010-04-13 Thread Paweł Hajdan, Jr.
On 4/11/10 9:54 PM, Petteri Räty wrote: On 04/11/2010 10:38 PM, Paweł Hajdan, Jr. wrote: What do you think about creating a new virtual package, icon-theme? This would for example simplify the dependencies for www-client/chromium, which currently uses this: What other packages would make

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in gnome-base/gnome-session: ChangeLog gnome-session-2.28.0.ebuild

2010-04-13 Thread Gilles Dartiguelongue
Le mardi 13 avril 2010 à 17:04 +, Alexis Ballier (aballier) a écrit : aballier10/04/13 17:04:35 Modified: ChangeLog gnome-session-2.28.0.ebuild Log: allow upower as devicekit-power provider and keyword ~x86-fbsd (Portage version: 2.2_rc67/cvs/Linux x86_64) are

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in gnome-base/gnome-session: ChangeLog gnome-session-2.28.0.ebuild

2010-04-13 Thread Alexis Ballier
On Wed, 14 Apr 2010 01:16:08 +0200 Gilles Dartiguelongue e...@gentoo.org wrote: Le mardi 13 avril 2010 à 17:04 +, Alexis Ballier (aballier) a écrit : aballier10/04/13 17:04:35 Modified: ChangeLog gnome-session-2.28.0.ebuild Log: allow upower as

Re: [gentoo-dev] [git migration] The problem of ChangeLog generation

2010-04-13 Thread Richard Freeman
On 04/13/2010 12:33 PM, Matti Bickel wrote: Alec Warner wrote: Its not possible in perforce once your change has been submitted. Oh, missed that one. Maybe that makes perforce more auditble or whatnot. I suspect that is the gist of it. I work with numerous systems that have audit trails

Re: [gentoo-dev] [Gentoo Phoenix] an official Gentoo wiki

2010-04-13 Thread George Prowse
On 10/04/2010 19:04, Vincent Launchbury wrote: On 04/10/10 11:25, William Hubbs wrote: Yes, it does. However, I would tend to question how practical their audio captcha is. Go to www.captcha.net and try the demo a few times and see how much luck you have solving audio captchas from it. Just

[gentoo-dev] [RFC] RESTRICT=parallel for builds that can't be executed in parallel

2010-04-13 Thread Zac Medico
Hi everyone, Should we add a RESTRICT=parallel value for ebuilds that can't be built at the same time as other ebuilds? Brian says we need it for things like xorg-server which calls eselect opengl. If we truly need this, is RESTRICT=parallel a good name? We could make it a PROPERTIES value

Re: [gentoo-dev] [RFC] RESTRICT=parallel for builds that can't be executed in parallel

2010-04-13 Thread Michał Górny
On Tue, 13 Apr 2010 19:12:08 -0700 Zac Medico zmed...@gentoo.org wrote: Should we add a RESTRICT=parallel value for ebuilds that can't be built at the same time as other ebuilds? Brian says we need it for things like xorg-server which calls eselect opengl. I don't think that's the right