Aktualizace gimpu z 2.4 rc3 na 2.42 (diskuse)

[Jan Drábek]

No ubuntu-desktop je jen meta balíček - neodebere vám Gnome atd... ale je lepší ho pro jistotu znovu doinstalovat po odinstalaci gimpu... (pokud to nebude striktně chtít gimp zpět)

[Aleš Kapica]

Já vím, je to otřepané, nicméně.. Používat Debian unstable místo Ubuntu.

[freshmouse]

Není to ani tak otřepané jako spíš trapné, zbytečné a nikdo se tě na to neptal.

"Jak mám ostrouhat mrkev?" -- "Tak použij celer."

Ach jo.

[Aleš Kapica]

Podívej nejdříve si laskavě řádně přečti ten blogpost, ano?

"Nebo je jiný způsob jak aktualizovat Gimp? Jaký? Pomůžete mi vyřešit můj problém?"

A přechod na "roll over" distribuci takovým řešením je. Takže si nech prosím svá kuří oka v papučích..

[Aleš Kapica]

A rozhodně mi to přijde jako mnohem čistší řešení než hulákat jak je ubuntu jedinečné a přitom do něj prasit balíky kompilované pro jiné distro. Čímž se tedy omlouvám za všechny ostré výrazy.

[freshmouse]

A rozhodně mi to přijde jako mnohem čistší řešení než hulákat jak je ubuntu jedinečné a přitom do něj prasit balíky kompilované pro jiné distro. Čímž se tedy omlouvám za všechny ostré výrazy.

Ano? A kde se to v této diskuzi objevilo? Až na nejmenovanou osobu se totiž všichni snažili poradit...

[Aleš Kapica]

Tak dobrá. Takže konkrétně:

Rady Jana Frýborta a Davida Jáši:

Ano, Ten balík sice do systému narvete, jenže tím nijak nezrušíte konflikt v závislostech, který může vést k tomu, že se při pokusu o aktualizaci systému nabídne jako vyřešení problému odinstalování této konfliktní aplikace a přes to prostě nepojede vlak.

Rada kyknose:

Jistě instalovat něco naprudko do systému také lze. Ovšem člověk nezkušený pak mnohdy nemusí přijít na to, že mu jeho problém způsobují knihovny nainstalované mimo balíčkovací systém (který o nich nemá potuchy). Takže mu opět může kolabovat aktualizace některých aplikací, které by ev. mohly používat shodné soubory.

[David Jaša]

Obtěžoval jste se kliknout na ten link v blogu? Ty balíčky jsou sestavené přímo pro Ubuntu, ale tím, že se instalují po jednom přes dpkg/gdebi, tak se tam musí narvat i přes porušené závislosti. Pak stačí spustit aptitude a zmáčnutím + nad "porušenými" balíčky dát aptu najevo, že takto je to v pořádku. :-P

[Aleš Kapica]

Neobtěžoval, protože je mi to srdečně fuk. To co jsem uvedl, jsem uvedl na vykreslení toho co si představuji pod pojmem prasení. Správně udělaný balíček se má bez protestu hladce nainstalovat a s ním i vše co potřebuje - bez výjimky a jedním tahem. Pokud tomu tak není, tak je někde něco špatně.

A pokud nelze ani rekompilovat ze zdrojového balíčku (natož aby k němu tento zdrojový balíček ani nebyl k dispozici) tak to je tupl špatně.

[Aleš Kapica]

Chápu, že někdy to nelze udělat jinak, ovšem toto myslím nebyl zrovna ten případ.

[freshmouse]

To co jsem uvedl, jsem uvedl na vykreslení toho co si představuji pod pojmem prasení.

Nejprve by to chtělo znalosti.

Správně udělaný balíček se má bez protestu hladce nainstalovat a s ním i vše co potřebuje - bez výjimky a jedním tahem.

Ano, už se těším na jeden veliký balíček s názvem debian.deb.

GIMP se skládá z několika balíčků. Je-li instalován do prostředí, kde jsou starší balíčky, jen jeden z nich, logicky dochází ke konfliktům. Je to tak těžké pochopit?

Balíček A1 potřebuje B1 a C1. Všechny jsou instalovány. Instaluji balíček (jen ten jeden) A2, který potřebuje B2 a C2. Co se asi tak stane?

[Aleš Kapica]

S odpuštěním - mám pocit že komunikuji s hotentotem, protože mnou navržené řešení by ho podobných rébusů mohlo zbavit.

K vašemu záverečnému dotazu. Právě o TOMHLE je APT. Pokud nic nebrání aktualizaci balíků C z verze 1 na 2 a B z verze 1 na 2, tak to prostě bez keců zaktualizuje všechno. Jenže když je nemá, nebo mu tam vzniká konflikt, tak to raději nechá na vás, jako administrátoru, ať si nejdřív laskavě ty problémy vyřešíte.

[freshmouse]

1) Ten balík kupodivu je určen k tomu, aby byl do systému narván.

2) Konflikt v závislostech? Jediný "konflikt" nastane tehdy, je-li do systému s distribučním GIMPem (= několik balíčků) instalován jeden cizí balíček z několika cizích. Zcela logicky, a v jakékoli distribuci, jejíž balíčkovací systém podporuje závislosti, dochází k situaci, že nějaké balíčky chybí jak distribučnímu GIMPu, tak cizímu, takže se instalace neprovede. Což samozřejmě lze řešit mj. tak, jak řekl Jan Frýbort (tj. instalováním všech balíčků současně).

3) Kyknosova rada, zkompilovat si GIMP sám, se týká jakékoli distribuce. Nebo má snad Debian balíček ve stejné chvíli, kdy je GIMP vydán?

[Aleš Kapica]

Má ho tehdy, když ho někdo udělá a věřte že většinou ty "atraktivní" balíky se objevují do jednoho dvou dní, pokud nejde o problematické vydání a "maintainer" se o balík skutečně stará. Zrovna GIMP..

user@stroj:~$ gimp --version
GNU Image Manipulation Program verze 2.4.2

[Aleš Kapica]

Instalaci balíků bych vám asi připodobnil k jedné docela oblíbené lidské činnosti. Ve slušné společnosti se takový způsob instalace údu o jakém hovoříte v bodě 1, nazývá znásilněním a jeho subjekt touto činností zpravidla nebývá nijak nadšen.

A pokud jde o bod 2, řekl bych že jste vy tím komu chybí znalosti a hlavně zkušenosti.

[David Jaša]

Znásilněním bych to nazval, pokud by to byly balíky pro jinou distribuci nebo nectící značení balíčků cílové distribuce. Takto to je jen ošklivý workaround nepřátelskosti balíčkovacích systémů k balíčkům třetích stran. Starám se o několik domácích počítačů a tam se mi osvědčily upgrady jednou za rok (jinak se to "mění moc často"), ale sem-tam by to chtělo povýšit verzi jednoho programu. Dřív jsem to musel nějak bastlit sám, teď v takové situaci použiju balíky z getdeb.net, jsou-li. Jak byste to řešil vy? Stejně jako u backports.org?

[Aleš Kapica]

Takže.. pokud jde o aktualizaci pouze jedné aplikace, dejme tomu balíku openoffice.org-writer, tak bych postupoval takto (podotýkám že beru do úvahy vámi zmíněný domácí počítač, u nějž předpokládám, že si alespoň tedy jednou za rok čichne k síti (tudíž automatická aktualizace u něj není použita):

stroj:~# apt-get update
stroj:~# apt-get upgrade openoffice.org-writer

Po prvním příkazu se mi zaktualizuje index aktuálně dostupných balíků a jejich závislostí a při druhém mi apt na základě těchto závislostí nabídne, co všechno je souběžně třeba zaktualizovat, aby to bylo ok. Během instalace se pochopitelně může stát, že se zastaví na nějakém problému - tj. kupř. když byl balík libabc-1 nahrazen balíkem libabc-2. Pro balík libabc-1 pochopitelně aktualizace dostupná není, neboť byl přejmenován. Takže v takovém případě spustím, nehám aby si dal apt do kupy co je třeba a pak zopakuji ten upgrade..

stroj:~# apt-get -f install

Pochopitelně, že ani tento příkaz není všemocný. Selhává právě tehdy, když se objeví v nějakém balíku chyba. Např. problém v závislostech, atp. Pak někdy bývá východiskem rekompilace problémového balíku - zkompiluje se pak se závislostmi podle mého systému. Ovšem občas se může objevit i vyloženě chyba. Ale jak jsem uvedl už v předchozí debatě, poslední dobou se to mockrát nestává. A od rekompilace upouštím i v případě že by to vyžadovalo překompilovat i víc než jeden balík.

Balíky z experimentalu (sic!) instaluji téměř výhradně přes synaptic (který umožňuje operativně přepnout co má upřednostnit). Většinou se to ale nevyplatí, protože experimental je prostě experimental. A stejně se dřív nebo později ty balíky objeví v unstable.

[David Jaša]

Tyto postupy znám (resp. jejich obměny s aptitude místo apt-get), používal jsem několik vývojových verzí ubuntu, které se od kombinace Debianu unstable/experimental moc neliší...

Nejčistší úprava současného stavu by nejspíš byla, kdyby getdeb.net zavedl repozitář s nízkou prioritou po vzoru backports.org a k tomu nějaké rozšíření do firefoxu, které by kliknutím na Install Now spustilo apt(itude) s příslušnými parametry.

[Aleš Kapica]

Bodejť byste je neznal. Celý fór je v tom, že Ubuntu prostě pro každé další vydání založí novou repository, což ovšem poněkud komplikuje situaci. Debian funguje jinak. Tam se balíky hází furt do jednoho hrnce "unstable", a ty co už jsou uvařené a vyplavou jdou do "testingu". Hotové se pak strkají na mísu "stable". Je pak čistě na vás, jestli si chcete brát ty knedlíky rovnou z hrnce, hned jak vyplavou nebo počkat raději až trochu vychladnou.

[David Jaša]

Pokud ale budete chtít jeden horký balík (který nebude ani ve stable-volatile ani v backports.org) mezi "trochu vychladlé" balíky z mísy "stable", tak jste ve zcela stejné situaci.

[Aleš Kapica]

Pochopitelně. Proto si taky člověk musí předem rozmyslet co chce. Někdo to rád horké

[Aleš Kapica]

Ubuntu prostě není "roll over" distribuce, takže si buď musí počkat na další vydání a risknout dist-upgrade (který teda většinou může klapnout, ale také nemusí), nebo rovnou přeinstalovat systém, ale copak jsme ve světě MS Windows, kde se problémy řeší reinstalací? Já myslím že ne. Tudíž jsem mu nabídnul zcela jasné a logické východisko. A to aby přešel na distribuci, která funguje na trochu jiné logice. Unstable - novinky, Stable - ověřené věci, Experimental - pro zvědavce.

[David Jaša]

Balíky z getdeb.net jsou pro ubuntu. Debianí balíčky do ubuntu (a naopak) lze jednoduše dostat znovusestavením zdrojového balíčku.

[Aleš Kapica]

Holt si tím asi musí projít každý. Víte kolik jsem dřív řešil probémů s binárními balíky, které zkompiloval někdo kdo měl v systému nainstalovanou knihovnu mimo balíčkovací systém a tím pádem se pak nemohla promítnout do závislostí? Neříkám že u Debianu jsou všechny balíky super, ale podobný problém se mi už hodně dlouho nestal a že těch balíků mám nainstalovaných..

[Quetzal]

1) Protože mi vyhovuje. 2) Protože se mi v Africe na dovolené neuvěřitelně líbilo. 3) Protože při nabíhání splashe pociťuji neodbytné nutkání ejakulovat nadšením.

:)

[Aleš Kapica]

Prima. Tak až se vystříkáš a budeš řešit další verzi gimpu, tak popřemýšlej o tom navrhovaném řešení.

[Quetzal]

Nemusím, Debian jsem měl a z něj se dostal k ubuntu :).

[freshmouse]

Ó, pardon, hluboce se omlouvám. V takovém případě samozřejmě nabízím řešení, které se jistě tazateli bude líbit a které požadoval:

Za pomoci slepice, veverky a tří gramů mariguany naklonuj tento vesmír. Až se stabilizuje, importuj do něj zdrojový kód GIMPu a přesuň na něj vesmírný kurzor. Od děda Vševěda kup kouzelné sluchátko a recituj do něj Jiřinu Švorcovou. Potom uvidíš zelené světlo. Až kolem doskáčou králíci, napiš na papír "chci GIMP" pozpátku, papír hoď do ohně a začni zpívat Půjdem spolu do Betléma. Potom se ti v ruce objeví USB flash s tím správným balíčkem. Dál postupuj dle manuálu vytesaného na skále.

Doufám, že to bylo to, na co se mě ptal! Nerad bych tu totiž byl za zbytečné pako...

[nolly]

Ahoj, balíček ubuntu-desktop odebrat klidně můžeš, je to jen metabalík.

"It is safe to remove this package if some of the desktop system packages are not desired. However, it is recommended that you keep it installed, because it is used to carry out certain upgrade transitions (such as adding new packages to the system)." - zdroj

Já sám jsem ho už několikrát odebíral (např. když jsem se zbavoval Egiky) a všechno funguje jak má - prostě si ho potom zase zpátky nainstaluj :)

[Quetzal]

Děkuji za rady. Vše vyřešeno. Naběhl mi nový splash (mimochodem velmi pěkný), poté můj starý známý Gimp se stejným rozmístěním oken i se stejnou konfigurací, ale s kouzelným číslem verze 2.42 stable. Jdu zkoumat :).

[kyknos]

configure

make

make install

jinak to nedelam :)

[belisarivs]

Mne je zle. Drevni doby jsou uz davno za nama. Nebo se pachtis s LFS?

[kyknos]

ne, jen chci mit aktualni verzi a ne cekat na chvili, nez nekdo nahodou udela nejaky balicek

[Michal Vyskočil]

No zrovna v OpenSuse s gimpem problém není. A pokud se ti zdá, že vychází málo často, tak se můžeš stát jeho maintanerem, nebo udržovat nejčerstvější verzi vlastnoručně

[kyknos]

jsou dny, kdy si ho kompiluju nekolikrat denne :)

[Michal Vyskočil]

No OBS zvládá i lokální build a můžeš překládat dle libosti a nemusíš doufat, že bude v clusteru zrovna místo. Rozhodně mi přijde lepší vyrobit balíček, než používat make install, ale kdo chce kam ...

[freshmouse]

Jak řekli výše. Ten balíček klidně odeber. Je to takzvaný metabalíček. Není to skutečný balíček, který by opravdu nějaká data instaloval, je takový... virtuální. Na tomto metabalíčku závisí jiné balíčky. Pokud tento metabalíček instaluješ, nainstalují se všechny balíčky, které na něm závisí. Pokud ho dáš pryč, nic se nestane. Metabalíčky tu jsou proto, aby usnadnily instalaci většího množství balíčků, které spolu nějak souvisejí. Například: chceš-li si do instalace Ubuntu nainstalovat i všechno z instalace Kubuntu, stačí instalovat metabalíček kubuntu-desktop. Nebo jiný (smyšlený) příklad: instalací metabalíčku graphics-tools si nainstaluješ Inkscape, GIMP OO.o Draw. Nemusíš to všechno instalovat samostatně. Atd.

Pozor ale: metabalíček ubuntu-desktop potřebuješ, chceš-li přejít na novější verzi Ubuntu. Nezapomeň jej tam pak zase doinstalovat!

[Quetzal]

Áhá, tak tomu říkám prima odpověď :), díky. O linux jsem se vždy zajímal spíše jako obyčejný uživatel. Kompilacím jsem moc nedával a dokumentaci jsem také prolétl velmi zběžně. Ale jak je vidět, znalosti bych měl prohloubit.

[freshmouse]

Rád pomůžu, když můžu. Vesměs si ale myslím, že se znalostmi na tom nejsi špatně. Kompilaci vůbec znát nepotřebuješ, pokud: a) nemáš zájem o nějaký velmi speciální software (pro který není balíček), b) nemáš zájem o okamžitou aktualizaci softwaru (nechceš čekat na balíček), c) nepotřebuješ nějakým způsobem software optimalizovat, d) nebaví tě to. Verdikt: ty (ani já) to nepotřebuješ.

[Jan Frýbort]

Myslím, že to jde jednodušeji, ale bude nutné také najít ikonku terminálu

Sám jsem nedávno aktualizoval GIMP z GetDeb a protože je tam více balíků není možné použít grafický instalátor. Stačí jednoduše všechny části postahovat do jednoho adresáře a pak už jen v terminálu (v daném adresáři) použít příkaz:

sudo dpkg -i *.deb

Tento příkaz poslušně nainstaluje všechny balíčky v současném adresáři. Dpkg neřeší závislosti, ale protože mu tímto způsobem dodáme všechny potřebné součásti, mělo by to proběhnout v pořádku.

[David Jaša]

Takové věci dělám většinou tak, že nainstaluju balíčky silou (dpkg -i --force-depends ...) a pak spravím závislosti v aptitude. Hrátky s balíčkem ubuntu-desktop mohou později znepříjemnit upgrade distribuce