ubuntuusers.de

Das ist auch nicht nötig für Dapper, danke für die Ergänzungen. ☺

Solltest Du einen Fall finden bei dem die SCSI Syntax nicht funktioniert, vermerke ihn bitte auf der wodim Seite als Inkompatibilität.

Hallo,

der vollständigkeit halber möchte ich anmerken, dass ich mir ziemlich sicher bin, dass -scanbus bei mir nicht funktioniert hat (der ursprüngliche cdrecord-Artikel ist von mir, BTW ☺ ).

Das war aber wenn ich mich recht erinnere unter Edgy (?) unter zu der Zeit, als auf libata umgestallt wurde, also als aus hda sda wurde. Daher stammt wohl auch noch der dev=/dev/... Eintrag.

Das muss aber wie gesagt nicht an cdrecord liege und ist eh' Schnee von gestern.

Gruß, noisefloor

@schily: gehe ich recht in der Annahme, das du der Autor von cdrecord bist?

Wenn es bei Dir nicht funktioniert hat und Du Dich an libata erinnerst, dann ist dies ein Resultat eines wodim Bugs. Dieser wodim-Bug ist ein Resultat religiös bedingter Änderungen im libscg Quellcode des Forks.

Cdrecord hat dieses Problem nicht, und Du kannst wenn Google Groups mal wieder funktioniert viele Beiträge finden in denen Anwender darüber berichten, daß dieses Problem nur bei wodim auftritt. Es wäre also unangebracht auf der cdrecord Doku darüber zu sprechen.

Ja, ich bin der cdrtools Autor.

Allerdings ist Edgy und die darin debianisierte Version von cdrecord nicht mehr für das Wiki relevant.

Kann jemand bitte die SCSI-Notation unter Dapper testen?

wodim ist nicht der erste cdrecord Fork der kam und ging. Das Original bleibt, hab einfach etwas Geduld.

Kann jemand bitte die SCSI-Notation unter Dapper testen?

Was muss ich dafür tun? Ich habe noch ein Subnotebook (Flybook) und einen P2 (450MHz) mit Dapper am laufen. Den P2, mit echten SCSI Drives, kann ich allerdings erst nach meiner Wohnungsrenovierung wieder in Betrieb nehmen, was noch 1 bis 2 Wochen dauern kann.

BTW, auf einem Rechner mit Ubuntu 7.10 Textinstallation hatte ich einige Probleme mit cdw. Dort funktionierte die laut Dokumentation zu verwendende SCSI Notation nicht, da statt cdrecord wodim verwendet wurde, was die SCSI Notation nicht mehr unterstützt (->Fehlermeldung), aber die /dev/sdx Angaben funktionierten, da diese Angaben ungeprüft an das Backend (hier wodim) weitergereicht werden. Ich hatte das seinerzeit auch in einem Selbstgespräch gepostet, kann aber nicht mehr sagen unter welchem Titel.

Dakuan schrieb:

Kann jemand bitte die SCSI-Notation unter Dapper testen?

Was muss ich dafür tun? Ich habe noch ein Subnotebook (Flybook) und einen P2 (450MHz) mit Dapper am laufen. Den P2, mit echten SCSI Drives, kann ich allerdings erst nach meiner Wohnungsrenovierung wieder in Betrieb nehmen, was noch 1 bis 2 Wochen dauern kann.

Mit -scanbus nach dem Brenner suchen und den per Befehlszeile eben gezielt mit der SCSI-Notation verwenden um etwas zu brennen. ☺

Hallo,

Wenn es bei Dir nicht funktioniert hat und Du Dich an libata erinnerst, dann ist dies ein Resultat eines wodim Bugs.

Bei Edgy gabs noch ein wodim. 😉

Egal, Schnee von gestern.

Da schon der Autor anwesend ist: Willst du den Artikel nicht aktualisieren? Was eigentlich nur fehlt ist eine (Fremd-) Quellen Angabe, wo man das (aktuelle) Paket für Hardy und Intrepid installieren kann.

Bei Fragen zum Syntax etc. einfach hier posten.

Gruß, noisefloor

Ich kann keine Aussagen zu veränderten Varianten machen.

Die GPL bzw. CDDL geben nur das Recht modifizierte Varianten der Software zu erzeugen und zu verbreiten, nicht jedoch dabei den Orignalnamen weiterzuverwenden. Die Regel für die Verwendung der Originalnamen bei den cdrtools ist einfach zu verstehen: Wer Änderungen vornimmt, die das Programm nicht inkompatibel zur offiziellen Dokumentation machen, darf den Orignalnamen verwenden. Wer diese Kompatibilität zerstört, der muß den Namen ändern.

Wodim ist in der zweiten Gruppe. Sollten Symlinks mit den Originalnamen installiert werden, ist das eine Regelverletzung.

Daher ist es relativ einfach mit der Doku im Wiki. Unter dem Namen "cdrecord" sollte die offizielle Verhaltensweise erklärt werden, unter dem Namen "wodim" kann man Abweichungen von der Offiziellen Verhaltensweise dokumentieren.

Ich habe keinen Überblick darüber unter welcher Ubuntu Release welche Abweichungen von der offiziellen Syntax notwendig sind, da Debian auch schon vor "wodim" unzulässig modifizierte Software unter dem Namen "cdrecord" verteilt hat. Durch die einfachen Regeln zum Namensrecht kann ich dennoch sagen wie sich "cdrecord" verhalten hat.

Ist damit Klarheit geschaffen?

Auf die Namensgebung von Canonical haben wir keinerlei Einfluss - genauso wenig wie auf das Erstellen von Symlinks.

Artikel dokumentieren den Ist-Zustand in den Ubuntu-Versionen: Sobald der Support für Dapper ausgelaufen ist besteht kein Anlass mehr, Ubuntu-spezifische Änderungen an cdrecord zu dokumentieren. Entsprechend werden solche dann vollständig in den Artikel wodim ausgelagert - sollte davor ein deutlich abweichendes Verhalten von wodim zu cdrecord auffallen, wird der Artikel wodim selbstverständlich ausgebaut.

Hallo,

@schily: das meinte ich nicht. ☺

Was ich meinte ist, dass du - wer könnte kompetenter sein? - den Artikel zu cdrecord so schreibst, dass er eben für "das Original" gilt. Der Artikel muss sich ja nicht zwingend auf die wie-auch-immer geartet Variante aus den offiziellen Quellen beziehen, sondern kann ja auch auf eine Fremdquelle verweisen, wo das Original liegt. Oder du stellst das Original selber z.B. per PPA zur Verfügung.

Wie Rotbart richtig sagt können wir die Informationen aus dem aktuellen cdrecord-Artikel auch nach wodim rüber nehmen.

Bezogen auf das Wiki wäre dieser Weg IMHO der beste Zustand: eine guten Artikel zu cdrecord und unabhängig davon einen zu wodim.

Gruß, noisefloor

noisefloor schrieb:

Der Artikel muss sich ja nicht zwingend auf die wie-auch-immer geartet Variante aus den offiziellen Quellen beziehen, sondern kann ja auch auf eine Fremdquelle verweisen, wo das Original liegt. Oder du stellst das Original selber z.B. per PPA zur Verfügung.

Solange Dapper als LTS mit einem Paket namens cdrecord unterstützt wird, muss sich der Artikel cdrecord auch auf die Version aus den Ubuntu-Paketquellen beziehen - PPAs können und sollen zusätzlich erwähnt werden.

Gerade wenn die Dapper-Version vom Original abweicht ist es essentiell, dass der Nutzer darüber informiert wird: Ersten, um mit dieser veränderten Version arbeiten zu können so nötig und zweitens um klarzustellen, dass es diese Änderungen in Dapper gibt und sie nichts mit dem Original zu tun haben. Diese Information kann entsprechend nicht in den wodim Artikel ausgelargert werden.

noisefloor schrieb:

Wie Rotbart richtig sagt können wir die Informationen aus dem aktuellen cdrecord-Artikel auch nach wodim rüber nehmen.

Sobald es deutliche Unterschiede in der Bedienung gibt wird das nötig, sonst schafft man nur unnötige Redundanzen.

noisefloor schrieb:

Bezogen auf das Wiki wäre dieser Weg IMHO der beste Zustand: eine guten Artikel zu cdrecord und unabhängig davon einen zu wodim.

Das ist die angestrebte Entwicklung.

So, ich das mal ausprobiert, konnte es gestern aber nicht mehr posten. Ich hoffe das jemand mit dem Ergebnis etwas anfangen kann.

manfred@flybook:~$ cdrecord -scanbus
Cdrecord-Clone 2.01.01a01 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Joerg Schilling
NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord
      and thus may have bugs that are not present in the original version.
      Please send bug reports and support requests to <cdrtools@packages.debian.org>.
      The original author should not be bothered with problems of this version.

cdrecord: Warning: Running on Linux-2.6.15-29-386
cdrecord: There are unsettled issues with Linux-2.5 and newer.
cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris.
Linux sg driver version: 3.5.33
Error: Cannot gain SYS_RAWIO capability.Is cdrecord installed SUID root?
: Operation not permitted
Using libscg version 'debian-0.8debian2'.
cdrecord: Warning: using inofficial version of libscg (debian-0.8debian2 '@(#)scsitransp.c      1.91 04/06/17 Copyright 1988,1995,2000-2004 J. Schilling').
scsibus1:
        1,0,0   100) 'Slimtype' 'DVDRW SOSW-852S ' 'PSX3' Removable CD-ROM
        1,1,0   101) *
        1,2,0   102) *
        1,3,0   103) *
        1,4,0   104) *
        1,5,0   105) *
        1,6,0   106) *
        1,7,0   107) *
manfred@flybook:~$

Mangels Rohling konnte ich gestern nichts brennen, aber mit Xfburn hatte ich schonmal ISOs gebrannt und ich nehme an das cdrecord letztendlich die Arbeit macht.

Verwendete Hardware: Subnotebook mit USB-Brenner.

Was erwartet Ihr denn in dem Wiki das nicht schon in der Man Page ist?