On Tue, May 22, 2012 at 12:08 PM, Holger Levsen wrote:
>
> merging was more annoying then it should have been, cause that branch had
> other changes not yet in develop... :/
>
>
I didn't expect it to beat out the packaging commits. -report has many
changes in there.
At least the piatti/piuparts
tags 673919 + pending
thanks
Hi Dave,
On Dienstag, 22. Mai 2012, Dave Steele wrote:
> https://github.com/davesteele/piuparts/commits/release-sections
merged and pushed into develop.
merging was more annoying then it should have been, cause that branch had
other changes not yet in develop..
On Tue, May 22, 2012 at 11:07 AM, Andreas Beckmann wrote:
> On 2012-05-22 14:35, Holger Levsen wrote:
>
> this usertag is useless :)
Yeah. It's just that this really applies to piuparts-, and
I didn't want it to get lost.
>> looking at the code it seems your right, but have you tested it? :-)
>
On 2012-05-22 14:35, Holger Levsen wrote:
>> piuparts-report is a bit of a resource hog, both in terms of RAM usage
>> and clock time. There is a loop in the main routine that maintains an
>> array of Section objects, which is never accessed. Removing this array
>> would permit those objects to be
Hi Dave,
thanks for your bugreport!
On Dienstag, 22. Mai 2012, Dave Steele wrote:
> User: debian...@lists.debian.org
> Usertags: piuparts
this usertag is useless :)
> piuparts-report is a bit of a resource hog, both in terms of RAM usage
> and clock time. There is a loop in the main routine th
Package: piuparts
Version: 0.44
Tags: patch
User: debian...@lists.debian.org
Usertags: piuparts
piuparts-report is a bit of a resource hog, both in terms of RAM usage
and clock time. There is a loop in the main routine that maintains an
array of Section objects, which is never accessed. Removing t
6 matches
Mail list logo
