abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    dnes 14:55 | IT novinky

    Klávesnice IBM Enhanced Keyboard, známá také jako Model M, byla poprvé představena v roce 1985, tzn. před 40 lety, s počítači IBM 7531/7532 Industrial Computer a 3161/3163 ASCII Display Station. Výročí připomíná článek na zevrubném sběratelském webu Admiral Shark's Keyboards. Rozložení kláves IBM Enhanced Keyboard se stalo průmyslovým standardem.

    Fluttershy, yay! | Komentářů: 0
    dnes 12:00 | Nová verze

    Vyšlo Pharo 13 s vylepšenou podporou HiDPI či objektovým Transcriptem. Pharo je programovací jazyk a vývojové prostředí s řadou pokročilých vlastností.

    Pavel Křivánek | Komentářů: 1
    dnes 04:00 | IT novinky

    Java má dnes 30. narozeniny. Veřejnosti byla představena 23. května 1995.

    Ladislav Hagara | Komentářů: 4
    včera 21:55 | IT novinky

    1. července Mozilla vypne službu Fakespot pro detekci podvodných recenzí v internetových obchodech. Mozilla koupila Fakespot v květnu 2023.

    Ladislav Hagara | Komentářů: 1
    včera 21:33 | IT novinky

    8. července Mozilla vypne službu Pocket (Wikipedie) pro ukládání článků z webu na později. Do 8. října si uživatelé mohou vyexportovat data. Mozilla koupila Pocket v únoru 2017. Několik měsíců byl Pocket integrovanou součástí Firefoxu.

    Ladislav Hagara | Komentářů: 2
    včera 13:22 | Upozornění

    Turris OS má aktuálně problém s aktualizací související s ukončením podpory protokolu OCSP u certifikační autority Let's Encrypt.

    Ladislav Hagara | Komentářů: 4
    včera 04:00 | Zajímavý článek

    Nevidomý uživatel Linuxu v blogu upozornil na tristní stav přístupnosti na linuxovém desktopu (část první, druhá, závěr), přičemž stížnosti jsou podobné jako v roce 2022. Vyvolal bouřlivou odezvu. Následně např. Georges Stavracas shrnul situaci v GNOME. Debata o jiném aspektu přístupnosti, emulaci vstupu pod Waylandem, také proběhla na Redditu.

    Fluttershy, yay! | Komentářů: 8
    včera 03:00 | Komunita

    DevConf.CZ 2025, tj. open source komunitní konference sponzorovaná společností Red Hat, proběhne od 12. do 14. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.

    Ladislav Hagara | Komentářů: 0
    21.5. 18:22 | Nová verze

    Byla vydána nová major verze 28.0 programovacího jazyka Erlang (Wikipedie) a související platformy OTP (Open Telecom Platform, Wikipedie). Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    21.5. 13:11 | Zajímavý článek

    Český telekomunikační úřad zveřejnil Výroční zprávu za rok 2024 (pdf), kde shrnuje své aktivity v loňském roce a přináší i základní popis situace na trhu. Celkový objem přenesených mobilních dat za rok 2024 dosáhl dle odhadu hodnoty přibližně 1,73 tis. PB a jeho meziroční nárůst činí zhruba 30 %. Průměrná měsíční spotřeba dat na datovou SIM kartu odhadem dosáhla 12,5 GB – v předchozím roce šlo o 9,8 GB.

    Ladislav Hagara | Komentářů: 14
    Jaký je váš oblíbený skriptovací jazyk?
     (55%)
     (29%)
     (7%)
     (3%)
     (0%)
     (0%)
     (6%)
    Celkem 86 hlasů
     Komentářů: 6, poslední včera 14:43
    Rozcestník
    Štítky: není přiřazen žádný štítek

    Vložit další komentář
    28.12.2009 22:32 R
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Slackware to ma pre zmenu v bashi a je to brutalne pomale.
    29.12.2009 09:05 kuly
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Jo, každá sekunda se počítá.
    29.12.2009 11:55 R
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    So slabsim CPU trivialna operacia "removepkg" netrva sekundy, ale desiatky minut - staci mat nainstalovanych par balikov s vela subormi.
    29.12.2009 15:43 Martin Matějek | skóre: 12 | blog: Flying_circus | Kladno
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    No nevím, nic takového jsem na mém Slackware (12.2) nezažil. Slabší CPU mám (PII 366 MHz), ale jediné co trvalo dlouho (ale ne desítky minut) bylo removepkg kernel-sources a kernel-modules. Co by to zrychlit mohlo by asi byl "tichý" režim, kdy by se nezobrazovaly hlášky "Deleting --> /neco/nekde/..." pro každý soubor. Každopádně mi to nepřijde nijak přehnaně pomalé.
    Don't judge me by the friends I keep. No, no, no. Judge me by the enemies I have slain!
    30.12.2009 01:41 kuly
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Souhlasim, ze u removepkg se ten overhead vyrazne nascita, ale na jedne 486ce jsem postupne pouzival slacky od verze 3 do 10 a desitky minut jsem nezaznamenal.
    28.12.2009 22:38 SPM | skóre: 28
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Gentoo má taky pythonní a asi by se našly i další... holt je potřeba si dávat pozor :)
    Marián Kyral avatar 28.12.2009 22:45 Marián Kyral | skóre: 29 | blog: Sem_Tam | Frýdek-Místek
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Gentoo má ještě Paludis (C++). Ale zatím jsem necítil potřebu migrovat, tak zůstávám u "pomalého" emerge.
    28.12.2009 22:47 SPM | skóre: 28
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Měl jsem, někde i ještě používám, ale zase mi přijde, že s některým bordelem v portagi se to oproti emerge vyrovnává o dost hůř...
    David Watzke avatar 30.12.2009 20:16 David Watzke | skóre: 74 | blog: Blog... | Praha
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Ano, to je účel. On ti pomůže ten bordel odstranit a znovu ho tam nedostat.
    “Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon
    vlastikroot avatar 28.12.2009 22:42 vlastikroot | skóre: 24 | blog: vlastikovo | Milevsko
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Když se člověku rozsype kernel, nebo si nainstaluje nekompatibilní verzi, pak nefunguje správa balíků :-D
    We will destroys the Christian's legion ... and the cross, will be inverted
    29.12.2009 05:55 Kvakor
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Udržovat více různých jader je oproti udržování více verzi knihoven a balíčkovacích managerů velmi jednoduché, stačí jen zajistit, aby se nové jádro jinak jmenovalo (přes localversion) a navzájem se nepomíchali moduly.
    Shadow avatar 28.12.2009 22:57 Shadow | skóre: 25 | blog: Brainstorm
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Až na výkon (rychlost, efektivita využití paměti) v tom nevidím problém - uživatel by neměl nahrazovat distribuční interpret jinou verzí (a pokud to udělá, je za následky zodpovědný sám) a správci distribucí by měli dohlížet na to, aby se do repozitářů nedostaly nekompatibilní verze interpretu.

    A proč to nikdo nepřepsal do C/C++? Možná proto, že v těch skriptovacích jazycích se to prostě psalo postatně rychleji, snadněji a "bezpečněji", tj. nikomu se to nechtělo dělat v Céčku. Možná se také uvažovalo o tom, že s použitím interpretovaných jazyků bude snadnější rozšiřovat funkcionalitu (či opravovat chyby) daných nástrojů, popřípadě že bude pro administrátory snadnější provádění případných úprav.

    Samozřejmě bych tímto svým názorem nerad odradil případné dobrovolníky, kteří se do přepsání existujících a funkčních nástrojů do C/C++ pustí.;-)
    If we do not believe in freedom of speech for those we despise we do not believe in it at all.
    Ruža Becelin avatar 28.12.2009 23:03 Ruža Becelin | skóre: 40 | blog: RuzaBecelinBlog
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Krome YUM jeste cela Anaconda + vsechny utility od RedHatu vcetne GUI jsou psane v Pythonu. Ne, ze bych z toho mel radost, ale tak to momentalne je...
    michich avatar 29.12.2009 00:13 michich | skóre: 51 | blog: ohrivane_parky
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Pokud nějak rozbiješ yum, můžeš to zachránit na nižší úrovni (rpm).
    29.12.2009 23:02 kavol | skóre: 28
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    ... a když si rozbije rpm, tak to může zachránit busyboxem ;-)
    Grunt avatar 29.12.2009 00:17 Grunt | skóre: 23 | blog: Expresivní zabručení | Lanžhot
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Tak nepovýší svoji distribuci na nejnovější verzi standardním způsobem, ale pomocí yum update (a přitom rozbije půlku systému):
    $ preupgrade
    /usr/lib/python2.6/site-packages/yum/__init__.py:203: UserWarning: Use .preconf instead of passing args to _getConfig
      warnings.warn('Use .preconf instead of passing args to _getConfig')
    Loaded plugins: blacklist, refresh-packagekit, whiteout
    Detected in-progress upgrade to Fedora 12 (Constantine)
    Clearing data from upgrade to Fedora 12 (Constantine)
    preupgrade (baseurl) 
      url: http://fake.url/preupgrade
      now: http://fake.url/preupgrade
    preupgrade-chromium (baseurl) 
      url: http://fake.url/preupgrade-chromium
      now: http://fake.url/preupgrade-chromium
    preupgrade-main (mirrorlist) 
      url: http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-12&arch=$basearch
      now: http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-12&arch=x86_64
    preupgrade (mirrorlist) 
      url: http://mirrors.fedoraproject.org/mirrorlist?path=pub/fedora/linux/releases/12/Fedora/$basearch/os
      now: http://mirrors.fedoraproject.org/mirrorlist?path=pub/fedora/linux/releases/12/Fedora/x86_64/os
    preupgrade-chromium (baseurl) 
      url: http://spot.fedorapeople.org/chromium/F12/
      now: http://spot.fedorapeople.org/chromium/F12/
    preupgrade-fedora (mirrorlist) 
      url: https://mirrors.fedoraproject.org/metalink?repo=fedora-12&arch=x86_64
      now: https://mirrors.fedoraproject.org/metalink?repo=fedora-12&arch=x86_64
    unknown metadata being downloaded: metalink
    preupgrade-fedora-source (mirrorlist) 
      url: https://mirrors.fedoraproject.org/metalink?repo=fedora-source-12&arch=x86_64
      now: https://mirrors.fedoraproject.org/metalink?repo=fedora-source-12&arch=x86_64
    preupgrade-rpmfusion-free (mirrorlist) 
      url: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-12&arch=x86_64
      now: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-12&arch=x86_64
    preupgrade-rpmfusion-free-source (mirrorlist) 
      url: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-source-12&arch=x86_64
      now: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-source-12&arch=x86_64
    preupgrade-rpmfusion-free-updates (mirrorlist) 
      url: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-updates-released-12&arch=x86_64
      now: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-updates-released-12&arch=x86_64
    preupgrade-rpmfusion-free-updates-source (mirrorlist) 
      url: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-updates-released-source-12&arch=x86_64
      now: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-updates-released-source-12&arch=x86_64
    preupgrade-rpmfusion-nonfree (mirrorlist) 
      url: http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-12&arch=x86_64
      now: http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-12&arch=x86_64
    preupgrade-rpmfusion-nonfree-updates (mirrorlist) 
      url: http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-updates-released-12&arch=x86_64
      now: http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-updates-released-12&arch=x86_64
    preupgrade-updates (mirrorlist) 
      url: https://mirrors.fedoraproject.org/metalink?repo=updates-released-f12&arch=x86_64
      now: https://mirrors.fedoraproject.org/metalink?repo=updates-released-f12&arch=x86_64
    unknown metadata being downloaded: metalink
    preupgrade-updates-source (mirrorlist) 
      url: https://mirrors.fedoraproject.org/metalink?repo=updates-released-source-f12&arch=x86_64
      now: https://mirrors.fedoraproject.org/metalink?repo=updates-released-source-f12&arch=x86_64
    preupgrade-updates-testing (mirrorlist) 
      url: https://mirrors.fedoraproject.org/metalink?repo=updates-testing-f12&arch=x86_64
      now: https://mirrors.fedoraproject.org/metalink?repo=updates-testing-f12&arch=x86_64
    Traceback (most recent call last):
      File "/usr/share/preupgrade/preupgrade-gtk.py", line 240, in on_assistant_apply
        self._do_main()
      File "/usr/share/preupgrade/preupgrade-gtk.py", line 259, in _do_main
        self.main_preupgrade()
      File "/usr/share/preupgrade/preupgrade-gtk.py", line 436, in main_preupgrade
        download_progressbar=self.dnlProgress)
      File "/usr/lib/python2.6/site-packages/preupgrade/__init__.py", line 130, in setup
        self.complete_repo_setup()
      File "/usr/lib/python2.6/site-packages/preupgrade/__init__.py", line 328, in complete_repo_setup
        repo._grabfunc.opts.user_agent = __user_agent__
    AttributeError: 'NoneType' object has no attribute 'opts'
    Na co 64-bitů když to jde i s jedním? | 80.78.148.5 | Hack (for) free or Die Hard!
    michich avatar 29.12.2009 08:19 michich | skóre: 51 | blog: ohrivane_parky
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    $ preupgrade
    [...]
      File "/usr/lib/python2.6/site-packages/preupgrade/__init__.py", line 328, in complete_repo_setup
        repo._grabfunc.opts.user_agent = __user_agent__
    AttributeError: 'NoneType' object has no attribute 'opts'
    To je RHBZ#538118, mělo by být opraveno v preupgrade-1.1.4.
    Conyx avatar 29.12.2009 00:30 Conyx | skóre: 5 | blog: c-blog
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    No a co? U binarniho package manageru by sis zase mohl pos*** X knihoven na kterych je zavisly a prestal by ti slapat.
    Grunt avatar 29.12.2009 00:45 Grunt | skóre: 23 | blog: Expresivní zabručení | Lanžhot
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    K tomu se musím přidat. Knihovy na kterých ten balíčkovací systém závisí se mění docela často (snad i častěji než ten Python). Sice jsem nezažil, že by se to kvůli tomu někdy rozbilo (ťuk, ťuk), ale nebezpečí je minimálně ekvivalentí a u toho Pythonu nebo Perlu to jde ještě relativně snadno s malou pomocí Googlu a jazyka spravit. Aby ta binární verze byla super-bezpečná, tak by musel být staticky slinkovaná.
    Na co 64-bitů když to jde i s jedním? | 80.78.148.5 | Hack (for) free or Die Hard!
    Grunt avatar 29.12.2009 00:48 Grunt | skóre: 23 | blog: Expresivní zabručení | Lanžhot
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    A to jsem ještě zapomněl na nějaké interní databázové techtle-mechtle (už se mi párkrát stalo i s tím binárním aptem nebo na kýho šlaka je to ještě nalinkované). To už je pravděpodobnější.
    Na co 64-bitů když to jde i s jedním? | 80.78.148.5 | Hack (for) free or Die Hard!
    Jakub Lucký avatar 29.12.2009 01:29 Jakub Lucký | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Pak se to řeší tak, že člověk najede na packages.distribuce.tld, tam si stáhne starou verzi a přeplácne ji pomocí low-level pakážovacího software, který obvykle v C/C++ je (dpkg, rpm)
    If you understand, things are just as they are; if you do not understand, things are just as they are.
    29.12.2009 03:49 pozortucnak | skóre: 21 | blog: vecny_windowsar
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Není pacman napsaný náhodou v C? :-D
    Jsem mimořádně obtížný případ
    29.12.2009 11:01 l4m4
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Jelikož rpm není napsáno ve skriptovacím jazyce, není pravda, že package management Fedory či Mandrivy je napsán ve skriptovacím jazyce. Takže zbytek zápisku jsou kydy.
    29.12.2009 11:23 pozortucnak | skóre: 21 | blog: vecny_windowsar
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    A programy instaluješ jak? Pomocí rpm -i ?
    Jsem mimořádně obtížný případ
    29.12.2009 11:30 l4m4
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Ne, pomocí rpm -Uvh [--oldpackage] [--replacepkgs] [--replacefiles]. Když je to zapotřebí. Když není, tak samozřejmě klidně použiji nějaký frontend.

    yum ve Fedoře je teprve šest let stará věc, to jsi tak zapomnětlivý, nebo takový zelenáč?
    29.12.2009 12:01 pozortucnak | skóre: 21 | blog: vecny_windowsar
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Já mám jakousi averzi k rpm... je jich nějak moc, Mandriva Suse Fedora PClinuxOS... a univerzálních rpm moc není...
    Nějakou dobu jsem používal Debian, ale pomalost balíkovacího systému a ty šílené konfigurační perl scripty mě donutili přejít k Archlinuxu...
    Jsem mimořádně obtížný případ
    29.12.2009 11:37 l4m4
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Navíc instalace není jediná věc, kterou člověk se software dělá. Např. rpm --verify mi přijde podstatně jednodušší než instalace yum-plugin-verify a používání yum verify, který oproti rpm neumí nic navíc. Jednotlivé balíky mažu téměř výhradně rpm -e, protože je to jednodušší.
    29.12.2009 12:58 Ondřej Kubečka | skóre: 29 | blog: datlovo | Ulm
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    OpenSolaris oproti Solarisu mimo jiné přichází s novým systémem balíčků... v Pythonu. Takže asi popisujete obecnější tendenci světa.
    vogo avatar 29.12.2009 14:02 vogo | skóre: 34 | blog: "Skládat papír"
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Balíčkovací manager napsaný v C není samospásný, viz:
    $ pacman -Qii pacman
    Jméno          : pacman
    Verze          : 3.3.3-1
    URL            : http://www.archlinux.org/pacman/
    Licence        : GPL
    Skupiny        : base
    Poskytuje      : Nic
    Závisí na      : bash  libarchive>=2.7.1  libfetch>=2.25  pacman-mirrorlist
    Volitelné záv. : fakeroot: for makepkg usage as normal user
                     python: for rankmirrors script usage
    Požadovaný     : pacman-color  yaourt
    Konfliktní s   : Nic
    Nahrazuje      : Nic
    Vel. instalace : 2244,00 K
    Zabalil        : Dan McGee <dan@archlinux.org>
    Architektura   : x86_64
    Datum sestavení: St 11. listopad 2009, 00:58:30 CET
    Datum instalace: Út 1. prosinec 2009, 20:46:54 CET
    Důvod instalace: Výslovně nainstalován
    Instal. skript : Ano
    Popis          : A library-based package manager with dependency support
    
    v závislostech jsou knihovny libarchive a libfetch a navíc pacman sám osobě mí libalpm, pokud se něco nepovede a knihovny nebudou, nebo budou v nekompatibilní verzi, jsi v kelu stejně jako se skriptovaným správcem balíčků... Pravda existuje způsob jak z toho ven - staticky likovaný pacman - ale kdo ho má? Už dávno není v balíčku s pacmanem... V Archu je ještě možnost z toho vybruslit ručním rozbalením balíčku a nakopírováním patřičných souborů na patřičná umístění... nebo použít pacmana z jiné fungující instalace pomocí přepínače --root
    Nejsem paranoidní, ale to ještě neznamená, že po mě nejdou.
    29.12.2009 15:11 Käyttäjä 11133 | skóre: 58 | blog: Ajattelee menneisyyttä
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    A nebo si tu statuicky linkovanou binárku vyrobit :)
    29.12.2009 16:03 pozortucnak | skóre: 21 | blog: vecny_windowsar
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    [all@myhost Downloads]$ tupac -Ss pacman | sed 'N;s/\n//g' | grep -i static
    46 archlinuxfr/pacman-static 3.2.2-1    Static version of pacman executable
    76 aur/pacman-static 3.2.2-1 (6 votes)    Static version of pacman executable
    
    Jsem mimořádně obtížný případ
    vogo avatar 29.12.2009 23:08 vogo | skóre: 34 | blog: "Skládat papír"
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    celkem obsolete, když máme verzi 3.3.3
    Nejsem paranoidní, ale to ještě neznamená, že po mě nejdou.
    29.12.2009 18:56 maertien
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Vsechno by to melo byt v tcl. To by bylo bezpecne. :-)
    30.12.2009 01:55 pozortucnak | skóre: 21 | blog: vecny_windowsar
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Tcl vyšel z módy... :-D
    Jsem mimořádně obtížný případ
    Rezza avatar 30.12.2009 13:12 Rezza | skóre: 25 | blog: rezza | Brno
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    To je duvod, proc se napr. ve Fedora snazi psat u Pythonich skriptu cela cesta k Pythonu, kdyby si nekdo rozmyslel pouzivat jinou a pak ji mel v PATH na prvnim miste. Ale co je v repozitari, tak by vetsinou melo pasovat k sobe (jen se hur resi problemy ala zmena v Pythonu, knihovnach - pac to nezarve pri rebuildu jako u prekladanych veci).
    30.12.2009 15:31 sxznam | blog: achjo1
    Rozbalit Rozbalit vše Re: Závislost package managementu na skriptovacím jazyku
    Z toho duvodu koukam napsali v Novellu YUM-compatible front-end na zelené louce a v C++ (zypper)

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.