Package: cdrtools
Version: 4:2.01+01a03-5
Severity: important

See: [EMAIL PROTECTED]

> If someone else also wants: Do work on the bugs and try to
> reporduce/fix/close them, sent patches, but dont flame with upstream,
> that doesnt help. :)

Flaming the upstream has been the biggest problem in the past....

I would be happy if the Debian maintainers would rather talk and cooperate.

Note that more than 90% of all problems of this package on Debian are a result
of either bugs in the Linux kernel or caused by patches from Debian.

Here is a list of bussy patches applied by Debian on cdrtools:


02_cdrecord_default_conf.dpatch         Introduces unsupported dev= syntax
                                        and definitely makes cdda2wav behave
                                        in an unwanted way.

02_paths.dpatch                         Intruduces unneded "Silo" patch

08_privacy.dpatch                       Introducing useless "privacy" (onviously
                                        from people who did not yet look at the
                                        "privacy leaks" found in Debian packages

                                        May cause future versions of Solaris to 
                                        fail dealing correctly with hard linked 
                                        files of zero size!

14_mkisofs_iconv.dpatch                 Half hearted patch that does not address
                                        the needs of a portable program.

18_donotopen_hda.dpatch                 Prevents libscg from seeing all 
                                        possible SCSI devices

20_rsh-bugfix.dpatch                    Unneeded, may break things

21_makefile_fix_for_kernel.dpatch       ONLY applicable on Debian Linux with
                                        Linux kernel version 2.4 or newer.
                                        Breaks cdrtools with all other Linux
                                        versions

                                        Should rather fix the kernel....

22_linux_rawio_capability.dpatch        Linux should rather introduce user level
                                        support for fine grained privs than 
                                        forcing applications to add highly 
                                        non-nportable code.

                                        It is unclear whether this patch causes
                                        problems rather than giving benefits.

23_o_excl.dpatch                        Causes libscg to fail and is the reason
                                        for 3 bugs in the cdrtools Debuan bug 
                                        list.

24_debug_tmpfile.dpatch                 Unneeded iin case that 
                                        /etc/default/rscsi is installed with 
                                        the right permissions

27_scsi_buffer_size.dpatch              Breaks the interface of libscg 
                                        it is completely unneeded!

28_cdda2wav_interface.dpatch            Patch with unclear target....
                                        People should rather educated by Debian
                                        how to correctly specify dev= arguments
                                        for libscg

31_gnu-kfreebsd.dpatch                  Does not do the right things and rather
                                        breaks things

33_extra_arch_boot_support.dpatch       Introducing this code would cause a lot 
                                        of testing in order to maintain 
                                        quality....

34_JTE.dpatch                           Looks like something that breaks 
                                        mkisofs

36_ATA_scanbus_ignore_locked.dpatch     See 23_o_excl


People who introduce so many problems instead of cooperating will of course
make the upstream unhappy....

Jörg

-- 
 EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin
       [EMAIL PROTECTED]                (uni)  
       [EMAIL PROTECTED]     (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily


Reply via email to