On Fri, 11 Feb 2005, Martin Kamín ZULU wrote:
> On 11. Feb, 02:21 PM CET, [EMAIL PROTECTED] wrote 41 lines:
> > On Fri, 11 Feb 2005, Hynek Vychodil wrote:
> > > [EMAIL PROTECTED] wrote:
> > > > Jestli jo, je to bida. Jestli to bude pres rpm -ivh ooo.rpm, tak pohoda.
> > > > Protoze pak si jednotlivi uzivatele muzou svuj vlastni OOO instalovat
> > > > pomoci
> > > > toho postupu, co je v tom aktualnim install skriptu, tedy
> > > >
> > > > $ rpm --initdb --dbpath ~/muj-ooo
> > > > $ rpm -i --nodeps -vh --relocate ORIGPATH=~/muj-ooo --dbpath ~/muj-ooo
> > > > ooo.rpm
> > > Fakt obrovsky jednodužší než tar xjfC ooo.tbz2 ~/muj-ooo
> >
> > *** zni to ironicky:) Samozrejme tohle neni jednodussi, ale tohle by delal
> > opravdu jen nekdo, kdo by to chtel instalovat jen pro sebe, ne do systemu.
> > Kdyz to bude admin nebo i obyc user instalovat do svyho systemu, tak
> > pouzije
> > rpm -ivh ooo.rpm, coz je sice temer stejne jako tar xjfC ooo.tar.bz2 / ale
> > navic v tom rpm mohou byt zavislosti a post/pre (un)install scripty a
> > provede
> > se lip odinstalace.
> >
>
> nechci se mýlit, ale ikdyž nemáme nejaktuálnější verzi OO na Linuxovém
> serveru, stejně používáme "starší" RPM dodané Mandrakem. Proč? Protože se
> při instalaci se doplňují i uživatelské Menu v KDE a asociace v Konqueroru,
> protože
> tohle uživatelezcela jistě nezajímá a nesmí s tím být problémy.
========
*** predpokladam, ze melo byt napsano "zajima". Ale pokud se nepletu, tak RPM
neni zadny kouzelny system, ktery by vedel, co ma kam pridat, aby tohle
vsechno chodilo. Ani to neni system, ktery by sam nejak zdetekoval, co mate
nainstalovane a podle toho vam pridal nejakou podporu do KDE nebo nejaka menu.
RPM pouze obsahuje archiv souboru, nejake popisky (tvurce, datum vytvoreni,
verze, architektura ... viz midnight commander), dale zavislosti pro instalaci
a take pre/post (un)install scripty. Nic vic. A co myslite, ze vam do
konquerora pridela podporu? Ja osobne netusim, jak to v konq funguje, ale bud
se nahrajou nejaky soubory nekam do /usr/kde/..... nebo se nejakym skriptem
provede uprava nejakych KDE konfiguracnich skriptu ve stylu
if [ -e /etc/kde/associations ];then
echo "sxw sxi .... /usr/bin/soffice" >> /etc/kde/associations
fi
a pri odinstalaci se provede napr.
if [ -e /etc/kde/associations ];then
echo -en "/\/usr\/sbin\/soffice/d\nwq\n" | ed /etc/kde/associations
fi
Duvod proc je potreba pro MDK, SUSE a RH/FC jinej rpm, aby pridelal tyhle
podpory je v tom, ze se bud davaji soubory primo tam, kam se z jinych RPM
instalujou KDE (napr.) nebo ze je jednodussi udelat skript s updatem nejakyho
konfigu, kdyz vite, kde presne je, ze tam je a jak vypada. Na druhou stranu
na tom MDK jak pisete, musite cekat, az vam MDK laskave vytvori novy rpm
balicek.
Takze jestli tu cinnost udela nejakej install skript po tom, co rozbali
tar.bz2 s Openofficem, a uninstall skript pri odinstalaci OOo.tar.bz2, nebo to
provede postinstall/postuninstall skript z RPM, nebo DEB balicku je uplne
jedno.
> Pro testování a ladění a zkoušení si zvolte klidně --nodeps, tary nebo rpm
> bez závislostí, to je jedno, ale pro *produkční* věci je RPM velice
> důležité, protože zachovává dostupnost aplikací a jejich stabilitu.
*** uch, "dostupnost aplikaci a jejich stabilitu". Ted netusim o jake
dostupnosti a stabilite a ceho mluvite. Zkuste to rozvest a zpresnit.
> Toť můj názor
*** Beru:)
Wolf.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
