ubuntuusers.de

nur als Tip für alle, die meine Pakete runterladen:

Das was koelner schreibt, ist der umständliche weg, wenn man die cdrtools aus den Sourcen installiert. Bei meinen Paketen (und den Paketen aus den Diversen ppa, s. Wiki) ist das alles nicht notwendig.

Bei meinen Paketen werden mit dem Installscript das cdrkit (wodim etc.) entfernt und vollständig durch die cdrtools ersetzt. Es ist nicht notwendig, die Variablen zu setzten, da alle mit bekannten Brennprogramme dann automatisch cdrecord benutzen.

Mit dem Install-Script ist es natürlich auch sehr leicht möglich, den Ursprungszustand (install von wodim etc. und Entfernung von cdrecord etc) wieder herzustellen.

@ koelner:

könntest du deinen Off-Topic (hier in diesem Thread gehts um die von mir gepackten Debs, nicht um die Kompilierung und Installation der Sourcen) bitte in einen anderen Thread, in PM an die User oder ins Wiki auslagern? Hier in diesem Thread verwirrt das nur. Danke.

Antiqua schrieb: x3cion schrieb:

Ich würde gerne wissen, warum Debian cdrecord verbannt und dafür wodim nimmt. Warum Herr Schilling lieber auf der CDDL beharrt, als einfach auf eine GPL kompatible Lizenz zu nehmen. Und wie Debian entschieden hat, lieber wodim zu nehmen, welches anscheinend gegen mehrere Punkte der GPL verstößt, als cdrecord, welches eine GPL inkompatible Lizenz benutzt.

dann bemühe bitte Tante Guhgl oder die Such-Seite deiner Wahl.

Soviel "Aufwand" ist gar nicht notwendig: cdrecord (Abschnitt „Links“)

Hallo,

habe Hardy und K3b 1.04 und habe die cdrtools 3.0 von antiqua installiert (will mal sehen ob das klappt). Nun sagt mir K3b, dass cdrecord fehlt. Ist aber in /usr/bin (und wodim verweist auch darauf). K3b hat auch /usr/bin als Suchpfad, findet aber kein cdrecord. Wie kann ich das machen?

Viele Grüße

Gotthard

Hallo ubuntu-yogi,

versuchs mal bei k3b unter Menü Einstellungen > k3b Einrichten > Programme > Suchpfad (s. Bild im Anhang) direkt den Pfad /usr/bin/cdrecord hinzuzufügen ([Hinzufügen], dann [Suchen], dann [Anwenden] klicken).

Da ich kein Hardy hab, ist das Bildschirmphoto von einem k3b 1.05 von Slackware. Es kann also sein, daß es unter Hardy etwas anders aussieht, aber prinzipiell sollte die Vorgehensweise funktionieren.

Hallo,

das war´s, so klappt es. Prima!!!

nen guten Rutsch ins neue Jahr, Gotthard

Update 8.3

neue Pakete mit der 3.01a02

32-Bit im Anhang, das 64-Bittige folgt demnächst, wie immer mit der Bitte um Testung...

Die übliche Warnung:

Installation im Prinzip wie in obigen Posting beschrieben.

Update 8.3-komma5

neue Pakete mit der 3.01a02

hier die 64-Bit-igen im Anhang

Die übliche Warnung:

Installation im Prinzip wie in obigen Posting beschrieben.

Eine kleine Frage dazu:

Ich setze die cdrtools jetzt schon längere Zeit unter Ubuntu und Mint erfolgreich ein. Lassen sich die Pakete denn auch unter Debian verwenden?

Ansonsten: Weiterhin vielen Dank für die Pakete und deren Aktualisierung!

Gruß, Capet

Capet schrieb:

Ich setze die cdrtools jetzt schon längere Zeit unter Ubuntu und Mint erfolgreich ein. Lassen sich die Pakete denn auch unter Debian verwenden?

tomtomtom benutzt die wohl auch auf einem SID (irgendwo auf Seite 4 oder 5 ist da eine Rückmeldung von ihm). Eigentlich müssten die auf allem laufen, was mit *.deb Paketen umgehen kann. Das install-Script braucht natürlich dpkg.

Kannst ja mal testen und Rückmeldung geben ☺

Ansonsten: Weiterhin vielen Dank für die Pakete und deren Aktualisierung!

np

Antiqua schrieb:

tomtomtom benutzt die wohl auch auf einem SID (irgendwo auf Seite 4 oder 5 ist da eine Rückmeldung von ihm).

Laufen derzeit auf sid mit viel, viel experimental. Im Gegensatz zu wodim völlig problemlos. 😉

Betreue allerdings auch Rechner mit Debian Lenny und Debian Squeeze, auf denen die Pakete natürlich auch klaglos laufen.

Beim Versuch, Antiqua's neuestes Paket cdrtools_3.01a2_i386.tar.bz2 hier auf meinem auf Karmic basierendem Mint8 Helena zu installieren, stieß ich leider auf ein Problem mit einer anscheinend veralteten libc6.

Exemplarisch hier ein Auszug der Fehlermeldungen:

1
2
3
4
5
6

dpkg: Abhängigkeitsprobleme verhindern Konfiguration von cdda2wav:
 cdda2wav hängt ab von libc6 (>= 2.11); aber:
  Version von libc6 auf dem System ist 2.10.1-0ubuntu19.
dpkg: Fehler beim Bearbeiten von cdda2wav (--install):
 Abhängigkeitsprobleme - lasse es unkonfiguriert
Code

Laut Synaptic ist dies die aktuellste verfúgbare Version dieser DLL für mein Linux Mint 8 Helena - Main Edition.

2.6.31-22-generic-tuxonice #65~ppa2-Ubuntu SMP Tue Sep 21 09:45:00 UTC 2010 i686 GNU/Linux

Was kann ich nun tun, um diesen libc6 Versionskonflikt zu beheben?

Bitte detailliert antworten, da ich seit meinem Wechsel von OS/2 vor ca. 18 Monaten noch immer recht unbedarft in Sachen *nix bin 😉

Frustriert schrieb:

Was kann ich nun tun, um diesen libc6 Versionskonflikt zu beheben?

Eine neuere Version des Betriebssystems installieren. ☺

Keine Ahnung, wie lange Mint seine Version pflegt, aber da dort praktisch nichts an Entwicklung stattfindet, werden sie wohl nur die Pakete aus den Ubuntu Repositories ziehen, und die Karmic-Pakete sind ab April sowieso nicht mehr online, da dann der Support endet.

tomtomtom schrieb:

Frustriert schrieb:

Was kann ich nun tun, um diesen libc6 Versionskonflikt zu beheben?

Eine neuere Version des Betriebssystems installieren. ☺

Genau das konnte ich bisher nicht, da Ubuntu/Mint in seiner grenzenlosen Weisheit den unter Jaunty und Karmic funktionierenden Support für meinen Ralink RT2870 USB Adapter in den folgenden Versionen incl. LTS Update versaubeutelt hat und ich bei meinem Laptop darauf angewiesen bin, daß es weiterhin funktioniert.

Maverick/Mint10 konnte ich bisher mangels eigenem WiFi Router allerdings noch nicht dahingehend testen.

Von der OS/2 libc6 bin ich gewohnt, daß eine neuere Version dieser DLL rückwärtskompatibel ist und man einfach die ältere damit ersetzt. Ist das bei Linux nicht möglich?

P.S.: Inzwischen hab' ich herausgefunden, daß sich die cdrtools-3.0~antiqua0_i386.tar.bz2 (1.6 MiB) hier noch installieren lassen. Der Schnitt passierte dann wohl mit den cdrtools-3.01a01.

es gibt mittlerweile eine neue Version der cdrtools, cdrtools-3.01a03, die Debs folgen demnächst.

Update 8.4

neue Pakete mit der 3.01a03

32-Bit im Anhang, das 64-Bittige folgt demnächst, wie immer mit der Bitte um Testung...

Die übliche Warnung:

Installation im Prinzip wie in obigen Posting beschrieben.