On Tue, 2010-04-06 at 09:06 -0400, Richard Freeman wrote:
> Why not just get rid of the in-tree Changelogs entirely? The scm logs
> already document this information, so why have it in a file?
>
> It seems like the main purpose for it is for end-users to have some idea
> what changed in an ebui
On Tue, Apr 06, 2010 at 09:06:24AM -0400, Richard Freeman wrote:
> Why not just get rid of the in-tree Changelogs entirely? The scm
> logs already document this information, so why have it in a file?
The major concern with this is users that are NOT connected to the
internet always.
If you are con
On 04/06/2010 07:22 AM, James Cloos wrote:
>> "ZM" == Zac Medico writes:
>
> ZM> You can configure eclass override behavior via eclass-overrides in
> ZM> /etc/portage/repos.conf, as documented in `man portage`.
>
> ,< From that manpage >
> | When using eclass-overrides, due to bug #27626
On 04/06/2010 12:26 PM, Gilles Dartiguelongue wrote:
> Le mardi 06 avril 2010 à 16:14 +, Jonathan Callen (abcd) a écrit :
>> -src_unpack() {
>> +src_prepare() {
>> unpack ${A}
>> cd "${S}"
>> # Fix for upstream bug #12305
>> @@ -41,13 +41,12 @@
>> eautoreconf
>>
Le mardi 06 avril 2010 à 16:14 +, Jonathan Callen (abcd) a écrit :
> -src_unpack() {
> +src_prepare() {
> unpack ${A}
> cd "${S}"
> # Fix for upstream bug #12305
> @@ -41,13 +41,12 @@
> eautoreconf
> }
Please remove stuff that has no place in prepare (unpack,
On Tue, Apr 6, 2010 at 7:28 AM, Duncan <1i5t5.dun...@cox.net> wrote:
> But while I don't do IRC, from various hints I've seen here, that hasn't
> necessarily been the case there. I'm not making a judgement of whether
> that's good or bad and am only going on various asides I've seen here
> because
On Tue, 06 Apr 2010 10:25:27 -0400
James Cloos wrote:
> Perl people -- I'm one -- use man(1); given the differences in
> usefulness, I cannot imagine why anyone would prefer perldoc(1)
> over man(1).
I prefer perldoc over man. And I cannot imagine why anyone would prefer
keeping two copies of th
James Cloos posted on Tue, 06 Apr 2010 10:27:36 -0400 as excerpted:
>> "MH" == Michael Higgins writes:
>
> MH> Yep. Why have a man page for a perl module? OTOH, if there is
> something MH> that goes in /usr/bin, it should get a man page if there
> is one. But MH> not for the modules themselv
> "MH" == Michael Higgins writes:
MH> Yep. Why have a man page for a perl module? OTOH, if there is something
MH> that goes in /usr/bin, it should get a man page if there is one. But
MH> not for the modules themselves -- that's not needed at all.
Because man(1) works better than the alternat
> "TV" == Torsten Veller writes:
TV> * James Cloos :
>> One change the perl eclasses require is elimination of the code which
>> deletes the man pages.
>>
>> Deleting the man pages is /extremely/ rude and should not occur.
TV> There was a reason why the man-pages were removed: I think it wa
> "ZM" == Zac Medico writes:
ZM> You can configure eclass override behavior via eclass-overrides in
ZM> /etc/portage/repos.conf, as documented in `man portage`.
,< From that manpage >
| When using eclass-overrides, due to bug #276264, you must ensure that
| your portage tree does not con
Jorge Manuel B. S. Vicetto posted on Tue, 06 Apr 2010 02:16:52 + as
excerpted:
> However and
> despite all the recent complaints about flames in the mailing lists, as
> someone that has been following the mailing lists for a while, the
> amount and level of flames has been substantially reduce
On Tue, Apr 06, 2010 at 03:00:10PM +0200, Ben de Groot wrote:
> On 6 April 2010 07:16, Stuart Longland wrote:
> > How are you off for moderators? I don't have a lot of time to sit
> > around waiting for stuff to compile these days (which is why I've been
> > very inactive on the MIPS and Mozilla
On 04/05/2010 10:13 PM, Nirbheek Chauhan wrote:
* Proposed is to generate ChangeLogs from git commits on the rsync
server side when metadata generation is done
- Scripts to do this already exist[1]
I haven't seen this discussed, so I'm going to toss this out there and duck:
Why not just get
On 6 April 2010 07:16, Stuart Longland wrote:
> How are you off for moderators? I don't have a lot of time to sit
> around waiting for stuff to compile these days (which is why I've been
> very inactive on the MIPS and Mozilla fronts) but I could look help out
> with the moderation.
It looks lik
On 06-04-2010 12:31:51 +0530, Nirbheek Chauhan wrote:
> On Tue, Apr 6, 2010 at 12:11 PM, Fabian Groffen wrote:
> > On 06-04-2010 07:43:02 +0530, Nirbheek Chauhan wrote:
> >> * It makes zero sense to manually manage ChangeLogs in git[1]
> >> - Irritating conflicts while merging branches or remote
On Tue, 06 Apr 2010 07:47:17 +0200
Rémi Cardona wrote:
> How about changing how users search instead?
>
> Let's make the small search box search for ALL bugs instead of just
> opened ones. *That* should help tremendously.
Adding additional bug types to search for by default - ok. Forcing
search
On Tue, Apr 6, 2010 at 12:58 PM, Maciej Mrozowski wrote:
>>
>> Solutions:
>>
>> * Do not re-generate the existing ChangeLog; rather make the ChangeLog
>> generation script smart enough to only append
>> - Solves the "messages not same" problem for existing commits
>
> I don't t
On Tuesday 06 of April 2010 07:47:17 Rémi Cardona wrote:
> How about changing how users search instead?
>
> Let's make the small search box search for ALL bugs instead of just
> opened ones. *That* should help tremendously.
+1, maybe even enable it by default. That could reduce dupes imho.
> Tha
On Tuesday 06 of April 2010 04:13:02 Nirbheek Chauhan wrote:
> One of the few remaining problems to be solved for the migration to
> git for our gentoo-x86/ and gentoo/ trees (besides other
> projects/overlays) is the problem of how to handle ChangeLogs.
Great that you touched this topic.
> =
* Sebastian Pipping :
> - Package tree history (VCS logs, ..)
> - get real numbers on how much active manpower we have
I am generating monthly stats for gentoo-x86 for a year or so:
http://dev.gentoo.org/~tove/stats/gentoo-x86/
It lists the number of commits per month (cvs-log-20...) for all
"a
On Tue, Apr 6, 2010 at 12:11 PM, Fabian Groffen wrote:
> On 06-04-2010 07:43:02 +0530, Nirbheek Chauhan wrote:
>> * It makes zero sense to manually manage ChangeLogs in git[1]
>> - Irritating conflicts while merging branches or remote master
>> + Similar argument for having only distfile man
22 matches
Mail list logo
