We've removed arename.pl from grml-scripts in commit 
0ad5c2985939eabd4864fbc4aed80e209508d0e4 - so closing this bugreport therefore.

regards,
-mika-

Frank Terbeck <ft@bewatermyfriend.org>:
> Frank Terbeck <ft@bewatermyfriend.org>:
> > Michael Prokop <bts@bts.grml.org>:
> > > 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?
> [...]
> > 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.
[...]
> I just uploaded a snapshot .tar.gz file for arename.pl and a .diff.gz,
> that contains initial (and also quick-and-dirty) debian packaging.
> 
> It's not lintian clean.
> And I don't know if this is the way a perl program should be packaged
> in Debian. The resulting .deb looks well enough, though.
[...]

Let's say, I might be able to do get the above working with the newest
version of the script (no promises, as always). How would you expect
me to go about it? Would you want to create a new repo on hg.grml.org
or do you prefer orig.tar.gz + debian.diff.gz?

Ooor, would you rather wait for this to be in debian? Which would be
okay by me, too. Just that it might never happen. :-)


Anyway, the current broken state of the script in grml should be dealt
with; which means, it should be removed from grml-scripts at least.

Regards, Frank

-- 
In protocol design, perfection has been reached not when there is
nothing left to add, but when there is nothing left to take away.
                                                  -- RFC 1925

Frank Terbeck <ft@bewatermyfriend.org>:
> Michael Prokop <bts@bts.grml.org>:
> > 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?
[...]
> 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.

Turned out, I had some free time.

I just uploaded a snapshot .tar.gz file for arename.pl and a .diff.gz,
that contains initial (and also quick-and-dirty) debian packaging.

It's not lintian clean.
And I don't know if this is the way a perl program should be packaged
in Debian. The resulting .deb looks well enough, though.

Also note, that the snapshot, this is based on is quite recent and
should get some testing before it's actually submitted to anyone
(because it contains quite a lot of changes).

  (I'll tell the guy, who was thinking about *really* packaging this
  thing for Debian this bug's URI.)

> 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).

This still stands.

Regards, Frank

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

* Frank Terbeck <bts@bts.grml.org> [20080311 22:30]:

> This is kind of embarassing.
> 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. :-/

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?

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....

regards,
-mika-

This is kind of embarassing.
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.

If these packages could not have been dropped silently,
by accident, then this has *never* been tested.

And I would obviously be the one to blame.

In any case, I think arename.pl should be removed from
grml-scripts at once (unless we want to expand grml-scripts
dependencies - which we don't).

Sorry for that ugly screw-up, if it turns out to be my fault.
...which is quite likely, unfortunately. :-/

Regards, Frank