Názory k článku Potrava pro vaši Fedoru - snadno a rychle (7)

  • Článek je starý, nové názory již nelze přidávat.
  • 3. 2. 2005 10:50

    anonymní
    no celkom sa mi paci novy vzhlad root, ale az teraz som zistil ze je tam nedoriesena jedna vec - tlac. ked kliknem na tlac priamo to da tlacit stranku bez toho aby som videl ako to bude vyzerat! co je to za blbost?
  • 3. 2. 2005 11:19

    Putna
    Tisk je řešen pomocí stylů pro tisk, nikoliv jako samostatná stránka. Takže pokud chcete vidět, jak to bude vypadat, můžete se podívat na náhled tisku ve Vašem prohlížeči.
  • 3. 2. 2005 22:18

    mtd
    ne. muzete se na nej podivat tak, ze misto na tiskarnu poslete postscript do souboru a pak ho zobrazite v gv -- protoze firefox (a tedy pravdepodobne i mozilla) generuji preview spatne. pak zjistite, ze to pocitac nestiha, takze nasleduji dalsi konverze. az se nakonec v zoufalstvi vratite k puvodnimu gv a myslite si o firme iinfo, ze je to banda neschopnych idiotu. muzu klidne poslat screenshot.
  • 3. 2. 2005 12:27

    anonymní
    Používání apt je hezké, ale mám k tomu několik otázek :

    - dá se nějak z příkazové řádky zadat např. "stáhni a nainstaluj všechny balíčky se jménem xmms*" ? To je docela důležité pokud nechodí synaptic (což se stalo a až do včerejšího pgr. nefungoval)


    - dá se nějak zadat z příkazové řádky "pokud je nutné stáhnout a nainstalovat i knihovnu xyz, stáhni a nainstaluj současně i xyz-devel" ?


    - dá se nějak elegantně udělat "otisk" nainstalovaných balíčků s možností se k němu vrátit ?

    Příklad : Mám nainstalovánu knihovnu kdelibs-4.5.6-1.2.3 a systém funguje. Udělám si "otisk" (seznam všeho nainstalovaného). Druhý den se při upg tato knihovna nahradí novější verzí kdelibs-4.5.6-1.2.4, se kterou si ale některé apolikace nerozumějí. A já bych v takovém případě chtěl zadat apt "uveď všechny balíčky do stavu v jakém byly včera" - on by si zjistil kde nastala změna a přehodil by starší balíček zpět.
    Samozřejmě je možné dělat "otisky" i ručně (nebo pomocí cron-u), ale kdybych se pak měl vrátit ke staršímu stavu a měl bych to ručně přebírat a datlovat, to by mě nepotěšilo.


    - jak se dá "udělat" repozitář ze stažených souborů (resp. z množiny balíčků ležících v jednom adresáři) ?

    Příklad : Na místě s dobrou konektivitou si zadám instalaci aplikací abc, def a ghi. Každá z nich si "přitáhne" s sebou průměrně 8 dalších nutných balíčků.
    To co se stáhlo si přenesu na místo bez konektivity. Když teď ckci nainstalovat aplikaci abc, můžu :
    * nainstalovat všechny balíčky - ale pokud další dvě aplikace nechci, je to zbytečné
    * nainstalovat jen balíček abc*.rpm a postupně přidávat závislé balíčky tak jak je nabonzuje rpm - ale to je zdlouhavé
    * nainstalovat aplikaci abc pomocí "apt-get install abc" - ale to nepochopí, že má před sebou pokus o repozitář.

    Díky za tipy
  • 3. 2. 2005 22:09

    Marián Kyral
    - dá se nějak z příkazové řádky zadat např. "stáhni a nainstaluj všechny balíčky se jménem xmms*" ? To je docela důležité pokud nechodí synaptic (což se stalo a až do včerejšího pgr. nefungoval)
    apt-cache search xmms
    apt-get install jmena_nalezenych_balicku

    - jak se dá "udělat" repozitář ze stažených souborů (resp. z množiny balíčků ležících v jednom adresáři) ?
    Apt si standartně ukládá všechny stáhnuté balíčky do adresáře /var/cache/apt/archives. Mělo by stačit tedy vyčistit tento adresář, provést požadovanou instalaci a na pak překopírovat tyto soubory do stejného adresáře na místě bez konektivity. (Možná bude třeba ještě neco jiného, nemám to vyzkoušené)

    Na vytvoření vlastního repository existují skripty, kdysi dávno (RH9 :-) jsem něco takového použil.
    Google mi našel toto:
    http://www.webmo.net/support/apt_repository.html
    http://www.ccl.net/cca/software/UNIX/updating-redhat/apt-howto/creating-repository.html
  • 4. 2. 2005 6:38

    anonymní
    Díky za reakci.

    ad 1) - ano, to je přesně ono. Tohle jsem chtěl vědět.

    ad 2) - samozřejmě si můžu přenést všechny stažené balíčky do místa "bez konektivity". Ale jak se v nich mám vyznat, pokud nechci mít nachlup stejný stroj jako v místě "s konektivitou" a tedy nechci a nemůžu instalovat všechny ?

    A k vytáření vlastního repozitáře - asi jste mě nepochopil. Já nemám v úmyslu vytvářet repozitář dostupný "klasicky" přes http protokol. Chtěl bych ale mít možnost nabídnout adresář se staženými balíčky (případně i druhý adresář se _všemi_ balíčky z instalačních médií) programu apt, který by si je "osahal", zjistil závislosti, oindexoval je a dokázal z nich vybírat zavíslé balíčky.

    Jenže právě v tom je problém - jak vytvořit ten index (pkglist.all) ? Google se i téhle situaci zmiňuje, ale navrhuje použít dpkg-scanpackages, což je pro Fedoru nepoužitelné ..
  • 4. 2. 2005 14:26

    bez přezdívky
    Děkuji Mariánu Kyralovi za perfektní odpověď o apt-cache.

    Lokální repozitář.
    Stačilo počkat na poslední díl, bude o tom ještě řeč :-) Je to jednodušší než si myslíte. Nemusíte totiž dělat vůbec nic, jen definovat zvolený adresář do sources.listu jako lokální, tuším místo 'rpm' je na začátku řádku 'rpm-dir' a pak následuje lokální adresář a sekce (prostě podadresář - povinné). Nemám bohužel text dalšího dílu po ruce takže to píšu čiste z hlavy.
    A to je vše. Žádná metadata u lokálního adresáře generovat není nutné, apt-get si je dokáže vytvořit on-the-fly, doporučuji rychlý pevný disk.

    Pokud chcete vytvořit obecně dostupný repozitář, otevřený přes HTTP/FTP, musel by ste si vygenerovat metadata a nějaké pomocné podadresáře. Základní sada utilit je přímo v balíku apt, jsou to příkazy jako 'genbase' a podobně. Existují i komfortnější systémy, jako DAR nebo apt4rpm a dalším které to generují zároveň i pro Yum, starý i nový formát metadat. Ale tohle jste se asi neptal.

    Apt-get zvládá i lokální repozitář na výměnných médiích, ale to není tak jednoduché, tady je z logických důvodů metadata nutné vygenerovat.