On 04/04/10 22:48, Roy Bamford wrote:
Open bugs per package and mean age of bugs per package come to mind.
Such per package metrics can be aggregated per herd, per project, the
whole of Gentoo or whatever.
A reducing mean age of bugs and open bugs shows we are moving in the
right
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 manifests; but I digress...
- Duplication of effort and
On Tue, Apr 6, 2010 at 12:11 PM, Fabian Groffen grob...@gentoo.org 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
* Sebastian Pipping sp...@gentoo.org:
- 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
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.
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.
That,
On Tue, Apr 6, 2010 at 12:58 PM, Maciej Mrozowski reave...@gmail.com 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
On Tue, 06 Apr 2010 07:47:17 +0200
Rémi Cardona r...@gentoo.org 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.
On 06-04-2010 12:31:51 +0530, Nirbheek Chauhan wrote:
On Tue, Apr 6, 2010 at 12:11 PM, Fabian Groffen grob...@gentoo.org 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
On 6 April 2010 07:16, Stuart Longland redhat...@gentoo.org 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
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
On Tue, Apr 06, 2010 at 03:00:10PM +0200, Ben de Groot wrote:
On 6 April 2010 07:16, Stuart Longland redhat...@gentoo.org 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
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 reduced
ZM == Zac Medico zmed...@gentoo.org 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
TV == Torsten Veller ml...@veller.net writes:
TV * James Cloos cl...@jhcloos.com:
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
MH == Michael Higgins li...@evolone.org 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
James Cloos posted on Tue, 06 Apr 2010 10:27:36 -0400 as excerpted:
MH == Michael Higgins li...@evolone.org 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
On Tue, 06 Apr 2010 10:25:27 -0400
James Cloos cl...@jhcloos.com 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
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 as I
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, cd ${S})
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
}
Please
On 04/06/2010 07:22 AM, James Cloos wrote:
ZM == Zac Medico zmed...@gentoo.org 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
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
23 matches
Mail list logo
