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 12:44 | Pozvánky

    Po velkém úspěchu prvního MobileLinux Hackdaye se vracíme do Českých Budějovic s druhým ročníkem. V pátek 30. října 2026 od 10:00 se v prostorách Jihočeské univerzity uskuteční Embedded & MobileLinux Hackday #2. Těšit se můžete na témata jako Immutable Linux na telefonech (BengalOS), U-Boot a upstream vývoj, AI optimalizace pro embedded systémy nebo otevřený hardware. Nebude chybět praktické hackování, sdílení zkušeností a možnost … více »

    lkocman | Komentářů: 1
    dnes 00:44 | Bezpečnostní upozornění

    Dne 21. října 2026 vydal projekt Node.js bezpečnostní aktualizace opravující deset zranitelností, včetně jedné umožňující potenciální vzdálené spuštění kódu (RCE). Nejzajímavější je CVE-2026-111497, chyba dekodéru Brotli, kterou objevili výzkumníci využívající OpenAI Codex Security. Chyba je v nativním dekodéru Brotli, nikoli v samotném JavaScriptu. Speciálně vytvořený komprimovaný vstup způsobí, že dekodér zamění

    … více »
    vencour | Komentářů: 9
    včera 17:44 | IT novinky

    Francouzský výrobce kabelů Nexans upozornil na napjaté dodávky elektrických kabelů. Výstavba nové výrobní linky pro některé typy kabelů může trvat přibližně tři roky. Datacentra potřebují rozsáhlé nízkonapěťové a středněnapěťové rozvody. Poptávka roste současně s modernizací elektrických sítí. Někteří odběratelé proto uzavírají výrazně delší dodavatelské smlouvy [Reuters].

    vencour | Komentářů: 13
    včera 14:44 | Zajímavý projekt

    Představena byla (𝕏) virtuální platforma FLYBENCH FPV, která nováčky provede zapojením a konstrukcí dronů.

    Ladislav Hagara | Komentářů: 3
    včera 04:11 | Nová verze

    Google Chrome 156 byl prohlášen za stabilní. Přehled novinek v poznámkách k vydání. Opraveno bylo 353 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.

    Ladislav Hagara | Komentářů: 0
    22.10. 20:22 | IT novinky

    Indická společnost eMudhra po bezpečnostním incidentu, tj. kompromitaci soukromých klíčů osmi mezilehlých certifikátů své certifikační autority, opouští globální byznys s SSL/TLS certifikáty.

    Ladislav Hagara | Komentářů: 5
    22.10. 15:44 | Bezpečnostní upozornění

    Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »

    vencour | Komentářů: 0
    22.10. 15:33 | Nová verze

    Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).

    ʚĭɞ 🍉 | Komentářů: 0
    22.10. 15:22 | Nová verze

    Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.

    Ladislav Hagara | Komentářů: 0
    22.10. 11:11 | Bezpečnostní upozornění

    V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.

    vencour | Komentářů: 8
    Které desktopové prostředí na Linuxu používáte?
     (9%)
     (7%)
     (4%)
     (20%)
     (30%)
     (9%)
     (5%)
     (2%)
     (14%)
     (20%)
    Celkem 2904 hlasů
     Komentářů: 33, poslední 20.10. 23:44
    Rozcestník

    Dotaz: Distribuce python modulů a submodulů

    Bystroushaak avatar 14.11.2012 23:29 Bystroushaak | skóre: 36 | blog: Bystroushaakův blog | Praha
    Distribuce python modulů a submodulů
    Přečteno: 503×
    Řeším takový problém spíše filosofického rázu. Napsal jsem pár modulů (S), které mám na githubu jako projekty. Na těchto modulech jsem nyní založil další moduly (M) a na těchto modulech budou založeny aplikace (A).

    Mám tedy schéma:
        A
       / \
      M   M
     / \ / \
    S   S   S
    Distribuce S je jasná, prostě mají vlastní projekt na githubu, v něm vlastní dokumentaci a tak dále. U distribuce M můj problém začíná - měly by být distribuovány s S, nebo bez nich? A co A?

    Má na tohle python nějaký postup? Zatím jsem to řešil takto:
    try:
    	import socks
    except ImportError, e:
    	sys.stderr.write("I do require sock module. You can get it from\n")
    	sys.stderr.write("http://socksipy.sourceforge.net/\n")
    	raise e
    V jednom speciálním případě takto:
    try:
    	from timeout import timeout
    except ImportError, e:
    	import base64, zlib
    
    	f = open("timeout.py", "w")
    	f.write(zlib.decompress(base64.b64decode("""eJx9UsFOhDAQvfcrxnCBzbKYPRmMBw/G
    mOhFvW8qtNCktKSdbuTvLUvZUDDby3Rm3kzfe5DcFc6a4keogqkz9AO2WpEE8l0Ola6FakpwyPOHsUIS
    36kMqwU+QovYl0XRN07UzB4Uw2KaztGhNoLKay46ph3mNOdOVSi0Kojoem0Q7GCvV9EoKgmQSlJr4Xsa
    evmtWD+OpNdbVgIBf/oR5vE14xCeSEM8jXEPvkOdxKy84Be400wk5aE5A/gx3VHT2EV5PdtSVUtm0pGw
    6/bADe3YCj8eQ4VlWx0ZgQiqZT2vhKfgwmEKaci+3l6f3z8/9msKWbwpoKmkpoucyCABNKLxL1yaIBQs
    +2BZpVVto21ohhK2ohieqfREefApQrCLyo3mf7xh6IyaP1DU5sKLkMN25rY1Cxtv2XIfEw48JlVkVeVH
    ssjWv84fYU34lA==""")))
    	f.close()
    
    	try:
    		from timeout import timeout
    	except ImportError, e:
    		sys.stderr.write("Lol, you are fucked. Read only medium? SRSLY?\n")
    		raise e
    Očividné řešení by bylo tam moduly prostě nakopírovat a distribuovat to i s nimi, jenže tím se připravím o updaty a bugfixy. Package v distribuci z nich dělat nehodlám, protože pochybuji, že je používá i někdo jiný než já, navíc by mě to omezilo na jeden jediný OS a prostě se mi to zdá jako zbytečně komplikované řešení.

    Jak podobné problémy řešíte vy?

    <naivní otázka>Neexistuje cosi jako online úložiště balíčků, kam bych specifikoval co se má stáhnout a ono to stáhne a do systému doinstaluje? Nějaký způsob loadování a cacheování modulů z netu?</naivní otázka>

    Řešení dotazu:


    Odpovědi

    15.11.2012 01:10 chrono
    Rozbalit Rozbalit vše Re: Distribuce python modulů a submodulů
    Ak M/A bude potrebovať nejakú špeciálnu verziu S/M, tak bude asi najrozumnejšie použiť submoduly v git (alebo niečo podobné).

    Inak sa dá použiť setuptools alebo pip v kombinácii so stránkou PyPI, prípadne s vlastnou stránkou. Ak je potom balíček na stránke PyPI, stačí pri jeho inštalovaní poznať názov. Ak je niekde inde, dá sa napr. použiť odkaz na súbor.

    PS: Balíčky s python knižnicami, ktoré sa budú inštalovať pomocou setuptools alebo pip, obsahujú aj závislosti, ktoré sa potom tiež nainštalujú.
    15.11.2012 01:13 chrono
    Rozbalit Rozbalit vše Re: Distribuce python modulů a submodulů
    A ešte som zabudol na to, že pip vie inštalovať priamo z git repozitára (a zdá sa mi, že aj k setuptools existuje taká možnosť).
    Bystroushaak avatar 15.11.2012 08:55 Bystroushaak | skóre: 36 | blog: Bystroushaakův blog | Praha
    Rozbalit Rozbalit vše Re: Distribuce python modulů a submodulů
    pip znám, jenže to nefunguje tak úplně jak bych chtěl a je to jen o krok lepší než říct uživateli "tohle si (nějak) nainstaluj", protože mu říkáš "tohle nainstaluj takhle". Lepší by pro mě byl nějaký automatický způsob.
    15.11.2012 10:04 chrono
    Rozbalit Rozbalit vše Re: Distribuce python modulů a submodulů
    Nič viac automatické asi neexistuje, pretože napr. kam by sa to malo inštalovať?

    Aplikácie, ktoré používam to zvyčajne riešia tak, že:
    • je uvedený iba zoznam závislostí
    • je uvedený zoznam závislostí aj s popisom, ako ich nainštalovať (napr. pomocou pip)
    • aplikácia obsahuje súbor, v ktorom sú vypísané všetky závislosti (a ten súbor sa potom použije spolu s pip, aby sa to všetko nainštalovalo)
    Každopádne aktualizácie modulov sa zvyčajne nijako neriešia a vyžadujú zásah používateľa, takže nevidím veľký problém v tom, aby používateľ nainštaloval moduly pri inštalovaní aplikácie (prípadne môže celú aplikáciu nainštalovať pomocou pip).

    A ak to naozaj musí byť automatické, tak je asi najjednoduchšie pridať všetky moduly priamo k aplikácii. Síce sa tým príde o samostatné aktualizácie modulov, ale ak sa tie moduly neaktualizujú automaticky, používateľ to aj tak pravdepodobne robiť nebude. :)

    Založit nové vlákno • Nahoru

    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.