Fórum Root.cz

Hlavní témata => Distribuce => Téma založeno: Xjmeno363 11. 12. 2010, 15:49:50

Název: Linuxové distribuce a novější software
Přispěvatel: Xjmeno363 11. 12. 2010, 15:49:50
Dotaz a námět k zamyšlení.
Jsem normální uživatel a mám na PC nějakou verzi OS. Chci novější sw (např. poslední verzi VLC playeru)

a) Jsem uživatel WinXP (nainstalované v r. 2001, pracující BEZ PROBLÉMŮ, postupně SP1...SP3..) - stáhnu nejnovější verzi instalátoru VLC - spustím, nainstaluji a je to ok (5 kliknutí myší).

b) Jsem uživatelem Ubuntu (řekněme 9.10, nains. 2008, pracující BEZ PROBLÉMŮ) chci nejnovější verzi SW a ouha - je tu problém. Není v repozitářích. Tak že co - přidat repozitář z 10.10, jenže spousta konfliktů, tak raději upgrade OS (docela brutální zásah).
jenže mám jaunty - nabízí mi to přechod jen na 9.10. Mám tu tunu pošty, spoustu projektů v eclipse....tuny práce v matlabu, ponastavovaná prostředí, vyladěné KDE...
rozhodně kuli PRKOTINĚ typu SW x.y NEHODLÁM OHROZIT OS a svojí práci!!!!!.


kam tím mířím?
Proč musím pod lin. FURT upgradovat OS? To se mi sakra vůbec NELÍBÍ!!!

Myslím, že model Microsoftu - stab. SW jednou za 5 let + ServicePacky a možnost inst. lib. SW je mnohem lepší než model UBUNTU: new OS po 6 měs. a úzká vazba verzí balíčků na verzi OS.

Nutí to uživatele pořád měnit OS a to se mi nelíbí. Kdo z vás má OS (na desktopu) nainst. déle než 1 rok? Přitom WinXP DESET let bez problémů...

Nebilo by lepší mít libovolnou verzi Ubuntu (rekněme > 8.04 PODLE SVOBODNÉ VOLBY KAŽDÉHO třeba s 2.6.32 jádrem a KDE 4.5) a jedním kliknutím si nainstalovat třeba nejnovější x.y aplikaci?

Napište co si o tom myslíte.
Název: Re: filozofie upgrade SW linuxu
Přispěvatel: PCnity 11. 12. 2010, 16:38:07
Nechapem kam tym mieris...

Skompiluj si vsetky kniznice a zavislosti a nasledne si skompiluj najnovsiu verziu sam... Alebo si proste najdi uz vytvoreny balicek pre tvoju ditribuciu.

Bezne nachadzam balicky so sw vo verzii ktory pre dane ditro v stable niekedy ani len v testing nie je.

A mimochodom prave tie service packy su nieco ako updaty systemu... Kebyze pouzivas rolling release ako napriklad gnu gentoo linux, urcite by si s kompilaciou najnovsieho softu problem nemal, ked tak len s opakom :) [co sa vsak riesi prave ako som popisal hore]
Název: Re: filozofie upgrade SW linuxu
Přispěvatel: csdc 11. 12. 2010, 17:10:21
...Skompiluj si vsetky kniznice ... http://packages.debian.org/experimental/vlc
tak trochu problém, nemyslíš? Nebo myslíš, že to půjde jak po másle? A co teprve "běžný" uživatel. Garantuju ti, že ani jedna z těch závislostí nebude splněná

...Alebo si proste najdi .... o tom to je - verze softw. např. pro Ub9.04 v repo je 0.9.9 přitom pro WinXP 1.3.0

...Bezne nachadzam balicky....to já taky, ale to je trochu nekoncepční, nehledě na to, že si z "ofic. distribuce" postupem času děláš vlastně svojí vlastní (se spoustou podivných cross-ver závislostí)

...A mimochodom prave tie service packy .... souhlasím, ale:
všimni si rozdílu

a) Win - sp neomezuje verze používaných sw (99% případů - kromě SW z vlastní stáje m$oftu;) - chceš nejnovější aplikaci x.y - bez problémů

b) lin - bez upgrade celého OS nemáš přístup k new softu - - chceš nejnovější aplikaci x.y - pokud není binární instalace (typu OpenOffice) - kompilace zdrojáků, řešení závislostí, upgrade spousty knihoven, kupa problémů, úspěch nezaručen a spousta ztracenýho času


Zkrátka, dal bych přednost modelu UBu stabilní, new relase jednou za 3 roky, ale každých x měs. sp. ALE NEZÁVISLE NA repozitářích a verzích sw v nich!!!


Název: Re: filozofie upgrade SW linuxu
Přispěvatel: Ahmul 11. 12. 2010, 18:14:27
Stabilní release jednou za tři roky? Používejte debian;-)
Název: Re: filozofie upgrade SW linuxu
Přispěvatel: nazir 11. 12. 2010, 18:20:30
Můžete mixovat repozitáře svojí distribuce a doinstalovávat si z nich čerstvé, ne zcela otestované verze jednotlivých programů, pokud o to tak stojíte (je třeba dodat, že k takovým praktikám se ale asi hodí základní system stavět na testing verzi debian gnu/linuxu (hovoříme-li o debian gnu/linuxu.  Jak to mají v ubuntu nevím), v případě stable už bych to asi neriskoval, alespoň zdaleka ne u všech balíčků).

Viz třeba ten vlc player:
Kód: [Vybrat]
root@nomad:~#  apt-cache policy vlc
vlc:
  Installed: (none)
  Candidate: 1.1.3-1
  Version table:
     1.1.5-3 0
          1 http://ftp.cz.debian.org/debian/ experimental/main amd64 Packages
     1.1.3-1 0
        990 http://ftp.cz.debian.org/debian/ testing/main amd64 Packages
        200 http://ftp.cz.debian.org/debian/ unstable/main amd64 Packages
Jak vidíte, protože používám testing větev debian/gnu linuxu, je pro mne přímým kandidátem na instalaci verze vlc 1.1.3.
Vidím ale, že v experimentalu je již dostupná momentálně aktuální verze vlc 1.1.5.

Podíváme se, co vše by se mi nainstalovalo za závislosti spolu s vlc z testingu:
Kód: [Vybrat]
root@nomad:~#  apt-get --target-release testing install vlc -s
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following extra packages will be installed:
   libcddb2 (1.3.2-2)
   libdvbpsi6 (0.1.7-1)
   libebml0 (0.7.7-3.1)
   libmatroska0 (0.8.1-1.1)
   libsdl-image1.2 (1.2.10-2+b2)
   libtar (1.2.11-6)
   libupnp3 (1.6.6-5)
   libvlc5 (1.1.3-1)
   libvlccore4 (1.1.3-1)
   libxcb-keysyms1 (0.3.6-1)
   libxcb-randr0 (1.6-1)
   vlc-data (1.1.3-1)
   vlc-nox (1.1.3-1)
Suggested packages:
   mozilla-plugin-vlc (1.1.3-1)
   videolan-doc (20070626-1)
Recommended packages:
   vlc-plugin-notify (1.1.3-1)
   vlc-plugin-pulse (1.1.3-1)
The following NEW packages will be installed:
   libcddb2 (1.3.2-2)
   libdvbpsi6 (0.1.7-1)
   libebml0 (0.7.7-3.1)
   libmatroska0 (0.8.1-1.1)
   libsdl-image1.2 (1.2.10-2+b2)
   libtar (1.2.11-6)
   libupnp3 (1.6.6-5)
   libvlc5 (1.1.3-1)
   libvlccore4 (1.1.3-1)
   libxcb-keysyms1 (0.3.6-1)
   libxcb-randr0 (1.6-1)
   vlc (1.1.3-1)
   vlc-data (1.1.3-1)
   vlc-nox (1.1.3-1)
0 upgraded, 14 newly installed, 0 to remove and 0 not upgraded.
Inst libcddb2 (1.3.2-2 Debian:testing [amd64])
Inst libdvbpsi6 (0.1.7-1 Debian:testing [amd64])
Inst libebml0 (0.7.7-3.1 Debian:testing [amd64])
Inst libmatroska0 (0.8.1-1.1 Debian:testing [amd64])
Inst libsdl-image1.2 (1.2.10-2+b2 Debian:testing [amd64])
Inst libtar (1.2.11-6 Debian:testing [amd64])
Inst vlc-data (1.1.3-1 Debian:testing [all])
Inst libvlccore4 (1.1.3-1 Debian:testing [amd64])
Inst libvlc5 (1.1.3-1 Debian:testing [amd64])
Inst libxcb-randr0 (1.6-1 Debian:testing [amd64])
Inst libupnp3 (1:1.6.6-5 Debian:testing [amd64])
Inst vlc-nox (1.1.3-1 Debian:testing [amd64])
Inst libxcb-keysyms1 (0.3.6-1 Debian:testing [amd64])
Inst vlc (1.1.3-1 Debian:testing [amd64])
Conf libcddb2 (1.3.2-2 Debian:testing [amd64])
Conf libdvbpsi6 (0.1.7-1 Debian:testing [amd64])
Conf libebml0 (0.7.7-3.1 Debian:testing [amd64])
Conf libmatroska0 (0.8.1-1.1 Debian:testing [amd64])
Conf libsdl-image1.2 (1.2.10-2+b2 Debian:testing [amd64])
Conf libtar (1.2.11-6 Debian:testing [amd64])
Conf vlc-data (1.1.3-1 Debian:testing [all])
Conf libvlccore4 (1.1.3-1 Debian:testing [amd64])
Conf libvlc5 (1.1.3-1 Debian:testing [amd64])
Conf libxcb-randr0 (1.6-1 Debian:testing [amd64])
Conf libupnp3 (1:1.6.6-5 Debian:testing [amd64])
Conf vlc-nox (1.1.3-1 Debian:testing [amd64])
Conf libxcb-keysyms1 (0.3.6-1 Debian:testing [amd64])
Conf vlc (1.1.3-1 Debian:testing [amd64])

...a porovnáme to se závislostmi u experimental verze:
Kód: [Vybrat]
root@nomad:~#  apt-get --target-release experimental install vlc -s
Reading package lists... Done
Building dependency tree       
Reading state information... Done
The following extra packages will be installed:
   libcddb2 (1.3.2-2)
   libdvbpsi6 (0.1.7-1)
   libebml0 (0.7.7-3.1)
   libmatroska0 (0.8.1-1.1)
   libsdl-image1.2 (1.2.10-2+b2)
   libtar (1.2.11-6)
   libupnp3 (1.6.6-5)
   libva-x11-1 (1.0.4-1)
   libvlc5 (1.1.5-3)
   libvlccore4 (1.1.5-3)
   libxcb-keysyms1 (0.3.6-1)
   libxcb-randr0 (1.7-1)
   vlc-data (1.1.5-3)
   vlc-nox (1.1.5-3)
Suggested packages:
   mozilla-plugin-vlc (1.1.5-3)
   videolan-doc (20070626-1)
Recommended packages:
   vlc-plugin-notify (1.1.5-3)
   vlc-plugin-pulse (1.1.5-3)
The following NEW packages will be installed:
   libcddb2 (1.3.2-2)
   libdvbpsi6 (0.1.7-1)
   libebml0 (0.7.7-3.1)
   libmatroska0 (0.8.1-1.1)
   libsdl-image1.2 (1.2.10-2+b2)
   libtar (1.2.11-6)
   libupnp3 (1.6.6-5)
   libva-x11-1 (1.0.4-1)
   libvlc5 (1.1.5-3)
   libvlccore4 (1.1.5-3)
   libxcb-keysyms1 (0.3.6-1)
   libxcb-randr0 (1.7-1)
   vlc (1.1.5-3)
   vlc-data (1.1.5-3)
   vlc-nox (1.1.5-3)
0 upgraded, 15 newly installed, 0 to remove and 269 not upgraded.
Inst libcddb2 (1.3.2-2 Debian:testing [amd64])
Inst libdvbpsi6 (0.1.7-1 Debian:testing [amd64])
Inst libebml0 (0.7.7-3.1 Debian:testing [amd64])
Inst libmatroska0 (0.8.1-1.1 Debian:testing [amd64])
Inst libsdl-image1.2 (1.2.10-2+b2 Debian:testing [amd64])
Inst libtar (1.2.11-6 Debian:testing [amd64])
Inst libva-x11-1 (1.0.4-1 Debian:experimental [amd64])
Inst vlc-data (1.1.5-3 Debian:experimental [all])
Inst libvlccore4 (1.1.5-3 Debian:experimental [amd64])
Inst libvlc5 (1.1.5-3 Debian:experimental [amd64])
Inst libxcb-randr0 (1.7-1 Debian:experimental [amd64])
Inst libupnp3 (1:1.6.6-5 Debian:testing [amd64])
Inst vlc-nox (1.1.5-3 Debian:experimental [amd64])
Inst libxcb-keysyms1 (0.3.6-1 Debian:testing [amd64])
Inst vlc (1.1.5-3 Debian:experimental [amd64])
Conf libcddb2 (1.3.2-2 Debian:testing [amd64])
Conf libdvbpsi6 (0.1.7-1 Debian:testing [amd64])
Conf libebml0 (0.7.7-3.1 Debian:testing [amd64])
Conf libmatroska0 (0.8.1-1.1 Debian:testing [amd64])
Conf libsdl-image1.2 (1.2.10-2+b2 Debian:testing [amd64])
Conf libtar (1.2.11-6 Debian:testing [amd64])
Conf libva-x11-1 (1.0.4-1 Debian:experimental [amd64])
Conf vlc-data (1.1.5-3 Debian:experimental [all])
Conf libvlccore4 (1.1.5-3 Debian:experimental [amd64])
Conf libvlc5 (1.1.5-3 Debian:experimental [amd64])
Conf libxcb-randr0 (1.7-1 Debian:experimental [amd64])
Conf libupnp3 (1:1.6.6-5 Debian:testing [amd64])
Conf vlc-nox (1.1.5-3 Debian:experimental [amd64])
Conf libxcb-keysyms1 (0.3.6-1 Debian:testing [amd64])
Conf vlc (1.1.5-3 Debian:experimental [amd64])

Jak vidíte, z experimentalu se spolu s vlc instalují jen potřebné knihovny, vše ostatní se stahuje z testing repozitáře, tedy z větve systému, který mám nainstalovaný.

Problem?

BTW: stále tu je ještě další možnost -- klidně můžete přejít na některou verzi Windows, vyhovuje-li Vám více.  Proč se zbytečně trápit...
Název: Re: filozofie upgrade SW linuxu
Přispěvatel: csdc 11. 12. 2010, 22:03:54
BTW: stále tu je ještě další možnost -- klidně můžete přejít na některou verzi Windows, vyhovuje-li Vám více.  Proč se zbytečně trápit...

chcete blbej flame? tak nízko snad nejste

já se snažím o trochu širší diskuzi. Myslíte, že řešení zahrnout do stab. distribuce experimental repo je ok? Fakt byste to doporučil třeba běžným uživatelům jako odpověď na to, že chtějí novější verzi řekněme Evolutionu (download - Evolution most likely ships with your Linux distribution).  Neznalému uživateli se tak dostává do rukou poměrně spolehlivý nástroj, jak svůj os spolehlivě pohřbít. V momentě jak provede upgrade, tak má v systému milion neotestovaných věcí.
Myslím, že tohle je zase jenom podepření klackem a spolehlivě to neřeší problém zastarávání softu spolu s distrem.

Název: Re: filozofie upgrade SW linuxu
Přispěvatel: peter 11. 12. 2010, 23:40:30
Toto neni filozofie Linuxu, toto je filozofie Ubuntu. Ruzna distra maji ruzne cykly vyvoje od tech superdlouhych, pres rolling updates, po kratke jako u Ubuntu. Ruzna distra maji ruzne promakany upgrade proces. Zkazil sis to sam, protozes 1) vybral distro, jehoz release cyklus ti nevyhovuje, 2) kdyz jsi to zjistil, tak namisto reseni problemu a minimalizace pripadnych skod jsi pred sebou tu karu tlacil a tlacil, co se dalo a ted mas velky problem. Ber to jako pouceni, zazalohuj data a nastaveni a zkus to znovu...
Název: Re: filozofie upgrade SW linuxu
Přispěvatel: ikarrr 11. 12. 2010, 23:54:51
+1
Název: Re: filozofie upgrade SW linuxu
Přispěvatel: nazir 12. 12. 2010, 03:55:59
BTW: stále tu je ještě další možnost -- klidně můžete přejít na některou verzi Windows, vyhovuje-li Vám více.  Proč se zbytečně trápit...

chcete blbej flame? tak nízko snad nejste
Nechápu, co Vám na tom příjde jako flamebait, jen jsem zmínil další možnost bez jakéhokoliv hodnocení jeho vhodnosti.  Když chcete svobodný výběr, proč se uzavírat dalším možnostem?

Citace
já se snažím o trochu širší diskuzi. Myslíte, že řešení zahrnout do stab. distribuce experimental repo je ok?
Domnívám se, že jsem svůj postoj vyjádřil celkem srozumitelně: "v případě stable už bych to asi neriskoval"...


Vidím to tak, že buď chcete stabilní verzi systému, kde se Vám verze programů nemění pod rukama a kde se můžete plně soustředit na práci -- potom se ovšem smiřte se staršími zakonzervovanými verzemi programů, pouze s bezpečnostními updaty.  V takovém případě je instalace nejnovější verze čehokoli mimo stabilní repozitář zbytečným rizikem.

Nebo chcete žít na ostří nože, vše mít permanentně v nejnovějších verzích, tím ovšem riskujete, že Vám jednotlivé, nedostatečně otestované součásti systému budou dělat neplechu a celý systém se Vám bude měnit pod rukama.

Mezi tím (fixed release versus rolling update) vidím jako zlatou střední cestu (kterou zvládne i mírně poučený blbec (tedy i já)) právě to příčetné mixování, kdy si systém postavím na relativně stabilním základu a pokud nutně potřebuju k práci nejnovější verzi přehrávače multimedií, nebo poštovního klienta, sáhnu po živějším repozitáři mojí distribuce, s bonusem následného (polo)automatického (záleží na tom, jak si to sám nastavíte) updatování toho konkrétního programu z živějšího repa, nebo zafixování verze, dle libosti...  Jako další bonus vidím, že balíčky sestavuje člověk/tým, který má o mé distribuci alespoň mlhavé představy, na což už se u balíčků postahovaných kdesi spoza webu zcela spolehnout nemohu.
Krom toho mohu přidat do seznamu zdrojů nějaké alternativní repo (které více, či méně udržuje autor programu, nebo nějaký enthusiast), s aktuálními balíčky toho kterého programu, ale tomu se snažím vyhýbat, preferuji repozitáře své distribuce.

Citace
Fakt byste to doporučil třeba běžným uživatelům jako odpověď na to, že chtějí novější verzi řekněme Evolutionu (download - Evolution most likely ships with your Linux distribution).  Neznalému uživateli se tak dostává do rukou poměrně spolehlivý nástroj, jak svůj os spolehlivě pohřbít. V momentě jak provede upgrade, tak má v systému milion neotestovaných věcí.
Myslím, že tohle je zase jenom podepření klackem a spolehlivě to neřeší problém zastarávání softu spolu s distrem.
Běžným uživatelům (pracujícím v programech, běžících na linuxu, windows, et cetera) bych doporučil, aby si sehnali nějakého správce, který jim to vše nastaví a bude udržovat.  Proč by se s tím měli zabývat běžní neznalí uživatelé?  Ti se mají soustředit na práci a neřešit systémové věci, ne?

Pokud je ovšem uživatel schopný číst a porozumět psanému textu, nebrání se troše mírného experimentování a strašně strašně moc nutně potřebuje mít novější verzi nějakého konkrétního programu, nevidím důvod, proč mu tu možnost mixování alespoň nezmínit.

Sám jsem běžný uživatel, bez nějakého technického vzdělání.  Na routeru/serveru používám stable, na laptopech a desktopu mám testing s pár věcmi z unstable a několika málo věcmi z experimentalu a žiju bez problémů.  Nic jsem zatím nepohřbil, mluvíme-li o počítačích a systémech na nich.  Vše se mi aktualizuje, nebo udržuje tak, jak chci a mám nastaveno.
Pokud to zvládne takový blbec, jako já, zvládne to snad každý...  V práci máme suse 10.  :^)
Název: Re: filozofie upgrade SW linuxu
Přispěvatel: Nomen 12. 12. 2010, 09:01:59
Proč musím pod lin. FURT upgradovat OS? To se mi sakra vůbec NELÍBÍ!!!

Copak tě někdo nutí? Nechceš? Tak to nedělej.

Myslím, že model Microsoftu - stab. SW jednou za 5 let + ServicePacky a možnost inst. lib. SW je mnohem lepší než model UBUNTU: new OS po 6 měs. a úzká vazba verzí balíčků na verzi OS.

V případě Linuxu máš takovou možnost taky:
Ubuntu LTS: cyklus 2 roky, podpora 3 roky
Debian Stable: cyklus není pevný, ale obvykle cca 2-3 roky s tím, že podporován je ještě 1 rok po vydání nového stable
CentOS: cyklus není pevný (4 -> 5 3 roky, 5 -> 6 taky 3 roky), podpora 7 let

Další možnost jsou komerční enterprise distribuce RHEL a SLED.

Nutí to uživatele pořád měnit OS a to se mi nelíbí. Kdo z vás má OS (na desktopu) nainst. déle než 1 rok? Přitom WinXP DESET let bez problémů...

WinXP deset let? Promiň, ale tohle ti na desktopu nevěřím. Možná tak na serveru, ale to by nebyly XP. Když jsi "prase admin", tak půl roku. Když jsi pečlivý a opatrný, tak řekněme rok až 5 let v závislosti na šikovnosti, nárocích a množství změn.

Nebilo by lepší mít libovolnou verzi Ubuntu (rekněme > 8.04 PODLE SVOBODNÉ VOLBY KAŽDÉHO třeba s 2.6.32 jádrem a KDE 4.5) a jedním kliknutím si nainstalovat třeba nejnovější x.y aplikaci?

A co ti brání nainstalovat řekněme 10.04 LTS (mluvím o dnešku) a do něj si přidat pár průběžně aktualizovaných repositářů např. z launchpad.net? Výsledný efekt bude stejný, jako popisuješ na XP, a navíc budou ty aktualizace automatizovaný.
Název: Re: filozofie upgrade SW linuxu
Přispěvatel: dsf 12. 12. 2010, 10:44:13
V tvojom pripade by bol asi navhodnejsie PC-BSD. Mas tam instalatory ako na Windowsoch. A mozes si klikat next next next do aleluja.

ArchLinux je dalsia moznost. Ani Windows so svojimi SP a aplikaciami nie je tak up-to-date.
Název: Re: filozofie upgrade SW linuxu
Přispěvatel: branchman2 12. 12. 2010, 11:31:14
Ja by som na to isiel presne naopak: co tak skusit nejake distro, co ma rolling release? Par takych je napisanych napr na http://en.wikipedia.org/wiki/Rolling_release (http://en.wikipedia.org/wiki/Rolling_release).
Vyhoda je, ze nikdy nebudes muset riesit problem "velkeho" upgradu OS.
Název: Re: filozofie upgrade SW linuxu
Přispěvatel: x 12. 12. 2010, 17:28:59
Pouzivam OpenBSD. Nova verze je kazdy den, ale nemusim si ji instalovat. Muzu to delat denne, tydne nebo mesicne, je to jedno.

Je tu jista stable vetev, ale tam jsou ciste jen vazne bezpecnostni aktualizace (tech stejne moc na tom OS neni za celou jeho historii) a musi se to kompilovat pri aktualizacich, coz se mne nechce a tak pouzivam snapshoty.

Hlavni rozdil je ale v kvalite. ZADNY os se tomu nemuze rovnat a nerovna ani kdyz je v radoby stable verzi. Tohle deleni je jen blabol a berlicka nebo omluva pro neschopnost vyvojaru. Vsude se najdou chyby, ale dulezity je celkovy vysledek a tam se pozna jestli vyvojari danneho projektu umi a nebo to jsou neschopne nemehla, protoze aktualizace je NUTNE mit vsude at uz jde o Win, Linux, BSD nebo Apple.

Predstava, ze se neco nainstaluje a 5 let se na to nesaha (z pohledu aktualizaci) je ta nejvetsi pitomost co jde v praxi videt. U desktopu/laptopu je to extremni, protoze je hodne aplikaci a tim je ten system jeste vice komplexni, je tam vice chyb a je nutne to proste aktualizovat a nekdy je nutne diky aplikacim proste aktualizovat i samostny system nebo nekdy i ten bez zavislosti na aplikacich. Mozna jeste vetsi idiocie je nainstalovat server a 5 nebo 10 let to nechat tak, kdyz to je zapojene do Internetu. Za tu dobu se v kazdem OS najdou nejake vazne chyby. Jiste, pokud je vam jedno co se deje s vasimi daty a k cemu vsemu se vyuziva vas PC/server aniz o tom vite, tak je to dobry zpusob pristupu k OS, pokud vam to ale jedno neni, tak vam nezbyva nez to resit.

A priznejme si, ze tohle maji lepe vyreseno Unix systemy, protoze tam se aktualizuje system i aplikace, na Windows se aktualizuje jen system. Navic na Unixu diky dostupnosti kodu se chyby lepe opravuji a taky se o nich drive vi a tak je mozne si davat pozor. U Win tohle nejde, protoze se hraje podobne stupidni hra jako - Divejte jak Win maji malo chyb a kolik jich ma Unix. Ano, protoze na Unixu se to zverejnuje, to ale neznamena, ze na Win to neni, je jich tam stejne nebo vice, jen bezna verejnost a to ani ta IT o nich nevi, ale druha strana o nich vi velmi dobre.

Cele tohle neni flame pro deti ve stylu Windows sucks a Linux rulezz nebo neco takoveho. Kazdy OS ma nejakou svou silnou oblast a pro neco je vhodne Windows, pro neco Linux, pro neco BSD, pro neco Apple atd. Ale proste bez aktualizaci to nejde a je nutne si vybrat to co vyhovuje a i to co potrebuji pro praci. OS je komplexni system a zatim jeste nikdo zadny bez chyb a nutnosti aktualizace nevymyslel.

Název: Re: filozofie upgrade SW linuxu
Přispěvatel: Kit 12. 12. 2010, 21:21:47
Už jsem to tady psal několikrát a určitě jsem tím už trapný. Na uživatelích Unixu mě asi nejvíc dráždí fakt, že jsou líní si přepnout českou klávesnici a psát do diskuzních fór česky. Až jsem z toho měl pocit, že Unix češtinu nepodporuje. Vím však, že ji zvládá perfektně. Prosím uživatele Unixu: Při opěvování nesporných kvalit Unixu pište česky, aby i nezasvěcený uživatel věděl, že Unix česky umí.

K tématu: Každý uživatel preferuje jiné vlastnosti operačního systému. V práci mám Ubuntu a vzpomínám si, jak mě rozčílilo, že po upgrade se mi znovu objevily programy, které jsem předtím vyhazoval a ty, které jsem tam měl předtím, jaksi chyběly. Takže upgrade se protáhl na mnoho hodin.

I samotný přístup komunity Ubuntu je podivný. Když jsem hledal návod k nastavení tiskárny, tak všechny návody byly typu "klikni sem a tam" v Gnome. Nenašel jsem, jakým příkazem to spustím z příkazové řádky. Potupně jsem musel nastartovat Gnome, abych z běžících procesů zjistil, kterým z nich se tiskárna nastavuje. Když jsem zjištěný název programu doplnil do wiki Ubuntu, tak ho kdosi vyhodil jako nepotřebnou informaci.

Z výše uvedeného vyplývá, že si s Ubuntu moc nerozumím. To ještě neznamená, že je špatný. Jen je potřeba přijmout jeho filozofii, přetvořit ji (pokud se mi chce s tím piplat) nebo jít jinam. V krajním případě je možné si vytvořit vlastní distribuci na míru podle vlastních pravidel.

Vhodná řešení tu už byla: ArchLinux, Gentoo, Slackware, Debian, Unix,... Jen si vybrat. Nejméně bolestivý by mohl být přechod na Debian.

Doma používám openSUSE a systém měním každé 3 roky (zhruba jeden rok po ukončení podpory). Nemám problém doinstalovat novinky dle potřeby, klidně i z jiných než oficiálních repozitářů. Uvítal bych kontinuální update, ale distribuci měnit nechci, předělávat také ne a tak mi zbylo se s tím smířit. Při reinstalaci se mi data neztrácí, ale stejně je před akcí raději zálohuji.
Název: Re: filozofie upgrade SW linuxu
Přispěvatel: Nomen 13. 12. 2010, 07:54:41
Už jsem to tady psal několikrát a určitě jsem tím už trapný. Na uživatelích Unixu mě asi nejvíc dráždí fakt, že jsou líní si přepnout českou klávesnici a psát do diskuzních fór česky. Až jsem z toho měl pocit, že Unix češtinu nepodporuje. Vím však, že ji zvládá perfektně. Prosím uživatele Unixu: Při opěvování nesporných kvalit Unixu pište česky, aby i nezasvěcený uživatel věděl, že Unix česky umí.

Mýlíš se. Tohle vůbec není specialita uživatelů Unix-like systémů. Tupců, kteří si neuvědomují, že absence diakritiky významně snižuje čitelnost českého textu, a mnohdy může i změnit jeho význam, je nemalé procento i mezi uživateli Windows.
Název: Re: Linuxové distribuce a novější software
Přispěvatel: Vlado 13. 12. 2010, 08:44:48
Mám OpenSuse 11.3, robil som čistú inštaláciu z 11.0 - bez problémov - ale je to časovo dosť náročne priviesť novú verziu 'k starému obrazu'. Preto skúsim to upgrejdnúť keď vyjde 11.4. Tvrdia, že je to bezproblémove.