Ubuntu 15.04

Ubuntu

Az Ubuntu Release Team nevében Adam Conrad bejelentette, hogy kiadták az Ubuntu 15.04-et (kódnevén "Vivid Vervet"). A kiadás a 3.19-es Linux kernelre épül, új glibc-t és számos frissített csomagot hoz. Desktopon új GTK és Qt kiadások érkeztek, illetve frissültek a fontosabb alapcsomagok, mint például a Firefox és a LibreOffice. Szerver oldalon érdemes megjegyezni, hogy tartalmazza az OpenStack "Kilo" kiadását. Ezen kívül első alkalommal mutatkozik be a Snappy Core. További részletek az újdonságokról itt.

A bejelentés elolvasható itt.

( wachag | 2015. 04. 24., p – 08:03 )

Még óvatosan az upgrade-del. Mysql/Mariadb vonalon még vannak anomáliák.

Ezzel én is játszottam egy kört, néhány hete.
Csak nálam launchpadról volt egy 5.6-os repo, azt hittem azzal akadt össze valami - de akkor a hivatalos 5.5-5.6 update sem megy rendesen?

Erről van valami hivatalos info? Google nem segített, s a launchpadon se találtam semmit.
Várható, hogy javítják, s lehet majd rendesen frissíteni, vagy marad a kézi-móka?
--
blogom

Itt azt írják, hogy már javították a csomagot.

Elképzelhető, hogy kifogtál egy törött verziót, és még mindig nem tudtad helyreállítani azóta – sajnálom és sok sikert! – de az én olvasatom szerint valószínűleg ha valaki most áll neki Vividre frissíteni, neki minden rendben lesz.

Nem. Nyilván tudtam, mire számítok, azért léptem meg. Azért inkább hunyók, hogy utána jó ideig semmi output nem érkezett tőlük. Ilyenkor azért - szerintem legalábbis - illenék gyorsabban reagálni.

Egyszerűen attól van szó, hogy nem szeretném, hogy más is hasonlóan járjon, ezért javaslom, hogy várjanak még pár hetet. (Azt zárójelesen jegyzem meg, hogy a javítás sem volt tökéletes, de ez valószínűleg elkerülte a figyelmed.)

Szerk: hozzáteszem, backup segítségével vissza tudtam állítani migrálás előtti állapotra, és fel tudtam rakni a rendesen működőt.

Elkerülte, a hibajegy leadását néztem meg, mikor adtad le, mi volt a végleges kiadási dátum és mikor javították, meg mikor lett lezárva a jegy. Én teszt rendszert sem frissítek fel ilyesmire. Persze akkor meg nem derülhet ki, ezt aláírom. A desktopom más, ott néha rápróbálok a bétára. A backup meg alap :)

Nálam készenlétből visszajövet kétszer kér jelszót. Egyszer egy olyan felületen, mint ami a képernyőkímélő jelszókérője, aztán a szokásos lightdm felületen, mint eddig is. Nem tudom, hogy eddig mi volt, de most a Rendszerbeállításokban a Fényerő és zárolás részben van egy Kérje be a jelszavamat a felfüggesztésből való visszatérésnél és a Biztonság és magánszféra rész Biztonság fülén van egy Jelszó kérése az alábbi esetekben: Ébredés felfüggesztett állapotból, kijelölve.

Egy másik érdekes dolog - de úgy vettem észre, hogy ez más disztrókon is jelentkezett, amik áttértek systemd-re -, hogy az sshd.service nem tud elindulni automatikusan a rendszer indításakor, csak kézzel, ha az sshd_configban meg van adva ListenAddress. Még nem találtam rá megoldást.

Update:
Ha bármelyik fenti ki van pipálva, akkor kétszer kér jelszót. Ha egyik sincs, akkor csak egyszer, de nem a lightdm felületen, mint régen, hanem a másikon.

Sajnos ugyanazt adja.

~ : systemctl status ssh.service
● ssh.service - OpenBSD Secure Shell server
Loaded: loaded (/lib/systemd/system/ssh.service; enabled; vendor preset: enabled)
Active: failed (Result: start-limit) since v 2015-04-26 20:03:43 CEST; 2min 39s ago
Process: 1751 ExecStart=/usr/sbin/sshd -D $SSHD_OPTS (code=exited, status=255)
Main PID: 1751 (code=exited, status=255)

ápr 26 20:03:43 latitude systemd[1]: Unit ssh.service entered failed state.
ápr 26 20:03:43 latitude systemd[1]: ssh.service failed.
ápr 26 20:03:43 latitude systemd[1]: ssh.service holdoff time over, scheduling restart.
ápr 26 20:03:43 latitude systemd[1]: start request repeated too quickly for ssh.service
ápr 26 20:03:43 latitude systemd[1]: Failed to start OpenBSD Secure Shell server.
ápr 26 20:03:43 latitude systemd[1]: Unit ssh.service entered failed state.
ápr 26 20:03:43 latitude systemd[1]: ssh.service failed.

( ncc1701 | 2015. 04. 24., p – 08:18 )

Mindíg várok 2-3 hetet a frissítéssel. :)

( ricsipontaz | 2015. 04. 24., p – 09:19 )

Trey: Várjuk a frissítős történet folytatást. :)

mondjuk a fentebb linkelt mariadb bug az ut.

Ertem, hogy mostmar kijavitottak, de a te adatbaziskonvertalasodba feluton behalt script eredmenyevel mi lesz?:-\

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Az a hibás adatbázis ellesz, mint a befőtt, amíg meg nem eszi a penész, mert hogy ezek nem fogják javítani, az egyre valószínűbb :-).

Végülis újragenerálható a kóceráj, egyfelől általában Postgres-párti vagyok, meg éles adatot úgy általában nem bíznék egy friss Ubuntura (régebbire sem feltétlen, de ez más kérdés, szerencsére éles adatokkal nem nagyon foglalkozom).

Én a 15.04 csatorna megjelenésének a napjától kezdve használom. Vagyis miután hivatalosan kiadták a stabil 14.10-et azt egy az egyben kopizták a 15.04-be. Akinek akkor a Utopic jó volt annak a Vivid első napjától kezdve a Vivid sem lehetett roszabb.

Mivel a 15.04 fejlesztési ciklusban _MINDEN_ változtatást kötelezően és folyamatosan teszteltek 1000+ automatikus funkcionális teszttel ezért szinte képtelenség, hogy UI-jal kapcsolatot regresszióba futott volna a 15.04 a fejlesztési ciklus alatt.

Én fél éve használom a 15.04-et és egyetlen napra sem hagyott cserben, még csak buherálni sem kellett... naponta toltam a `sudo apt-get update && sudo apt-get dist-upgrade` frisstést és nem volt semmi problémám (lenovo + nvidia és airbook + nvidia)

Hát, volt bugreportom a KDE-sek felé (ment az upstreamnek közvetlenül).

Nomeg a fentebb említett törött mysql-mariadb, ami miatt a rendszerem jelentős része (mert persze sok programnak kell függenie a mysql-től) jelenleg képtelen frissülni. Olyan csomagot se tudok feltenni, amire esetleg szükségem lenne. Szóval amíg ez a dolog nem tisztázódik, addig bizony én nem ajánlom a frissítést.

A KDE-s bugok azok nem igazán az Ubuntu asztala, de értelmes arcok a KDE-s srácok, ha tudják biztos megjavítják.

Ami a mysql-mariadb problémát illeti, ha jól látom akkor a bug egy Debian szinkronizációval meg lett oldva. A bug által okozott károk pedig helyrehozhatóak ahogy te is kommentelted a Launchpad-on.

Szóval összeségében egyik sem egy kritikus blokker probléma az asztali desktop felhasználóknak.

(Mysql-re meglepő módon elég sok minden dependel valahol mélyen a KDE-ben, szóval azért khm.)
Mondom, nem vagyok ideges, meg nem azért írom, hogy leoltsam mások munkáját, mert biztos volt benne elég sok. Csak gondolom szólok, hogy tíz nappal a kiadás előtt még egy ilyen hiba benne volt. Mondjuk egy migrálást azt gondolnám, hogy jobban letesztelnek.

A KDE-sek dolgoznak az ügyön, már reportoltam nekik egyszer valamit régebben is, és azt is hamar megcsinálták, elég korrektek. Azt nem tudom, hogy a Kubuntuig ez mikor fog lejutni.

Még egy megjegyzés a topichoz: a KDE kicsit szerintem öszvér lett ezzel a fele 4 fele 5 megoldással. Működik rendesen, csak a tudatalattimat zavarja kicsit.

Nézd, én nem értek a KDE-hez. Régebben használtam, de annyira nem érdekelt, hogy buheráljam az alatta levő dolgokat és akkoriban még Debiánoztam.

De amennyire én tudom az Ubuntu elsősorban Unity-vel jön. A Kubuntu dolgait szerintem külön csapat buherálja. De mondom, okos srácok azok, ha noszogatod őket akkor biztos megoldják a problémát.

A Unity alatt egy átlagos desktop rendszer tudtommal nem függ a mysql-en. Vagyis egy asztali Ubuntu-t használónál ez a probléma nem jelentkezhet.

( enpassant v | 2015. 04. 24., p – 13:01 )

A Snappy csomagkezelésre átváltottak és a frissítőknél is az lett az alapértelmezett vagy csak az újonnan telepítőknél vagy még azoknál se?
Ki tud erről többet?

( egmont | 2015. 04. 24., p – 13:02 )

Én 1 hónapja használom desktopon, teljesen oké, jobb mint az Utopic, lásd itt... valamint végre nem őskövület gnome-terminal van benne.

( thebeast | 2015. 04. 25., szo – 08:47 )

Én a desktop-next-et próbáltam, de nem enged egérrel balra swipeolni, így igencsak hamar elvesztette a varázsát. Erre viszont frissítek nemsokára.

+1, ez nálam is előjött. Néztem is, hogy ez most hogyan, hogyan tesztelik ezt a szoftvert, ha be se lehet lépni :-).
Remélem, fogja majd tudni, ha nincs a rendszeren érintésbeviteli eszköz, a Win8-nál is az vágta ki a biztosítékot számomra, hogy egérrel kellett úgy játszanom, mintha érintőképernyő lenne.

( enpassant v | 2015. 04. 25., szo – 08:50 )

Tegnap este frissítettem 15.04-re. Egy problémával találkoztam.
Ha systemd-vel (alapértelmezett) bootolok, akkor a lightdm-es grafikus login-nél nem működik az egér és a billentyűzet (olyan, mintha le lenne fagyva), mind unity-greeter-nél és lightdm-gtk-greeternél is. Sddm-es login működik rendesen.
Upstart-nál működik minden rendesen.
Egyelőre systemd/sddm-en hagytam, mert a systemd indulása, de főleg a leállása sokkal gyorsabbnak tűnik.
Tud erről a hibáról valaki?

Szerk.:
A soft reset a fagyáskor is működik: AltGr + PrintScr + R E I S U B

Ugyanakkor le is lehet tiltani, illetve lehet korlátozni. Az openSUSE annak idején bevezette a "176" maszkot, az Ubuntu pedig átvette:

cat /proc/sys/kernel/sysrq
176

Bővebben: 


trey@alderaan:~$ cat /etc/sysctl.d/10-magic-sysrq.conf
# The magic SysRq key enables certain keyboard combinations to be
# interpreted by the kernel to help with debugging. The kernel will respond
# to these keys regardless of the current running applications.
#
# In general, the magic SysRq key is not needed for the average Ubuntu
# system, and having it enabled by default can lead to security issues on
# the console such as being able to dump memory or to kill arbitrary
# processes including the running screen lock.
#
# Here is the list of possible values:
#   0 - disable sysrq completely
#   1 - enable all functions of sysrq
#  >1 - enable certain functions by adding up the following values:
#          2 - enable control of console logging level
#          4 - enable control of keyboard (SAK, unraw)
#          8 - enable debugging dumps of processes etc.
#         16 - enable sync command
#         32 - enable remount read-only
#         64 - enable signalling of processes (term, kill, oom-kill)
#        128 - allow reboot/poweroff
#        256 - allow nicing of all RT tasks
#
#   For example, to enable both control of console logging level and
#   debugging dumps of processes: kernel.sysrq = 10
#
kernel.sysrq = 176

Vagyis az alapértelmezett: 


128 - allow reboot/poweroff
 16 - enable sync command
 32 - enable remount read-only
------------------------------
176

Vagyis szerintem csak a SUB az, ami működik.

--
trey @ gépház

( enpassant v | 2015. 04. 26., v – 15:52 )

Van még egy elég furcsa hiba. Az OpenShot (osp) formátumú fájlok ikonja a Nautilusban nagyon nagy, fél képernyőnyi.

( enpassant v | 2015. 04. 26., v – 18:14 )

Itt az újabb áldozat: TVTime
"xvoutput: No XVIDEO port found which supports YUY2 images."

Nem igazán jöttem rá, hogy ezzel mit akarsz mondani.

A hibákat nem keresem, azokat sajnos találom.

A TVTime-os hibánál az a sejtésem, hogy az AMD-s videókártya driver-én "fejleszthettek" az AMD-s fiúk.
Ez a hiba egyébként annyira nem érdekel, mivel egyrészről erre is lenne kerülő megoldás (XawTV) (újabb hiba: a Zapping is elszáll segmentation fault hibával), másrészt épp a napokban fogom lecserélni ezen asztali gépemet egy erősebb laptopra és abba már nem fog átkerülni a TV kártya.

Azért, hogy egy kicsit feldobjam a napodat elmesélem a legújabb hibát is, amit találtam:
a hangbeállításoknál a Kimenet fülön csak a Digitális kimenet jelenik meg. Ha rákattintok, akkor átvált rá és nem megy az analóg kimenet (nem szólnak a hangszórók). Átváltani nem lehet az analógra itt, mert valamiért nem jelenik meg.
Szerencsére erre is van kerülő megoldás: a pavucontrol Beállítások fülén a Belső hangforrás-oknál kiválaszthatóak az Analóg profilok.

es meg megy az ertetlenkedes, amikor valaki megemliti, hogy az asztali verziora is kellene energiat fektetni a mobilos vesszofutas helyett/mellett.

Konkretan kiadasrol-kiadasra 10 dologbol mindig van random 2 (mindig masik 2), ami meggyogyul-tonkremegy.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Ki értetlenkedik?

Amúgy azt nyilván nem tudod akkor, hogy minden mobilos fejlesztés egy az egyben megy a desktopra is. Az Ubuntu-ban nincs külön telefonos fejlesztés. Egy csapat csinálja a Unity-t meg minden mást is telefonra és desktopra.

Nem értem, hogy miért terjeszed azt az ezerszer cáfolt butaságot, hogy az Ubuntunál a telefonos adaptáció a desktop rovására megy. Nem megy. Hibák vannak... melyik szoftverben nincsenek? Meg kell fixálni a bugokat... nyilván. Jól le kell reportálni és beszólni a developereknek, hogy javítsák. Amúgy a Canonical-nak konkrétan a desktop ubuntu egyelőre nyereséges biznisz... nem hülye a cég. Ha kritikus bugot találsz ami nem egy upstream projekté hanem belsős fejelsztés akkor az meg is lesz fixálva.

Talán azért gondolja, mert azt látja, hogy desktop rendszeren az Unity 8-nál egérrel nem tudja az elején az "utasításnak megfelelően" jobbról balra húzni azt a valamit, amiről nem derült ki számomra sem, hogy mi lenne az, ha megjelenne (mert egerészek lelkesen, de meg se moccan). Egy ilyen buggal desktopon használhatatlan, pedig teszteltem volna. Elgondolkodtató, hogy ha egy ilyen, alap használhatóságot érintő bug maradt benne (nem egy random crash/fagyás, mert az még ilyenkor elfogadható lenne), akkor mennyire tesztelik a fejlesztők desktopon.

Aztán a snappy-s topicban is összegyűjtöttem pár dolgot, amit aggasztónak látok, mert az Ubuntu teljes eltávolodását jelenti a többi disztribúciótól. Ez az egész app-szemlélet nekem az elmobilosodás érzetét kezdi hozni. Szerintem desktopon, meg workstationon egyáltalán nem ez a tipikus felhasználás. Számomra legalábbis nagyon nem.

Abból a szempontból jónak tartottam az Ubuntut (és a KDE-set ezért használtam), mert volt egy olyan disztribúció, ami:
- relatíve friss
- szinte mindenhez van benne csomag
- van céges hátszele, emiatt nem tűnik talán el a semmiben
- relatíve kényelmes belakni, mert mindenhez van tool
- nagyjából össze van rakva, ha valami összeomlik, nagyon könnyen lehet jelenteni

De ezek a döntések, amiket itt láttatsz, azt erősítik bennem, hogy ennyi volt, innen menekülni kell. Nagyon nem az lesz, ami a munkastílusomhoz illik. Úgyhogy valószínűleg helló, Mint, rég láttuk egymást...

> Egy ilyen buggal desktopon használhatatlan, pedig teszteltem volna.
> Elgondolkodtató, hogy ha egy ilyen, alap használhatóságot érintő bug maradt benne
> (nem egy random crash/fagyás, mert az még ilyenkor elfogadható lenne),
> akkor mennyire tesztelik a fejlesztők desktopon.

Amig a Microsoftnal csempezgettek (es barmelyik kivulallo megmondta volna, hogy felesleges),
addig a Canonicalnal mobilt fejlesztenek :)

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

> Ki értetlenkedik?

Ugratsz?

De komolyra forditva: majd ha az ubuntunal lesz mouse gesture
(amit a macbook mar 2008(!)-ban tudott), akkor folytassuk a vitat.

Addig engem nem igazan nyugozz le, hogyha az ablakkezelot,
vagy a naptarat otodjere irjatok ujra. Vagy akar az egesz X-et.

Mutassatok valami ujat, ami mondjuk mashol nem elcsepelt, es nincs benne a rendszerbe fel evtizede, es akkor meg lesz a wow hatas. Addig. Hat. Ize. Erotlen ez igy.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

( d3ad | 2015. 04. 27., h – 18:01 )

épphogy belaktam a 14.10-et nem tudom érdemes e máris frissítenem

( d3ad | 2015. 04. 27., h – 18:01 )

épphogy belaktam a 14.10-et nem tudom érdemes e máris frissítenem

( zeller | 2015. 04. 29., sze – 15:42 )

A Linux Desktop éve...? Vagy majd az IPv4 címek teljes elfogyása után? :-D