jde rozchodit KDE3 bez KDE 2?

Robert Vojta robert na v0jta.net
Středa Červen 19 11:37:24 CEST 2002


Exghotic <exghotic na email.cz> writes:

> Aha, v tom to tedy asi je, na serveru 
> ftp.cesnet.cz/MiRRORS/ftp.kde.org/pub/kde/stable/3.0.1/SuSE/i386/7.2 
> žádné takové nejsou. Ani fam, ani libstdc++. Nicméně nevylučuji, že si je s 
> sebou nese vlastní SuSE. podívám se po nich na kompaktech. Díky za radu.

Zdravím,
  nejsou tam, protože budou součástí vaší distribuce. Pokud máte zakoupený
SuSE, zkuste jejich podporu, myslím že Vám pomohou. Proč jste se nepodíval
před tím?

> No jéje chcete je znát všechny? mohl bych o tom napsat román, ale shrnu to
> 
> 1) jak řešit situaci, kdy na sobě závisí dvě rpm vzájemně a tudíž nejde 
> nainstalovat ani jedna

  rpm -Uvh jedno druhe

  Jak jednoduché, stačí si přečíst manuál (info rpm).

> 2) jak řešit situaci, kdy instalovaná rpm koliduje s jinou, ale tu vyžaduje 
> další o jejíž funkčnost nechci přijít

  Pokud používáte nějakou ucelenou distribuci, vždy se to dá
vyřešit. Například pomocí compat-* balíčků (na RedHatu, jinde nevím) a vše
Vám bude fungovat bez sebemenších problémů.

> 2a) dobrá, ustoupím a kolidující balíček tedy svolím odstranit, ovšem ouha 
> pro odstranění najednou "není nainstalován" - tuhle situaci jsem kdysi 
> zažil na vlastní kůži jako cca dvouměsíční linuxák na RH 7.0cz - opravdu 
> povzbudivá zkušenost.

  Co to bylo přesně za balíček? Jeho název? Občas se totiž stane, že musíte
do toho názvu zahrnout i některé číslo z verze, protože balíček se třeba
jmenuje gtk2, gtk, ... Takže když máte v systému třeba gtk2 a dáte rpm -e
gtk, tak se Vám samozřejmě neodinstaluje, protože se jmenuje gtk2. Ale pozor,
není to pravidlem, spíše vyjímkou (poslední dobou stále častěji se
objevující).

> 3) Takže pro každou distribuci a pro každou verzi každé distribuce musí být 
> vlastní síť rpmbalíčků? a co když potřebuji dvě různé verze téže knihovny 
> pro svou verzi své distribuce? To budu asi potřebovat pro každou z nich 
> vlastní rpm balíček..Ale rpm balíčky nejsou :( - tedy alespoň ne ty, ze 
> spodních vrstev závislostí, dodnes jsem nedohledal jistý balíček nutný pro 
> program Sodipodi-  Asi se budu muset naučit vytvářet rpm balíčky sám. 

  compat-* nebo jsou zde věci jako 

[echelon:~]rpm -qa | grep openssl
openssl095a-0.9.5a-12
openssl-0.9.6b-21
openssl096-0.9.6-7
openssl-devel-0.9.6b-21
[echelon:~]

  které máte v jednom systému ... Viz výše uvedený příklad, balíček
openssl095a-0.9.5a-12 se jmenuje 'openssl095a0 a je zde pro kompatibilitu se
starším softwarem, který tuto knihovnu využívá.

>    Zabalím si požadovanou knihovnu, a s ní přebalím i celou navěšenou větev 
> programů. Abych mě jistotu, že nebudu mít nějakou inkonzistenci v systému, 
> raději si přebalíčkuju celou distribuci. Stane se ze mě balíčkovač, a rád 
> budu balíčkovat i ostatním. Svoje balíčy pošlu na internet a když se na ně 
> někdo nachytá, nejraději nějaký nováček, tak na něj budu dělat: "Guru, 
> guru, jestlipak jsi četl manuálové stránky o rpm balíčcích?"

  Co to blábolíte? :)

> 4) KDE3, sestává ze nejméně 44 rpm, ale jakou rpmkou mám začít ? která je 
> ta nejnezávislejší? mám to odhalit podle jmén? nebo se mám pokoušet 
> nainstalovat jeden podruhém a na papírek vedle klávesnice si šmudlat 
> pastelkou stromeček závislostí, abych ráno po posledním, čtyřicátém čtvrtém 
> rpm balíčku zjistil, že ten nejdůležitejší vlastně nemám? Tohle jste měl na 
> mysli, když jste mluvil o lenosti?

  Co třeba všema? `rpm -Uvh *.rpm` Vám nestačí? Projede to všechno balíčky,
zkontroluje závislosti a napíše co Vám chybí ... A to co píšete není lenost,
ale lidská blbost ... Přečtěte si manuál k rpm ...

> 5) Jeden můj kamarád, kterej tomu rozumí, prohlásil že rpm jsou nejhorší 
> shit kterej se linuxu přihodil. Tak moc jako on tomu zase nerozumím, ale 
> vůbec jsem mu neodporoval.

  Taky nečetl manuál? :) Nejhorší co Linux může potkat je uživatel, který si
neráčí přečíst ani řádku manuálu a pak se rozčiluje, že mu to nefunguje, dělá
všechno neefektivně a má pocit, že ten Linux, nebo jeho část, je na nic. Váš
případ.

-- 
        Robert V0jta                           Pharocom, s.r.o.
Linux/UNIX specialist, programmer   Interested in Linux based PBX development?
    http://www.v0jta.net/              Watch http://www.pharocom.net/ for
      +420-603-167-911                      more informations/jobs ...

  Looking for older Sparc/ARM machine ... If you have one, please contact me.


Další informace o konferenci Linux