Hello Steve, we have two options: On Sat, Jan 14, 2006 at 03:24:25AM -0800, Steve Langasek wrote: > On Fri, Jan 13, 2006 at 07:42:00PM +0100, Helge Kreutzmann wrote: > > Ok, I just checked in a up-to-date sid changeroot and a simple rebuild > > is sufficient to solve this issue[0]. > > > [0] Please do not close #319713 but retitle it and ask for tighter > > (build-)dependencies (which would no longer be RC, of course). > > Well, in that case I think it would be best to just upload (NMU or > otherwise) to fix the build-deps.
No problems. Simply update the build-depends as mentioned in the title
of the bug (notice that there is an epoch in libglade2) and rebuild in
sid.
> > On the other hand, the latest upstream version (0.9.93) builds fine as
> > well[1]. It most likly closes all goobox-bugs except #291567. Right now,
> > goobox has trouble accessing my CD-ROM from within my changeroot, so I
> > cannot fully test #319719. If you think it is worthwile, I can prepare
> > a QA-upload with the new upstream and orphaning goobox.
>
> > Tell me if you think such a QA-Upload would be sensible[3].
>
> > [3] If you prefer, I can also ask Martin Michlmayr who sponsors other
> > packages of mine if he thinks a QA upload should be prepared with
> > the new upstream version.
>
> We evidently haven't heard anything from Dan yet on this RC bug, so
> orphaning may be appropriate -- but he has three other packages in unstable,
> so if he's MIA, MIA/QA should be notified first to figure out if all four
> packages should be orphaned.
I now rebuild goobox in current testing on my ibook and updated the
diff. You can find the patch attached. It closes several bugs and also
is linda/lintian clean (which is not the case for the above). I
already mailed upstream of all changes (especially the broken tarball,
as you can see, I disable parts of the distclean target to get a tree
after build as similar as before).
The changelog reads:
goobox (0.9.93-1) unstable; urgency=low
* New upstream release
* QA upload
* Use corrected dependency (Closes: #319713)
* Genre is no longer repeated depending on track number (Closes: #319719)
* German translation credit is now ok (Closes: #310202)
* The upstream PO-File has changed. I re-read the german translation and
applied some corrections, as the old patch from Jens Seidel does not
apply anymore. Indirect, this Closes: #314066
* Right now, genre can be specified for the entire disk only, hence
#319717 is addressed only partially
* No longer ship upstream README as it does not contain any new info
* Update to standards version 3.6.2 (no changes required)
-- Helge Kreutzmann <[EMAIL PROTECTED]> Fri, 20 Jan 2006 20:54:03 +0100
If we did this as NMU, then of course the version would be 0.9.93-0.1.
Upstreams source location is:
http://ftp.gnome.org/pub/GNOME/sources/goobox/
What would be your favorite course of action? I will be offline for
about a week, afterwards (unless you see any objections) I can ask QA
if they agree to orphan Dans packages. If you want, you can upload the
attached patch before, though (or schedule the NMU for the current
version).
Things which are not yet perfect in my patch:
*) The attempt to recreate the original tree after build is kind of
crude
*) The patch for the german translation (and the other upstream files
probably as well) should be handled by dpatch or similar (I did not
do this, as I am new to cdbs and would dive into the docs only if
I would continue maintenance)
*) The language of the description is not (yet) perfect (including a
warning by linda)
*) I *think* the last line in the clean target of debian/rules is
unnecessary now (but I did not test)
Anyways, I don't think any of these are showstoppers.
To summarize: I'd like (a fixed) goobox in Etch.
Greetings
Helge
--
Dr. Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED]
gpg signed mail preferred
64bit GNU powered http://www.itp.uni-hannover.de/~kreutzm
Help keep free software "libre": http://www.ffii.de/
goobox_0.9.93-1.diff.bz2
Description: Binary data
pgpheqs3BQQ04.pgp
Description: PGP signature
