A héten szembetaláltam magam azzal a problémával, hogy az asztali gépemen lévő őskövület disztribúcióban a gpsim-ben letiltoták a GUI-t. Mivel siettem, gondoltam rászánok 2 órát a rendszer frissítésére. Nem kellett volna. A Debian, még mindig ugyanazokkal a rákfenékkel küzd, név szerint az apt és a dpkg helykezelésének botrányos minőségévek, és Köcsögölő Költősködő úr agyszüleményeinek a jelenlétével. Az hagyján, hogy az ember nekivág a 4,8GB szabad hellyel, mikor a telepítő közli, 2,5GB csomagot fog letölteni és 1,6GB plusz hely lesz felhasználva, hogy aztán félúton merevre fagyja magát az egész, mert azt elfelejtették, hogy a letöltött 2,5GB-nak majd ugyanennyi hely kell a kitömörítéshez és a cahchet, csak külön utasításra törli.
De mielőtt ez bekövetkezett volna, még az udev is szórakoztatott egy kicsit. Mondván, nem elég friss a kernelem és hiányoznak olyan featurek belőle, amitől meg fog akadni a működése, ezért itt most leáll a telepítés. Telepítsek új kernelt, indítsam újra a gépet és utána telepítsem az udevet. Az nem zavarja, hogy ott a van a telepítési listában a friss ropogós kernel. És, nem, nem lehet előre venni a kernelt, és nem is telepíthetem külön csomagból, mert amíg benne van az udev a telepítési listában, addig a beállításoknál kiszáll a telepítő. A megoldás, vedd ki az udevet és az összes hozzá kapcsolódó szart a telepítési listából, telepítsd az új kernelt. Bootolj újra a félig dist-upgradelt géppel és imádkozz, hogy elinduljon, majd folytasd a telepítést.
A telepítés befejeztével szembesültem vele, hogy a "basszunk el valamit ami eddig működött" elv jegyében most a wbar lett a soros. Az-az indulásnál boldogan kiírja a verziószámát, majd kilép. Se bű, se bá. Ugye régebben szokás volt, hogy az alkalmazásoknak van szószátyár vagy debug módja. Az itt nincs. Picit turkáltam a konfigjában, meg straceltem, de végül feladtam. Felraktam helyette a tint2-t. Ez ugyan fapadosabb, de megy.
A másik meglepetés az volt, hogy a csomagok közöl eltűnt a piklab. Picit utánaolvasva kiderült, hogy mivel "elavult" QT3 alkalmazás volt, a fasza csomagkarbantartók úgy vélték ideje dobni. Nos, nekik üzenem, hogy QT4-el tökéletesen fordul és fut és ezt írják is a project oldalán. Oh, wait... A csomagkarbantartók nem olvasnak ilyent.
Szóval, jó látni, hogy az alapítójuk elhunyta ellenére, az egyik legnagyobb linux disztribúció készítői stabilan hisznek abban, hogy a több éve fennálló hagyományokat folytatni kell és nem szabad változtatni. Ez jó érzés, mert mindig marad valami állandóság a folyton változó ITben, mégpedig, a szopás.
Stay tooned...
- Hiena blogja
- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Gyönyörű leírás!
Sajnos.
Ezért is maradtam a Windows XP/SP2 mellett. Azon sok putty ablakot lehet nyitni!
Pedig sok linuxos befejezetlen/félbeszakadt projektet megnéztem. Ha dolgozni szeretnék, bizony egyik sem életbiztosítás. Természetesen kivetel a gputils!
Így marad az a technológia, amit sokan csinálnak: Meg kel tanulni az elavult vacakokat és együttélni velük. :(
- A hozzászóláshoz be kell jelentkezni
Mert valami számomra megmagyarázhatatlan és rejtélyes okból a magyarországi linuxos körök többségében elterjedt, hogy a Debian jelenti a jóságot, tökéletességet, az alfát és az omegát, holott a Debian nem egyéb, mint az iparági trendeket évekkel lemaradva követő, öreg, agyonpatch-elt csomagokat felvonultató, megmagyarázhatatlan hibákat produkáló valami. Mellesleg, ha a hiba megmagyarázható, az is csak kicsit jobb. Annyiban jobb, hogy akkor arra legalább workaround-ot egyszerűbb kiötleni.
Érdekes módon nálam a Fedora nagyon új csomagokkal működik, pedig a beállításaimnak semmi közük az alapértelmezetthez. Szanaszét hekkeltem, szögeltem, aztán mégsem bír megállni. Vagy pont ezért, mondjuk ezt nem tudom. :D
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Érdekes módon nálam a Fedora nagyon új csomagokkal működik,
Nem mindenkinek van szüksége a legújabb nagyon-csili programokra, csomagokra. Nincs mindenkinek arra ideje netán kedve, hogy folyamatosan kövesse az "iparági trendek"-et...
megmagyarázhatatlan hibákat produkáló valami.
Hát pedig pont nem kellene bolygatni a debian filozófiát, az iceweasel->firefox cserét pl. most stable-n belül megoldották, ezzel valamennyire hagyományt/szabályt sértettek, azonnal be is ütött
egy grave func. bug:
Volt megoldás pár órán belül, mint látszik nem arról van szó, megy is.
De az is látszik, hogy a meglevő debian filozófiát nem kellene bolygatni.
Ez így jó ahogy van, ha nem tetszik, keresel másik rendszert.
[vallásháború on :-D]
Ha neked folyamatosan mindenből a legújabb, meg iparági trendkövetés kell (tökmind1 milyen okból), akkor a debian nem neked való. Mert folyamatosan ilyen és hasonló problémáid lesznek. Ez mindig is így volt.
De pl. az én valagam alá ne toljanak be 3-4 havonta új rendszereket, a francnak sincs kedve állandóan széthekkelni, szögellni a rendszerét, van aki használni is szeretné. :-)
[vallásháború off :-DD]
Amúgy szanaszéthekkelésért, gányolásért, szögelésért én se megyek a szomszédba ha már szóba került.. ;-)))
3.14 kernel + grsec 3.14.51 verzió .73ra portolva saját kútfőből megfűszerezve a "szokásos" ip_randomid() tcp_ipv4-es cuccal +
obsolete bttv cuccok visszapakolása kernelbe , lirc full downgrade 0.8.x verzióra az agyongányolt lirc_gpio driverhez ;-).
Ja a múltkorit ne is említsük ...
És ahogy te fogalmaztál, a rendszer "mégsem bír megállni".
az ip_randomid() cuccos portolgatása kb. 2.6.18/2.4.(2x??) óta megy
bár a randomizációs kód (openbsd-netrand) 2.6-nál cserére került más forrásból mikor a kódokat a grsecből kitették ill. eleinte csak "kikapcsolták". :-), a bttv/lirc kavarás 2.6.27 óta megy. ez utóbbi muszájból.
Ezt nagyjából elég dist-upgraden-ként egyszer megcsinálni, aztán a választott kernel verzión belül nem igen kell hozzányúlni,
de ha a kernelt pl. 1-2 havonta állandóan cserélgetnék a disztróhoz, mást se csinálnék csak naphosszat kernelt patkolnék.
--------
Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.
- A hozzászóláshoz be kell jelentkezni
Szerintem egy kompromisszumos megoldas az Ubuntu LTS. Nem tolnak be 3-4 havonta uj rendszereket (keteves a kiadasi ciklusuk), viszont nincs is annyira lemaradva, mint a Debian. Bonusz, hogy bizonyos csomagok eseteben van lehetoseg backportolt csomagokat hasznalni (kernel, X, ilyesmi) ha megis kellene. Ezen felul az LTS-ek a community-tamogatott PPA-k altal is tamogatva vannak, altalaban -1 LTS verziot meg tamogat mindenki (hacsak nem volt valamiert nagyon durva valtas, ami lehetetlenne teszi).
Persze, az Ubuntunak is megvannak a maga hibai, de azt gondolom, hogy azokkal bizonyos szintig egyutt lehet elni. Es _annyira_ azert nem kulonbozik a Debiantol.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
SZVSZ: ahol szeretem az új dolgokat (desktop, laptop): Fedora; ahol sok évig nem akarok distupgradelni (médiaszerver, webszerverek) CentOS. Annak nem kettő, de inkább hét-nyolc év az életciklusa. Pl most a legfrissebb CentOS 7 end of life dátuma 2024 június 30.
--
Csaba
- A hozzászóláshoz be kell jelentkezni
Helló időutazó! :)
- A hozzászóláshoz be kell jelentkezni
Ne variálj!
Szólíts egyszerűen Marty-nak! ;)
- A hozzászóláshoz be kell jelentkezni
"Ha dolgozni szeretnék, bizony egyik sem életbiztosítás."
Lollerkopter, 5 éve úgy keresem a kenyeremet napi 8 órában hogy Linuxra támaszkodom :)
De aláírom hogy az én szakmámnak fekszik (Java alapú szoftverfejlesztési projektek)
--
arch,debian,osmc,android,windows
- A hozzászóláshoz be kell jelentkezni
Úgy 0.79 verziótól ismerem/használok linuxot. Akkoriban a kernelbe is írtam két drivert, bár nem túl komolyat. (Magic Combo Hercules+ adapter és szabványos 84 gombos AT billentyű)
A szomszéd szobában van két kisebb AIX szerver. A régebbi elég muzeális, '95-ben vettem, jó 8 évig hajtottam, de ma is működik. Utána vettem újat, hogy már AIX 5.3 is fusson rajta. Ezek biztos munkaeszközök voltak. Vindózon meg lehet filmet nézni meg internetezni is. Szóval az a sok a putty ablakos mondás - bár nem tőlem számazik - de igaz. Én ezzel olyan 20 évig kerestem a kenyeremet. (Bár 2001-ig linux volt az ablak a szerverekre - max 20 konzol.)
Pár éve megy egy linuxos rendszerem is. Kb. 100 vindózos rendszer kvázi-online mentését végzi, teljesen automata, több mint 30M mentést kezel. Sajnos debian, de a fejlesztés opensuse környezetben végeztem. Putty ablakokon keresztül. ;)
Jelenleg hardvert fejlesztek és programozok (PIC/asm), de ehhez is tökéletes az XP/SP2. Bár gyakran kell átverni, hogy ő tulajdonképpen egy SP3. :)
De egy biztos. A jáva számomra halálomig a gyerekkori építőkészletet fogja jelenteni! Tudod: kék csövecskék, sárga dugók, piros kerekek. :D
- A hozzászóláshoz be kell jelentkezni
+1 a Jávára. Nekem is, nagyon szerettem. Akkoriban még tudtam úgy ülni a földön, hogy kifelé voltak a lábaim. Sőt, úgy volt kényelmes. Ma esélyem sincs így leülni.
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
:-) Nálam azért SP3-van -a Windows7 nem eszi a hangkártyát, tv-tunert, usb2-es kártyát, multifunkciós nyomtatót, cimkenyomtatót..., úgyhogy egyelőre maradok az XP mellett - amire kell, arra bőven elég :-P
- A hozzászóláshoz be kell jelentkezni
Nálam meg azért SP2, mert abból sikerült N-es verziót szerezni. (Az EU által kiirtott médiacuccok!)
Ezt még kissé nlite-oltam.
Meg azért is, mert az audio eszköz, foobar2000 nem megy linuxon. Meg az SP2 áttekinthetőbb. (Na, kis túlzással.) Az XP zárása után csak SP3 támogatás van, de eddig minden lényeges dolgot sikerült átverni. Van hivatalos embedded/SP3 driver/patch ami felmegy!
Kiegészítés: Úgy látszik, aki látott már AIX-et, az tudja, hogy csak az XP jó. :D
- A hozzászóláshoz be kell jelentkezni
Egy kerdes, miert nem frissited rendszeresebben azt a gepet, amit rendszeresen hasznalsz? Marmint, ezek a dolgok, mint a Qt3 meg az udev-kernel utkozesek, ezek igy nem mostani slagerek.
Ami a csomagkarbantartast illeti, ajanlok egy masfajta megkozelitest: lehet, hogy a piklabot csomagolo embernek elfogyott az ideje/turelme, es kiszallt a csomagfejlesztesbol. Nem nem olvassa a changelogot, hanem igy nem is erdekli mar az egesz. Marpedig a legtobb disztro (csomagformatumtol fuggetlenul) a maintainer nelkul maradt csomagokat kidobalja - ertheto okokbol.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
A válasz egyszerű: Nem vagyok rendszergazda végtelen plusz egy kicsi idővel. Régebben rendszeresen frissítettem, a rendszert, aztán feladtam. Ugyanis minden egyes frissítés hozott valami szopatást. Vagy eltűntek csomagok, mert épp elfogyott a csomagkezelőnél az anyag vagy valamilyen más ideológiai rákfenéje volt, vagy épp összehoztak egy jó kis dependency hellt, amit csak 2-3 órás szopással lehetett kifésülni, vagy csak szimplán törött volt az adott alkalmazás az adott csomagban. Erre nincs időm és energiám. Most elbasztam vele cca 4 órát és megspóroltam 8-at.
A piklabnál ideológiai problémák vannak. A legtöbb linux egy kártyavár, egy szépen egymásra rétegezett trágyakupac. Csak épp tele van kompatibilitási problémákkal. Egy-egy verzióváltásnál adott library köszönőviszonyban sincs a korábbi verzióval. API és ABI változtatások vannak, sokszor indokolatlanul. Ilyenkor, a haladás nevében, kukázzák a régi libeket és azokból készített alkalmazásokat. Ezt ki lehetne kerülni például egyes alkalmazások statikus fordításával, de ez elveket sért. Sokszor azt mondják, hogy nem fejlesztik az adott alkalmazást és ezért nem teszik a csomagba, holott ez nem igaz, mert egyszerűen nincs szükség a fejlesztésre, vagy épp nem érné meg.
--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "
- A hozzászóláshoz be kell jelentkezni
Azért kíváncsi lennék mire használod a piklabot? Régen nem fejlesztik, írják bugos.
- A hozzászóláshoz be kell jelentkezni
A piklab teljesen jó IDE a PIC-ekhez, ha nem feszegeted a határait. Igen, ki lehetne váltani egy szövegszerkesztővel és pár scripttel.
--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "
- A hozzászóláshoz be kell jelentkezni
Nem akarok beledumálni, de az Mplab X is teljesen jól megy linuxon.
- A hozzászóláshoz be kell jelentkezni
mcedit + gputils?
tr '[:lower:]' '[:upper:]' <<<locsemege
LOCSEMEGE
- A hozzászóláshoz be kell jelentkezni
Csak ülök és várom az ötleteket!
Az MPLAB X-et már vagy négyszer töröltem. :(
Amire szavazok: vi+makrók+gputils
- A hozzászóláshoz be kell jelentkezni
+1
Én a kdesvn-nel jártam így. Évekig használtam, nem volt benne egyetlen zavaró hiba sem. A KDE4->5 váltás miatt kidobták az Ubuntuból, mert nincs aki portolja 5-re. Normálisak ezek? Egy tökéletes programot dobtak ki, ráadásul olyat, aminek eddig nem találtam használható alternatíváját.
- A hozzászóláshoz be kell jelentkezni
Amennyire en a KDE-t ismerem, az SVN-hez van KIO tamogatas is, raadasul a Dolphin/Konqueror egeszen jol kezeli is. Nyilvan nem egy SVN-re kihegyezett alkalmazas, de azert lehet hasznalni igy is.
Amugy, ha nincs aki portolja, akkor megis mi a fenet csinalhattak volna mast? Varjanak a 4-5 upgrade-dal amig elo nem kerul valaki (honnan is?), aki tudja portolni, es szivassanak meg egy csomo olyan usert, akik nem is hasznaljak a kdesvn-t (valoszinuleg marginalis azon userek szama, akik egyaltalan tudtak, hogy van ilyen a KDE-ben)?
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni
De mielőtt ez bekövetkezett volna, még az udev is szórakoztatott egy kicsit. Mondván, nem elég friss a kernelem és hiányoznak olyan featurek belőle, amitől meg fog akadni a működése, ezért itt most leáll a telepítés.
1. A debian dist-upgrade csak a közvetlen megelőző verzióról működik, a 2-vel korábbiról már nem !!!!
Ez mindig is így volt, ez már afféle hagyomány valóban. ;-)
Szóval érdemes a frissítési kisokost elolvasni, mielőtt apt-get dist-upgrade...
csak úgy vaktában...
2. Helyhiány: Ugye nem azt akarod mondani, hogy
- egy külső vinyón/más partíción/usb pendrive-on létrehozni egy akármilyen partíciót
- vagy ha más nincs, akkor az érintős hülyetelefonod Download mappájában létrehozni dd-vel egy fájlt, azt megformázni, loop-al becsatolni var/cache/apt/archives-ként az neked komolyabb problémát jelent ?
2a.:mert azt elfelejtették, hogy a letöltött 2,5GB-nak majd ugyanennyi hely kell a kitömörítéshez...Nekem úgy tűnik ezt inkább te felejtetted el, hogy frissítés/telepítés előtt meggyőződj arról, van-e elég hely. :-)))
Az operációs rendszerek ahogy "fejlődnek" , úgy a helyigényük is folyamatosan növekszik, és ez nem csak linux specifikus. :-)))
--------
Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.
- A hozzászóláshoz be kell jelentkezni
Naaaaah, lassítsunk.
A fenti bullshit kisokos szükségtelen lenne, ha implenemtálnának olyan apró featuret, mint prioritizált telepítés és ütemezett újraindítás.
A helyhiány kapcsán, így 2016 magasságában, hadd ne nekem felhasználónak kelljen ilyen triviális feladatot végrehajtanom.
Ha a telepítő képes cca. 50000 csomag függőségi adatbázisát felállítani, akkor az a féltucat lekérdezés hadd ne legyen már kihívás neki. Arról nem beszélve, hogy 2,5+1,6 az nálam még mindig 0,7GB-al kevesebb, mint a telepítés indításakor rendelkezésre álló hely.
A mountolgatást remélem csak viccnek írtad. Ennyi erővel miért nem írod, hogy kézzel töltögessem le telepítsem, és törölgessem a csomagokat és akkor soha nem fogy el a hely?
--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "
- A hozzászóláshoz be kell jelentkezni
kisokos szükségtelen lenne, ha implenemtálnának olyan apró featuret, mint prioritizált telepítés és ütemezett újraindítás.
Hát én még a múltban élek, én akkor is elolvasnám a frissítés előtti "kisokos"-t, ha lenne priorizált telepítés és ütemezett újraindítás,
nehogy 2 ütemezett
újraindítás között kapjak egy sokatmondó "something happened" üzenetet. ;-))
Nem bízok a skynet módjára automata rendszerekben.
Utoljára talán egy windows2000 telepítő cd-t bootoltam be frissítési kisokos utánaolvasás nélkül,
és kapásból azt mondta ha jól emlékszem, hogy "hardware failure. please contact your system manufacturer."
És azon az asztali gépen windows nt4 standalone server futott a 150 ftos tárcsázós internet korában nemriktán 1,5-2 napos uptime -al. igen péntek estétől ment a gép vasárnapig egyfolytában egy tárcsázással.
Szóval erre a gépre a hardware failure úgy nem igazán volt nyerő kifogás gyanánt...A megoldás kabaréba illett amúgy itt offtopic.
Azóta valahogy nem bízom az installerekben.
A priorizált telepítés annyiból részben megvan, hogy most már a debian verziók közötti átjárás leginkább nem sima apt-get dist-upgrade. hanem előszőr apt-get upgrade, ami felrak alap cuccokat és utána mehet csak az apt-get dist-upgrade. / linkelt kisokos 4.4.4-es pont/
Tehát inkább 2lépcsőben célszerű ma már.(méghogy nincs fejlődés. haha :-DD
A mountolgatást remélem csak viccnek írtad
Egyáltalán nem viccnek írtam. Csak a telepítés idejére kellett az extra hely, utána már nem.
egyszerű , gyorsan megvan. nem arról van szó, hogy kézzel telepítgetsz. Ha kell hely átmenetileg, becsatolsz és kész.
Annak a pendrive-nak, külső vinyónak tökmindegy, hogy 3 filmet másolsz ki rá avi-ban, vagy pl. egy imagefájlt, ami telepítés idejére a var-cache-apt-ot tartalmazza. Aztán ha kész van, utána már nem kell.
gyorsan megvan? meg. működik? ja. célnak megfelel? ja. nem elegáns? nem. Gányolás ? az, ki nem szarja le. :-D
Mikor a 64bitre frissítettem, átmenetileg pl. az egész usr-t előre kiszórtam, hogy biztosan legyen elég hely. ;-)
A jelenlegi végeredmény (13G 12G 581M 96% /) jelen állás szerint,
de párszáz megát azért lehetne pucolni mert a /root-ban van némi szemét, többet nem nagyon. ;-))
Ha nagyon elfogyok, lehet hogy az usr/doc-ot majd kiszórom a rendszerpartícióról máshova, mert ez gyorsabb mint partíciót átméretezni.
A dist-upgrade-nél majd megint figyelni kell, de az nincs minden évben terv szerint. de lehet hogy addigra lesz új vinyó, mert ez a mostani már vagy 2 éves. :-))
Sőt a var/cache/apt eleve külön partícióról van mountolva az éles rendszeren több mint 10 éve, hogy pontosan mióta azt nem tudom,
a dumpe2fs sem ad filesystem created infot, az pedig legalább van vagy 10 éve ext(2-3-4) fájlrendszereken.
A /tmp szintén kiszórva (ez tmpfs-en van),
meg van még egy két extra dolog külön (home, mail, stb.).
Szóval valahogy úgy van, ahogy írtad /tudom hogy viccnek szántad/, hogy a rendszerpartíción gyakorlatilag soha nem fogy el a hely, de itt kb. tényleg így van.
A rendszerpart. várható mérete így jól becsülhető, és a méret tartható. És ez a szisztéma van több mint 10 éve alkalmazásban. :-DD
Ha új vinyó van, akkor szoktam megnövelni a part. méretet. és megy rá a rendszer partimage-vel+extresize.
--------
Nem vezetek...Jobb így. Nekem is
meg mindenki másnak is.
- A hozzászóláshoz be kell jelentkezni
Nyilvan azert valahol a lustasag is belejatszik. Van az a pont, ahol en se szeretnek ennyit foglalkozni a rendszerrel, altalaban a gyoker particio ala van tolva 20-30 giga, ha nem eleg, akkor mar ugyis annyira tele van szemetelve a rendszer, hogy gyorsabb ujrahuzni, mint megabajtokkal varazsolni.
--
Blog | @hron84
Üzemeltető macik
- A hozzászóláshoz be kell jelentkezni