Elérhető tesztelésre az Elementary OS 5.0 "Juno" első bétája

Címkék

Elérhető tesztelésre az Ubuntu 18.04 LTS alapokra építkező Elementary OS 5.0 "Juno" első béta kiadása. Letölthető innen.

Hozzászólások

Hat nekem csak az a lenyeg, hogy mukodik es konzisztens a felulet es szerintem eleg furge is. Nekem kenyelmes (otthon, mivel az asszony is hasznalja a gepet, igy az openbox kicsit durva lenne :D).

Szoval igen unalmas, akar egy OSX. :D
A legtobb disztronal persze folyton faragni kell, a windows meg napomta meglep (ahogy latom a kollegak fejet :D)

A launchpad valóban macOS(X) de a mac bal felső sarokban levő gombjait rendesen eltüntették. Bezár és max besüllyedt a felső gombsor két oldalára ami elég fura. Minimize sehol. Mac stílusú menü fent sehol.
Elő lehet ezeket varázsolni valahogy?

Normális HUP-ot használok!

Elő lehet ezeket varázsolni valahogy?

dconf-editor, és fejből meg nem mondom hol kell állítani rajta, dee ha a "close:maximize" szövegre keresel benne, meg kell legyen. Lokinál működött. Azt viszont nem állítom, hogy ettől az összes alkalmazásnál ott és úgy jelennek meg a gombok, ahogy szeretnéd.

Szerk.:
Az

org.gnome.settings-daemon.plugins.xsettings.overrides

alatt van egy JSON szerű string, abban a

Gtk/DecorationLayout

részt kell piszkálni.

Ezt a rendszert használom már a 3.0-ás verzió óta. Egy baj van vele: nem lehet frissíteni, ha új jön ki, akkor reinstall.

Hat a home kulon particion, aztan mehet az ujrainstall utan egy "rm -rf " az osszes ".gtk" meg ".gnome" cuccra. :D
Utana meg meg persze keresheted, hogy mi ragadt be a ".local" vagy a ".config" alatt, amit meg torolni kell.

Szerencsere nekem mar van erre egy szep kis cleanup scriptem minden, amit minden reinstallkor lefuttatok. Mondjuk volt, hogy ezen kivul kellett meg takaritani.

Ugyanakkor szerintem ez teljesen igy lehet egy ubuntu-s gnome update eseten is, mivel ott is szet szoktak cseszni a dolgokat. Lasd az uj css-t a gtk3 theme-k eseten. De egy eros "rm" a gconf es dconf adatokra tuti mehet mindig. :D

Nem teljesen. Néhány komponens hiányzik. Mellesleg a fejlesztési alapnak használt ubuntu miatt nem olyan könnyű felvarázsolni arch-ra, mivel jónéhány összetevő összeveszik pl az aktuális libgranite verzióval.


:: unable to satisfy dependency 'libgranite.so=4-64' required by switchboard-plug-a11y-git
:: unable to satisfy dependency 'libgranite.so=4-64' required by switchboard-plug-applications-git
:: unable to satisfy dependency 'libgranite.so=4-64' required by switchboard-plug-notifications-git
:: unable to satisfy dependency 'libgranite.so=4-64' required by switchboard-plug-parental-controls-git
:: unable to satisfy dependency 'libgranite.so=4-64' required by switchboard-plug-sharing-git
:: unable to satisfy dependency 'libgranite.so=4-64' required by wingpanel-indicator-a11y-git

A vicc az, hogy mind a community, mind a nem hivatalos pantheon repoban lévő libgranite-al baj van. :/

Gondoltam kipróbálom, de még virtualboxban is kb. negyedjére indult el egyáltalán a boot, amúgy kifagyott a keresztre feszített ember-billentyű gombnál. Majd elindult a telepítő, elvileg felrakta, és ezt produkálta: https://snag.gy/kQpiPH.jpg
--
"Sose a gép a hülye."

szerintem a vb-ben a 18.04 is ezt produkalja, mivel a keresztrefeszitett ember (majdnem besirtam ezen) ubuntu-bol jon, ahogy a teljes kernel is, ami a grafikus glitchet produkalta. Az elementary a lightdm patheon-greeterenel kezdodik, de az X, driverek, systemd-logind meg minden az ubuntubol jon.

A programok a control-center, notification kezeles mar elementary.

Szoval teljesen mas layer, ami nala nem mukodik es amit az elementary-ra fog.

Egy olyan környezetben, ahol szerintem kb. a fejlesztők is elsőnek tesztelik újdonsült rendszerük működőképességét (virtualbox), egy épphogy felbootoló és amúgy vga hibát produkáló rendszert elég nagy egóra vall bétának nevezni. Esetleg alpha1, de inkább valami szimpla daily build lenne a reális. Ha ezekkel a standard vbox emulált hardverekkel sem megy, ezek után egy fizikai vason 1000 féle különböző hardverrel és kombóval mit várjon az ember?
--
"Sose a gép a hülye."

Mennyivel egyszerűbb egy letöltött ISO állományt felírni egy usb eszközre, aminek éppen kell akkor ott lennie, majd reboot után megnézni mit tud, majd még egy reboot után visszamenni az alap rendszeredhez, mint ugyanezt az ISO állományt csak simán virtualbox alatt elindítani live módban, telepítés nélkül?

"I'd rather be hated for who I am, than loved for who I am not."

esetében igen, de annyira meg nem érdekli, feltételezem, hogy a hosszabb utat végigjárja. majd a 18.04.1 mondjuk futni fog és akkor nézi meg. én a szutyok vb alatt néztem meg a 18.04et, ahogy rengeteg mást is, és írtam korábban, én lehetek a kivétel.

"I'd rather be hated for who I am, than loved for who I am not."

mindenki más, de én először virtualbox alatt nézem meg mit tud egy rendszer (csomagok, frissesség, kézreállás), aztán ha ezen átmegy, konkrét hardveren nézem meg. persze nem minden működik virtualbox alatt, akkor eldöntöm mennyire érdekel direkt hardver próbára. jellemzően nem érdekel annyira. de pölö most nézek pár dolgot ms server 2012 alatt, nulla kilométertől, extra telepítés nélkül ismerte az egér integrációt és a virtualbox videokártyát, hiba nélkül fut. a gonosz microsoft, 2014 körüli os.

"I'd rather be hated for who I am, than loved for who I am not."