Van a kedvenc KDE bugom. Tegyél be egy CD-t! Nyisd meg konqurorral, közben az illetékes rendszer felmountolja (nálam autofs/automount, de ez mindegy). Nyomjál rá a CD-n található cuccok között egy tömörített archívumra! Jó, most csukjál be minden ablakot! Vedd ki a CD-t!
Sikerült?Nálam nem.
umount /dev/cdrom-ra device is busy-t kapok.
lsof kimutatja, hogy egy kio_tar nevű nyavalya használja a CD-t.
umount -f /dev/cdrom természetesen működik, de ettől még a hiba hiba: az ablakok becsukása után is nyitva marad egy program, ami használja a CD-t.
Honnan szedtem a KDE-t? Eddig a következő disztrókon bizonyosodtam meg arról, hogy a hiba jelen van: SimplyMEPIS 6.0, Debian 4.0, Slackware 11.0.
Arra vagyok kíváncsi, hogy van-e olyan, akinél nem jelentkezik a hiba, és annak honnan van a KDE-je és milyen verziójú.
szerk: most már nem kell a régi cím, mert már idevonztam pár embert. :-)
- 1035 megtekintés
Hozzászólások
Hat nemtom, de nem feltetlen gondolnam ezt bugnak.
Idezem a kedvenc hozzaszolasaomat ami kb minden 3. mysql bugreportnal elofordul MySQL supportos-tol:
"it's more like a feature" :D
------------------
Mindenre tudok magyarázatot találni, legfeljebb nem stimmel.
- A hozzászóláshoz be kell jelentkezni
NNNa, meg is talaltuk az elso M$ szabadalmat amit a Linux sert ;)
- A hozzászóláshoz be kell jelentkezni
LOL
- A hozzászóláshoz be kell jelentkezni
nekem megy.
opensuse-10.2 - kde 3.5.5
ha ennyire zavar miert nem irsz bugriportot?
- A hozzászóláshoz be kell jelentkezni
nekem megy.
opensuse-10.2 - kde 3.5.5
Kösz, hogy szóltál.
ha ennyire zavar miert nem irsz bugriportot?
Lusta vagyok. Meg nem zavar, mert nem használok KDE-t, de éppen ez az egyik oka annak, hogy nem használok KDE-t.
- A hozzászóláshoz be kell jelentkezni
Szerintem, ha nem használsz KDE-t teljesen felesleges megjegyzéseket tenni rá.
A KDE-ben legalább van egységes URL és protokoll kezelés, ha a protokollok hibásak is.
Nyilván GNOME-ban azért nem jelentkezik a hiba, mert nincs tar fájlkezelő protokoll. Helyette ilyen-olyan vackokat nyithatsz meg, hogy belenézz egy archívum tartalmába.
Mellesleg, ha egy kicsit átdefiniálod a KDE-t, letilthatod a protokollkezelőket és lehet helyette WinZIP-szerű vackokat kezelni.
- A hozzászóláshoz be kell jelentkezni
A KDE-ben legalább van egységes URL és protokoll kezelés, ha a protokollok hibásak is.
Tetszik a KDE, lehet hogy használnám is, ha nem lennének ilyen hibái.
Mellesleg, ha egy kicsit átdefiniálod a KDE-t, letilthatod a protokollkezelőket és lehet helyette WinZIP-szerű vackokat kezelni.
Ezzel azt akarod mondani, hogy le lehet tiltani ezt a "feature"-t?
- A hozzászóláshoz be kell jelentkezni
A cím eleve sértő, és nem hiszem, hogy itt kéne levezetni a feszültséget.
Ha egy ilyen címet adsz, akkor legalább ne csak egy hibát hozz fel, hanem legalább egy tucatot. Mert a cím erre utal.
Amúgy meg ha Gnome-ra írnád, a véleményem ugyanez lenne, szóval ez nem a KDE miatti elvakultság kérdése.
És még mindig fenntartom a véleményem, hogy ne azért itt jelents be egy KDE hibát, hogy "hogy minél több kde-fan jöjjön ide megvédeni a kedvenc DE-jét", és nézd, ahogy flame-elnek ezerrel, hanem inkább tegyél valami hasznosat, és menj el a bugs.kde.org címre, és ott éld ki magad.
- A hozzászóláshoz be kell jelentkezni
Szerintem sem bug. Cacheli a kio_tar az archívum tartalmát.
Egy jó ideig nem lép ki, de ha nem használod egy bizonyos idő eltelte után, akkor automatikusan kilép.
Ha nem cachelné, akkor azt írnád, hogy milyen egy **** ez a KDE, mert a 20 megás tar.bz2 archívumot minden fájl megtekintésekor állandóan kicsomagolja, ahelyett, hogy cachelné.
- A hozzászóláshoz be kell jelentkezni
Referenciát gondolom azért tart a könyvtáron, hogy ellenőrizze, nem változott-e meg az archívum menet közben. Mert ha nem venné észre, hogy megváltozott, akkor ...
- A hozzászóláshoz be kell jelentkezni
Hát elég érdekes feature/bug.
- A hozzászóláshoz be kell jelentkezni
Ha cache-eli, akkor miért van továbbra is szükség a cdromra?
- A hozzászóláshoz be kell jelentkezni