Pápá rpm

Egyszer ugyan eldöntöttem már, hogy hanyagolom az olyan disztrókat amik ezt a csodás csomagtípust használják, de ugye vagy másfél éve csak az van ezen a desktop gépen. Mivel túl sok időt töltöttem az elmúlt napokban azzal, hogy rendberakjam a gyökérarcok marhaságát (PcLos nem támogatja a régi videókártyákat.. ha érdekel valakit a vergődésem, akkor itt), a gépemet meg használni is szeretném, ezért első körben:

Tesztelem a Megát. Körülnézve az emlékeimben, ez az egyetlen felhő szolgáltató amelyik elsőre ad 50 gigát. Nekem az most pont elég. Majdnem. Mennyire bízhatok a volt megauploados arc cégében? Remélem eléggé. Szóval éppen megy oda a backup. Ha van másik, az sem baj, most nem tudom megkeresni azt a topicot. Pedig volt itt ajánlás dögivel. Egyelőre terheli a gépet rendesen, és nem is túl gyors. Könyvtárakat nem tölt fel csak fileokat. Ez elég ergya.

Nézegettem a disztrowatch-on, melyik az a disztró amelyik képes összerakni a nekem megfelelőt. Persze, rakhatnám fel én is darabokból, de ez az amit egy -most már tényleg- ideiglenesen használt gépnél fölösleges időpazarlásnak tartok. No meg itt a lakásban csak wifi van, így olyan kell ami ezt out of box kezeli. És legyen benne legalább glibc 2.15. Meg Debian, (nem ubuntu) alapú. Vagy Arch alap. Ezt még nem döntöttem el.

Egyértelmű első hely; Manjaro. Nem értek az Arch-hoz.

Most talált új fiú, Debian testing alappal; Sparky. Van belőle gamer edition, ami egyértelműen hozza a glibc 2.15-öt.
Merthogy mind a kettő gyárilag adja a Steamet. Ami nekem pont nem életszükséglet, de a mániákusan keresett glibc ezekkel mindenképp jön. Már csak egy media kellene amikre ezeket ráírom. Ugyanis eltűnt a kedvenc erre használt flashdrive-om.

Mivel láttam itt ilyet, hogy zene van belinkelve alulra, és marha jó ötletnek tartom, ezért a jelenlegi csengőhangom:
Pailhead I will Refuse

Ja igen! Mikor lessz már olyan, hogy egy beágyazott videó mellett ott van a linkje is? Mobil eszközöknél nagyon jó lenne ha rá tudnánk keresni, nem csak azt olvasnánk, hogy "Get latest flashpléher".. irgum-burgum. Ja tudom vegyek rágottalmát meg stb.stb. A nem webkites Opera mindben ezt adja elő, szóval.

( locsemege v | 2013. 06. 11., k – 02:05 )

Nem igazán értem, mi a fene bajod van az rpm-mel. Mit nem tud? Nem lehet, hogy Te nem tanultad meg használni? Bosszantalak kicsit:

cat /etc/system-release
Fedora release 19 (Schrödinger’s Cat)

rpm -q glibc
glibc-2.17-4.fc19.x86_64
glibc-2.17-4.fc19.i686

uname -r
3.9.5-300.fc19.x86_64

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nem bosszantassz. Akármikor próbáltam hosszabb ideig használni ezeket, valahogy mindig összeakadt a bajszunk. A mostanin is ott a glibc 2.15, csak az X nem indul.
Debian (nem ubuntu) származékokkal az elavultságukon kívül sosem volt bajom. Persze lehet, hogy pont a legjobbat, a Fedorát hagytam ki, ez mostmár jó ideig nem derül ki.
--
AGA@
Fork portal és az egyik logóm :)

A hozzászólásom egyik mondanivalója az volt, hogy Fedorán igen újak a csomagok, a glibc 2.17-es verziójú, a kernel néhány nap késéssel követi a vanilla verziót. Persze van, ami régebbi csomag, a Pulseaudio például csak 3.0-s, holott a project honlapján megjelent már a 4.0-s is a közelmúltban. Tegyük hozzá, lehet, nem is baj, hogy nem teszik bele ezt a frisset, mert kíváncsiságból lefordítottam forrásból, elsőre működött jól, aztán meg szétesett a hang, recsegett-ropogott az egész. A 3.0-s meg rendben működik. Tehát valóban indokolt némely esetben az, hogy nem a legfrissebb verziót tolják bele a disztribúcióba.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Tapasztalataim szerinte a Fedoraba sem tolnak bele ész nélkül mindent, előtte azért ránéznek, reszelik kicsit, ha nagyon kell. Persze bőven előfordul így is, hogy valami nem kerek, de szintén tapasztalat, hogy igen rövid idő alatt jön is javítás ezekhez. Főleg, ha valaki veszi is a fáradtságot, hogy bejelentse (kb. két-három klikk, van rá tool benne, amit akár automatikusra is be lehet dobni és akkor már csak jelentést kapsz róla, hogy a rendszer hibát talált, majd bejelentette).

de, mert lényeges, hogy lássuk nem random górják bele a cuccokat a stabilba, hanem először csinálnak egy homokozót, hogy oda górják. Aztán jön a tesztelés, minőségbiztosítás stb. Kialakult rendszer.

Azt nem tudom, hogy a pclos háza táján mit csinálnak, de azért nem kéne szarazerpéem hozzáállást erőltetni. Mert fogok egy bmw-t, szétütöm a kaszniját meg tankolok bele cukrosvizet és akkor szar a bmw.

Jó persze ez nem neked szól, csak ez most itt jutott eszembe.

>>: sys-admin.hu :<<

De most komolyan, bármit meg lehet vele csinálni. Ha valaki ámokfutni akar, akkor a --nodeps kapcsolóval is feltehet vagy leszedhet csomagot. A yum kezeli a függőségeket, ugyanakkor akár komplett disztribúció is upgrade-elhető vele. Lekérdezhető, egy adott file-t melyik csomag tartalmazza, illetve egy csomag mely file-okat tartalmaz. Lehet keresni, megy lokálisan, de mondható neki URL is.

Ezt valójában nem Neked mondom, mert Te tudod, csak nem értem, mi a baj vele. Én szeretem, megszoktam, s még nem volt olyan, amelyre ne találtam volna kapcsolót, ha kellett valami csomagkezeléssel kapcsolatban.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Egy szóval nem mondtam, hogy értek a Fedorához :)
Nekem rossz tapasztalataim vannak a Mandrakedrivával, a Suséval, ezzel a Pclos-al, és néhány régebbivel amire már nem is emlékszem név szerint. Fedora, Red-Hat, Centos kimaradt. Mivel Live-ot nem találtam belőlük (igaz nem is kerestem), ezért nem próbáltam. Itt is írtam, ha a rendszer már a kezdeteknél nem működik együtt a wifi stickemmel, akkor nem tudok mit kezdeni vele. Live cuccoknál általában kiderül. Itthon csak wif van.
--
AGA@
Fork portal és az egyik logóm :)

Nem kerested és nem találtad, jópofa. :)

ha rpm-et akarod érdemben megismerni, akkor red hat cuccot nézz meg. Azért csak ők tudnak legtöbbet róla.

Az meg, hogy a pclinux os valamit elkókányol, nem azt jeleni, hogy az rpm szar.

Csak rápislantottam a másik írásodra. Az volt a gond, hogy nincs legacy driver?

>>: sys-admin.hu :<<

Nem, az volt a gond... illetve, most épp ránéztem, tehát; Az a gond, hogy Pclosék összekókányolták a frissítési mechanizmusukat. A driver mint kiderült egy mellékszál, megoldottam 10 perc alatt, kereséssel együtt.
Synapticot használ, anno ez tetszett meg. Ahogy látom, frissítéskor az összeakadó cuccokat minden kérdés nélkül egyszerűen leszedte. Az Nv driver volt az egyik, az előbb vettem észre, hogy a másik szinte a teljes Xfce. Úgy fél éve, gondolom mikor a mandrakeriva épp meghalni készült, beijedtek, és alkottak valami mégrosszabbat.

Amúgy ez csak egy dühöngő vélemény az RPM-es cuccokról, és mint mondtam itt már többször, nem Red-Hathez közeliekre értem, hanem a mandrakármi, suse stb. cuccokra. No meg 5+ év Debianhoz közeli disztróhasználat után sokszor nem is értem a számomra logikátlan dolgokat ezekben. Most ugye pont az X11 alatti dm, dm.d, meg a sessionön belüli drak3d.conf ami zavarta a lelkemet. Van ott rettentő sok fölösnek tűnő link.
Röviden, jobban ismerem a nem Rpm alapú cuccokat, és dühít, hogy ha baj van velük, többet kell karcolnom a billentyűt mint egy Archnál.

--
AGA@
Fork portal és az egyik logóm :)

En ismerem mindkettot, es nekem meg az a tapasztalatom, hogy nem kell veluk tobbet harcolni, csak masok a szivasok.

Nem azert valtottam Ubuntura, mert az RPM nekem nem megfelelo irany, sot, csomagot kesziteni meg mindig nem tudok, es valoszinuleg egy darabig nem is fogok megtanulni DPKG ala. Ennyire elborult csomagoformatummal meg sosem talalkoztam.
Nalam jart openSUSE, Arch, es Fedora is, eleg sokat nyustoltem is oket, a SUSE-nal raadasul csomo mindent kulso tarolokbol kellett feltelepiteni, es sosem volt vele gondom. Pedig az elozo laptopom nVidia kartyas cucc volt, raadasul olyan, amit a nouveau sem viselt el teljes mertekben, muszaj voltam a zart forrasu cuccot felrakni, ha ertelmes mukodest akartam a rendszerbol kicsikarni. Es meg azon belul sem volt mindegy, melyik verziot rakom fel. Megis, a Zypper es mogotte az RPM mindent korrektul lekezelt.

A Fedorat pedig pont a tulzott bleeding edge iranti vonzalma miatt dobtam, leven rolam koztudomasu, hogy elvakult Gnome2 fanatikus vagyok. Sosem volt bajom a csomagkezelessel, es eleg sokfelekepp sikerult tropara kuldenem a rendszert, de soha, egyetlen esetben sem a csomagkezelo miatt.

Szoval en a disztrokeszitok hulyesege miatt nem atkoznek el egy csomagformatumot. Debian/Ubuntu vonalon is lehet nagyon szar disztrokat talalni, meg nagyon jokat is. Sok fugg a keszitok hozzaertesetol.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

"elvakult Gnome2 fanatikus vagyok"
Jó hír, lesz hivatalos mate fedora spin. Ez azt jelenti, azon túl, hogy csinálnak telepítő készletet, hogy a fedora közvetetten beszállt a mate fejlesztésébe.

Egyébként ebben erősebb a fedora a susenél. Egységesebbek a tárolók. Van alap, meg frissítések és egy külső. Ezzel már a csomagok 99.9%-a megvan.

>>: sys-admin.hu :<<

Remelem kijavitjak azt a sok multimonitor nyugot is amit megszoptam a F18-cal. Nekem az F18 rettento instabil volt egyebkent, nagyon szarul sikeredett release lett belole. Majd olyan 20-21 tajan esetleg felnezek a fedorara, addigra talan a MATE spin is kiforrja magat.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Ez függ a felhasználástól. Én elégedett voltam az F18-cal, most pedig az F19-cel is. Nyilván lehetnek olyan bugok, amelyek nem érintenek. Csak egy példát mondok. Ha teszem azt, suspend móddal van valami gond, arról nem is tudok, mivel desktop gépet használok, azt meg nem bölcs dolog suspend-be rakni, hiszen egy áramszünet esetén baj van. Notebook-on hasznos funkció.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Ja, igen, tenyleg, a suspenddel is baj volt. Meg a PackageKit mindent csinalt, csak nem mukodott. Meg mas ilyen aprosagok is, de ezeken mar kellett toprengeni, hogy elojojjenek.

Sajnalom egyebkent, szivesen hasznaltam RPM alapu disztrot, mert seperc alatt tudtam barmibol csomagot csinalni magamnak, ha kellett, ezt most teljesen elveszitettem, es neha bizony hianyzik.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Szerencsére nagy a választék különböző filozófiák mentén. Én elégedett vagyok a Fedorával, s azt tudja, amire szükségem van. Nagy csomagválaszték, friss csomagok, közvetve áll mögötte cég, így nem fog elhalni azért, mert az egy szem fejlesztőjének gyereke született, s így tovább. Nem utolsó sorban megszoktam a csomagkezelését, az általam gyakorabban használt parancssori kapcsolókat ismerem, nem kell előtte manualokat olvasnom.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nem igazan. Bar tenyleg van benne Gnome2 viszont dsomagvalasztek tekinteteben... hat... hogy is fogalmazzam ezt meg finoman... szoval szamomra tulsagosan is szukmarku a RedHat ezen termeke.

Mondom, alapvetoen nincs bajom a Fedoraval, a koncepcio tetszik, csak a kivitelezesen kellene itt-ott kicsit... oke, sokat csiszolni. Nem volt olyan erzesem, mint amikor most legutobb felraktam az Ubuntut, hogy "na, ez egyben van, latszik, hogy a fejlesztok is ezt hasznalnak nap mint nap". Pedig ettol lehet, hogy tenyleg igy van, nem tudom, nem akarok itelkezni, de ettol meg nekem ambivalens erzeseim voltak.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

A Cinnamonos cuccal? Hat... izlesek es pofonok... Megneztem a cinnamont, es hirtelen legordult elottem egy lista, hogy mit kellene javitani benne, tele teljesen trivialis dolgokkal. Jo, ez mondjuk tavaly volt, azota nem volt ra ingerem, hogy megint megnezzem.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Van hiányossága a Cinnamonnak, Gnome2 tökéletes volt. Viszont még mindig korrektebb, összeszedettebb mint a legtöbb Gnome3-as Mate-es Lmde-s cucc. KDE-t is csak a Mageia találta el. Xfce meg fejlődött sokat, mindegy milyen disztrón.
Jányka kicsit cimmogott, hogy az új gépére miért nem mehet fel az új Gnome2-es Mint, de mára megszerette. Gondolom már sikerült testre szabnia is.
--
AGA@
Fork portal és az egyik logóm :)

Mondjuk amit írsz, az elég csúnya kókányolás a pclinux részéről, ilyen amatőr módon nem lehet disztrót építeni. Frissítésnél lerántja az xfce-t? Vicc.

"Amúgy ez csak egy dühöngő vélemény az RPM-es cuccokról"
Azt látom. De ez nem az rpm hibája, hogy nem tudják rendesen használni. Ilyen bizarr dolgot fedoránál nem láttam, ilyeneket a rawhide ágon próbálgatnak. :)

>>: sys-admin.hu :<<

Sőt, a yum már LVM snapshot-ot is képes csinálni, gondolom, rendszervisszaállítási funkciót megvalósítandó. A

yum history undo last

parancs pedig már nem is olyan új. Ez utóbbi nem snapshot-ból, hanem a yum naplója alapján csinálja vissza a dolgokat. Downgrade-el, visszatelepít vagy eltávolít.

Apropó, ha már itt tartunk, nem találtam meg a neten - vagy rosszul kerestem -, mi a fene az új, 'd' választási lehetőség, amikor a yum megkérdezi, rendben van-e, amit csinálna?

Is this OK? [y/d/N]

Csak gondolom, hogy delayed, vagy valami ilyesmi, szóval talán boot időben végezné el a telepítést, frissítést, de ez csak sejtés, lehet, hogy hülyeséget beszélek.

Szóval mi is ez a 'd'?

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Nohát! eddig fel se tűnt. Vagy ez már 19? Én még 17-et nyúzok.

googlere támaszkodva: link
E szerint a d válasz download only-t hajt végre, tehát nem telepíti, csak cache-be teszi a csomagokat.

mod:
ugyan az, mint eddig a --downloadonly kapcsoló. Dejó szemed van. :)

>>: sys-admin.hu :<<

Igen, már Fedora 19-et használok, s a saját gépemen kívül még másik 3, általam karbantartott gépen upgrade-eltem Fedora 18-ról. Egyelőre az ajánlott fedup-pal nincs jó tapasztalatom - ha úgy tetszik, azzal nem jött össze a frissítés, de kárt sem okozott -, sokkal inkább yum-mal upgrade-eltem, valahogy emígyen. A teljesen manuális utat választottam.

Azoknak, akik például Xfce-t használnak, feltétlen javaslom, akár még reboot előtt:

yum erase ConsoleKit\*

mert ütközni fog a systemd-vel, s már semmi szükség rá.

Lehet, hogy ki lesz szürkülve a shutdown illetve reboot, ezen egy alkalommal tessék konzolra váltani, s onnan újraindítani a gépet. Amikor Fedora 19-ként indul, már jó lesz, de egyből kell egy yum update. Utána célszerű egy reboot, s már meg is van.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

( mizy | 2013. 06. 11., k – 06:14 )

Nem akarok belevau, de ha Debiant tudsz telepiteni, akkor sima Archot is. Raadasul mocsok jo Wiki is van hozza, ahol gyakorlatilag a szadba rag mindent! Probald ki egy virtualis gepben! :)

--
http://www.flickr.com/photos/mizyhun/

Igen, tudom. De kb. két hétig kéne használnom ezt a gépet. Valszeg akkor veszek újat. Ebbe már nem fér bele ennek a tanulása is, mert tanulok mást is, dolgozni is kell, meg pár órát aludni.
Ez a gép reggelre elkezdett csörögni, meghalt benne az egyik DVD. Szerencsére ez pont nem a legfontosabb. Csak az adatokat mentem le, és most is Manjaro live fut rajta.

--
AGA@
Fork portal és az egyik logóm :)

Évekig csak azt csináltam, hogy új gépnél a régi vinyót beleraktam, majd használtam. Tavaly ezt a Pclost csak ideiglenesen raktam fel, de annyira megtetszett, mert akkor még gyors volt, azonnal kézreállt, olyanok is voltak a repókban amit máskor forrásból raktam fel. Aztán pár hónapja egyre több a gond vele, és be is lassult. Most meg ugye az X sem indul.
Egyszer lesz Arch-om vagy valami származéka, ebben biztos vagyok.
--
AGA@
Fork portal és az egyik logóm :)

( blueghost | 2013. 06. 11., k – 07:57 )

Ha a glibc 2.15 csak a steam miatt kell, az debian stable alatt is simán megoldható. Leszeded a kérdéses glibc csomagot valamelyik debian vagy ubuntu tárolóból, kézzel kicsomagolod egy akármilyen mappába, majd a steam indítása előtt az LD_LIBRARY_PATH környezeti váltózóban megadod, hogy azt használja. Nálam is így fut a steam.

Ez nem rpm-specifikus dolog, hanem rosszul oldották meg a disztribúcióban.

Fedorán - meg Red Hat-en, CentOS-on, Scientific-en - a yum illetve a grafikus felületű yumex a függőségek feloldása után felsorolja, mit fog telepíteni, eltávolítani, lecserélni. Ezen a ponton lehet nemet mondani, aztán legfeljebb trükközni, például függőségkezelés nélkül feltenni, leszedni csomagot. Tegyük hozzá, olyanra nem emlékszem, amikor egy frissítés leszedett volna valamit. Olyanra már inkább, hogy leszednék valamit, s a függőségeit szintén uninstallálná.

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Itt is van egy jelzés arról mit fog leszedni meg mit nem. No most amiket írt, azokon kívül leugrott még vagy 100 csomag, de már kérdés nélkül. Pl. Xfce4-weather-plugin ami hiányzik, de már a repókban sincs. Memory monitor nekem kellett a tesztekhez, most az sincs. Meg még egy sor másik dolog amit rendszeresen használok. Pedig ezek eléggé alapvetőek. Most hackelem át gnome-ból ami kell. De mondom, amikor kezdett meghalni a mandrakeriva, akkor kezdtek el kókányolni. Jobb lett volna ha Mageia alapra térnek át. Ahogy néztem, ők is Fedora cuccokat használnak. Abban biztos vagyok, hogy jobb lenne.
Mivel nekem a Debian (nem ubuntu) alapú cuccok mindig jobban kézreáltak, ezért is dühít ha ilyet látok. Példaként azoknál már nagyon régóta nem találkoztam hasonló függőségi problémákkal.
--
AGA@
Fork portal és az egyik logóm :)

Oké, nem is bántom a Debiant illetve az Ubuntut. Ezekben - különösen a Debian esetében - nekem a régi csomagokkal van bajom. Egész egyszerűen beletenyereltél egy olyan disztribúcióba, ahol ezt elszúrták. Az meg aztán teljesen abszurd, hogy van Xfce, de egy idő után eltűnik az xfce4-weather-plugin a repóból. Hogy mi van? :) Különben Fedorán épp Xfce-t használok, az időjárásjelentő kisalkalmazást is, ha gondolod, elmondom, milyen idő lesz holnap. :)

tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE

Már volt ezzel más probléma is. Az első disztróm amibe bemászott valaki, viszont ha root acces kell valaminek -synapticot kivéve- akkor nem fogadja el a jelszót. De van még rengeteg dolog.
Igen, a régi csomagok miatt hanyagoltam a Debiant én is. Buguntut sem szeretem jobban mint a Pclost.
Köszi, de telefonon van weather forecast :) Csak szerettem látni pár óra kockulás után, hogy érdemes-e kimennem.
Jut eszembe, a wifi monitor is hiányzik.
--
AGA@
Fork portal és az egyik logóm :)