Forum Debian Users Gang

thomsson · 2015-03-15 17:39:35

Skonfigurowany openbox już nie rozwijany, ale jego miejsce zajmuje lxqt samo lxde jest gotowe do użytku ootb, ilość konfiguracji zależy od twoich wymagań

mati75 · 2015-03-15 18:23:32

Lxde jest rozwijane przez społeczność, w tej chwili głównie przez Szweda i Ukraińca. Twórca lxde skupił się na lxqt.

Yampress · 2015-03-15 21:11:59

dyskusja akademicka..
Wybierasz to środowisko które lubisz. Jak już nie będziue miało wsparcia i go nie będzie to wtedy będziesz szukał zastępnika.

MMW · 2015-03-17 08:23:28

Moje dotychczasowe wnioski z intensywnego, miesięcznego testowania distro linuksowych - z perspektywy "świadomego użytkownika", ale na pewno nie profesjonalisty albo zaawansowanego entuzjasty. Do wszystkiego proszę oczywiście sobie dodawać IMHO ;)

1) .deb góruje nad .rpm - rpm, przynajmniej w Opensuse i CentOS, ma bardzo rozległe zależności i instalacja prostych aplikacji pociąga znacznie więcej zależności niż w debach [sprawdziłem]. Co gorsza, raz zainstalowane paczki opierają się przed deinstalacją, bo z kolei chcą za sobą pociągnąć nowe zależności. O innych aspektach deb-ów i rpm-ów się nie wypowiadam, bo amatorskim okiem nie zauważyłem różnic.

2) Pogoń za najnowszymi paczkami jest bez sensu. Ukoronowaniem tego jest Archlinux - distro, z którym nie mam problemów instalacyjnych bądź konfiguracyjnych, ale które jako "stable" instaluje aplikacje z bardzo poważnymi bugami, destabilizującymi cały system [np. zablokowany pulpit, 100% CPU itp. kwiatki]. Jeśli ktoś codziennie chce pobawić się swoim systemem, to oczywiście polecam. Każdy dzień będzie wtedy wielką przygodą - przynajmniej do momentu, gdy trzeba będzie wykonać pilną pracę zarobkową ;)

3) Jeśli instalować distro, to popularne - na ogół więcej osób nad nim pracuje, więcej używa, więcej jest informacji w sieci itd. Przy byle programie nie trzeba martwić się o kompilację.

4) Jeśli instalować distro, to z długim okresem wsparcia. Przyjęty w wielu dystrybucjach model wydawania co pół roku fatalnie wpływa na jakość wydań i kusi do częstych reinstalacji. Te z dłuższym okresem wsparcia, przynajmniej teoretycznie, są bardziej stabilne i przewidywalne. Skonfigurować raz, instalowac poprawki i zając się czyms innym niż grzebaniem w systemie ;)

5) Nie instalować tuż po wydaniu - często na początku jest dużo błędów, repozytoria nie są jeszcze przystosowane, serwery przeciążone itd.

6) Używać najpopularniejszych środowisk graficznych: KDE, Gnome, XFCE. Im mniej popularne środowisko, tym więcej grzebania się w plikach konfiguracyjnych a także nietypowych, trudnych do wygooglania i naprawy błędów. Poza tym wiele aplikacji i tak zassa mnóstwo bibliotek czy to z Qt, czy z Gtk, więc wyjdzie na to, że pozbawimy się wielu funkcjonalności a system i tak będzie zawalony rozmaitymi paczkami z Gtk i Qt, z KDE i Gnome, etc. Chyba, że ktoś świadomie będzie używał bardzo lekkich, małych aplikacji jako zamienników - pytanie tylko po co, skoro byle stacjonarny komputer lub laptop ma obecnie moc obliczeniową zdolną pociągnąć spokojnie KDE czy Gnoma.

WNIOSKI:

1) Debian Stable [oby się w kwietniu ukazał...], do tego backporty lub dedykowane repozytorium często używanej aplikacji, np. Chrome lub Libre Office [ewentualnie ręczna instalacja nowych wersji, jeśli rzeczywiście są potrzebne i zależności pozwolą].

2) Linux Mint, najlepiej w wersji KDE - dopracowane *buntu, obecnie bazuje wyłącznie na wydaniach LTS, bardzo popularne, u mnie stabilne. Po instalacji można wyciąć zbędne aplikacje - absolutnie nie jest wtedy ociężałe. Nawet w domyślnej instalacji śmiga, chyba, że ktoś ma naprawdę zabytkowy sprzęt.

3) *buntu w wydaniu LTS - najlepiej Kubuntu [ew. Xubuntu], bo Unity jest niezbyt zdatne do używania.

Dziękuję za uwagę ;)

Ostatnio edytowany przez MMW (2015-03-17 08:27:03)

uzytkownikubunt · 2015-03-17 09:27:04

1766

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:14:04)

MMW · 2015-03-17 09:53:04

Openbox i Fluxbox mogą mieć mniej błędów, ale osobiście nie widzę potrzeby walki o zasoby, gdy na tanim kompie mam ogromny zapas ;)

Pozytywnie zaskoczyła mnie szybkość i responsywność CentOS-a w wersji 7. Chociaż domyślnie jest nafaszerowany paczkami i usługami, to działa naprawdę bardzo szybko. Tylko te zależności - domyślnie w instalacji KDE jest z pół Gnoma, bo menedżerem wyświetlania jest GDM ;) Gdy chce się coś wywalić yumem, grozi wywaleniem całego systemu. Może są jakieś opcje, które zmieniają to zachowanie - nie doszedłem do tego.

uzytkownikubunt · 2015-03-17 10:04:23

1767

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:14:06)

MMW · 2015-03-17 12:43:11

[quote=uzytkownikubunt]Nie chodzi właśnie o walkę o zasoby, ale o stabilność. Przykład pod Gnome (co nie oznacza, że błąd jest w Gnome!):
https://forum.dug.net.pl/viewtopic.php?pid=282222#p282222
I mówię tutaj jako o fallbacku czyli planie B, na wypadek gdyby coś pod dużym środowiskiem (plan A) jak KDE lub Gnome nie działało.[/quote]
Masz testing?

uzytkownikubunt · 2015-03-17 12:44:37

1768

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:14:07)

Time (s)	Query
0.00010	SET CHARSET latin2
0.00003	SET NAMES latin2
0.00092	SELECT u., g., o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.217.140.224' WHERE u.id=1
0.00119	REPLACE INTO punbb_online (user_id, ident, logged) VALUES(1, '18.217.140.224', 1732406022)
0.00039	SELECT * FROM punbb_online WHERE logged<1732405722
0.00038	SELECT topic_id FROM punbb_posts WHERE id=284763
0.00006	SELECT id FROM punbb_posts WHERE topic_id=27115 ORDER BY posted
0.00092	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=27115 AND t.moved_to IS NULL
0.00005	SELECT search_for, replace_with FROM punbb_censoring
0.00353	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=27115 ORDER BY p.id LIMIT 50,25
0.00106	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=27115
Total query time: 0.00863 s

Forum Debian Users Gang

Ogłoszenie

#51 2015-03-15 17:39:35

thomsson - Dyskutant

Re: w oczekiwaniu na stable - Gnome 3 vs Cinnamon

#52 2015-03-15 18:23:32

mati75 - Psuj

Re: w oczekiwaniu na stable - Gnome 3 vs Cinnamon

#53 2015-03-15 21:11:59

Yampress - Imperator

Re: w oczekiwaniu na stable - Gnome 3 vs Cinnamon

#54 2015-03-17 08:23:28

MMW - Użytkownik

Re: w oczekiwaniu na stable - Gnome 3 vs Cinnamon

#55 2015-03-17 09:27:04

uzytkownikubunt - Zbanowany

Re: w oczekiwaniu na stable - Gnome 3 vs Cinnamon

#56 2015-03-17 09:53:04

MMW - Użytkownik

Re: w oczekiwaniu na stable - Gnome 3 vs Cinnamon

#57 2015-03-17 10:04:23

uzytkownikubunt - Zbanowany

Re: w oczekiwaniu na stable - Gnome 3 vs Cinnamon

#58 2015-03-17 12:43:11

MMW - Użytkownik

Re: w oczekiwaniu na stable - Gnome 3 vs Cinnamon

#59 2015-03-17 12:44:37

uzytkownikubunt - Zbanowany

Re: w oczekiwaniu na stable - Gnome 3 vs Cinnamon

Stopka forum

Informacje debugowania