Ubuntu 12.04.4 LTS

Ubuntu

A várakozásnak megfelelően az Ubuntu Team nevében Colin Watson tegnap bejelentette, hogy elérhető az Ubuntu hosszú karbantartással rendelkező 12.04-es kiadásának negyedik point release-e. Az Ubuntu 12.04.4 LTS bejelentése elolvasható itt.

( nevergone v | 2014. 02. 07., p – 08:57 )

A frissített telepítőkön kívül jelent ez valamit? Gondolom nagy csomagfrissítés nem lesz, mert folyamatosan frissül a rendszer.

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
rand() a lelke mindennek! :)

Lehet tévedek, de valami olyan rémlik, hogy ilyenkor új telepítésnél frissebb kiadású kerneled lesz (ez feltételezem most a 13.10-é lesz), mint egy korábbi kiadáson. Egyébként frissítéssel csomagokban pont ugyanide jutsz, csak ez a "kernelváltás" nem lesz, hanem azon a vonalon mozogsz majd amin elkezdted.

"Belépés díjtalan, kilépés bizonytalan."
"Vajon mit várok a sorstól, ha hányok az édestől, és izzadok a sóstól."

Igen, ez megy, én arra gondoltam, hogy új telepítésnél ez így történik már a nulla kilométernél, sima frissítésnél ez nem lesz, de kézzel meg tudod csinálni, hiszen a repoban ott van a csomag.

"Belépés díjtalan, kilépés bizonytalan."
"Vajon mit várok a sorstól, ha hányok az édestől, és izzadok a sóstól."

Nem igazán. Rolling R-nél a teljes base meg minden frissül folyamatosan, szoftverek, struktúra. Itt az újabb kernel hasznos és kellhet is újabb hardverek támogatáshoz. Meg ahogy olvasom, sima update-nél marad a másik, így nem törik a rendszer, hanem opcionális. Szerintem jobb ez így, mintha nem lenne.

https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/ChangeSummary/12.0…

"Kernel and Hardware support updates

Considerable work has been done in Ubuntu 12.04.4 on improving support for many specific items of hardware. In particular, we have backported the kernel and X.org stacks from Ubuntu 13.04; these "enablement stacks" are used by default on new installs and are optional on upgrade."

Ez alapján kézihajtányos frissítésnél, alap új telepítésnél.

Update: Azóta frissítettem egy gépen és nem ugrott kernel verziót.

"Belépés díjtalan, kilépés bizonytalan."
"Vajon mit várok a sorstól, ha hányok az édestől, és izzadok a sóstól."

( chrono | 2014. 02. 08., szo – 11:10 )

Tegnap vettem egy olcsó Dell Inspiron laptopot húgomnak, előretelepített 12.04-el. Szépen bootolt, minden hardver működött, csendes, gyors, nagyon pozitív első benyomás. Ez persze kihagyott ziccer, mert ha a felhasználó emellett kapna egy jól megszokott hagyományos desktopot is a Unity helyett, lenne némi esélye, hogy meg is ragadna az Ubuntunál, és nem váltana a még jobban elcseszett csempékre. (Az MS persze javítani fogja a mellényúlását, ők nem engedhetik meg maguknak, hogy emiatt felhasználókat veszítsenek, ugye.)

Felajánlotta a frissítéseket, hajrá, 400+ csomag letölt, frissítés 12.04.0 -> 12.04.4-re. Van egy csomag ami ütközik, pár fájl átkerült egyik csomagból egy másikba, triviális probléma, de a csomagkezelő nem tudja megoldani. Ellenben feljön egy hibabejelentő ablak, segítsek megoldani a problémát a fejlesztőknek, akkor gyerünk, de sajnos a hibajelentő némi homokórázás után összeomlik, erre feljön egy hibajelentő ablak, hogy a hibajelentő alkalmazás összeomlott, de segíthetek megoldani a problémát a fejlesztőknek. Szégyenlem magam, de végül nem segítettem a fejlesztőknek.

Ezután újraindítom a gépet, nem megy a Wifi. Jaj. Átköltözök a router mellé, kábel bedug, Google első találat: a 3.2 kernelről 3.5-re frissítés miatt nem jó. De van megoldás egyszerű, kernel-headers meg pár másik csomag telepít, 3.6-backports kernel modul targz letölt, cd ath9k könyvtár, make, make install, van működő kernelmodul, van Wifi. Vagy frissebb kernel kéne, de a hivatalos tárolóban ez a 3.5-ös a legfrissebb, legalábbis az Update Manager szerint.

A hétvégi programom: KDE-t telepíteni, lehető legfrissebb kernelt felrakni, legfrissebb mesa, gpu driver csomagokat telepíteni, beüzemelni a 8760-as diszkrét GPU-t, lehetőleg opensource driverrel, hogy kézzel lehessen váltani az intel IGP meg a GPU között. Ez utóbbira azért kíváncsi leszek, ha sikerült, majd írok róla blogot:)

Lehet, hogy Neked kéne windows mellett maradni? :)

$ uname -r
3.11.0-17-generic

$ cat /etc/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=12.04
DISTRIB_CODENAME=precise
DISTRIB_DESCRIPTION="Ubuntu 12.04.4 LTS"

Minden a hivatalos repóból - az egész írományod no comment, kis túlzással azt is mondhatnám, hogy az Index szokott ilyen kísérletekről beszámolni, de ők néha ügyesebbek...
--
PtY - www.onlinedemo.hu

Most ezt mire írtad? Láttál te már Dell notebookra készített, dell-es ubuntut? Ha nem, akkor légy oly kedves, ne "ugass le" senkit pusztán azért, mert nem megy neki és olyan hibába ütközött, amit te életedben nem láttál!
Nekem volt szerencsém kipróbálni az állítólag támogatott Ubuntut 10.10-et a saját gépemen, amikor még nem volt windows-om, mert nem döntöttem el, hogy megtartom-e a gépet.
Egy tragédia. És erről még csak nem is a Canonical tehetett, tisztán a dell sara volt az egész. :(

Azt olvastam, igen. Számomra ez nem egyenértékű avval, hogy az egy Dell által patkolt 12.04, vagy eredeti Canonical forrás. Lehet, hogy neki, Neked ez a két szó ezt egyértelműsíti, nekem nem. Tudom, bennem van a hiba, de akkor sem jelenti ezt egyértelműen.
--
PtY - www.onlinedemo.hu

Figyi, azóta használok desktopon (is) Linuxot, mióta a KDE3 megjelent, és az nem tegnap volt, ha gondolod kiszámolhatod.

Pontosan, és direkt kissé naivan leírtam, hogy mi a tapasztalata annak, aki még életében nem látott Ubuntut. Mert még életemben nem telepítettem Ubuntut egyébként, szóval ez egy korrekt kiindulási alap. Leírtam, hogy jól működött, és minden pöpec volt. Igen, ez dicséret volt, sőt elárulom, a Fedora 20 live cd el sem indult ezen a laptopon.

Ezután leszóltam a Unity-t, mint nagyjából mindenki más is. Aztán leírtam a frissítéshez kapcsolódó két triviális hibát, ami simán javítható lenne a disztribútor által, ha tesztelnék a frissítést, és a bejelentett bugok közül legalább a pár perc alatt javíthatókat megoldanák.

A 12.04.0 -> 12.04.4 frissítés ilyen problémás, és nem a gonosz multik meg a globális felmelegedés miatt, hanem mert senki nem tesztelte. Mert olyan egyszerű az élet, hogy minden felhasználó úgyis folyamatosan frissítget, elég csak a 3 -> 4-et kipróbálni. Vagy még azt se, mert úgyis folyamatosan jönnek a frissítések, senki sem fog több verziót átugrani. Pedig lásd, vannak notebookok előre telepítve, és ez nem egy hobbi disztró elvileg és ráadásul LTS.

Amúgy nem értem, miért sértődtél meg, és főleg miért hülyéztél le, amikor leírtam hogy milyen egyszerű is megoldani ezeket a kisebb problémákat, egy keresés a neten és nem kell hozzá semmi hozzáértés. Persze ha tudsz nyitni egy konzolt, hogy beirkáld a parancsokat. De egy kezdőnek először azt kell majd megkérdeznie egy fórumon, hogy hová tudja beírni a parancsokat, mert a Unity-n tutira nem fogja megtalálni. Még a régi szép időkben az Uhu 1.0-n kinn volt a konzol ikonja a gyorsindítón, mert úgyis kelleni fog. Az hogy manapság már nem rakják ki a disztrók a konzolt szem elé, az igazából önbecsapás, úgyse fogod megúszni, csak idő kérdése.

Bocs, nem hülyéztelek le - legalábbis nem ez volt a szándék. Ha ez jött le, akkor elnézést.

Én pl. nem ismerem a Fedorát, és egy hasonló szituban vélhetőleg eljátszanám a torkosborz szerepét simán, csak tudva, hogy több tapasztalattal nem lett volna ekkora szopás, nem feltétlenül azt írnám, hogy a Fedora mekkora szar, hogy még ezt sem lehet megoldani. De ne ez legyen a téma fősodra.

A frissítésekkel semmi baj - ezt elhiheted. Mivel a 12.04 és a 12.04.4-közt verziókülönbség nincs (csak annyi, mint egy frissen feltett Fedora X és a másfél éves patchlevelje közt), így biztos lehetsz benne, hogy a gyártó semmit sem cseszett el. Én is folyamatosan frissítem az összes disztrót - legyen az desktop vagy szerver -, és ilyen szívás nem volt vele.
Ha valami el lett rendesen baltázva, az egy-két HW elem rosszul felpatkolt megoldása volt, ami nem az Ubuntu (és főleg nem a Unity) bűne, hanem azé, aki elkövette, és abból csinálták az összes vasra az image-elést.
Az én notebookomon is van pár HW elem, ami nem megy alapból (ujjlenyomat olvasó, 3g modem), megvan mindegyikra az a megoldás, ami Ubuntu specifikus, és nem kell aggódni amiatt, ha felcsúszik egy újabb kernel, vagy más olyan változás történik, ami érinti ezeket. biztos vagyok benne, hogy Fedora alatt is van jó és rossz megoldás ugyanezekre, ami az első pillanatban működés szempontjából nem érezhető, csak a későbbiekben kiderül, hogy A megoldás szar, B viszont jó - 100%-ig biztos vagyok benne, hogy tudnál mondani erre több példát is, tudod, hogy miről beszélek.

A Unity meg alapesetben a Gnome mostohagyereke, ha ismernéd a Gnome-ot, akkor kipróbáltad volna a Ctrl-Alt-T-t, és lenne azonnal terminalod - és igen, 10000 userből kb. 13-nak kell terminál, minek rá ikon. Engem is néha bosszant, hogy eldugnak dolgokat, amik kellenének, de belátom, hogy a nagy többségnek - akiket meg akarnak nyerni -, valóban nem kell, hisz win alatt sincs, csak összezavarná. Szerintem aki régen Linuxozik, azt az is bosszantaná, ha default 1 munkaterület lenne, és 3 lépcsőben kéne ideoda kattingatni, hogy visszaállítsa az eredeti állapotot, pedig be kell látni, hogy a számítógéphasználó emberek 99%-a 1 munkaterület használatával éli végig az életét, és nem hiányzik nekik több. Apám 74 éves, soha sem látott windowst, a Unityből 3 ikont használ, és azt sem tudja, hogy van több munkaterülete, ikon egy sincs az asztalon - tudom, ő a másik véglet, de egy átlaguser hozzá áll közelebb, nem hozzánk. És minden disztrónak az a célja, hogy az átlaguserrel ismertesse meg a Linuxot, nem a magunkfajtával.
Ha windowsos lennék, és én akarnék áttérni, lehet, hogy engem is zavarna, hogy 300 ikon van a vezérlőpultban, meg 12 almenüben 30-30 ikon, amivel csinálhatnék mindenfélét, mikor általában egy windows usernek van 8-10 ikon az asztalon/tálcán, amit nap-mint nap használ, és a többi nem hiányzik neki. Ezek tények, és tudom, bosszantó tud lenni annak, aki ennek pont az ellenkezőjét igényli, de erre halad a világ, és vagy megyünk vele, vagy megragadunk a kőbaltánál, ami tényleg néha hasznos, de nyugodtan lehet "modernizálódni", attól még tudjuk, hogy a kőbalta ott van a garázs valamelyik polcán, és ha ahhoz kell nyúlni, akkor rámarkolunk a nyelére.
Szóval nem akarom túlragozni, de szerintem sokkal kevesebb szívásnak mész neki, ha a problémásabb HW-eket összeszeded, és 0-ról futsz neki egy telepítésnek - vagy nem frissítesz, ha a Dell patkolásából nem lehet semmi jobbat kihozni (sajnos, simán lehet, hogy ez utóbbira is komoly esély van).

És még egyszer: nem jött le számomra az, hogy ez egy Dell által patkolt Ubuntu, nem pedig egy "gyári".
--
PtY - www.onlinedemo.hu

Hirtelen nem akarom összeszámolni, hogy hány Ubuntum van, de egy olyan frissítésem sem volt, ahol lett volna függőségi problémám, pedig szervereket még release upgrade-del is frissítek főverzióváltással.
Desktopon nem szoktam főverziót váltani, de az adott verzió frissítései problémamentesek. Lehet, hogy csak szerencsém volt, de akkor Gutsy óta folyamatosan az van.
--
PtY - www.onlinedemo.hu

Ilyen verzióugrásra? 12.04-ről 12.04.4-re? Mondom dist-upgrade is volt. Az ennél sokkal nagyobb ugrás. Sőt, az verzióugrás, a fenti meg nem az.
És mégegyszer: nem hülyéztem le senkit, az írás hangnemén akadtam ki, ami egy harmadik fél által okozott problémát úgy állított be, hogy mekkora szar már ez a cucc, hogy még ez is szar - és ilyet tényleg az indexesek szoktak - csupán erre céloztam.
És de, találkoztam ilyen jellegű problémával - konkrétan egy Debian old-old-oldstable alatt volt 5.3-as php felpatkolva, és amikor a mysql-t kellett (volna) frissíteni, akkor zuhant szét az egész, és inkább újrahúztam az egészet friss Debiannal, minthogy nekiálltam volna én is patkolni. És nem a Debiant okoltam emiatt, hanem a jóembert, aki rámasztolta a php-t.
--
PtY - www.onlinedemo.hu

"És még egyszer: nem jött le számomra az, hogy ez egy Dell által patkolt Ubuntu, nem pedig egy "gyári"."

Nem ismerem a Canonical üzleti ügyeit, de szerintem ez a Dell által telepített gyári Ubuntu. Nem voltak propietary driverek, vagy bármi más sallang. Nincs Dell-es csomagtároló, csak a normál Ubuntus. Nem volt magyar nyelvi csomag sem, nem hiszem, hogy a magyar forgalmazó telepítette. Volt a gépen csinos Ubuntu logó, ezért választottam, remélem olvassák a Dell-nél a managerek, így is lehet vevőt fogni.

Egyébként nagyon látványos hogy a Linux kernel mennyit fejlődött az utóbbi időben. Vettem egy Dell laptopot 3 éve magamnak, felmentek rá a disztrók, de sok köszönet nem volt benne. Nem ment a wifi, nem volt rendes power management, nem működött a HDMI kimenet, kb 1 évig tartott, míg a kernel utolérte, és az alap dolgok hegesztés nélkül működtek.

"Én is folyamatosan frissítem az összes disztrót - legyen az desktop vagy szerver -, és ilyen szívás nem volt vele."

Pontosan erre céloztam, egész más ha folyamatosan frissítesz, mint ha több verziót (akár csomag, akár komplett disztró verzió) átugorva. Mindig csóválom a fejem, amikor szidják az MS-t meg az Apple-t, hogy miért frissítenek olyan körülményesen, mi tart hetekig, hát például ez, hogy nem csak az előző verzióhoz tesztelnek, hanem a korábbiakhoz is.

Ami nálam előjött, az igazából nem hiba, mert az normális, hogy egy-egy fájl átkerül egyik csomagból a másikba időnkét. A baj az, hogy ez fájlütközés a csomagok között megakasztja az Update Managert. Ilyenkor az apt-ot meglöki néhányszor az ember, és mindenki boldog, mert második nekifutásra helyreáll a konzisztencia a csomagok között. Ezért is nem működik a rolling release modell a profinak szánt megoldásoknál, ha nem rendszeresen, és olyan sorrendben frissítesz, mint a csomagkészítő(k), akkor jönnek a kisebb-nagyobb hibák. Azért kellenének a release-k, az egyben kitolt frissítések, hogy a véges számú frissítési variációt le lehessen tesztelni.

A másik hiba, a wifi az konkrétan a kernel fejlesztők hibája volt. Azért lehet hibáztatni az Ubuntut, hogy nem javították, hanem azt mondták a bugreportokra, hogy fordítsd le és frissítsd csak a kernel modult. Persze gyorsabb megcsinálni, mint panaszkodni miatta, főleg egy rendszergazdának, de nem egy kezdőnek.

Ami az Unity-t illeti, nekem két bajom van vele:
Nem látszik egy kezdő felhasználó számára, hogy le lehet cserélni más desktopra, és ha mégis, akkor hogyan.
Az ergonómia pedig hát kérdéses. A haladóknak a konfigurálhatóság hiányzik, az Xp/Win7-ről jövők meg nem találnak semmit ott, ahol keresik. Még az x-et se az ablak fejlécen.

"Volt a gépen csinos Ubuntu logó, ezért választottam, remélem olvassák a Dell-nél a managerek, így is lehet vevőt fogni."
Inkább azt kellene meghallania, hogy nem volt magyar nyelv, és hogy nem itthon csinálják. Mert hogy igazából az lenne a célszerű.

"Egyébként nagyon látványos hogy a Linux kernel mennyit fejlődött az utóbbi időben."
Visszakérdezek: XP-nek hány év kellett ahhoz, hogy a 2001-es kiadás után alig pár hónappal megjelenő különféle SATA vezérlőket natív módon felismerje a telepítő? Soha sem sikerült? SP3-as telepítővel sem? Ahhoz is driverfloppy kellett? Ejnye...

"Pontosan erre céloztam, egész más ha folyamatosan frissítesz, mint ha több verziót (akár csomag, akár komplett disztró verzió) átugorva."
Frissítettem 11.10.1-ről 12.04.03-ra egy lépésben, nem folyamatosan. És olyan is volt, hogy nem volt kéznél, csak az első kiadású 12.04-es telepítő, és arról telepítettem, majd egy lépésben 12.04.3-ra ment. Nem volt vele bajom.

"Ami nálam előjött, az igazából nem hiba, mert az normális, hogy egy-egy fájl átkerül egyik csomagból a másikba időnkét."
Igen, ilyenről hallottam, de szerencsére nem futottam még bele.

"A másik hiba, a wifi az konkrétan a kernel fejlesztők hibája volt. Azért lehet hibáztatni az Ubuntut, hogy nem javították, hanem azt mondták a bugreportokra, hogy fordítsd le és frissítsd csak a kernel modult. Persze gyorsabb megcsinálni, mint panaszkodni miatta, főleg egy rendszergazdának, de nem egy kezdőnek."
A kernelt kellett volna frissítened elsőként. Mint az első posztomban láttad, koránt sem 3.5 a legújabb benne, hanem 3.11... Ezt Te nézted be, de betudom annak, hogy nem ismered az Ubuntu ezen hülyeségét: újabb kernelt csak kézzel tudsz feltenni apt-get installal, az upgrade nem viszi, megtartja az eredeti kerneled, csak patchlevelt vált verzión belül. Az meg nem a fejlesztőn múlik, ha a maintainer úgy dönt, hogy egy ilyen jellegű hibát az adott verzióban nem javítanak, csak a következőben.
Azon lehet vitatkozni, hogy ez jó döntés-e (szerintem sem), de van ilyen.

"Nem látszik egy kezdő felhasználó számára, hogy le lehet cserélni más desktopra, és ha mégis, akkor hogyan."
Ez kurvára nem kezdő felhasználó problémája. Kezdő felhasználó nem akar desktopot váltani, és nem akar ott keresni mindent, mint windowson, mert nem windows előtt ül. Macen se találja meg ugyanezt - akkor most szaramac?

"Még az x-et se az ablak fejlécen."
Hát pedig az pont ott van :D
A menü egyes programoknál (többségében) max. máshol, de az máshol is így lehet (pl. Mac-en), és máshol meg még X-sincs a sarokban (pl. Mac-en) - akkor most szarozzuk le mindet? Szóval ebbe meg ne menjünk bele. Elfogadom, hogy KDE-hez szoktál, és a többi Neked idegen.

--
PtY - www.onlinedemo.hu

"A kernelt kellett volna frissítened elsőként. Mint az első posztomban láttad, koránt sem 3.5 a legújabb benne, hanem 3.11... Ezt Te nézted be, de betudom annak, hogy nem ismered az Ubuntu ezen hülyeségét: újabb kernelt csak kézzel tudsz feltenni apt-get installal, az upgrade nem viszi, megtartja az eredeti kerneled, csak patchlevelt vált verzión belül."

Leírom mégegyszer: Az upgrade manager befrissítette a kernelt 3.2-ről 3.5-re. Nem patchlevelt frissített, ez teljesen korrekt lett volna, főleg ha ez a policy. Nem a 3.11-re frissített, ez rizikósabb, de sebaj. Mindkét megoldás logikus lett volna. De nem, a kettő között a 3.5-re frissített automatikusan, amiben pont van egy olyan wifi chip bug ami ezt a gépet is érinti, és ami egyébként az első találat a keresőben. Én tudom, hogy hogyan lehet kernelt frissíteni, sőt az is tudom, hogy a korábbi kernelt is lehet bootolni, mert tudom melyik billentyűt kell nyomogatni, hogy előjöjjön a grub. De egy kezdő? Ment volna a gépre a Windows.

A Unity-hez meg csak annyit, hogy nem kell figyelembe venni a felhasználók véleményét, kéréseit, nem kell foglalkozni a tiltakozásukkal. Nem kell jól menedzselni a disztrót, nem kell sikeresnek lenni. Vannak más versenyzők.

Bár kissé más, de azért mesélek. Elég rég láttam ubit, de volt egy progi, amit meg akartam nézni, hashkeles izé, a centoson a cabal beleakadt, a honlapja meg aszonta, hogy az ubiban csomagolva van. Nosza, akkor legyen egy vm. Letöltöttem valami mini isot, feltelepítettem (next-next-finish), adtam neki egy címet, meg egy aptitude installt.
Ööm, bódottá. Aztán ez a stock install úgymaradt, de itt volt egy topic valami mount furcsaságról, azzal játszottam egy kanyart, majd gondoltam belenézek a mount forrásába: 


user@gitit:~$ apt-get source mount
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Picking 'util-linux' as source package instead of 'mount'
NOTICE: 'util-linux' packaging is maintained in the 'Git' version control system at:
git://git.debian.org/~lamont/util-linux.git
Need to get 6,289 kB of source archives.
Get:1 http://hu.archive.ubuntu.com/ubuntu/ saucy/main util-linux 2.20.1-5.1ubuntu9 (dsc) [2,379 B]
Get:2 http://hu.archive.ubuntu.com/ubuntu/ saucy/main util-linux 2.20.1-5.1ubuntu9 (tar) [6,174 kB]
Get:3 http://hu.archive.ubuntu.com/ubuntu/ saucy/main util-linux 2.20.1-5.1ubuntu9 (diff) [112 kB]                                        
Fetched 6,289 kB in 34s (182 kB/s)                                                                                                        
sh: 1: dpkg-source: not found
Unpack command 'dpkg-source -x util-linux_2.20.1-5.1ubuntu9.dsc' failed.
Check if the 'dpkg-dev' package is installed.
E: Child process failed

Hmm, hát jó. (Bár hogy miért nincs fent az apt program egy függősége, miközben ezért ő a felelős, háát) 


user@gitit:~$ sudo aptitude install dpkg-dev
[sudo] password for user: 
The following NEW packages will be installed:
  binutils{a} build-essential{a} cpp{a} cpp-4.8{a} dpkg-dev fakeroot{a} g++{a} g++-4.8{a} gcc{a} gcc-4.8{a} libalgorithm-diff-perl{a} 
  libalgorithm-diff-xs-perl{a} libalgorithm-merge-perl{a} libasan0{a} libatomic1{a} libc-dev-bin{a} libc6-dev{a} libcloog-isl4{a} 
  libdpkg-perl{a} libfile-fcntllock-perl{a} libgcc-4.8-dev{a} libgomp1{a} libisl10{a} libitm1{a} libmpc3{a} libmpfr4{a} 
  libquadmath0{a} libstdc++-4.8-dev{a} libtsan0{a} linux-libc-dev{a} make{a} manpages-dev{a} 
0 packages upgraded, 32 newly installed, 0 to remove and 0 not upgraded.
Need to get 37.8 MB of archives. After unpacking 103 MB will be used.
Do you want to continue? [Y/n/?] y
Get: 1 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main libasan0 amd64 4.8.1-10ubuntu9 [75.8 kB]
Get: 2 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main libatomic1 amd64 4.8.1-10ubuntu9 [10.3 kB]
Get: 3 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libisl10 amd64 0.11.2-1 [487 kB]
Get: 4 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libcloog-isl4 amd64 0.18.0-2 [67.9 kB]
Get: 5 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main libgomp1 amd64 4.8.1-10ubuntu9 [27.0 kB]
Get: 6 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main libitm1 amd64 4.8.1-10ubuntu9 [37.4 kB]
Get: 7 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libmpfr4 amd64 3.1.1-2 [202 kB]
Get: 8 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main libquadmath0 amd64 4.8.1-10ubuntu9 [139 kB]
Get: 9 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main libtsan0 amd64 4.8.1-10ubuntu9 [118 kB]
Get: 10 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libmpc3 amd64 1.0.1-1 [45.0 kB]                                                    
Get: 11 http://hu.archive.ubuntu.com/ubuntu/ saucy/main binutils amd64 2.23.52.20130913-0ubuntu1 [3,593 kB]                                
Get: 12 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libc-dev-bin amd64 2.17-93ubuntu4 [80.9 kB]                                        
Err http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main linux-libc-dev amd64 3.11.0-15.23                                              
  404  Not Found
Get: 13 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libc6-dev amd64 2.17-93ubuntu4 [3,091 kB]                                          
Err http://security.ubuntu.com/ubuntu/ saucy-security/main linux-libc-dev amd64 3.11.0-15.23                                               
  404  Not Found
Get: 14 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main cpp-4.8 amd64 4.8.1-10ubuntu9 [5,838 kB]                                   
Get: 15 http://hu.archive.ubuntu.com/ubuntu/ saucy/main cpp amd64 4:4.8.1-2ubuntu3 [28.0 kB]                                               
Get: 16 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main libgcc-4.8-dev amd64 4.8.1-10ubuntu9 [2,791 kB]                            
Get: 17 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main gcc-4.8 amd64 4.8.1-10ubuntu9 [6,639 kB]                                   
Get: 18 http://hu.archive.ubuntu.com/ubuntu/ saucy/main gcc amd64 4:4.8.1-2ubuntu3 [5,128 B]                                               
Get: 19 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main libstdc++-4.8-dev amd64 4.8.1-10ubuntu9 [1,752 kB]                         
Get: 20 http://hu.archive.ubuntu.com/ubuntu/ saucy-updates/main g++-4.8 amd64 4.8.1-10ubuntu9 [8,690 kB]                                   
Get: 21 http://hu.archive.ubuntu.com/ubuntu/ saucy/main g++ amd64 4:4.8.1-2ubuntu3 [1,448 B]                                               
Get: 22 http://hu.archive.ubuntu.com/ubuntu/ saucy/main make amd64 3.81-8.2ubuntu3 [119 kB]                                                
Get: 23 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libdpkg-perl all 1.16.12ubuntu1 [188 kB]                                           
Get: 24 http://hu.archive.ubuntu.com/ubuntu/ saucy/main dpkg-dev all 1.16.12ubuntu1 [769 kB]                                               
Get: 25 http://hu.archive.ubuntu.com/ubuntu/ saucy/main build-essential amd64 11.6ubuntu5 [5,606 B]                                        
Get: 26 http://hu.archive.ubuntu.com/ubuntu/ saucy/main fakeroot amd64 1.20-1 [98.9 kB]                                                    
Get: 27 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libalgorithm-diff-perl all 1.19.02-3 [50.0 kB]                                     
Get: 28 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libalgorithm-diff-xs-perl amd64 0.04-2build3 [12.5 kB]                             
Get: 29 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libalgorithm-merge-perl all 0.08-2 [12.7 kB]                                       
Get: 30 http://hu.archive.ubuntu.com/ubuntu/ saucy/main libfile-fcntllock-perl amd64 0.14-2 [15.8 kB]                                      
Get: 31 http://hu.archive.ubuntu.com/ubuntu/ saucy/main manpages-dev all 3.54-1ubuntu1 [1,820 kB]                                          
Fetched 36.8 MB in 3min 14s (189 kB/s)                                                                                                     
Selecting previously unselected package libasan0:amd64.
(Reading database ... 53248 files and directories currently installed.)
Unpacking libasan0:amd64 (from .../libasan0_4.8.1-10ubuntu9_amd64.deb) ...
Selecting previously unselected package libatomic1:amd64.
Unpacking libatomic1:amd64 (from .../libatomic1_4.8.1-10ubuntu9_amd64.deb) ...
Selecting previously unselected package libisl10:amd64.
Unpacking libisl10:amd64 (from .../libisl10_0.11.2-1_amd64.deb) ...
Selecting previously unselected package libcloog-isl4:amd64.
Unpacking libcloog-isl4:amd64 (from .../libcloog-isl4_0.18.0-2_amd64.deb) ...
Selecting previously unselected package libgomp1:amd64.
Unpacking libgomp1:amd64 (from .../libgomp1_4.8.1-10ubuntu9_amd64.deb) ...
Selecting previously unselected package libitm1:amd64.
Unpacking libitm1:amd64 (from .../libitm1_4.8.1-10ubuntu9_amd64.deb) ...
Selecting previously unselected package libmpfr4:amd64.
Unpacking libmpfr4:amd64 (from .../libmpfr4_3.1.1-2_amd64.deb) ...
Selecting previously unselected package libquadmath0:amd64.
Unpacking libquadmath0:amd64 (from .../libquadmath0_4.8.1-10ubuntu9_amd64.deb) ...
Selecting previously unselected package libtsan0:amd64.
Unpacking libtsan0:amd64 (from .../libtsan0_4.8.1-10ubuntu9_amd64.deb) ...
Selecting previously unselected package libmpc3:amd64.
Unpacking libmpc3:amd64 (from .../libmpc3_1.0.1-1_amd64.deb) ...
Selecting previously unselected package binutils.
Unpacking binutils (from .../binutils_2.23.52.20130913-0ubuntu1_amd64.deb) ...
Selecting previously unselected package cpp-4.8.
Unpacking cpp-4.8 (from .../cpp-4.8_4.8.1-10ubuntu9_amd64.deb) ...
Selecting previously unselected package cpp.
Unpacking cpp (from .../cpp_4%3a4.8.1-2ubuntu3_amd64.deb) ...
Selecting previously unselected package fakeroot.
Unpacking fakeroot (from .../fakeroot_1.20-1_amd64.deb) ...
Selecting previously unselected package libalgorithm-diff-perl.
Unpacking libalgorithm-diff-perl (from .../libalgorithm-diff-perl_1.19.02-3_all.deb) ...
Selecting previously unselected package libalgorithm-diff-xs-perl.
Unpacking libalgorithm-diff-xs-perl (from .../libalgorithm-diff-xs-perl_0.04-2build3_amd64.deb) ...
Selecting previously unselected package libalgorithm-merge-perl.
Unpacking libalgorithm-merge-perl (from .../libalgorithm-merge-perl_0.08-2_all.deb) ...
Selecting previously unselected package libc-dev-bin.
Unpacking libc-dev-bin (from .../libc-dev-bin_2.17-93ubuntu4_amd64.deb) ...
Selecting previously unselected package libdpkg-perl.
Unpacking libdpkg-perl (from .../libdpkg-perl_1.16.12ubuntu1_all.deb) ...
Selecting previously unselected package libfile-fcntllock-perl.
Unpacking libfile-fcntllock-perl (from .../libfile-fcntllock-perl_0.14-2_amd64.deb) ...
Selecting previously unselected package make.
Unpacking make (from .../make_3.81-8.2ubuntu3_amd64.deb) ...
Selecting previously unselected package manpages-dev.
Unpacking manpages-dev (from .../manpages-dev_3.54-1ubuntu1_all.deb) ...
Processing triggers for man-db ...
Setting up libasan0:amd64 (4.8.1-10ubuntu9) ...
Setting up libatomic1:amd64 (4.8.1-10ubuntu9) ...
Setting up libisl10:amd64 (0.11.2-1) ...
Setting up libcloog-isl4:amd64 (0.18.0-2) ...
Setting up libgomp1:amd64 (4.8.1-10ubuntu9) ...
Setting up libitm1:amd64 (4.8.1-10ubuntu9) ...
Setting up libmpfr4:amd64 (3.1.1-2) ...
Setting up libquadmath0:amd64 (4.8.1-10ubuntu9) ...
Setting up libtsan0:amd64 (4.8.1-10ubuntu9) ...
Setting up libmpc3:amd64 (1.0.1-1) ...
Setting up binutils (2.23.52.20130913-0ubuntu1) ...
Setting up cpp-4.8 (4.8.1-10ubuntu9) ...
Setting up cpp (4:4.8.1-2ubuntu3) ...
Setting up fakeroot (1.20-1) ...
update-alternatives: using /usr/bin/fakeroot-sysv to provide /usr/bin/fakeroot (fakeroot) in auto mode
Setting up libalgorithm-diff-perl (1.19.02-3) ...
Setting up libalgorithm-diff-xs-perl (0.04-2build3) ...
Setting up libalgorithm-merge-perl (0.08-2) ...
Setting up libc-dev-bin (2.17-93ubuntu4) ...
Setting up libdpkg-perl (1.16.12ubuntu1) ...
Setting up libfile-fcntllock-perl (0.14-2) ...
Setting up make (3.81-8.2ubuntu3) ...
Setting up manpages-dev (3.54-1ubuntu1) ...
Processing triggers for libc-bin ...
E: Failed to fetch http://security.ubuntu.com/ubuntu/pool/main/l/linux/linux-libc-dev_3.11.0-15.23_amd64.deb: 404  Not Found

Itt spec abbahagytam a mókát :) Ettől nyilván nem lesz automatikusan szar az ubi, de azért van benne pár na és ejnyebejnye.

Értem én (hidd el, nem ma kezdtem). A beszélgetés itt viszont az egyszeri szerencsétlenről szól. Ő meg a fentit látja, és kb a következőket vonja le belőle

0) Felvezető kérdés: Megnéztem a csomagkezelő! manját, azt mondja, hogy így kell leszedni a csomag forrását, erre errorozik itt nekem, hogy nincs fent valami csomag.
1) Ha állítólag kötelező minden művelet előtt apt-get update, akkor miért nem csinálja magától?
2) Ha frissül a csomaglista, miért elérhetetlen a régebbi csomag?
3) Ha egyszer error volt egy letöltés, akkor miért kezdi el feltenni a többi csomagot? Pláne kérdés nélkül?

4) Bónusz kérdés, ha már évekkel ezelőtt is ferde szemmel néztek arra, aki aptitude helyett apt-get-et használ, akkor mi a picsáért nincs aptitude source csomag?

---
A válaszok meg:
0) Értem én, hogy bizonyára suggests meg minden, nem is para, kozmetikai ügy, de az optikája kezdőnek azért nem az igazi.
1) Itt is értem én, hogy hát mert lehet, hogy mégsem kell letölteni, mert az előbb tetted, és nem kell állandóan letöltögetni fölöslegesen, de egyrészt erre lehet azért szofisztikált megoldásokat találni (cache timeout, hiba esetén update, default frissítés meg egy force off kapcsoló) de imho az a bare minimum: a) legalább megkérdi, hogy akarod a többit a hiba ellenére és b) szól, hogy update kéne, azért volt az error (kb mint a dpkg-src esetében) mert addig imho ez bizony gáz.
2) Szerintem erre nincs magyarázat, ez felhasználó szemmel ejnyebejnye.
3) Lásd #1, ez ejnyebejnye.
4) Ez meg szemöldökhúzás :)

Lehetett volna, de megpróbálta ugyanazt a security.ubuntu.com-ról is. Nyilván megoldható lett volna a probléma, nekem nem ért annyit, hogy kettő percnél többet foglalkozzak vele, csak a fenti a "frissítésekkel sosincs semmi baj, mert én még nem láttam" szösszenethez adtam egy kis adalékot az informálatlan user szemszögéből.

A command line toolok nem szarok. Meg kell tanulni őket használni.

Ennek a világnak kicsit más a filozófiája, mint más OS-eké. Itt sok mindent sokféleképpen meg lehet oldani. Ez a kezdőknek problémás lehet. Főleg azt, hogy ez nem hülyebiztos és akár lábon is tudod lőni magad:

The Atari approach suggest that if the average person is given a gun, he is likely to shoot himself in the foot. By contrast, the UNIX system effectively hands the uninitiated an assault rifle, plug in twenty rounds, and points it at his foot.
As you might expect, the UNIX way can lead to havoc. Choices abound in the UNIX environment and limitations are few. There are nearly always a dozen ways to perform any task. This comparative abundance freedom often pushes new users' patience to the edge of the precipice, as ill-chosen commands plunder their data and leave them wondering how to salvage it. But eventually most UNIX users find that understanding replaces chaos, and flexibility and adaptability find favor over artificial limitations.

Mike Gancarz: The UNIX Philosophy

--
trey @ gépház

please tell me more about it, még sose olvastam ezt. Hidd el, valószínű ha foglalkoztam volna vele kettő percet még, akkor nyilván fel tudom tenni. Azért továbbra sem látom, hogy hol a pebkac abban, hogy ha nem jön le minden csomag, aztán mégis nekiáll telepíteni? Hol a pebkac abban, hogy nem lehet az aptitudeal sourceot lehúzni? Szerintem a unix way nem az, hogy a userre mutogatunk, mikor valamit szarul csinálunk...

Viszont ha :wq-ra úgy reagál, hogy ja bocs nem tudtam kiírni, de azért kilépek, cseszd meg amit írtál, akkor az lenne :) .

De megrpóbálom mégegyszer: Igen, nem futtattam updatet, pedig valóban illett volna. Nem, nem tartom ordas hibának. De ettől még azok a funkiconális pontok igenis validek imho.

Ha Magadra veszed...
De egy repo frissítés nem ártott volna előbb, mint ahogyan azt már előttem írták. Egyes rendszereken (pl. yum, ha jól emlékszem) frissíti a telepítő a repo-t minden futtatáskor, Ubuntu meg nem, ezért ha gyakran használatos, némileg gyorsabb - hátrány, hogy ha egy-két csomag nem elérhető, akkor frissíteni kell.
Az autoupdater pl. frissíti minden hajnalban, ha használatban van.
--
PtY - www.onlinedemo.hu

Ha van cserealkatrészed, próbáld meg másik diskkel beüzemelni nem Dell-es Ubuntuval. Az Inspiron 1015 szétkapása mondjuk egy horror, és összeszerelni is hajmeresztő.
Garivesztéssel nekem nem járt az hogy kicseréltem ami benne van.

Mivel SSD-re váltottam, így pár perc ismerkedés után (megnéztem mi helyzed driver ügyben, lát e mindent, működik e minden) lecseréltem. Az a helyzet, hogy a gyári cucc sem volt hibátlan: funkció gombok nem működtek -ahogy most is csak eljátssza hogy leveszi a fényerőt, de valójában sz.rt se csinál, pörgette a ventillátort mint állat, stb.
Jelenleg 3.13.0-8-generic és 14.04 van a gépen.
Ami jelentős változás:
-az alt+shift -et előző release-ben állítólag sikerült megjavítani de az most már megint nem beállítható,
-touchpaddel való görgetést nélkülöznöm kell (biztos nem használták elegen, ezért gondolom már nem lesz)
-pozitívum hogy az aksiidő 1.5 óráról, ami amúgy életben nem volt annyi, felszökött 6 órára, és nem veszi vissza a wifi sebességét sem.
A felszökött aksiidő, és az aksi mellett használható wifi miatt olyan mintha egy vadiúj notit kaptam volna (azért az alt+shift kombónak örülnék ha működne, és a touchpaddel is kezdhetnének valamit). Szerintem adj neki mégegy esélyt.

-

( Szappan | 2014. 02. 09., v – 22:40 )

Érdekes. Nem bootol be live rendszerként a Hp Probook 4535s-en, holott a 12.04.3 bootolt emlékeim szerint