Re: cdrkit 1.1.10 fails to locate libcap
Mark Rosenstand <rosenstand@gmail.com> wrote:
> > Cdrkit is undistributable as it is in conflict with the GPL and the Copyright
> > law. Cdrkit is unmaintained since May 6th 2007, so why do you ask for cdrkit?
>
> The 1.1.10 source package on ftp.debian.org is dated just over a month
> ago, but yeah, it's unfortunate that it hasn't hit the upstream download
> area yet. Latest stable release of cdrtools seems to be from 2004
> though.
The fact that somebody creates new "versions" does not proof that there is
some kind of maintenance. During the last 2.5+ years, there was much less
changes in the fork than in a very lazy week of development on cdrtools.
There are still more than 100 well known bugs in the fork that do not get fixed.
Given the fact that most of these bugs could be fixed in much less than one hour
each, it is obvious that the people behind cdrkit do not care about users....
Cdrkit users are on a dead end, there are no bug fixes and there is no
development.
> > I recommend you to use the original software from
> > ftp://ftp.berlios.de/pub/cdrecord/alpha/
>
> I've been using cdrecord for years before cdrkit appeared, but with
> cdrkit being what most Linux distros package these days, I just go with
> the flow, as it means less work/headscratching for me in the long run.
Well, you are a user and you could ask your Linux distributor why he
distributes unmaintained software with legal problems instead of well
maintained original software with no legal problems.
Given the fact that there have been many new features added to cdrtools since
the time some people created the "fork",
> I'm maintaining all packages myself, so the totally non-standard build
> system in cdrtools is a big minus, especially since pretty much all the
> default paths, permissions, and even ownership are different from what's
> casual on Linux systems today. When you have over 1400 source packages
> to maintain, automation is key. (Sorry, I don't use any of your other
> software, so I can't justify the time it will take to automate it.)
Well, cdrtools uses a standard leading edge build system. The fact that is
has extreme similarities to the build system created by David Korn that
is written on top of a new make utility "nmake" but uses the same ideas
of just having a list of source files in the leaf makefiles verifies that
it uses the right basic ideas. In contrary to other build systems, it
grants out of the box compilation on 30+ platforms. It may be that you
are not flexible enough to lean new software and that you just not notice that
many of the OSS packages that use different build systems just do not compile
even on major platforms like Solaris without manually changing significant
parts.
And BTW: if you like automation, you should already know the advantages of
the schily makefilesystem as you just need to call "smake". The other packages
you may be talking about, force you to call "configure" manually and usually do
not even compile unless you find out some magic parameters you need to add
to the "configure" call in order to get a usefull autoconf result.
It may be that you are a victim of the Stickholm syndrom and like what punishes
you ;-)
> > There are no known problems with the original software and the original software
> > includes many new features that are missing from the illegal fork.
>
> This is a valid point and if GPL'ed software fails, I will likely give
> it a shot. I were turned off a bit with the whole cdrecord-ProDVD thing
> and then the CDDL issues, but at least the former seems no longer an
> issue, and e.g. BluRay writing is indeed a nice feature.
There never was such an issue. There have been some hostile people who spread
incorrect claims on my software in order to harm.
Just in case you don't know: I was the fisrt person who tried to sue companies
for violating the GPL and while doing this, I learned that most of the GPL
claims cannot be enforced in court. The CDDL is a license that is more liberal
and just includes those claims that are enforcable in court.
Jörg
--
EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
js@cs.tu-berlin.de (uni)
joerg.schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Reply to: