Lokální mirror SoS balíčků

Na serveru mandriva.contactel.cz vznikl další lokální mirror zajímavého zdroje softwaru, tentokrát jde o nedávno zmiňovaný zajímavý zdroj Seer Of Souls. Přidal se tak rychlým lokálním mirrorům zdrojů jako je např. Borgnet, Thac nebo PLF. Děkujeme.

23 komentářů

  1. junglik | 15.01.2006 | 16:42 | Odpovědět

    Nenašel jsem žádný hdlist 🙁

    1. Ivan Bíbr | 16.01.2006 | 17:04 | Odpovědět

      Mate pravdu, zmizely hdlisty… Podivame se po tom…

    2. BlueHawk | 16.01.2006 | 20:13 | Odpovědět

      Ano, nenašel, protože na zdrojovém serveru nejsou. Poskoušel jsem se s autorem dohodnout, aby je generoval (a také aby v exportovaném stromu byl každý balíček pouze v jedné verzi) ale nikam to nevedlo.
      Počínaje dnešní nocí jsem doplnil generování hdlistů na straně mandrivauser.cz. Otazka je, co si počít s mnoha verzemi téhož balíčku. Buď se to bude muset tolerovat, urpmi si beztak vybere nejvyšší možnou verzi a nebo to mazat taktéž na straně mandrivauser.cz. Ještě jsem se nerozhodl kterou cestou jít, co si myslíte vy?

      1. Ivan Bíbr | 17.01.2006 | 08:10 | Odpovědět

        Asi zalezi, odkud to tahate … na SoS musi byt, protoze jinak by se nedaly pridat zdroje, coz jde (pouzivam to tak jiz delsi dob).

        Lokalni generovani hdlistu je myslim bez problemu. Promazavani balicku bych resil jednou za cas, se zbytkem si urpmi poradi (i oni to asi maji vyzkouseno, protoze to tak provozuji).

        1. Anonym | 17.01.2006 | 09:46 | Odpovědět

          Jo, jenze ze SoS se da tahat tak leda pres http coz neni zrovna slast 🙁 Mam od autora rsync na stroj, ze ktereho pak posila balicky prave na SoS. Tady mam modul na rpm.pbone.net, ale oboji ma sve nevyhody – originalni zdroj ma duplicity a nema poradne hdlisty, pbone.net ma sice hdlisty, ale zase je vyrazne pozadu. To si clovek nevybere.

  2. Anonym | 16.01.2006 | 20:02 | Odpovědět

    podobne balicky pre x86_64 sa nenajdu? napr.: KDE 3.5? 🙁

    1. Ivan Bíbr | 16.01.2006 | 21:32 | Odpovědět

      Jsou tam SRPM balíčky – je problém to zkompilovat pomocí rpm –rebuild?

  3. Florian | 17.01.2006 | 13:12 | Odpovědět

    Skromný dotaz, jsem v Linuxu začátečník a tak mě zajímá, čím se liší adresáře se softwarem RPMS od SRPMS ? Děkuji předem za odpověď.

    1. Anonym | 17.01.2006 | 14:14 | Odpovědět

      Jsem taky začátečník, ale už jsem vypátral, že se jedná o adresáře s vykompilovaným a nevykompilovaným software 😉
      Čili SRPMS = SourceRPMS. Třeba to tu podrobněji rozepíše nějakej linuxovej veterán, já jsem jen noobie…

      1. Florian | 17.01.2006 | 15:49 | Odpovědět

        Velice děkuji za odpověď. Takže stačí nahrávat ty RPMS ?
        Pokud to dobře chápu ?

        1. Ivan Bíbr | 17.01.2006 | 17:56 | Odpovědět

          Ano.

          SRPMS byste potřeboval jen tehdym, kdybyste si ty balicky chtel sam kompilovat.

  4. junglik | 19.01.2006 | 14:19 | Odpovědět

    Nelze přidat zdroj, byly nahlášeny chyby:

    nebyl nalezen soubor hdlist pro zdroj “/mandriva.contactel.cz/seerofsouls/2006/RPMS”
    problém při čtení­ souboru se syntézou zdroje “/mandriva.contactel.cz/seerofsouls/2006/RPMS”

    P.S.:

    URL: ftp://mandriva.contactel.cz/seerofsouls/2006/RPMS
    Relativní cesta pro soubor hdlist nebo syntézu:synthesis.hdlist.cz

    Je to OK?

    1. Anonym | 20.01.2006 | 06:40 | Odpovědět

      Není, chybí ti tam ftp://. Zkus do příkazového řádku jako root napsat “urpmi addmedia SoS ftp://mandriva.contactel.cz/seerofsouls/2006/RPMS/ with hdlist.cz”. Zamozřejmě tam nepiš ty úvozovky.

      1. junglik | 20.01.2006 | 16:35 | Odpovědět

        Chybela tecka. Divim se, proc to nejde klasicky pres urpmdrake 🙁 Tedy pro nekoho klasicky 🙂

        1. Ivan Bíbr | 20.01.2006 | 18:52 | Odpovědět

          urpmi.addmedia …

  5. Anonym | 24.01.2006 | 22:03 | Odpovědět

    Je ve zdrojich SOS opravena ta chybicka v javaskriptu? pouzivam konqueror a zajimalo by me jestli jsem ohrozen nebo ne.

    1. Ivan Bíbr | 29.01.2006 | 21:08 | Odpovědět

      Tezko rict, je mozne, ze ji novejsi verze KDE neobsahuji nebo je opravena primo ve vyvojovem stromu Cookera, odkud se ty baliky prekladaji. Je treba se podivat…

  6. junglik | 26.01.2006 | 01:51 | Odpovědět

    Proč nepoužívat jako zdroj aktualizace COOKER?

    1. Ivan Bíbr | 27.01.2006 | 11:24 | Odpovědět

      Protoze to je vyvojova distribuce. Muze se vam stat, ze to nedate dohromady. Cooker pouzivaji pouze lide, kteri vedi, proc ho pouzivaji a umi si spravit to, co v nem nejede…

      1. junglik | 27.01.2006 | 11:28 | Odpovědět

        OK. Díky 😉

  7. junglik | 28.01.2006 | 01:56 | Odpovědět

    Objeví se v officiálních aktualizacích pro ML 2006.0 i finální KDE 3.5 ?

    1. Ivan Bíbr | 29.01.2006 | 21:07 | Odpovědět

      Myslim ze ne. V soucasne dobe je v klubu a v neoficialnich zdrojich, odtud se da pouzit.

      1. junglik | 30.01.2006 | 18:55 | Odpovědět

        To jsem zkoušel. KDE 3.5 jsem nainstaloval, ale začali se oběvovat problémy jako: modrá smrt v linuxech (poetické přirovnání) při ukládání konfigurace KDE (následná oprava systému souborů po restartu vede ke ztrátě nastavení KDE), problém při přihlášení více uživatelů najednou – černá smrt (mám pocit že moje linuxy neumí ukončit některý procesy-konkrétně azureus), nefunkční shorewall, nefunkční mandi. Postupoval jsem následovně: dal jsem z cookeru vybrat kdebase 3.5.0.18 a nainstaloval všechny závislosti. Něco špatně?

        Další problém: na disku jsem si udělal zdroj pro KDE 3.5 (file://atd./KDE_35), vygeneroval hdlist, všechno bylo OK. Ale když jsem se pokoušel aktualizovat, zjistil jsem, že v tomto zdroji nelze automaticky instalovat závislé balíčky ( i když v adresáři jsou). Tzn.: právě instalovaný balíček A pouze hlasí, že nelze instalovat z důvodu nenainstalovaného balíčku B, místo toho, aby zahlásil že nainstaluje i balíček B 😉 Jak na to?

Leave a comment

Sorry, you must be logged in to post a comment. Login