Debian Bug report logs - #488482
genisoimage: does not handle deep directory structures even though manpage says it does

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Julian Gilbey <jdg@debian.org>

To: Debian Bug Tracking System <submit@bugs.debian.org>

Subject: genisoimage: does not handle deep directory structures even though manpage says it does

Date: Sun, 29 Jun 2008 10:07:29 +0100

Package: genisoimage
Version: 9:1.1.8-1
Severity: normal

I tried the following:

euclid:~ $ genisoimage -J -r -o /tmp/mathcamp.iso mathcamp-2007
I: -input-charset not specified, using utf-8 (detected in locale settings)
genisoimage: Directories too deep for 'mathcamp-2007/yearbook-2007/html/photo/img/thumb/.svn/tmp/props' (7) max is 6.

But in the NOTES section of genisoimage(1) it says:

    If  genisoimage  is  creating  a  filesystem  image  with  Rock Ridge
    attributes and the directory nesting level of the source directory tree
    is too much for ISO9660, genisoimage will do deep directory relocation.
    This  results  in  a directory called RR_MOVED in the root directory of
    the CD. You cannot avoid this directory.

In the source code, though, genisoimage/tree.c, there is a comment
(lines 2417 onwards):

     /*
      * XXX to prevent this, we would need to add
      * XXX support for RR directory relocation
      * XXX to find_or_create_directory()
      */

So it appears to have no support for directory relocation.

Hmmm.

   Julian

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages genisoimage depends on:
ii  libbz2-1.0             1.0.5-0.1         high-quality block-sorting file co
ii  libc6                  2.7-10            GNU C Library: Shared libraries
ii  libmagic1              4.24-2            File type determination library us
ii  zlib1g                 1:1.2.3.3.dfsg-12 compression library - runtime

genisoimage recommends no packages.

-- no debconf information

Message #10 received at 488482@bugs.debian.org (full text, mbox, reply):

From: Samuel Colin <samuel.colin@loria.fr>

To: Debian Bug Tracking System <488482@bugs.debian.org>

Subject: genisoimage: This actually might be a new behaviour

Date: Mon, 30 Jun 2008 17:30:57 +0200

Package: genisoimage
Version: 9:1.1.8-1
Followup-For: Bug #488482


Hi,
just bumping to confirm the bug and stating that it might actually be new. I
regularly do (from every two weeks to one month) backups through genisoimage
of a directory with often deeply nested subdirectories and the problem did
not appear before this version.
Thus the bug has probably been introduced by one of the latest changes.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.24 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages genisoimage depends on:
ii  libbz2-1.0             1.0.5-0.1         high-quality block-sorting file co
ii  libc6                  2.7-10            GNU C Library: Shared libraries
ii  libmagic1              4.24-2            File type determination library us
ii  zlib1g                 1:1.2.3.3.dfsg-12 compression library - runtime

genisoimage recommends no packages.

-- no debconf information

Message #15 received at 488482@bugs.debian.org (full text, mbox, reply):

From: Samuel Colin <Samuel.Colin@loria.fr>

To: 488482@bugs.debian.org

Subject: Re: Bug#488482: Info received (genisoimage: This actually might be a new behaviour)

Date: Mon, 30 Jun 2008 20:36:26 +0200

Hello,
I have additional information about the bug.
As it was the opportunity to try "git bisect" I tried to find the commit
that introduced the regression this way.

I took the 1.1.7 version as the "good" version (I tested, it created the
iso with a deep directory structure ok) and 1.1.8 as the "bad" version, in
git terms. I used a small "test.sh" script that rebuilt genisoimage each
time git "switched" commits, and created a small deep directory structure
to test genisoimage on it.

Here are the last lines of running "git bisect run ./test.sh":

###############
./build/genisoimage/genisoimage: Directories too deep for 'youpi/1/2/3/4/5/6/7/8' (7) max is 6.
cf36ca94fbd5c523dd8d106f528da97c1eec55d4 is first bad commit
commit cf36ca94fbd5c523dd8d106f528da97c1eec55d4
Author: 93sam <93sam@a95a6be8-091b-0410-adaf-d31e6857962f>
Date:   Sun May 25 21:00:55 2008 +0000

    genisoimage: Applied patch from Roman Rakus <rrakus@redhat.com> to
    preserve directory permissions.
    
    
    git-svn-id: svn://svn.debian.org/debburn/cdrkit/trunk@807 a95a6be8-091b-0410-adaf-d31e6857962f

:100644 100644 74442af32ede6b33be80fe31ebc536a7e0dc8d66 cbe6b76b4ec8cd4d9a3bd84c2cb32dd71534cb59 M	Changelog
:040000 040000 e731a720a0890204ca23d2da37603bb6204cd879 c94c52da9968e242e963db771397a4f06d72d4a8 M	genisoimage
bisect run success
#################

Hence the problematic revision seems to be the 807th one if I am to believe
git. Taking a look at the source shows many changes into genisoimage, but
I'm not familiar enough with the codebase to take a guess :-(

Hope this helps, though.

Message #20 received at 488482@bugs.debian.org (full text, mbox, reply):

From: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling)

To: jdg@debian.org

Subject: Re: Bug#488482: genisoimage: does not handle deep directory structures even though manpage says it does

Date: Tue, 01 Jul 2008 22:55:13 +0200

Hi,

Debian uses an extremely outdated version of mkisofs and in
addition added new bugs.

The official mkisofs correctly handles deep directory relocation
in all cases since 2 years.

Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       schilling@fokus.fraunhofer.de     (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily

Message #25 received at 488482@bugs.debian.org (full text, mbox, reply):

From: Joerg.Schilling@fokus.fraunhofer.de (Joerg Schilling)

To: jdg@debian.org

Cc: 488482@bugs.debian.org

Subject: rules violation

Date: Thu, 03 Jul 2008 12:09:39 +0200

Please do not forward private mail to public mailing lists!


Jörg

-- 
 EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@cs.tu-berlin.de                (uni)  
       schilling@fokus.fraunhofer.de     (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily

Message #30 received at 488482@bugs.debian.org (full text, mbox, reply):

From: Samuel Colin <samuel.colin@loria.fr>

To: Debian Bug Tracking System <488482@bugs.debian.org>

Subject: genisoimage: Patch for correcting the issue

Date: Sat, 05 Jul 2008 20:30:47 +0200

[Message part 1 (text/plain, inline)]

Package: genisoimage
Version: 9:1.1.8-1
Followup-For: Bug #488482


Hi,
it's-a-me again, I found some courage and tried to look for what specific
change might have introduced the problem. You will find the attached patch
which seems to solve it. A few more details:

- I tested the patch by comparing versions 1.1.7 and 1.1.8 with the patch
  with "-v -v" parameter and both versions compiled with -DDEBUG for
  genisoimage: Except for the version number and the "X% done, estimate
  finish...", there is no difference

- The ISO image was produced with -R (not -r or -xa, thus they might need
  testing too). By mounting it with "-o loop" and exploring the deep
  directories I could access the files

- I have no clue why this patch works except that it was among "default"
  value settings and it made my coder-sense tingle.

[RR_with_deep_directories.patch (text/x-c, attachment)]

Message #35 received at 488482@bugs.debian.org (full text, mbox, reply):

From: Steve McIntyre <steve@einval.com>

To: Samuel Colin <samuel.colin@loria.fr>, 488482@bugs.debian.org

Cc: Roman Rakus <rrakus@redhat.com>

Subject: Re: Bug#488482: genisoimage: Patch for correcting the issue

Date: Sun, 6 Jul 2008 23:09:57 +0100

On Sat, Jul 05, 2008 at 08:30:47PM +0200, Samuel Colin wrote:
>Package: genisoimage
>Version: 9:1.1.8-1
>Followup-For: Bug #488482

Hi,

>Hi,
>it's-a-me again, I found some courage and tried to look for what specific
>change might have introduced the problem. You will find the attached patch
>which seems to solve it. A few more details:
>
>- I tested the patch by comparing versions 1.1.7 and 1.1.8 with the patch
>  with "-v -v" parameter and both versions compiled with -DDEBUG for
>  genisoimage: Except for the version number and the "X% done, estimate
>  finish...", there is no difference
>
>- The ISO image was produced with -R (not -r or -xa, thus they might need
>  testing too). By mounting it with "-o loop" and exploring the deep
>  directories I could access the files
>
>- I have no clue why this patch works except that it was among "default"
>  value settings and it made my coder-sense tingle.

>diff --git a/genisoimage/tree.c b/genisoimage/tree.c
>index a11098a..7805888 100644
>--- a/genisoimage/tree.c
>+++ b/genisoimage/tree.c
>@@ -1994,7 +1994,7 @@ insert_file_entry(struct directory *this_dir, char *whole_path,
> 		s_entry1->filedir = this_dir;
> 
> 		statbuf.st_size = (off_t)0;
>-//		statbuf.st_mode &= 0777;
>+		statbuf.st_mode &= 0777;
> 		set_733((char *) s_entry->isorec.size, 0);
> 		s_entry->realsize=0;
> 		s_entry->size = 0;

Thanks very much for the analysis here - it looks very useful. The
change that went in in the last release was from a patch by Roman to
preserve directory permissions. Maybe he can comment on the effects
here...

-- 
Steve McIntyre, Cambridge, UK.                                steve@einval.com
Welcome my son, welcome to the machine.

Message #40 received at 488482@bugs.debian.org (full text, mbox, reply):

From: Roman Rakus <rrakus@redhat.com>

To: Steve McIntyre <steve@einval.com>

Cc: Samuel Colin <samuel.colin@loria.fr>, 488482@bugs.debian.org

Subject: Re: Bug#488482: genisoimage: Patch for correcting the issue

Date: Mon, 07 Jul 2008 13:14:27 +0200

[Message part 1 (text/plain, inline)]

Steve McIntyre wrote:
> On Sat, Jul 05, 2008 at 08:30:47PM +0200, Samuel Colin wrote:
>   
>> Package: genisoimage
>> Version: 9:1.1.8-1
>> Followup-For: Bug #488482
>>     
>
> Hi,
>
>   
>> Hi,
>> it's-a-me again, I found some courage and tried to look for what specific
>> change might have introduced the problem. You will find the attached patch
>> which seems to solve it. A few more details:
>>
>> - I tested the patch by comparing versions 1.1.7 and 1.1.8 with the patch
>>  with "-v -v" parameter and both versions compiled with -DDEBUG for
>>  genisoimage: Except for the version number and the "X% done, estimate
>>  finish...", there is no difference
>>
>> - The ISO image was produced with -R (not -r or -xa, thus they might need
>>  testing too). By mounting it with "-o loop" and exploring the deep
>>  directories I could access the files
>>
>> - I have no clue why this patch works except that it was among "default"
>>  value settings and it made my coder-sense tingle.
>>     
>
>   
>> diff --git a/genisoimage/tree.c b/genisoimage/tree.c
>> index a11098a..7805888 100644
>> --- a/genisoimage/tree.c
>> +++ b/genisoimage/tree.c
>> @@ -1994,7 +1994,7 @@ insert_file_entry(struct directory *this_dir, char *whole_path,
>> 		s_entry1->filedir = this_dir;
>>
>> 		statbuf.st_size = (off_t)0;
>> -//		statbuf.st_mode &= 0777;
>> +		statbuf.st_mode &= 0777;
>> 		set_733((char *) s_entry->isorec.size, 0);
>> 		s_entry->realsize=0;
>> 		s_entry->size = 0;
>>     
>
> Thanks very much for the analysis here - it looks very useful. The
> change that went in in the last release was from a patch by Roman to
> preserve directory permissions. Maybe he can comment on the effects
> here...
>
>   
Hi.
I'm sorry for introducing this bug. When I was porting the patch I do 
some changes and forgot to turn back this change.

[rrakus.vcf (text/x-vcard, attachment)]

Message #45 received at 488482@bugs.debian.org (full text, mbox, reply):

From: Steve McIntyre <steve@einval.com>

To: Roman Rakus <rrakus@redhat.com>

Cc: Samuel Colin <samuel.colin@loria.fr>, 488482@bugs.debian.org

Subject: Re: Bug#488482: genisoimage: Patch for correcting the issue

Date: Mon, 7 Jul 2008 23:53:13 +0100

On Mon, Jul 07, 2008 at 01:14:27PM +0200, Roman Rakus wrote:
>Steve McIntyre wrote:
>>
>>Thanks very much for the analysis here - it looks very useful. The
>>change that went in in the last release was from a patch by Roman to
>>preserve directory permissions. Maybe he can comment on the effects
>>here...
>>
>>  
>Hi.
>I'm sorry for introducing this bug. When I was porting the patch I do 
>some changes and forgot to turn back this change.

Ok, no problem. So that change is not actually needed for the perms
patch then?

-- 
Steve McIntyre, Cambridge, UK.                                steve@einval.com
Google-bait:       http://www.debian.org/CD/free-linux-cd
  Debian does NOT ship free CDs. Please do NOT contact the mailing
  lists asking us to send them to you.

Message #50 received at 488482@bugs.debian.org (full text, mbox, reply):

From: Samuel Colin <Samuel.Colin@loria.fr>

To: Roman Rakus <rrakus@redhat.com>

Cc: Steve McIntyre <steve@einval.com>, 488482@bugs.debian.org

Subject: Re: Bug#488482: genisoimage: Patch for correcting the issue

Date: Tue, 8 Jul 2008 16:57:04 +0200

Dixit Roman Rakus <rrakus@redhat.com> : 

> Steve McIntyre wrote:
> > On Sat, Jul 05, 2008 at 08:30:47PM +0200, Samuel Colin wrote:
> >   
> > Thanks very much for the analysis here - it looks very useful. The
> > change that went in in the last release was from a patch by Roman to
> > preserve directory permissions. Maybe he can comment on the effects
> > here...
> >
> >   
> Hi.
> I'm sorry for introducing this bug. When I was porting the patch I do 
> some changes and forgot to turn back this change.
> 
What is the goal of and-ing the file mode to 777 ? I more or less
understood that it cleared specific modes ("the file is a link", or things
like that) and that it may have a role in writing files into the index of
the iso fs. Actually I may be wrong-headed in my understanding, and if it
is not possible to explain what happens here in just a few sentences, don't
bother :-P

It's just that I had some difficulties tracking the role of the statbuf
variable here and it was the introduced change that made the less sense in
the proposed patch, hence it could be said that I found the bug almost by
sheer luck.

Anyway, thanks for the quick reply :-)

Message #55 received at 488482@bugs.debian.org (full text, mbox, reply):

From: Andrew Price <andy@andrewprice.me.uk>

To: 488482@bugs.debian.org

Subject: Re: Bug#488482: genisoimage: Patch for correcting the issue

Date: Mon, 22 Sep 2008 21:54:23 +0100

Hello, I'm experiencing this bug in lenny and reading the bts backlog it
seems that there's a one-line fix for it but it hasn't been applied yet
- is that correct? Is the patch suitable?

Cheers,

--
Andy Price

Message #60 received at 488482@bugs.debian.org (full text, mbox, reply):

From: Kirill Smelkov <kirr@mns.spb.ru>

To: 488482@bugs.debian.org

Subject: What's the state of this issue?

Date: Wed, 24 Sep 2008 12:54:33 +0400

Hello,

I'm too experiencing this bug in lenny for some time (several months) -- it
just broke our backup process.

What's the state of this? Is it going to be fixed for lenny or should we find
some other workaround not to be blocked by this?

Thanks,
Kirill.

Message #65 received at 488482@bugs.debian.org (full text, mbox, reply):

From: Andrew Price <andy@andrewprice.me.uk>

To: 488482@bugs.debian.org

Subject: Re: Bug#488482: genisoimage: Patch for correcting the issue

Date: Wed, 15 Oct 2008 16:40:40 +0100

Samuel's patch works for me. He tested it with -R so I thought I'd test
it with -r too..

Before patching:

andy@plato:/tmp$ mkdir -p 0/1/2/3/4/5/6/7/8
andy@plato:/tmp$ genisoimage -r -o test.iso 0/
I: -input-charset not specified, using utf-8 (detected in locale settings)
genisoimage: Directories too deep for '0/1/2/3/4/5/6/7/8' (7) max is 6.


After patching:

andy@plato:/tmp$ mkdir -p 0/1/2/3/4/5/6/7/8
andy@plato:/tmp$ genisoimage -r -o test.iso 0/
I: -input-charset not specified, using utf-8 (detected in locale settings)
Total translation table size: 0
Total rockridge attributes bytes: 2140
Total directory bytes: 18432
Path table size(bytes): 106
Max brk space used 0
184 extents written (0 MB)

The resulting .iso mounts fine with mount -t iso9660 -oloop test.iso foo

Thanks

--
Andy Price

Message #72 received at 488482-close@bugs.debian.org (full text, mbox, reply):

From: Steve McIntyre <93sam@debian.org>

To: 488482-close@bugs.debian.org

Subject: Bug#488482: fixed in cdrkit 9:1.1.9-1

Date: Sun, 26 Oct 2008 23:17:03 +0000

Source: cdrkit
Source-Version: 9:1.1.9-1

We believe that the bug you reported is fixed in the latest version of
cdrkit, which is due to be installed in the Debian FTP archive:

cdda2wav_1.1.9-1_all.deb
  to pool/main/c/cdrkit/cdda2wav_1.1.9-1_all.deb
cdrecord_1.1.9-1_all.deb
  to pool/main/c/cdrkit/cdrecord_1.1.9-1_all.deb
cdrkit-doc_1.1.9-1_all.deb
  to pool/main/c/cdrkit/cdrkit-doc_1.1.9-1_all.deb
cdrkit_1.1.9-1.diff.gz
  to pool/main/c/cdrkit/cdrkit_1.1.9-1.diff.gz
cdrkit_1.1.9-1.dsc
  to pool/main/c/cdrkit/cdrkit_1.1.9-1.dsc
cdrkit_1.1.9.orig.tar.gz
  to pool/main/c/cdrkit/cdrkit_1.1.9.orig.tar.gz
genisoimage_1.1.9-1_i386.deb
  to pool/main/c/cdrkit/genisoimage_1.1.9-1_i386.deb
icedax_1.1.9-1_i386.deb
  to pool/main/c/cdrkit/icedax_1.1.9-1_i386.deb
mkisofs_1.1.9-1_all.deb
  to pool/main/c/cdrkit/mkisofs_1.1.9-1_all.deb
wodim_1.1.9-1_i386.deb
  to pool/main/c/cdrkit/wodim_1.1.9-1_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 488482@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Steve McIntyre <93sam@debian.org> (supplier of updated cdrkit package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.8
Date: Sun, 26 Oct 2008 15:43:54 -0700
Source: cdrkit
Binary: wodim genisoimage icedax cdrkit-doc cdrecord mkisofs cdda2wav
Architecture: source all i386
Version: 9:1.1.9-1
Distribution: unstable
Urgency: low
Maintainer: Joerg Jaspert <joerg@debian.org>
Changed-By: Steve McIntyre <93sam@debian.org>
Description: 
 cdda2wav   - Dummy transition package for icedax
 cdrecord   - Dummy transition package for wodim
 cdrkit-doc - Documentation for the cdrkit package suite
 genisoimage - Creates ISO-9660 CD-ROM filesystem images
 icedax     - Creates WAV files from audio CDs
 mkisofs    - Dummy transition package for genisoimage
 wodim      - command line CD/DVD writing tool
Closes: 436146 488482
Changes: 
 cdrkit (9:1.1.9-1) unstable; urgency=low
 .
   * New upstream release with a couple of important bugfixes:
     - wodim: In -msinfo mode, only suggest dvd+rw-mediainfo in verbose mode.
       Thanks to Michael Karcher <debian@mkarcher.dialup.fu-berlin.de> for the
       patch. Closes: #436146
     - genisoimage: undo a mistake in the directory permissions change in
       the last release. Fixes handling of deep directory structures.
       Closes: #488482
Checksums-Sha1: 
 076b235cf5e713b0cf7766aef632563fdc38ee34 1251 cdrkit_1.1.9-1.dsc
 44c9d85c300803e6b9a415e79f3f0c9ddf1a65ee 1430065 cdrkit_1.1.9.orig.tar.gz
 dc2a32982c20cc94392a5c3d0dffd4227a48bf81 26798 cdrkit_1.1.9-1.diff.gz
 8f342af75cdfe124b7d0988712b1500e3b1b2c44 158978 cdrkit-doc_1.1.9-1_all.deb
 2b37cdf2671150f1c37ccffdf379b0c089b82e2c 1238 cdrecord_1.1.9-1_all.deb
 94a21e9fcdbf5c7b08336353f5e94c2f9169d931 842 cdda2wav_1.1.9-1_all.deb
 8a626b96450b20d5745c7ae03c85d456e0075ac5 994 mkisofs_1.1.9-1_all.deb
 81ed8f961dec76f080c19c917736fd60b393d0c8 427486 wodim_1.1.9-1_i386.deb
 a2262bfefecf99c871069326703e170bd6523af0 174084 icedax_1.1.9-1_i386.deb
 74a2f3bf59462ce93bd2f26a37c2a65b29b88c0a 575684 genisoimage_1.1.9-1_i386.deb
Checksums-Sha256: 
 a3ede5ff4d604fe56e12640296dea4e41b90570e54022cdbd86cdf7b38bbd51b 1251 cdrkit_1.1.9-1.dsc
 d5d58ab4c7bef036a53ef9742b4e57621f61310cd0cd28f558ba0b88c354efa2 1430065 cdrkit_1.1.9.orig.tar.gz
 76307165939e3ca5706c24d3e195e3f9ef76f8c027b466f5e9d15fddaf6dc5bb 26798 cdrkit_1.1.9-1.diff.gz
 e7448e63984b2369cdc91dd30716ddaba433ea3b27dc3082b744a34e5bce1f77 158978 cdrkit-doc_1.1.9-1_all.deb
 16976527fd27ea992ffdb2d7df5b034e39c814b1ff3dbbaf7a877e8d2ad65846 1238 cdrecord_1.1.9-1_all.deb
 b9da0e3cc60ce93be124f2b8c5ea21eb7441c87433e1a350f6d293d40b0c5946 842 cdda2wav_1.1.9-1_all.deb
 c536bfff032fa76cc633a9ec195395490f8f8ff45e87f164c4a27bb31c74e0fe 994 mkisofs_1.1.9-1_all.deb
 2094aaa714e34a9d082a41835981dac17f1262afeceb88df31945331617283b8 427486 wodim_1.1.9-1_i386.deb
 e2bbdac9424923fb3c63696511ac775892ba472611930a4fc6741399747dc888 174084 icedax_1.1.9-1_i386.deb
 363ebdeed762b76b88a478463978fcf0489afd3458d4880b2512693d7c89aa5c 575684 genisoimage_1.1.9-1_i386.deb
Files: 
 858a42119c0aa492b317dd550162b91d 1251 otherosfs optional cdrkit_1.1.9-1.dsc
 cbc0647e5d85f0e8fb3a692ba1d42edd 1430065 otherosfs optional cdrkit_1.1.9.orig.tar.gz
 81455661a888caa9d1e69db8ae711070 26798 otherosfs optional cdrkit_1.1.9-1.diff.gz
 19c36378fb100b42305e5b3214b63599 158978 doc optional cdrkit-doc_1.1.9-1_all.deb
 a29a2495db9b819fd99c598db279da1e 1238 otherosfs optional cdrecord_1.1.9-1_all.deb
 28e5f64fef89f571d06c5ff308ee4b53 842 sound optional cdda2wav_1.1.9-1_all.deb
 54c4a3126e60688958289bc0ffa7637c 994 otherosfs optional mkisofs_1.1.9-1_all.deb
 2d353c4a3d50b78b9b474f411c593674 427486 otherosfs optional wodim_1.1.9-1_i386.deb
 425ea466107f3b46220dff6981f011ba 174084 sound optional icedax_1.1.9-1_i386.deb
 1d94e311ead46959e16f7d279142cd9e 575684 otherosfs optional genisoimage_1.1.9-1_i386.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iD8DBQFJBPfMfDt5cIjHwfcRAo5MAJ9M+auI3yVZegPuxNmIjeBK9rki6ACfSfgr
f4So4g9sZo92mW7BM36tg0E=
=Y5pJ
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.