Michael Prokop <bts@bts.grml.org>:
> Michael Prokop <mika@grml.org> added the comment:
> * Frank Terbeck <bts@bts.grml.org> [20080311 22:30]:
> > We added arename.pl. But grml does not ship the needed
> > perl modules. This is bad.
> 
> > I was *sure* I checked they were in the packages list.
> > But they are not in the list for 1.1, nor are they among
> > the removed packages since 1.0.
> 
> > Could they have been silently dropped?
> > That would be: libogg-vorbis-header-perl and libmp3-tag-perl.
> > Those are needed for the version in grml-scripts.
> 
> Looks like the packages got removed during the grml-live migration
> where we made a cleanup of all lib* packages which aren't a
> dependency of any package. :-/

Okay, so these are not among the removed packages from 1.0->1.1
either.

> grml-scripts always is a bit problematic in regards to dependencies,
> we should work on better splitouts. AFAIK someone is working on a
> Debian package for arename already, right?

Yes.
Well, at least he said he was planning to do it sometime in the
future; which sounds a bit spongy to me...

I might do it myself, if he doesn't move until next month. This month
is packed with work. There is no way I can do it now.

Also, I don't want to maintain such a package in debian. So, that
would be grml only (until maybe the guy who wants to package it anyway
takes over).

> And we should think about a way how we could avoid such errors in
> the future, I'm thinking about an automatic test suite... hm....

Hm, if we include test suite scripts in the packages that are likely
to be victim to such problems; I guess that could be checked
automatically in qemu (or similar), if we introduce a new boot
parameter 'runtests', which would automatically run all tests after
the boot (which probably would not need to be a full boot with all
hardware detection, for speed improvements, I guess).

I would help on such scripts. But like I mentioned above: I will not
be able to help this month.

Regards, Frank