Végső szakaszához ért a Trusty Tahr fejlesztése

Ubuntu

A célegyenesbe fordult a Trusty Tahr fejlesztése, hamarosan itt a végleges kiadás. Az Ubuntu Release Team nevében Adam Conrad nemrég bejelentette, hogy a Trusty elérkezett a fejlesztési ciklus utolsó nagyobb mérföldkövéhez, a FinalFreeze-hez. Ez azt jelenti, hogy mostantól kezdve csak a Release Team és a témához tartozó csapat(ok) által jóváhagyott javítások kerülhetnek a rendszerbe. A végleges, Ubuntu 14.04 LTS kiadás április 17-én érkezik.

Részletek a bejelentésben.

( akkos v | 2014. 04. 12., szo – 14:06 )

Eredetileg pár héttel a megjelenés utánra terveztem a frissítést (12.04-ről), de volt pár csomag, amiből már nagyon kellett az újabb.

Két nap után az eddigi pozitívumok:
- apport végre nem jön föl két naponta, hogy a rendszer összeomlott
- megy a suspend
- Általános javulás a reszponzivitásban, programok gyorsabban nyilnak, dash villámgyors lett.
- végre normálisan kezeli a beépített lemezképcsatoló a blu-ray iso-kat.
- vlc ootb gyorsítja a videókat. Nem tudom hogy va-api, vagy vdpau, de nem is érdekel. Az biztos hogy 12.04-en a ppa-s vlc-vel sem ment tökéletesen.
- psensor több értéket mutat

Negatívumok:
-nautilus butább lett
-még mindig nincs overlay scrollbar a firefoxban.
-nem tetszenek az új háttérképek :)

Öszzeomlás, furcsaságok eddig nem jöttek elő.

Pentium g620, 4gb ram, nvidia gts 450. Az intel igp-t nem próbáltam.

( gyomber | 2014. 04. 12., szo – 18:53 )

Mikor várhatjuk tőled Trey a következő "frissítettem" cikket? :)

Nincs 10 éves gépem. Egy Intel(R) Core(TM)2 Duo CPU T6670 @ 2.20GHz alapú gépem van. Ez a processzor 2009 Q3-ban jött ki, azaz lassan 5 éve. 8GB RAM, 128 GB SSD (jövő héten váltok 250 GB SSD-re).

A gép, HDD (SSD) folyamatosan upgrade-lődik a rendszer alatt. Ez már nem is tudom hányadik gép. A gépcsere is aktuális már egy ideje, de sajnos arra sincs időm. Az SSD most az égető, azt cserélem. A komplett gépet pedig akkor, amikor időm lesz. Lassan 2 éve húzom, halasztom. :( :)

--
trey @ gépház

Sokszor megrettenek, amikor meglátom, hogy egy 32 bites és egy 64 bites csomag közt mekkora méretbeli különbség van. Ilyenkor elgondolkodok, hogy akarom-e én ezt egy notebookon mindenáron. Akarom-e, hogy a drága SSD-n a rendszer másfélszer annyi helyet foglaljon el. Aztán abban maradok, hogy nem. Ugyanez a helyzet mondjuk az új fájlrendszerekkel is. Ott van pl. a ZFS vagy a btrfs. Rendszerigényük számomra notebookon megkérdőjelezi a létjogosultságukat. Eddig is megvoltam notebookon a snaphotolás nélkül, nem hiszem, hogy emiatt nekiállok felborítani mindent.

Egyébként fájlrendszert simán tudnék cserélni és nem vagyok biztos benne, hogy a 32 bitről 64 bitre váltás se menne, ha nagyon szeretném.

BTW: a notebookodon neked is Linux van. Azon snapshotolsz? :)

--
trey @ gépház

A méretbeli problémákat a tömörítés kb. elintézi. Igen, snapshotolok, mivel azon is ZFS-t használok (USB pendrive-ról bootol, ZFS a root titkosítva). :)
Múltkor kellett is, mikor erre a trusty tahr-ra próbáltam frissíteni, mert utána olyan szar volt, hogy inkább visszaálltam.
--
zsebHUP-ot használok!

Disaster recovery mentésed van? Nekem az a legfontosabb. Ha beszarik az SSD-m, nekem azonnal kell egy működő rendszert produkálni. Az nem érdekes, hogy éppen nem naprakész, nem érdekes, hogy a fájlok nem a legutolsó verzióban vannak benne, mert több helyen is mentve vannak. Viszont a megszokott környezetem álljon rendelkezésre a lehető legrövidebb időn belül. Ezért csinálok időközönként full klónt a rendszerről. A különleges fájlrendszereket nem minden szoftver támogatja (pl. Acronis). A ReiserFS-sel ilyen gondom nincs.

--
trey @ gépház

Tobbfele. A desktopon mirror van, mashol mirror, levalasztott, lekapcsolt tartalek diszkkel (pld notebooknal kulso usb-s, neha raszinkronizalok), illetve networkon fajlba mirror sync.
Ez atviszi a snapshotjaimat, eleve tomoritve csinal mindent, ugyhogy eleg takarekos.
Visszaallas: volt mar ra szukseg, zfs send, receive-vel valtottam pld kisebb ssd-re a korabbi nagyobb diszkrol, plusz at is formaztam 512 bajtrol 4k-ra (ashift).
Nem kell ehhez semi kulso sw.
--
zsebHUP-ot használok!

Jól hangzik, de én maradok egyelőre asszem' ennél a számomra már bevált és bizonyított megoldásnál. Linux alatt nem pancsolok a ZFS-sel. Meg a te itt-ott elejtett megjegyzéseid a ZFS-sel kapcsolatban sem voltak korábban túl bizalomgerjesztőek. Vagy lényegesen változott a helyzet?

--
trey @ gépház

Ezzel én is így vagyok. Régebbi laptopban Dual Core T6600 CPU van, 4 GB RAM, stb... meg van egy Fusi Core i3-as 4 GB RAM, 120 GB SSD.
Komolyan semmi különbség átlagfelhasználásnál. Nem éri meg gépet cserélni. Használni kell, amíg nem áll be teljesen.

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Közben meglett a hiba. Az SSD mellett van egy merevlemezem is. Azon is volt egy régi grub a BIOS meg úgy látszik kicsit megzavarodott tőle. Letakarítottam a második grub-ot és most megy minden rendesen. Azóta leszedtem egy régi kernelt, szóval volt grub update és minden rendben, szóval tényleg ez volt a baj.

( bugos | 2014. 04. 14., h – 10:40 )

A legbosszantóbb hiba egy laptopon jelentkezik. Xubuntu alatt XFCE grafikus felület, és x11vnc szerver xinetd-ből. Eddig ment szépen.
A frissítés óta az alábbi történik: egy bizonyos idő után elindul egy második "X" szerver :1, a VNC klienssel belépve nagy feketeség fogad,
mondom akkor ennek annyi... Viszont, ha a xinetd-ben módosítok :0 -ról :1 -re, majd xinetd reload és újra próbálkozok VNC klienssel belépni,
akkor feljön a bejelentkező ablak, ahol ha beírom a jelszavam és belépek kidob, viszont kiesik ez a bizonyos második X szerver, ekkor visszaírom
az xinetd-ben :1 -ről :0 -ra és újraindítom, a VNC kliens újra be tud lépni az eredeti asztalra, ahogy otthagytam.

A másik hiba pedig a remmina -val kapcsolatos, de ez már a saucy alatt is megvolt, hogy egy idő után kifagy, vagy kiakad, viszont ami furcsa,
hogy a hibabejelentő ablak a chrome elszállására hivatkozik, pedig az fut és jelenleg is abból írom ezt a kommentet.