O Xubuntu, chybičce a velké prasečině

Nedavno som riesil nieco podobne, nie sice v ramci Debianu, ale princip by mal byt rovnaky. Po upgrade libjpeg na verziu 7 mi zacal Amarok umierat na segfaultom a downgrade kniznice zasa odpalil par programov kompilovanych na v7.
Vyriesil som to vytvorenim noveho balicka "libjpeg6" obsahujuceho len "/usr/lib/lib­jpeg.so.62," prekompilovanim Amaroku (ten si stejnak kompilujem sam) a nastavenim jeho balicka tak, aby vyzadoval balik "libjpeg6."

Není správné řešení aptitude hold libenchant-neco.neco ? (Čistě typ.) Zakázat pro balíček aktualizaci.

[2] To jsem ještě zvládl a to byl ten problém. Downgradoval jsem na starší verzi a zakázal aktualizaci daného balíčku a tím pádem mi to chtělo odinstalovat balíčky, co měly závislost na novější verzi.

Aneb jak prenest DLL hell na Linux :-)

Když jsem někdy potřeboval do Debianu dostat novější verzi balíku (Git 1.6 na lenny, mdadm ze sidu na squeeze, aby nekonfliktil s udevem, ...), většinou pomohlo přeplácnout starší balík novějším přes dpkg. V případě takového LVM to až tak snadné nebylo, na to aplikuji metody použitelné i místo této "prasečinky".
V případě, že jde o jednu samostatnou aplikaci, tak stáhnu tarball se zdrojovými kódy a nainstaluji do /usr/local, doufajíc, že v Makefile je i "uninstall" target - pokud není, tak separátní prefix. Když jsou problémy s verzemi knihoven, prostě stáhnu tarbally novějších, upravím LDPATH a provedu statický link. Jako dočasné řešení to zatím vždy stačilo.
V případě knihoven, na kterých závisí debianí balíky (jako tento případ) buď upravím LDPATH, nebo novější verzi přeplácnu tou starší, na úrovni souborů. Balíčkovací systém nic netuší a pokud aplikace šlapou v pořádku, není problém. Až je chyba opravena, stačí si vynutit reinstalaci balíku s knihovnou a nová verze přeplácne moje nakopírované soubory. Je to možná elegantnější, než tvořit vlastní balíček.

Zajímavé řešení, já bych přeplácal soubory, jako Jiří v [5]. Mimochodem v nových verzích Mandrivy vypadá Xfce velmi pěkně.

Tak uprav balickovaci system aby se tohle stat nemohlo:)..navic vyvojari tezko pocitali s tim ze by nekdo pridaval baliky jinak verzovane nez ve skutecnosti jsou..navic kdyby ta prasarna jak rikas nefungovala tak problem neviresis a musel bys pridat repozitar s verzi 1.5..vyvoj tehle veci je slozitej a vyvojari nejsou nadlidsi aby mohli myslet na vse

Navic jsem celkem rad ze v linuxu se da spoustu veci obejit..protoze ve vin jsou akorat 2 pripady..program prestal pracovat atd kontaktujte atd..nebo instalace aplikace se nezdarila kontaktujte atd..a neudelas nic:)..navic skoro vsechen soft je placenej takze tezko budes nekoho kontaktovat ze ti nejde crackla verze

Viem, ze je moznost v Ubuntu oznacit vybrane balicky ako "nechcem aktualizovat" a balickovaci system to bude ignorovat. Ale neviem aky presne mas problem.

Uvazoval jste o pouziti Claws Mail namisto Sylpheedu? Je to v podstate to same, protoze to je fork Sylpheedu, ktery se oddelil jiz pred par lety. Ma tusim vetsi vyvojarskou zakladnu, coz neni slozite, protoze Sylpheed byl a asi porad jeste je projekt jednoho cloveka. Pokud tedy nepotrebujete lepsi podporu japonstiny, nevim, co vas na Sylpheedu drzi. I kdyz i do Claws Mail se nejaka ta bota muze vloudit, jako treba plugin Cachesaver, ktery do Ubuntu 9.04 nacpali ze stare nekompatibilni verze a navzdory bug reportum se to nikdo neobtezoval opravit. Za to ale nemuzou vyvojari Claws Mail, ale ten, kdo sestavil balicky. Jak je na tom nove Ubuntu zatim nevim, prave se upgraduje.

Možností je vícero, ale žádná není úplně dobrá, např.:
1. Přikompilovat k Sylpheedu starší knihovnu staticky.
2. Použít LD_LIBRARY_PATH při spouštění Sylpheedu.
3. Vytvořit si vlastní balíček se starší verzí knihovny a změnit závislost Sylpheed balíčku.
Možnosti, které obcházejí balíčkovací systém jsou jednodušší, ale méně košer. Pokud bych si měl vybrat, zkusil bych možnost 1 vzhledem k tomu, že balíček stejně kompiluješ sám. Jedná-li se o pár osamělých balíčků, dá se to překousnout. Překrytí knihovny starší verzí bych nedoporučoval, může zbořit ostatní programy.

[5] Jak se upraví ta LDPATH? V mnoha příručkách a návodech je odkaz typu "upravíme proměnnou XYZPATH", ale nikde jsem nenašel postup, jak to udělat (=kde najít příslušný soubor, jestli je pro všechny systémové proměnné nebo pro každou zvlášť atd.).

Synaptic -> Balik -> Vynutit verzi, neudela pozadovanou cinnost spravne?

Pro upravu zavislosti v deb baliccich jsem nasel krasny skript - upravte a pouzivejte dle libosti :)

#!/bin/bash

EDITOR=gedit

if [[ -z "$1" ]]; then
echo "Syntax: $0 debfile"
exit 1
fi

DEBFILE="$1"
TMPDIR=`mktemp -d /tmp/deb.XXXXXXXXXX` || exit 1
OUTPUT=`basename "$DEBFILE" .deb`.modfied.deb

if [[ -e "$OUTPUT" ]]; then
echo "$OUTPUT exists."
rm -rf "$TMPDIR"
exit 1
fi

dpkg-deb -x "$DEBFILE" "$TMPDIR"
dpkg-deb --control "$DEBFILE" "$TMPDIR"/DEBIAN

if [[ ! -e "$TMPDIR"/DEBI­AN/control ]]; then
echo DEBIAN/control not found.

rm -rf "$TMPDIR"
exit 1
fi

CONTROL="$TMPDI­R"/DEBIAN/con­trol

MOD=`stat -c "%y" "$CONTROL"`
$EDITOR "$CONTROL"

if [[ "$MOD" == `stat -c "%y" "$CONTROL"` ]]; then
echo Not modfied.
else
echo Building new deb...
dpkg -b "$TMPDIR" "$OUTPUT"
fi

rm -rf "$TMPDIR"

Snad se to sem vleze...

a neni si lepsi na notas nainstalovat gentoo, ono kdyz je vice pocitacu k dispozici tak distcc funguje velmi dobre a k tomu i crosskompile .....