Mailing List Archive: Automated Package Removal and Addition Tracker, for the week ending 2009-07-26 23h59 UTC

Automated Package Removal and Addition Tracker, for the week ending 2009-07-26 23h59 UTC

Jul 26, 2009, 5:15 PM

Post #1 of 3 (267 views)

The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2009-07-26 23h59 UTC.

Removals:
net-misc/l7-filter 2009-07-20 11:16:48 pva
sci-misc/gri 2009-07-21 08:23:31 fauli
net-misc/ltsp 2009-07-21 13:12:57 flameeyes
dev-python/twisted-web2 2009-07-21 13:24:41 ssuominen
x11-plugins/noscript 2009-07-21 15:16:59 nirbheek
x11-libs/liboldX 2009-07-22 08:38:55 remi
media-sound/streamixer 2009-07-23 08:03:19 ssuominen
media-libs/ladcca 2009-07-24 09:45:17 ssuominen
dev-python/pyreverse 2009-07-24 20:32:54 arfrever
dev-python/glewpy 2009-07-25 19:18:46 neurogeek
dev-python/pycrash 2009-07-25 19:18:46 neurogeek
media-sound/bmpx 2009-07-25 19:32:46 ssuominen

Additions:
dev-ruby/calendar_date_select 2009-07-20 13:27:19 flameeyes
sci-visualization/gri 2009-07-21 08:20:25 fauli
net-wireless/rfkill 2009-07-21 12:41:09 chainsaw
www-plugins/noscript 2009-07-21 15:05:38 nirbheek
dev-util/bakefile 2009-07-21 20:53:17 jokey
app-admin/haskell-updater 2009-07-22 07:04:33 kolmodin
dev-util/metro 2009-07-22 09:48:11 hollow
net-misc/bird 2009-07-22 12:20:53 chainsaw
app-editors/gedit-plugins 2009-07-22 18:28:43 mrpouet
media-gfx/kiconedit 2009-07-22 23:10:28 wired
sys-power/guidance-power-manager 2009-07-22 23:15:17 wired
dev-perl/UltraDNS 2009-07-23 01:31:17 robbat2
media-sound/gejengel 2009-07-23 18:21:16 hwoarang
dev-util/hgview 2009-07-23 22:48:37 wired
dev-libs/xml-security-c 2009-07-24 05:16:43 dev-zero
app-text/xiphos 2009-07-24 19:47:29 beandog
media-sound/shoutcast-search 2009-07-24 19:52:30 ssuominen
media-libs/libreplaygain 2009-07-25 12:03:57 ssuominen
media-libs/libcuefile 2009-07-25 13:25:39 ssuominen
sci-biology/pals 2009-07-25 18:10:34 weaver
sci-biology/piler 2009-07-25 18:15:30 weaver
dev-python/functest 2009-07-25 19:53:15 neurogeek
dev-python/simplesettings 2009-07-25 20:23:36 neurogeek
dev-python/mozrunner 2009-07-25 20:28:38 neurogeek
sci-biology/pilercr 2009-07-25 21:41:49 weaver
app-xemacs/guided-tour 2009-07-26 07:05:37 graaff
app-xemacs/easypg 2009-07-26 07:10:24 graaff
media-libs/libmpcdecsv7 2009-07-26 12:17:43 ssuominen
net-mail/rss2email 2009-07-26 13:48:45 rbu
net-wireless/gerix 2009-07-26 16:50:09 scarabeus

--
Robin Hugh Johnson
Gentoo Linux Developer
E-Mail : robbat2@gentoo.org
GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85

Re: Automated Package Removal and Addition Tracker, for the week ending 2009-07-26 23h59 UTC [ In reply to ]

cloos at jhcloos

Jul 28, 2009, 5:29 PM

Post #2 of 3 (250 views)

Permalink

|> Removals:
|> x11-plugins/noscript 2009-07-21 15:16:59 nirbheek

|> Additions:
|> www-plugins/noscript 2009-07-21 15:05:38 nirbheek

It would be a bit easier to read if there were a third section in
the tracker for renames, rather than having them in the Removals
and Additions sections.

Obviously the syntax of each line would have to be different; perhaps
something like the {oldâ‡’new} syntax would allow each change to be on
a single line in a (human+machine)-readable fashion?

-JimC
--
James Cloos <cloos@jhcloos.com> OpenPGP: 1024D/ED7DAEA6

Re: Re: Automated Package Removal and Addition Tracker, for the week ending 2009-07-26 23h59 UTC [ In reply to ]

robbat2 at gentoo

Jul 28, 2009, 6:37 PM

Post #3 of 3 (250 views)

Permalink

On Tue, Jul 28, 2009 at 08:29:03PM -0400, James Cloos wrote:
> It would be a bit easier to read if there were a third section in
> the tracker for renames, rather than having them in the Removals
> and Additions sections.
The detection tool runs solely based on the CVSROOT 'History' file.
Based on that alone, we cannot detect a rename reliably.

If something gets renamed or removed in quick sucession, the updates
tracking files can be out of date as well

> Obviously the syntax of each line would have to be different; perhaps
> something like the {oldâ‡’new} syntax would allow each change to be on
> a single line in a (human+machine)-readable fashion?
Two sets of output are already provide. One for humans, and one for
machines.

P.S. I am on the mailing list, you do not need to CC me.

--
Robin Hugh Johnson
Gentoo Linux Developer & Infra Guy
E-Mail : robbat2@gentoo.org
GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85

Mailing List Archive

Mailing List Archive

Attached Files: