Fórum Root.cz
Hlavní témata => Distribuce => Téma založeno: Bobs 03. 11. 2015, 21:10:29
-
Zdarec všichni,
zatím používám stále Fedoru 21, KDE spin. Pokud bych měl popsat zkušenosti s tímto OS, tak bych vás zřejmě hodně dlouho nudil pěním silných a ještě silnějších superlativů. Opravdu bych na "jednadvacítce" musel hodně dlouho hledat abych našel něco, co považuji za nedostatek.
Naopak Fedora 22 KDE pro mě představovala těžké zklamání, zejména (avšak nejen) díky stavu Plasmy 5 ale třeba i evidentní nevyspělosti dnf.... myslím, že všechny záležitosti týkající se této tématiky jsou natolik známé, že je ztrátou času vypisovat podrobnosti. Takže F22 jsem nakonec přeskočil.
Dost jsem se těšil na novou F23, kterou jsem hodlal dát na notebook s HiDPI displayem, když jsem zjistil, že nová Plasma má screen scaling, viz
"System Settings -> Display and Monitor -> Scale Display"".
Avšak bohužel, ....nastavil jsem scale na 1.6x, následovalo logout/login....nic, následoval reboot...nic. Ovšem Scale Display tvrdí, že je nastavený na 1.6x, tzn. někam se to moje nastavení evidentně zapsalo avšak akci to nevyvolává žádnou.
Evidentně se jedná o problém Plasmy 5, protože jsem zkoušel Kubuntu 15.10 a chování je nemlich to stejné.
Nevíte jestli by měl být screen scaling už funkční a tedy se to dá rozchodit třeba i ruční editací nějakých konfiguráků, nebo se zatím ještě v Plasmě 5.4 jedná o nefunkční fíčuru?
Co se týče další (ne)funkčnosti nové Plasmy a také i grafického vzhledu (uznávám, že tohle je subjektivní záležitost), tak skoro se mě chce křičet - proboha, proč jste zahodili tu báječnou stabilní spolehlivou dokonale vychytanou a graficky výborně vyvedenou čtverku a místo toho nasadili tu novou hrůzu? :O
Další problém - dnf autoremove - chce mazat i explicitně nainstalované balíčky a naopak balíčky plonkovní zanechává bez povšimnutí. Pokud heslo "dnf autoremove" zadám do vyhledávače, najdu na tento problém řadu stížností a dotazů, bohužel řešení jsem nenašel.
Jaké jsou vaše dosavadní dojmy z F23KDE? Netušíte jestli se ty dva popsané problémy dají v současné době nějak řešit?
-
Tak jsem zjistil, že kombinací screen scaling a hraním si s velikostí fontů lze dosáhnout jakštakš použitelného výsledku, i když skutečný scaling to teda nejni.
-
DNF: bud si vypni autoremove (clean_requirements_on_remove=false), alebo pouzi `dnf mark install balicek`. Za tento problem nemoze ani tak DNF, ako ostatne nastroje, gnome-software a pod., ktore nezapisuju do dnf.db (malo by byt vyriesene v F23). Ak prechadzas z YUM, tak urcite sa treba pozriet na http://dnf-plugins-extras.readthedocs.org/en/latest/migrate.html .
Plasma 5: uplna katastrofa, kscreen2 mi po pripojeni externeho monitora vypne obe obrazovky. Xrandr to zvlada lepsie, ale kvoli bugu v Xorg nefunguje scale option, takze kombinacia hi-res a normalneho monitora nepouzitelna.
-
dnf - bugzilla - asi 400 problemu. ten debil, co zrusil yum a nahradil to dnf zaslouzi povesit za koule do pruvanu.
nastesti si staci nechat posledni funkcni yum.
jinak f23 mi jede uz par mesicu, xfce v poho.
co je tak dechberouciho na kde ?
-
Tak jsem vyzkoušel standardní Workstation dist. - tedy Gnome a s HiDPI žádný problém - funguje to naprosto perfektně, dnf taky. Nezkoumal jsem to, ale řekl bych, že dnf a update-manager-kde nejsou synchronizované, zatímco v případě Gnome (gnome-software) ano, takže je to vlastně také problém na straně KDE.
Přiznám se, že příliš nechápu proč Plasma 5 v tomto stavu už je defaultní součástí nejen KDE spinu, ale taky i Kubuntu. Nebude to potenciální zájemce od KDE jen odrazovat?
-
Snažil jsem se používat Kubuntu 15.10, ale nedá se to. Plasma je zaseklá 1 - 2 minuty po bootu, až pak se zobrazí panel. Při práci celé prostředí náhodně zamrzá, při procházení Nastavení systému celá Plasma spadne... Jsem zvyklý mít panel vlevo - to není problém, ale jelikož mám 2 monitory, tak Plasma z nepochopitelných důvodů fullscreen okno šoupne až pod panel, takže nepoužitelné.
Nevím jak je na tom Fedora KDE spin, ale Kubuntu rozhodně nelze používat. Zkoušel jsem to na SSD, 16GB RAM a grafiku mám z procesoru Intel Ci5 4670, takže by to snad neměl být problém ovladačů v jádře 4.2?
-
ja su spokojeny s XFCE, mam to na 4k telce a jde to.
akorat ted pri upgrade na f23 jsem musel kousek niz na xorg1.17, bo proprietarni nvidia si s novejsim nerozumi.
otazka co je tak super na KDE byla minena vazne - no flame - co mi to prinese (krome problemu vyse a pomalejsi odezvy) ?
-
ja su spokojeny s XFCE, mam to na 4k telce a jde to.
akorat ted pri upgrade na f23 jsem musel kousek niz na xorg1.17, bo proprietarni nvidia si s novejsim nerozumi.
otazka co je tak super na KDE byla minena vazne - no flame - co mi to prinese (krome problemu vyse a pomalejsi odezvy) ?
- Zvyk - KDE používám už řadu let.
- Líbí se mě logická stavba KDE - jak je celý ten systém uspořádaný.
Stručně řečeno, výborně se mě to používá, řádově lépe než např. současné GNOME 3.18, které je sice nepochybně daleko víc mature než Plasma 5.4.2, ale co se týče intuivnosti a userfriendlivnosti použití, tak to se přiznám, že nechápu jak to někdo může vůbec používat.
Co se týče nároků na hardware. S tím problém nemám žádný, protože hardware používám vždy spíš silnější na svou dobu, takže KDE mě jede naprosto svižně.
Těžko se to popisuje, protože je to hodně subjektivní záležitost, ale prostě celková stavba toho systému mě výborně sedla. Ovládání, nastavování, modularita, vzhled,..... osobně si myslím, že je škoda, že Red Hat své vývojářské úsilí věnuje zejména GNOME namísto KDE.
-
tak som dnes updatol: pozeram, xorg server verzie RC, ktory nvidia driver podporuje az od buducej verzie a na nouveau mi nejde monitor 2560x1440@60Hz..., oh yeaaaah...
kde 5 plasmu som pouzival aj predtym..., resetli sa mi favorites v "starte" a z casu na cas sa mi zjavi nejaky nahodny error typu krunner spadol hoci som ho ani nemal zapnuty...,
-
Zatím se mě zdá, že nejlépe KDE jede v openSUSE-Leap-42.1, což je distribuce, která byla vydána včera. Nechci to zakřiknout, ale tam se mě to zatím jeví už i použitelné.
-
Já jsem používal na Gentoo Plasmu 5.2 nějak před čtvrt rokem a jelo to víceméně bez problémů (občas minor glitch, třeba Add widget v půlce obrazovky místo na kraji a tak). Je ale fakt, že jsem se nepokoušel nastavit to na víc monitorů ani nic podobnýho. Každopádně mě ty reakce na 5.4 ve Fedoře a Leapu překvapujou, ono to zní, jako by se KDE týmu podařilo za ty dvě verze všechno akorát rozjebat.
Přiznám se, že příliš nechápu proč Plasma 5 v tomto stavu už je defaultní součástí nejen KDE spinu?
Tak u Fedory je to asi jasný, prostě dostaneš poslední verzi prostředí a nazdar, tak to na červenočepičí střelnici chodí.
-
Plasma 5 v Arch Linuxu taky celkově bez problémů. Při pracovním pohovoru (prezentace „domácího úkolu“) jsem se po zvěstech jak to nefunguje trochu orosil při požadavku připojit projektor v přednáškovce, ale i to proběhlo naprosto bezproblémově. Zmíněné maximalizované okno pod panelem jsem taky nezažil… Na stranu druhou, třeba od uživatelů Kubuntu slýchám stížnosti i na problémy které na žádném PC nemám, taktéž zjevně i Fedora… Fakt by mě zajímalo nakolik je to chybou distribuce a nakolik mé štěstí.
-
Tak jsem si řekl, že když se prý ta nová Fedora tak povedla, konečně si ji taky zkusím.
[root@localhost jelcek]# dnf remove hfsplus-tools
Dependencies resolved.
====================================================================================================================
Package Arch Version Repository Size
====================================================================================================================
Removing:
ModemManager-glib x86_64 1.4.10-2.fc23 @fedora 933 k
NetworkManager-team x86_64 1:1.0.6-8.fc23 @updates 35 k
NetworkManager-wifi x86_64 1:1.0.6-8.fc23 @updates 113 k
anaconda-core x86_64 23.19.10-1.fc23 @fedora 7.8 M
anaconda-gui x86_64 23.19.10-1.fc23 @fedora 1.3 M
anaconda-tui x86_64 23.19.10-1.fc23 @fedora 380 k
anaconda-user-help noarch 22.4-2.fc23 @fedora 152 k
anaconda-widgets x86_64 23.19.10-1.fc23 @fedora 77 k
bcache-tools x86_64 1.0.8-4.fc23 @fedora 74 k
blivet-data noarch 1:1.12.8-1.fc23 @fedora 427 k
chrony x86_64 2.1.1-1.fc23 @fedora 468 k
device-mapper-multipath x86_64 0.4.9-80.fc23 @fedora 179 k
device-mapper-multipath-libs x86_64 0.4.9-80.fc23 @fedora 562 k
dmraid x86_64 1.0.0.rc16-28.fc23 @fedora 331 k
dmraid-events x86_64 1.0.0.rc16-28.fc23 @fedora 12 k
fcoe-utils x86_64 1.0.30-3.git91c0c8c.fc23 @fedora 285 k
geoclue2 x86_64 2.2.0-2.fc23 @fedora 297 k
glade-libs x86_64 3.19.0-3.fc23 @fedora 1.8 M
gnupg x86_64 1.4.19-3.fc23 @fedora 5.3 M
hfsplus-tools x86_64 540.1.linux3-10.fc23 @fedora 322 k
initial-setup x86_64 0.3.37-1.fc23 @fedora 134 k
initial-setup-gui x86_64 0.3.37-1.fc23 @fedora 12 k
iscsi-initiator-utils x86_64 6.2.0.873-29.git4c9d6f9.fc23 @updates 2.4 M
iscsi-initiator-utils-iscsiuio x86_64 6.2.0.873-29.git4c9d6f9.fc23 @updates 158 k
isomd5sum x86_64 1:1.0.12-6.fc23 @fedora 53 k
jansson x86_64 2.7-2.fc23 @fedora 69 k
keybinder3 x86_64 0.3.0-5.fc23 @fedora 23 k
libblockdev x86_64 1.1-2.fc23 @fedora 243 k
libblockdev-btrfs x86_64 1.1-2.fc23 @fedora 19 k
libblockdev-crypto x86_64 1.1-2.fc23 @fedora 23 k
libblockdev-dm x86_64 1.1-2.fc23 @fedora 19 k
libblockdev-kbd x86_64 1.1-2.fc23 @fedora 27 k
libblockdev-loop x86_64 1.1-2.fc23 @fedora 11 k
libblockdev-lvm x86_64 1.1-2.fc23 @fedora 35 k
libblockdev-mdraid x86_64 1.1-2.fc23 @fedora 19 k
libblockdev-mpath x86_64 1.1-2.fc23 @fedora 15 k
libblockdev-plugins-all x86_64 1.1-2.fc23 @fedora 0
libblockdev-swap x86_64 1.1-2.fc23 @fedora 11 k
libblockdev-utils x86_64 1.1-2.fc23 @fedora 15 k
libgnomekbd x86_64 3.6.0-8.fc23 @fedora 603 k
libhbaapi x86_64 2.2.9-7.fc23 @fedora 49 k
libhbalinux x86_64 1.0.17-2.fc23 @fedora 72 k
libnl3-cli x86_64 3.2.27-0.1.fc23 @fedora 735 k
libreport-anaconda x86_64 2.6.3-1.fc23 @fedora 16 k
libteam x86_64 1.22-1.fc23 @updates 97 k
libtimezonemap x86_64 0.4.4-2.fc23 @fedora 5.6 M
libusb x86_64 1:0.1.5-6.fc23 @fedora 66 k
libxklavier x86_64 5.4-5.fc23 @fedora 150 k
lldpad x86_64 1.0.1-2.git986eb2e.fc23 @updates 706 k
python3-blivet noarch 1:1.12.8-1.fc23 @fedora 2.6 M
python3-coverage x86_64 4.0-1.fc23 @fedora 813 k
python3-iscsi-initiator-utils x86_64 6.2.0.873-29.git4c9d6f9.fc23 @updates 21 k
python3-kickstart noarch 2.13-1.fc23 @fedora 1.5 M
python3-meh noarch 0.43-1.fc23 @fedora 185 k
python3-meh-gui noarch 0.43-1.fc23 @fedora 18 k
python3-ntplib noarch 0.3.3-1.fc23 @fedora 29 k
python3-pid noarch 2.0.1-2.fc23 @fedora 33 k
python3-pwquality x86_64 1.3.0-2.fc23 @fedora 20 k
python3-pyparted x86_64 1:3.10.7-1.fc23 @fedora 365 k
python3-pytz noarch 2015.4-1.fc23 @fedora 179 k
python3-pyudev noarch 0.17-2.fc23 @fedora 285 k
python3-requests-file noarch 1.4-1.fc23 @fedora 9.6 k
python3-requests-ftp noarch 0.3.1-1.fc23 @fedora 34 k
sgpio x86_64 1.2.0.10-15.fc23 @fedora 19 k
teamd x86_64 1.22-1.fc23 @updates 271 k
tigervnc-license noarch 1.5.0-3.fc23 @fedora 18 k
tigervnc-server-minimal x86_64 1.5.0-3.fc23 @fedora 2.6 M
timedatex x86_64 0.3-3.fc23 @fedora 52 k
volume_key-libs x86_64 0.3.9-8.fc23 @fedora 685 k
webkitgtk3 x86_64 2.4.9-3.fc23 @fedora 44 M
wpa_supplicant x86_64 1:2.4-6.fc23 @updates 3.8 M
yelp x86_64 2:3.17.2-3.fc23 @fedora 2.2 M
yelp-libs x86_64 2:3.17.2-3.fc23 @fedora 242 k
yelp-xsl noarch 3.18.1-1.fc23 @fedora 1.5 M
zenity x86_64 3.18.1.1-1.fc23 @updates 5.5 M
Transaction Summary
====================================================================================================================
Remove 75 Packages
Installed size: 99 M
Is this ok [y/N]:Ouch. To moc ok nevypadá.
-
zaloz ticket na dnf - uz je jich tam pres 800. toho debila co zrusil bezproblemovy yum povesit za koule :(
https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=POST&bug_status=MODIFIED&bug_status=ON_DEV&bug_status=ON_QA&bug_status=VERIFIED&bug_status=RELEASE_PENDING&bug_status=CLOSED&component=dnf&product=Fedora&query_format=advanced&resolution=---&resolution=NOTABUG&resolution=WONTFIX&resolution=DEFERRED&resolution=WORKSFORME&resolution=CURRENTRELEASE&resolution=RAWHIDE&resolution=ERRATA&resolution=UPSTREAM&resolution=NEXTRELEASE&resolution=CANTFIX&resolution=INSUFFICIENT_DATA&resolution=EOL (https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=POST&bug_status=MODIFIED&bug_status=ON_DEV&bug_status=ON_QA&bug_status=VERIFIED&bug_status=RELEASE_PENDING&bug_status=CLOSED&component=dnf&product=Fedora&query_format=advanced&resolution=---&resolution=NOTABUG&resolution=WONTFIX&resolution=DEFERRED&resolution=WORKSFORME&resolution=CURRENTRELEASE&resolution=RAWHIDE&resolution=ERRATA&resolution=UPSTREAM&resolution=NEXTRELEASE&resolution=CANTFIX&resolution=INSUFFICIENT_DATA&resolution=EOL)
-
Jak souvisí dnf se skutečností, že na hfsplus-tools závisí python3-blivet a na blivetu spousta dalších věcí?
-
zaloz ticket na dnf - uz je jich tam pres 800. toho debila co zrusil bezproblemovy yum povesit za koule :(
https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=POST&bug_status=MODIFIED&bug_status=ON_DEV&bug_status=ON_QA&bug_status=VERIFIED&bug_status=RELEASE_PENDING&bug_status=CLOSED&component=dnf&product=Fedora&query_format=advanced&resolution=---&resolution=NOTABUG&resolution=WONTFIX&resolution=DEFERRED&resolution=WORKSFORME&resolution=CURRENTRELEASE&resolution=RAWHIDE&resolution=ERRATA&resolution=UPSTREAM&resolution=NEXTRELEASE&resolution=CANTFIX&resolution=INSUFFICIENT_DATA&resolution=EOL (https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=POST&bug_status=MODIFIED&bug_status=ON_DEV&bug_status=ON_QA&bug_status=VERIFIED&bug_status=RELEASE_PENDING&bug_status=CLOSED&component=dnf&product=Fedora&query_format=advanced&resolution=---&resolution=NOTABUG&resolution=WONTFIX&resolution=DEFERRED&resolution=WORKSFORME&resolution=CURRENTRELEASE&resolution=RAWHIDE&resolution=ERRATA&resolution=UPSTREAM&resolution=NEXTRELEASE&resolution=CANTFIX&resolution=INSUFFICIENT_DATA&resolution=EOL)
To chce dost velku davku mentalnej anorexie porovnavat kvalitu softwaru podla poctu zatvorenych bugov - napriklad pre yum skonci rovnaká query na limite 1000 najdenych reportov.
https://bugzilla.redhat.com/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=POST&bug_status=MODIFIED&bug_status=ON_DEV&bug_status=ON_QA&bug_status=VERIFIED&bug_status=RELEASE_PENDING&bug_status=CLOSED&component=yum&list_id=4175249&product=Fedora&query_format=advanced&resolution=---&resolution=NOTABUG&resolution=WONTFIX&resolution=DEFERRED&resolution=WORKSFORME&resolution=CURRENTRELEASE&resolution=RAWHIDE&resolution=ERRATA&resolution=UPSTREAM&resolution=NEXTRELEASE&resolution=CANTFIX&resolution=INSUFFICIENT_DATA&resolution=EOL
-
jiste jsem mohl hledat to datum, ke kteremu switch z funkcniho a bezproblemoveho YUM na polofunkcni DNF udelali, a zavrene vyhazet.
Ale necham to na ctenem ctenarstvu, zajiste to zvladne i pan zo Slovenska.