cdrecord flame az LKML-en

Címkék

Megint kitört a vihar az LKML-en. Íme egy kis betekintés abba, hogy miért annyira nyűgös a CD írás pingvinéknél. Ahol nagyot dobbant a szívem Albert Cahalan felvetette, hogy forkolná a cdrecord-ot.

Hozzászólások

En nem ertek a fejleszteshez, de cdrecord-rol csak egy szo jut eszembe: NEROLinux :-)

Megint fork...., anno valaki elkezdte a libburn nevű dolgot régebben, csak aztán valamiért abbamaradt....

Üdv

Godot

remenykedsz, hogy csak az Mac marad? :)

csak attol fugg, hogy mi lesz, hogy ez a Calahan faszi kepes-e min. 3 evet _folyamatosan_ dolgozni a projekten. ha abbahagyja a projekt doglodni kezd.

pl: az mplayer is szarodik, amiota nem Arpi viszi a hatan. Az emberek birkak (en is), szeretnek kovetni valakit (minden dologra/problemara szeretnek valasztani egy szakertot, akinek a véleményét kevés belegondolással követik) Amíg ebben a szakértőben nem csalódnak, addig követni is fogják.

>Jan Engelhardt wrote:

> I am currently able to properly write all sorts of CD-R/RW and DVD±R/RW,

> DVD-DL with no problems using

> cdrecord -dev=/dev/hdb

Joerg Schilling wrote:

Maybe I should enforce the official libscg device syntax in order to prevent

this from working in the future.

Bazmeg ez hülye!!! Hogy lehet valaki ekkora *****?! Mégis mit képzel ez magáról?

In article <42.63655@c.hup.hu>, Mészáros András wrote:
> remenykedsz, hogy csak az Mac marad? :)

Remenykedek, hogy az emberek egyszer megtanuljak a magyar mondatok
szerkeszteset valamint a magyar nyelvtan ragozasi szabalyait.

> csak attol fugg, hogy mi lesz, hogy ez a Calahan faszi kepes-e min. 3 evet
> _folyamatosan_ dolgozni a projekten. ha abbahagyja a projekt doglodni kezd.

Ismerem mar ezt a tortenetet.

> pl: az mplayer is szarodik, amiota nem Arpi viszi a hatan. Az emberek
> birkak (en is), szeretnek kovetni valakit (minden dologra/problemara
> szeretnek valasztani egy szakertot, akinek a véleményét kevés
> belegondolással követik) Amíg ebben a szakért?ben nem csalódnak, addig
> követni is fogják.

Az emberek birkak, es igyekeznek minden rendszert szetzuzni es a sajatjukat
eroltetni.

--
Gabucino

Ok, de a lényegen ez nem változtat. Ez a baromarcú szándékosan betart másoknak. Csak azért, hogy megmutassa, hogy ő a nagy májer, mert megteheti.

Egyébként az egyik fő vitapont éppen az, hogy hogyan legyen megoldva a device discovery. Jörg azon problémázik, hogy nem tud lowlevel scsi csomagokat küldeni a linux álatal nyujtott interfészeken pedig ez neki a felismeréshez elengedhetetlen. A felhasználók egy részének meg tökmindegy, mert - ahogy mondtad - frontenden keresztül hajtják meg, a másik fele viszont szeretné, ha működnének a megszokott linuxos device nevek, mint pl /dev/hdx. Erre kiderül, hogy ez véletlen működik is (ez persze nincs dokumentálva), és akkor erre jörgnek gyorsan eszébe jut, hogy ja ezt ő letiltja, hogy nehogy már valaki azzal érvelhessen már, hogy "de hát ez a mostani működés tkp meg is felelne nekünk".

Jónéhány helyen nincs semmi alapja az érveinek, erre nála az a megoldás, hogy akkor mesterségesen csinál alapot nekik, csak, hogy igaza legyen. Állítom, hogy a letiltott DMA körüli "a 2.6-os kernel broken, használj 2.4-est vagy Solarist" mizéria is pont ilyen volt. Mint ahogy a mostani threadben valaki egyébként ki is derítette, hogy 2.6-os kernelen a hibaüzenet ellenére a dma működik és a cdrecord valójában használja is. Erre mi volt a válasz: hogy hát az azért van, mert egyszer valamikor volt egy bug a kernelben, igaz, hogy azóta működik a dma /dev/hdx-en, de az ide-scsi-n ezt nem fixálták. Ugye pont azért csinálták meg a /dev/hdx-re is a rendes ATAPI interfészt, hogy ne kelljen ide-scsi-t használni, Jörg mégis ezt reklamálja.

Görcsösen ragaszkodik a hülye fixaideáihoz, nem képes felfogni, hogy amit csinálni akar az azért nem működik, mert talán nem azt kéne akarnia csinálni.

Erről az ürgéről az a vicc jut eszembe, amikor elmegy egy ember az orvoshoz:

- Doktor úr, ha itt megnyomom, akkor fáj.

- Hát akkor ne nyomja ott.