В Втр, 06/04/2010 в 07:43 +0530, Nirbheek Chauhan пишет:
> * It makes zero sense to manually manage ChangeLogs in git[1]
Once I had stupid cut&paste 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 so
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 cut&paste mistake and entered wrong credits in
> ChangeLog. I don't see how to resolve this issue in case Chang
On Tue, Apr 13, 2010 at 4:55 PM, 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 cut&paste mistake and entered wrong credits in
> ChangeLog. I don't see how to resolve this issue i
> On Tue, 13 Apr 2010, Nirbheek Chauhan wrote:
>> Once I had stupid cut&paste 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
On Tue, Apr 13, 2010 at 6:49 PM, Ulrich Mueller wrote:
>> On Tue, 13 Apr 2010, Nirbheek Chauhan wrote:
>
>>> Once I had stupid cut&paste 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 so
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'
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 rea
On Tue, Apr 13, 2010 at 9:12 AM, 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,
Alec Warner wrote:
> On Tue, Apr 13, 2010 at 9:12 AM, 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
В Втр, 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
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 packag
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)
On Wed, 14 Apr 2010 01:16:08 +0200
Gilles Dartiguelongue 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 devicekit-power p
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
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 fo
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 instea
On Tue, 13 Apr 2010 19:12:08 -0700
Zac Medico 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 solution. In most cas
On Wed, Apr 14, 2010 at 07:45:20AM +0200, Michaaa GGGrny wrote:
> On Tue, 13 Apr 2010 19:12:08 -0700
> Zac Medico 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
On Tue, Apr 13, 2010 at 10:03 PM, Matti Bickel wrote:
> I rather like the changelogs auto-generated. A method to link my git
> commit to bugzie would be awesome. I *do* envy debian and others for the
> auto bughandling they have. Previewing more than a raw number would also
> reduce (not eliminate
On 14/04/10 04:12, Zac Medico wrote:
> 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.
There is at least one other example which benefits f
20 matches
Mail list logo
