Ilyen kevés válasszal nem épp reprezentatív, de kb. azokat az eredményeket hozza, mint a többi statisztika vagy a distrowatch. Legtöbben az Unityt utálják, ez is egyértelmű, szóval az eredmények reálisnak tűnnek. Egyedül az a meglepő, hogy milyen kimagaslóan jól szerepel az Arch Linux. Gondolkoztam én is rajta, hogy azt teszem fel, de több helyen írták, hogy az csak olyan nagyon faszányos überhyperkockáknak van, akik pengébbek, mint Chuck Norris, és még a szülinapjukat is binárisan tartják nyilván, meg már az óvodában is pingvin volt a jelük, mert elég sokat kell reszelni a rendszert, hogy tényleg minden működjön rajta.

Őőő, semmi, látom te is ezt írtad. Akkor viszont nem tudom, hogy mi a baja. Nem az a gond esetleg, hogy a rendszer csatolta fel bootkor, nem egy felhasználó?

[ Szerkesztve ]

Nekem is lenne egy kérdésem. Évek óta SMPlayert használok (Windows alatt is azt használtam) teljes megelégedéssel. Ugyebár ez csak grafikus fronted az mplayer lejátszóhoz. Mindig szorgosan frissítem is, és az mplayerből is mindig a legfrissebbet igyekszem használni. Linux Mint 16 alatt viszont a repóban lévő legfrissebb verzió is 2 éves (Debianban még ennél is régebbi), konkrétan az SVN-r34540. Mivel az mplayer főoldala azt írta, hogy érdemes a minden nap frissülő SVN snapshotot használni, mert biztonságos, ezért leszedtem azt, és lefordítottam, telepítettem a ./configure; make; make install szentháromsággal. A fordítás és a telepítés rendben is ment, feltette az SVN-r37207-es verziót, de sajnos akadnak vele a HD-s filmek (kikapcsolt és bekapcsolt hardveres gyorsítással is) és nincs vele hang.

Azt olvastam, hogy valami fordítási paraméterek is meg kellett volna adni fordítás előtt, de nem látom, hogy hol. Van itt valamelyik gurunak mplayer-forgatási tapasztalata? Esetleg van valamelyik oldalon disztrófüggetlen, frissen fordított x64-es SVN bináris változat, amelyik úgy van lefordítva, hogy minden feautre engedélyezve van?

A másik kérdésem is hasonló. Pótlejátszónak fel van téve a VLC player is, de a hivatalos repóban a legújabb is 2.0.8-as, az meg olyan régi, hogy a jávai ősember is azzal mozizott már. Ezért gondoltam, hogy felrakom a 2.2.0-as nightlyt. A leírás alapján hozzáadtam a VLC master-daily PPA tárolóját, és telepítettem a legújabb verziót. Írják, hogy az adott verzióban lévő VLC és VLC-beta közül csak az egyiket szabad telepíteni, a másikat nem, mert összevesznek. Telepítettem az egyiket, és azt hittem, hogy ezzel el van intézve. Este szólt a Frissítéskezelő, hogy van új VLC, ezért megengedtem neki, hogy frissítsen. Mikor végzett, akkor láttam, hogy a VLC mellé feltett valami VLC-dbg és VLC-nox csomagokat, lehet ezt nem kellett volna, mert ha elindítok egy filmet VLC-vel, akkor csak a hangot játssza le, kép nincs, de ki is írja, hogy hiányzik valami h264-es codec. Hogy lehetne ezt úgy helyrehozni, hogy rendesen működjön a legújabb VLC nightly?

Vagy esetleg az volt a baj, hogy fent volt a sima VLC, és én rátelepítettem a VLC nightlyt és ezek akadtak össze? A frissítéskezelő azt írja, hogy a VLC 2.2.0 git csomag telepítve van, de előtte eltávolította a régi VLC-t, szóval ez elvileg kizárva.

Találtam a neten egész friss mplayer binárist, igaz rpm csomagban, de kicsomagoltam belőle a cpio arhívumot, azt pedig kibontottam ark-kal egy tetszőleges saját mappába. Elindul, de ezen is akad a kép és nincs hang ezzel sem.

Mi a rákot kéne ezzel csinálni?

Szerk.: á, azt hiszem, hogy megvan a hiba forrása. Az mplayer -ao help azt mutatja, hogy nem lett belefordítva a pulse audio támogatás. Ezt hogy lehetne megtenni?

[ Szerkesztve ]

Megvan. Lefordítottam pulse audio támogatással:
./configure --enable-sse --enable-sse2 --enable-pulse --enable-alsa --enable-gl --extra-cflags="-O3" --enable-mencoder
make

Működik, végre a kép sem szaggat, és terminálból van hang is. Ha viszont az SMPlayerrel hívom meg, akkor hiába van kiválasztva a pulse kimenet, meg se nyikkan. Aztán vettem észre, hogy nekem mégis alsa támogatás kellett volna, így most fordítom elölről. Egy ilyen fordítás sajnos rohadt sokáig tart.

Tényleg nem értem, hogy miért nem tud valaki hetente egy binárist fordítani, külön x86-ra és x86-x64-re, amibe mindenféle fordítási lehetőséget belefordítva (SSE support, és mindenféle hang/videókimenet), majd feltenni valahová.

Már kezd elegem lenni. alsa supporttal sincs hang. Most próbálnám belefordítani az esd-t, de a make után az esd.h fájlt hiányolja. Nem tudom, hogy melyik csomagot kéne hozzá feltenni.

Kösz, fel fogom tenni. Közben visszaváltottam az eddig működő mplayer binárisra, de most már ennek sincs hangja. Sőt, ha azzal próbálom, aminek legalább konzolban volt pulseaudio-s hangja, az is néma. Megnéztem a pulseaudio mixerét, ott van hang, nincs némítva, és a zöld vumeter csík is ugrál, hogy épp pulseaudio alkalmazás játszik le hangot, de semmit nem hallani.

A pulseaudio csesződött el. Mi a teendő?

Szerk.: megvan, beakadt a pulseaudio, le kellett lőni, majd újra elindítani és most már újra van hang. Akkor újrafordítom még egyszer pulseaudio supporttal és akkor tuti jó lesz.

[ Szerkesztve ]

Igen, így már jó. Azért leírom, hátha más is akar telepítgetés nélkül modern disztrón, PulseAudióval ropogósan friss mplayert használni:
mplayerhq.hu-ról a subversion snapshot tar.bz letölt
majd kibont valahová (ezt a lépést még Double Commander alatt csináltam, nem terminálból), majd
sudo apt-get install libpulse-dev
cd /kibontás_helye/
./configure --enable-sse --enable-sse2 --enable-pulse --enable-gl --extra-cflags="-O3" --enable-mencoder
make

Ezzel kész van. A make install felesleges, helyből is használható egyetlen futtatható állomány az egész. Elég ezt megadni az SMPlayernek a beállításoknál: /kibontás_helye/mplayer

Akit meg zavar, hogy az mplayer parancsra nem ez jön elő, az szépen törli a symlinket /usr/bin/mplayer, majd ln -s /kibontas_helye/mplayer /usr/bin/mplayer

Akinek alsa támogatás is kell bele, annak ez a sor is kell
sudo apt-get install alsasupport libasound2-dev
A configure pedig így módosul:
./configure --enable-sse --enable-sse2 --enable-pulse --enable-alsa --enable-gl --enable-esd --extra-cflags="-O3" --enable-mencoder
Aztán jöhet a:
make

Ha valakinek több támogatás kell bele, akkor
./configure --help kiadásával meg tudja nézni, hogy még miket lehet engedélyezni.

Újabb kérdés: tesztelgetem a shred parancsot, működik is. Próbából ledúrdam vele egy könyvtárat, alkönyvtárakkal, és fájlokkal. Így hívtam meg:
find /eleresi_ut/mappa -type f -exec shred {} -u -n 1 \;

Rendben le is ment, de csak a fájlokat semmisítette meg, a könyvtárakat nem. Ezeket hogy lehet shred-delni?

Mindegy, ezek szerint nem lehet. Akkor majd mindjárt hegesztek egy saját bash scriptet, ami végigmegy az üres könyvtárakon egyenként, rekurzívan, átnevezi őket 000000000000 névre, majd törli.

Ugyanis az egész shreddelésnek nincs sok értelme, ha a fájlok megsemmisülnek, de visszatörölt üres könyvtárak neveiből szépen látszik, hogy mi lehetett a tartalma.

A neten írják még azt a trükköt is, hogy letöröljük a fájlokat, könyvtárakat simán, majd dd-vel teleírjuk a partíció teljes szabad területét. Ez még szimpatikusabb, csak hosszadalmasabb. Nekem nincs szükség random bájtokkal felülírásra, bőven elég lenne a sima zerofill.

Valahogy nem akar jó lenni. Ezt futtatom helyben, ahonnan ki akarok indulni:
find . -depth -type d -execdir sh -c 'mv "${0}" "00000000"' {} \;

Mégse jó, mert néhány szinten nem nevezi át a könyvtárakat 00000000-ra. Mit rontok el? Próbáltam már -exec variációban is. Jó lenne, ha egy script guru tudna segíteni.

Ez abba is fejezem, mert az mv paranccsal sikerül valahová elmozgatni (majd törölni) a bin/bash-t és most nem található. Újratelepíteni sem engedi:
# sudo apt-get install --reinstall bash
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
0 frissített, 0 újonnan telepített, 1 újratelepítendő, 0 eltávolítandó és 9 nem frissített.
1 nincs teljesen telepítve/eltávolítva.
Letöltendő adatmennyiség: 0 B/643 kB.
A művelet után 0 B lemezterület kerül felhasználásra.
(Adatbázis olvasása ... jelenleg 178323 fájl vagy könyvtár van telepítve.)
bash 4.2-5ubuntu3 cseréjének előkészítése (e csomaggal: .../bash_4.2-5ubuntu3_amd64.deb) ...
dpkg (alfolyamat): unable to execute régi pre-removal szkript (/var/lib/dpkg/info/bash.prerm): Nincs ilyen fájl vagy könyvtár
dpkg: warning: régi pre-removal szkript alfolyamat 2 hibakóddal kilépett
dpkg: trying script from the new package instead ...
dpkg (alfolyamat): unable to execute új pre-removal szkript (/var/lib/dpkg/tmp.ci/prerm): Nincs ilyen fájl vagy könyvtár
dpkg: error processing /var/cache/apt/archives/bash_4.2-5ubuntu3_amd64.deb (--unpack):
új pre-removal szkript alfolyamat 2 hibakóddal kilépett
dpkg (alfolyamat): unable to execute installed post-installation script (/var/lib/dpkg/info/bash.postinst): Nincs ilyen fájl vagy könyvtár
dpkg: hiba a tisztítás során:
installed post-installation script alfolyamat 2 hibakóddal kilépett
Hibák történtek a feldolgozáskor:
/var/cache/apt/archives/bash_4.2-5ubuntu3_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
# apt-get install -f
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
0 frissített, 0 újonnan telepített, 0 eltávolítandó és 9 nem frissített.
1 nincs teljesen telepítve/eltávolítva.
Letöltendő adatmennyiség: 0 B/643 kB.
A művelet után 0 B lemezterület kerül felhasználásra.
dpkg: error processing bash (--configure):
E csomag nagyon rossz, következetlen állapotban van - újra kell
telepítened a beállítás előtt.
Hibák történtek a feldolgozáskor:
bash
E: Sub-process /usr/bin/dpkg returned an error code (1)

Helyre tudtam hozni:
ln -s /bin/sh /bin/bash
apt-get install --reinstall bash

Mondjuk meleg helyzet volt, sikerült majdnem az egész rendszert hazavágni.

Inkább feltettem a secure-delete csomagot. Abban van biztonságosan könyvtárakat törlő srm. Az srm -r -l /cél/mappa alakban hívtam meg, az -r a rekurzív módhoz kell, az -l pedig azért, hogy ne 38x, hanem csak 2x írja felül.

Baromi körülményes. Jobb lenne, ha a shred kezelne alapból mappákat is. A unix/unix-like rendszerek alapfilozófiája úgyis mindig az volt, hogy minden fájl, az eszközök, könyvtárak is.

De ez az egész meghajtót írja tele, nekem meg csak a szabad területet kéne. Viszont ez a szabad területre is jó, csak mire annyi gigát betelítek vele, az hosszadalmasabb, mintha csak célirányosan törlöm, ami kell.

A VLC problémájára nem tudok megoldást. Fent volt a 2.0.8, eleve a Mint 16 rendszerrel jött, ez működött is. Hozzáadtam a VLC nightly PPA tárolót, majd telepítettem úgy a béta VLC-t, ahogy az oldalukon van írva. Rendben települt is. Azóta a VLC (2.2.0-ás béta) használhatatlan, h264-es codecket nem talál, meg most már valami playert sem. Próbáltam purge-ölni a VLC PPA-t, de nem veszi le, amit feltelepített, vagyis megpróbálja, de aztán azt írja, hogy 0 csomag eltávolítva. Hagyományos módon apt-get remove vlc (vagy grafikus módban eltávolítás), de az apt-get leszedné a libreoffice-t is, nem csak a vlc-t.

Nem értem, hogy miért nem lehet binárist kiadni (x86-ra és x64-re), ami egy könyvtárban tartalmazna mindent, ami a futáshoz kell, ahogy Windowson is van. Lehet ezt is forrásból forgatom, de szerintem még akkor sem fog menni.

Lehet Arch lesz belőle. Csak kár lenne a Mintért, mert amúgy tetszik, minden szempontból bevált, csak ez a fránya csomagfrissesség.

Mondjuk ilyen szempontból a legrosszabb a Debian, abban tényleg ezer éves csomagok vannak. A VLC nightly Ubuntura is feltehető, valahogy Mintre is fel lehet szögelni.

A dd-vel meg továbbra is az a bajom, hogy míg teleirkálom a szabad területet (akár csak nullákkal), az tovább tart, mint ha csak arra a kevés adat törlésére mennék rá, de ha már ennyien ajánljátok (ajánlották egy másik oldalon is egy másik kérdezőnek), akkor ki fogom próbálni.