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í
×
včera 02:09 | Komunita
V listopadu přešla Wikimedia z Bugzilly na Phabricator. K migraci se v příspěvku na svém blogu vrací André Klapper. Bugzilla byla používána 10 let. Vloženo bylo 73681 oznámení. Registrováno bylo přibližně 20000 uživatelských účtů. Porovnání Bugzilly s Phabricatorem na stránkách MediaWiki.
Ladislav Hagara | Komentářů: 19
18.12. 23:04 | Zajímavý software

Dnes vyšla na Steamu linuxová verze počítačové hry. Civilization: Beyond Earth Stalo se tak necelé dva měsíce po vydání Windows verze.Díky vánoční slevové akci lze hru na Steamu do zítřejších 19 hodin koupit s 40% slevou.

menphis | Komentářů: 9
18.12. 23:03 | Pozvánky
7. a 8.3.2015 proběhne na pražském Strahově další InstallFest. Můžete posílat náměty na přednášky nebo si rovnou svoji přednášku či svůj workshop přihlásit.
Jendа | Komentářů: 0
18.12. 23:02 | Nová verze
Laboratoře CZ.NIC vydaly ostrou verzi desktopové aplikace Datovka nesoucí označení 4. Tato verze plně nahrazuje starší Datovku 3.1 napsanou v jazyce Python. Podrobnější popis Datovky 4 a informace o rozdílech a vylepšeních naleznete na stránkách projektu nebo na blogu CZ.NIC. … více »
Vilem Sladek | Komentářů: 11
18.12. 18:00 | Nová verze
Byl vydán PostgreSQL 9.4. Nejnovější verze tohoto relačního databázového systému s otevřeným zdrojovým kódem přináší celou řadu nových vlastností a vylepšení. Zdůraznit lze například podporu nového datového typu JSONB. Podrobnosti v poznámkách k vydání.
Ladislav Hagara | Komentářů: 0
18.12. 02:30 | Nová verze
Byla vydána verze 14.12.0 KDE Aplikací (KDE Applications). Většina z nich je založena na knihovnách KDE Platform 4. Některé, například Kate, KWrite nebo Konsole, jsou už ale založené na KDE Frameworks 5. Podrobnosti v kompletním seznamu změn a na stránce s dalšími informacemi. Před několika dny vyšly také knihovny KDE Frameworks 5.5.0 a prostředí KDE Plasma 5.1.2.
Ladislav Hagara | Komentářů: 23
18.12. 02:30 | Bezpečnostní upozornění
Organizace ICANN se stala terčem spear phishingového útoku, při kterém útočníci získali přístup do několika zaměstnaneckých e-mailů. Následně získali administrátorský přístup také do aplikace "Centralized Zone Data System". Z tohoto důvodu byla hesla na účtech uživatelů CZDS deaktivována a uživatelé si musí požádat o reset hesla. Zároveň se uživatelům doporučuje provést změnu hesla i v dalších systémech, pokud někde používali stejné přihlašovací údaje. [CSIRT.CZ]
Ladislav Hagara | Komentářů: 8
17.12. 15:00 | Nová verze
Po ipfwadm, ipchains a iptables přichází nftables. Subsystém pro filtrování paketů nftables se v lednu dostal do Linuxu 3.13 (zprávička). Včera vyšla verze 0.4 balíku nftables. Nejnovější verze nftables a nástroje nft přináší například podporu Linuxu 3.18 a 3.19.
Ladislav Hagara | Komentářů: 0
17.12. 13:00 | IT novinky
Google na Google+ oznámil, že jeho Dokumenty, Tabulky a Prezentace nově otevřou také soubory ve třech hlavních ODF formátech (.odt, .ods a .odp).
Ladislav Hagara | Komentářů: 3
17.12. 11:30 | Zajímavý článek
Na serveru Hack A Day byl publikován článek o domácích počítačích za železnou oponou (Home Computers Behind The Iron Curtain). Martin Malý se zde věnuje počítačům jako JPR-1, Ondra, PMD 85, IQ 151 nebo Didaktik Gama.
Ladislav Hagara | Komentářů: 47
Disketu jsem naposledy použil během
 (46%)
 (3%)
 (11%)
 (37%)
 (2%)
Celkem 1601 hlasů
 Komentářů: 54, poslední 9.12. 17:16
    Rozcestník
    Reklama
    Autoškola testy online Levný benzín

    printerd - tiskový démon nad D-Busem

    Printerd je název nového projektu tiskového démona, který bude využívat PolicyKit a D-Bus. Projekt je zatím na úplném začátku, takže nejde o nic vhodného k produkčnímu nasazení. Mimo jiné aktuálně akceptuje jako vstup jen PDF dokumenty.

    23.5.2012 13:27 | Luboš Doležel (Doli) | Zajímavý projekt


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

    Komentáře

    Vložit další komentář

    kralуk avatar 23.5.2012 16:10 kralуk | skóre: 27 | blog: Untitled
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Co je špatného na CUPS?
    23.5.2012 16:15 Zopper | skóre: 12
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Netuším, taky jsem hledal nějaké "Oproti CUPS..." nebo "Toto umožní..." Napadá mě jen jedno: Používá CUPS dBus? Pokud ne, pak by mohlo být cílem prostě jen převést na dBus další věc.
    "Dlouho ještě chcete soudit proti právu, stranit svévolníkům?" Ž 82,2
    23.5.2012 16:25 R
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Napriklad v tom, ze sa vystup z aplikacie x-krat skonvertuje, kym sa vytlaci. Aplikacia vyrobi z bitmapy postscript a posle CUPSu. CUPS to skonvertuje zase na bitmapu (ak tlaciaren tlaci bitmapy) alebo na PCL (ak tlaciaren tlaci PCL). Vykonom sa plytva, kvalita sa straca.

    Ale pochybujem, ze prave toto bude printerd riesit...
    23.5.2012 23:32 Lol Phirae | skóre: 21
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Ale pochybujem, ze prave toto bude printerd riesit...
    Jasně, že to řeší! Vyrobí z toho PDF, a z PDF vyrobí PS, který pošle na tiskárnu. Jooo a má to to supr dupr výhodu v integraci s tou nesmyslnou polkit srágorou. :-D
    23.5.2012 17:38 Miška | skóre: 30 | Praha
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    • funguje :-D
    • nepouziva moderni cool veci jako D-Bus a policykit
    • neintegruje se tak hezky do desktopovych klikatek
    • ma moc malo obskurnich zavislosti
    24.5.2012 15:46 Sten
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Nic. printerd je wrapper pro CUPS používající PolicyKit pro autorizaci. Alespoň tak jsem to pochopil.
    xkucf03 avatar 25.5.2012 09:56 xkucf03 | skóre: 44 | blog: xkucf03
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Já to pochopil spíš tak, že Printerd použije ovladače z CUPSu, ale samotný CUPS tam nebudu muset mít, ne?
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    25.5.2012 11:24 Jirka
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Přesně tak. To co popisuje Sten dělá už dávno cups-pk-helper. Jedním z požadavků na printerd je integrace již existujících filtrů (gutenprint, HPLIP, různé konverze formátů něcotoněco). Jako spooler/IPP server už by tam ale nebyl CUPS ale printerd.
    23.5.2012 16:12 Zopper | skóre: 12
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Jestli jsem to z odkazované stránky dobře pochopil, tak ani není v plánu podporovat jiný vstup, než pdf... Možná někdy něco přidají, ale podle diskuze to nevypadá, že by plánovali. A rozhodně ne postscript.
    "Dlouho ještě chcete soudit proti právu, stranit svévolníkům?" Ž 82,2
    24.5.2012 12:06 Jirka
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Pochopil jste to dobře, ale tento postscript-centrický přístup bude na Linuxu od cups-1.6.x minulostí tak jako tak. http://www.linuxfoundation.org/collaborate/workgroups/openprinting/pdfasstandardprintjobformat
    25.5.2012 11:11 Jirka
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    První beta 1.6.x vyšla právě včera.
    q66 avatar 23.5.2012 17:47 q66 | skóre: 30 | blog: Q's CZ devblog | Staines
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Další zbytečnost postavená na jiných zbytečnostech od freedesktop.org.
    OctaForge developer - Enlightenment developer - Software Engineer @ Samsung Research UK
    kralуk avatar 23.5.2012 17:59 kralуk | skóre: 27 | blog: Untitled
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Ne všechno od freedesktop.org je špatně. Třeba Shared mime info db je imho dobrá věc... jen kdyby to DE rozumně respektovaly... Rozhodně je to lepší než file/libmagic.

    Nebo např. Wayland, ten taky vypadá, že by mohl být v budoucnu fajn...
    q66 avatar 23.5.2012 18:24 q66 | skóre: 30 | blog: Q's CZ devblog | Staines
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem

    O Waylandu jsem mluvil s developerem, který naportoval na Wayland celý EFL, a prý je to taky bordel..

    OctaForge developer - Enlightenment developer - Software Engineer @ Samsung Research UK
    23.5.2012 18:32 l4m4
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Shared MIME info je dobrá věc, ale ne lepší než file, protože je to něco jiného než file.
    kralуk avatar 23.5.2012 20:38 kralуk | skóre: 27 | blog: Untitled
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Tak jasný, tím jsem měl na mysli tu část ohledně rozpoznávání souborů - v shared mime-info je tohle technicky dle mého názoru řešeno líp a taky dává spolehlivější výsledky, alespoň z mé zkušenosti.
    23.5.2012 23:38 l4m4
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Tak s tím nemohu souhlasit. Coby někdo, kdo do jednoho programu implementoval detekci (a načítání) 80+ formátů souborů různé míry příčetnosti a obskurnosti, bych řekl, že expresivita detekčních výrazů v shared MIME info je tristní -- v podstatě se uchyluješ ke koncovkám, což když deset z těch formátů má koncovku .dat, taky není právě ono. Spoustu věcí nejde vyjádřit ani pomocí file magic, například typu ,tady by měla být délka souboru v bajtech minus 160`, ale je to o něco lepší např. díky indirekcím.
    kralуk avatar 24.5.2012 00:10 kralуk | skóre: 27 | blog: Untitled
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    expresivita detekčních výrazů v shared MIME info je tristní -- v podstatě se uchyluješ ke koncovkám
    Tak ta expresivita možná není dokonalá, ale ke koncovkám se uchylovat nemusíš.

    S file/libmagic je spíš ten problém, že spousta věcí (hlavně pokročilejší náčítání informací z formátu) je tam prostě hardcodována. Např. ELF, ale i jiné. A multiplatformnost je taky hodně špatná - v podstatě bys to musel přepsat.

    Jinak já měl například u file problém s matroškou. Polovinu matrošek, co mám na disku, není file schopen určit, zatímco shared MIME-magic nemá problém (bez přípony samozřejmě).
    23.5.2012 17:51 l4m4
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Tak to se máme v F18 na co těšit ;)
    23.5.2012 21:28 korro
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Bohužel ano.

    Fedora je vysavač na všechny sračky, které se jen mihnou cyberprostorem. Existuje něco, co nikdo nechce a nikdo nepotřebuje? Šup s tím do Fedory....
    Pavel Stárek avatar 24.5.2012 12:07 Pavel Stárek | skóre: 42 | blog: Tady bloguju já :-) | Kolín
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Na druhou stranu, nebýt Red Hatu 8 a posléze Fedory 1, tak dodnes by se používalo kódování 8859-2 a nikdo by nepřinutil autory přepsat či upravit programy pro podporu utf8 či unicode.

    A není toto další projekt toho pána co vymyslel pulseaudio a systemd ?
    Kdo chce, hledá způsob; kdo nechce, hledá důvod.
    Tomáš Bžatek avatar 24.5.2012 12:25 Tomáš Bžatek | skóre: 26 | Brno
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Neni.
    Koupim litajiciho tucnaka
    24.5.2012 14:21 ukos
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    dodnes by se používalo kódování 8859-2
    Mně by to teda nevadilo. Unicode stejně používám asi jen v OO a FF. V teminálu mám stále ISO8859-2 a zbytek locales v C a vyhovuje mi to lépe než vícebajtové sady s tisíci obskurními znaky. Zunikódování celého systému včetně jmen souborů je mi přínosem asi jako doménová jména ve swahilštině.
    kralуk avatar 24.5.2012 17:11 kralуk | skóre: 27 | blog: Untitled
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Tak jasný, ono i s DOSem v poustevnické chatrči by se dalo nějak žít :-D
    24.5.2012 19:56 okko
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Když nemám argument, použiji dogmatický blábol, že ano.

    Používáním kvalitních, jednoduchých a přiměřených nástrojů místo přearanžovaných módně vypadajících nedodělků bylo to, čím se Unix lišil od jiných systémů. Dnešní linuxové distribuce jsou směsí nedodělaných aplikací a totálně rozvrtaného zmrveného systému. To nemá s MS DOSem a chatrčí nic společného. Já raději pohodlnou chaloupku než praskající Prague Marina. (Nemohlo by být "Prague Marina" jméno další Fedory? Mělo by to hlubokou souvislost...)
    kralуk avatar 25.5.2012 13:05 kralуk | skóre: 27 | blog: Untitled
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Sorry, ale jaký je rozumný důvod použít místo utf-8 8859-2?
    Dnešní linuxové distribuce jsou směsí nedodělaných aplikací a totálně rozvrtaného zmrveného systému.
    A tohle jakože není dogmatický blábol? Meh...
    pavlix avatar 25.5.2012 13:38 pavlix | skóre: 50 | blog: pavlix
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    A tohle jakože není dogmatický blábol? Meh..
    „Ale to je přece něco úplně jiného!“
    24.5.2012 18:50 l4m4
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Zunikodování systému velké terno není, ale fungování např. standardních nástrojů s Unicode je fajn. Protože jakmile pracuji s textem, tak UTF-8. Vždyť 8859-2 neobsahuje ani české uvozovky.
    24.5.2012 19:02 extremni lama | skóre: 14 | blog: e_lama
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    proboha, to ma kazdej jazyk svoje vlastni uvozovky ??
    The enemy of my enemy is still my enemy.
    24.5.2012 21:01 Jindřich Makovička | skóre: 9
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Ne, některé mají zas vlastní vykřičníky a otazníky :)
    pavlix avatar 24.5.2012 21:12 pavlix | skóre: 50 | blog: pavlix
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Tak minimálně češi, angláni a francouzi používají každý jiné.
    xkucf03 avatar 25.5.2012 09:59 xkucf03 | skóre: 44 | blog: xkucf03
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    +1
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    25.5.2012 07:10 hydrandt | skóre: 34 | blog: Kanál | Šanghaj
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Jsem vdecny za unicode standardne vsude. Pouzivam soucasne cestinu a cinstinu, diky bohu nemusim nejake kodovani resit.
    I am Jack's wasted life.
    25.5.2012 08:25 ukos
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    vy používáte čínštinu v systému? Nechce se mi věřit.
    25.5.2012 09:13 Šangala | skóre: 57 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Já použiji někdy Hlaholici ve filesystému (je to ale spíš jen proto, „že můžu“).
    Ale bez utf8-ka (či unicode obecně) si život nechci představit, odpadla tím spousta problémů…
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    25.5.2012 10:14 hydrandt | skóre: 34 | blog: Kanál | Šanghaj
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Co je na tom tak neuveritelneho? Ucim se cinsky. Nebo formulace "v systemu" znamena nejake nizkourovnovejsi pouziti nez v uzivatelskem rozhrani?
    I am Jack's wasted life.
    25.5.2012 12:21 ukos
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Měl jsem na mysli unicode v textových konsolích a v terminálu - tj pro zadávání příkazů, zpracování jejich výstupů, pro zdrojové texty a programování, pro názvy souborů a adresářů a podobně. Všude tam je defaultní naroubování vícebajtových znaků většinou na obtíž. Samozřejmě nemluvím o aplikacích (textový procesor, mail klient, webový prohlížeč, ...), tam by měly být unicody samozřejmostí. Dle diskuse vidím, že se to blbě vysvětluje sotva zletilým windowsákům, kteří "přešli" na linux, protože je kůl.

    Konec, offtopic
    xkucf03 avatar 25.5.2012 12:27 xkucf03 | skóre: 44 | blog: xkucf03
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Mně přijdou háčky a čárky (a další znaky) v názvech souborů a jinde jako samozřejmost a jsem rád, že to můj OS zvládá. Nikomu to nenutím, kdo nechce, ať to nepoužívá, ale OS by to si s tím podle mého měl umět poradit.
    Dle diskuse vidím, že se to blbě vysvětluje sotva zletilým windowsákům, kteří "přešli" na linux, protože je kůl.

    Zrovna nedávno si mi někdo stěžoval, že nemůže ve Windows otevřít přílohu od někoho ze zahraničí (jednou tam byla azbuka, podruhé nějaké francouzské znaky). Resp. šlo mu to uložit na disk, ale otevřít už ne. V mém GNU/Linuxu s tím nebyl žádný problém, tak jsem mu ty soubory přejmenoval a poslal zpátky :-)
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    kralуk avatar 25.5.2012 13:07 kralуk | skóre: 27 | blog: Untitled
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    +1, Windows je v tomhle 100 let za opicema.
    26.5.2012 15:56 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Zrovna Windows maji s timhle problemy zejm. proto, ze se snazi kodovani ve jmenech souboru resit, zatimco Linux to neresi (takze to ani moc nema kde selhat).
    kralуk avatar 26.5.2012 16:57 kralуk | skóre: 27 | blog: Untitled
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Hm, a jaká je definice "řeší to" vs "neřeší to"? Ve widlích v praxi existuje podivná dichotomie funkcí api, ovšem wide verze všeobecně používá málo lidí, díky čemuž jediné, co spolehlivě funguje, je local 8-bit kódování.

    V Linuxu naproti tomu je utf-8 celkem univerzálně fungující.
    26.5.2012 17:21 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Linux (libc a jadro) proste vezme ten retezec jmena tak jak je (a tak ho bez konverze ulozi do FS) a jedine, co ho z nej zajima, je '/' a NULL zakonceni.

    Oproti tomu Windows obecne ukladaji jmena tusim v UCS-2, takze jedine, co by mohlo spolehlive funguvat, je prave to wide-rozhrani, zatimco standardni funkce (ISO Cxx, POSIX) pouzivajici bezne stringy se povazuji za legacy a takto ziskane jmeno se prekonvertuje podle nastaveneho kodovani do Unicode a pak ulozi v UCS-2 (a naopak v opacnem smeru).

    Vyhoda Windows pristupu je v tom, ze je na urovni FS jednoznacne dana interpretace jmena (narozdil od Linuxu, ktery je v tomhle ohledu agnosticky a interpretaci necha na userspace), nevyhoda je v tom, ze tam je spousta zbytecnych prekodovani, ktere prave vedou k tem problemum (napr. kdyz nekdo pomoci standardni funkce chce pristupovat k souboru, jehoz jmeno obsahuje znaky, ktere jsou mimo aktualni tabulku pouzivanou pro 8bit funkce).
    kralуk avatar 26.5.2012 17:49 kralуk | skóre: 27 | blog: Untitled
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Mně teda nepřijde moc dobrý nápad nějak standardizovat encoding ve FS nebo nějak limitovat podmínky pro jména souborů víc, než je nutné. Koneckonců, přesně tak to bylo i u FATxx, což je kořen všech problémů se jmény souborů na windows.

    Co budou dělat, až přestane stačit UCS-2? Zas updatovat všade filesystém? Zlozvyky FATu se jim dodnes nepodařilo vymýtit...
    25.5.2012 14:38 David Jaša | skóre: 44 | blog: Dejvův blog
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    V mém GNU/Linuxu s tím nebyl žádný problém, tak jsem mu ty soubory přejmenoval a poslal zpátky :-)
    Tak mi ukaž, jak v tom tvém linuxu rozbalíš .zip s názvy souborů v jiném kódování, než máš sám.
    25.5.2012 14:53 Šangala | skóre: 57 | blog: Dutá Vrba - Wally
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    No jo, ale na Win je zabalí Němec (DE widle) a Čechovi (CZ widle) to rozbalí a pak hlásí, že soubor neexistuje (bo je tam ß nebo co) - komukoliv dík, že na W7 už aspoň toto funguje.
    „názvy souborů v jiném kódování“ název je posloupnost bytů a je logické aby byl v nějakém universálním kódování, tedy utf-8.
    (A co teprve ten chaos při odesílání přílohy s některými názvy souborů na M$ produktech.)
    Výzva: A ukaž tedy soubor, který v „tom mém“ Linuxu nerozbalím.
    To, že trpíš stihomamem, ještě neznamená, že po tobě nejdou. ⰞⰏⰉⰓⰀⰜⰉ ⰗⰞⰅⰜⰘ ⰈⰅⰏⰉ ⰒⰑⰎⰉⰁⰕⰅ ⰏⰉ ⰒⰓⰄⰅⰎ ·:⁖⁘⁙†
    kralуk avatar 25.5.2012 14:58 kralуk | skóre: 27 | blog: Untitled
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Čistě vycucaně z prstu mě napadá mount --bind + nastavit iocharset, ale vůbec nevim, jestli to je skutečně možný udělat.

    Ale jinak určitě by se nějaký způsob našel.
    26.5.2012 15:49 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Pokud vim, tak iocharset a podobne options maji smysl pouze na windows-style filesystemech, nebot slouzi pro mapovani mezi windows-like pristupem a unix-like pristupem ke jmenum souboru.

    kralуk avatar 26.5.2012 17:58 kralуk | skóre: 27 | blog: Untitled
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    No však to jsem měl na mysli. Předpokládal jsem, že je ten zip zabalen na widlích ;-)

    Ale ono to stejně nejde, zkusil jsem to, a při bind se tyhle možnosti nenastaví.

    Existuje ale mnohem jednodušší způsob: convmv.
    xkucf03 avatar 25.5.2012 15:23 xkucf03 | skóre: 44 | blog: xkucf03
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    To už je jiný problém – jedna věc je, když název souboru obsahuje různé „exotické“ znaky (jdou třeba zobrazit, ale systém s tím souborem neumí pracovat) a jiná věc je, když čeština v názvu souboru je „zmršená“ – tzn. došlo k chybě, ke ztrátě informace (vinou toho archivačního formátu) a ta posloupnost bajtů se interpretuje jinak, než bylo na druhé straně zamýšleno (což ten cílový OS nemůže vědět). Výsledkem jsou sice nějaké paznaky, ale pořád s tím jde (alespoň v mém OS) normálně pracovat – můžu takový soubor otevřít, přejmenovat nebo třeba smazat. A dá se to celkem snadno napravit a převést do čitelné podoby – např. programem convmv.
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    26.5.2012 15:37 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Výsledkem jsou sice nějaké paznaky, ale pořád s tím jde (alespoň v mém OS) normálně pracovat – můžu takový soubor otevřít, přejmenovat nebo třeba smazat.
    Zrovna ale tohle je problem, ktery je na Linuxu spojen s nastupem UTF-8. Zatimco u beznych osmibitovych kodovani s tim problem nebyl, nebot vicemene jakakoliv sekvence znaku byla vicemene korektni (tedy az na ruzne veci jako escape sekvence ve jmene, ale ty obvykle nicemu krome zobrazeni nevadily), tak u UTF-8 existuji nevalidni sekvence a nekterym programum prace s takovymi soubory dela dost vazne potize.
    Pavel Stárek avatar 25.5.2012 16:02 Pavel Stárek | skóre: 42 | blog: Tady bloguju já :-) | Kolín
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    No, tak to je bohužel tak trošku takový nemilá věc, která mne štve. Zabalím li ve Windows něco do zipu, a to něco obsahuje češtinu v názvech, je v Linuxu po žížalkách. Minimálně v konzoli. Ten FileRoller nebo co to je v Gnome to nějak už trošku umí, ale v Midnight Commanderu (který nejspíš používá unzip) to kolikrát nejde rozbalit.
    Kdo chce, hledá způsob; kdo nechce, hledá důvod.
    26.5.2012 00:05 R
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    To je problem samotneho ZIPu ako formatu, pretoze vobec neriesi kodovanie nazvov suborov. Takze vo Windows sa to tam nablije v tom, co ma pouzivatel nastavene (a nikde sa to do ZIPu nezaznamena). Ked to chces potom rozbalit, tak nevies, v akom je to kodovani...
    26.5.2012 15:43 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Mně přijdou háčky a čárky (a další znaky) v názvech souborů a jinde jako samozřejmost a jsem rád, že to můj OS zvládá. Nikomu to nenutím, kdo nechce, ať to nepoužívá, ale OS by to si s tím podle mého měl umět poradit.

    No, v ramci jednoho systemu to jeste jde, ale jakmile takove soubory budes chtit tahat pres sit ci jinak prenaset mezi ruznymi systemy, tak narazis na znacne mnozstvi vice ci mene neresitelnych potizi (vychazejicich zejm. z odlisne koncepce mezi Windowsovym "jmeno souboru je posloupnost unicode znaku" a Unixovym "jmeno souboru je posloupnost bytu bez interpretace".

    Coz v konecnem dusledku rika, ze jedine pragmaticke reseni je cokoliv jineho nez ASCII ve jmenech souboru nepouzivat.
    xkucf03 avatar 26.5.2012 16:33 xkucf03 | skóre: 44 | blog: xkucf03
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    No, v ramci jednoho systemu to jeste jde, ale jakmile takove soubory budes chtit tahat pres sit ci jinak prenaset mezi ruznymi systemy
    Při těch přenosech po síti je to vyřešené celkem dobře, jsou na to standardy, RFCčka… je definované URL kódování, kódování příloh v e-mailech, příloh na webu (když se stahovaný soubor má uložit pod jiným názvem než je poslední část URL) atd.

    Většinou to tedy funguje a když ne, tak to beru tak, že by se to mělo opravit (podle patřičného standardu) a ne že by se uživatel měl přizpůsobovat rozbité technice. Tak zbývají jen ty archivy a diskové oddíly…

    Ale i v takovém ZIPu se kódování řeší:
    Bit 11: Language encoding flag (EFS).  If this bit is set,
                      the filename and comment fields for this file
                      must be encoded using UTF-8. (see APPENDIX D)
    takže by to fungovat mělo.
    Unixovym "jmeno souboru je posloupnost bytu bez interpretace"
    Tahle diskuse už tu jednou byla a tuším, že jsem psal něco v tom smyslu, že jména klidně můžou být posloupnost bajtů, ale ať je někde v metadatech daného oddílu napsané, jaké kódování se používá (aby si ho člověk nemusel pamatovat a psát ho jako parametr mount příkazu nebo do fstab).
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    26.5.2012 17:08 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Při těch přenosech po síti je to vyřešené celkem dobře, jsou na to standardy, RFCčka
    Je mnoho standardu, pro ktere rozsireni pro kodovani to snad nikdo nikdy nerozsiril, nebo se rozsireni neujalo. Napr. FTP nebo talk. Nebo standard existuje, ale konceptualni rozdily mezi OSy ho znemoznuji implementovat tak, aby tam nebyly problematicke okrajove pripady (to je treba pripad sitovych windows-like filesystemu a jejich podpore v Linuxu).
    Tahle diskuse už tu jednou byla a tuším, že jsem psal něco v tom smyslu, že jména klidně můžou být posloupnost bajtů, ale ať je někde v metadatech daného oddílu napsané, jaké kódování se používá
    Jenze prave v Linuxu kodovani nema vubec nic spolecneho s oddily, ale s procesy (a typicky s uzivateli). Neni neobvykle, kdyz na jednom oddilu je mnoho uzivatelu a kazdy pouziva jine kodovani (napr. u multiuzivatelskych sdilenych serveru, kam se lide obvykle prihlasuji pres SSH ze sveho domaciho stroje a pouzivaji tam tedy stejne kodovani jako doma).

    Protoze v Linuxu je kodovani veci procesu, tak nelze rozumne implementovat serverove konce sitovych file-protokolu, ktere predavaji explicitne kodovana jmena souboru. Na klientske strane (napr. MUA pri posilani souboru e-mailem), tam klient kodovani zna, ale napr. SFTP server nema sanci zjistit, jake kodovani jmena soboru ma dany soubor (pokud odmyslim, ze by parsoval prihlasovaci shellove skripty daneho uzivatele).

    A to ani nemluvim o pripadu, ze v Linuxu je korektni, aby byly v jednom adresari dva ruzne soubory, jejichz jmeno po prevodu do Unicode je stejne (napr. proto, ze kazdy je jineho uzivatele a oba pouzivai odlisne kodovani). Na tom se ti rozbije spousta encoding-aware sitovych protokolu. Nebo pripad, kdy na disku je soubor, jehoz jmeno vubec neni platnou UTF-8 sekvenci, i kdyz by jinak mel byt UTF-8 kodovany.
    26.5.2012 17:25 Ondrej 'SanTiago' Zajicek
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    ale napr. SFTP server nema sanci zjistit, jake kodovani jmena soboru ma dany soubor
    Coz je, BTW, mozna taky duvod, proc soucasne OpenSSH implementuje jen SFTP verzi 2 (alespon co jsem se naposledy dival), ktera je jeste agnosticka co se tyce obsahu jmena souboru, zatimco novejsi verze uz predpoklada jednoznacnou interpretaci predavaneho jmena.
    xkucf03 avatar 25.5.2012 10:02 xkucf03 | skóre: 44 | blog: xkucf03
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Z tvého komentáře mi spíš přijde, že používáš jen znaky z ASCII tabulky :-)
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    25.5.2012 10:04 ukos
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    většinou ano
    David Watzke avatar 23.5.2012 19:53 David Watzke | skóre: 74 | blog: Blog... | Praha
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    “Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon
    23.5.2012 23:44 Kvakor
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Hmmm, lepší podopra stránkování (protože PDF je přirozeně stránkované), asynchornní komunikace (neblokující tiskové dialogy v GUI), již zmíněná podpora policykitu a v důsledku použití D-Busu možnost být spuštěn jen když se něco tiskne (což osobně dnes pokládám, vzhledem k paměťové rozežranosti dnesšních GUI, za téměř bezpředmětné). Navíc je to jen lokální spooler, podpora IPP (síťového tiskového protokolu) má být postavená na ním, komunikujíc skrz D-Bus.
    24.5.2012 08:32 R
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Ta moznost, aby to zbytocne nebezalo, je asi jedina vec, co je na tom dobra. Ked clovek nepotrebuje mat zo svojho PC tlacovy server, tak by tam naozaj nemusel ziadny bezat.
    Saljack avatar 24.5.2012 09:05 Saljack | skóre: 28 | blog: Saljack | Praha
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Mě běží cups na notebooku aby mohli všichni tisknout a ani není znát, že to běži. Takže je to opravdu irelevantní.
    Sex, Drugs & Rock´n Roll. !!!!!!!Prosím nevykat!!!!!!! Neumím psát česky
    24.5.2012 15:13 Kvakor
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Ked clovek nepotrebuje mat zo svojho PC tlacovy server, tak by tam naozaj nemusel ziadny bezat.
    printerd je jenom spooler, ne printserver.
    Jakub Lucký avatar 23.5.2012 21:55 Jakub Lucký | skóre: 40 | Praha
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    mám pocit, že to je nějaká skoro-poetteringovina....
    If you understand, things are just as they are; if you do not understand, things are just as they are. (Zen P.) Blogísek
    24.5.2012 12:21 Jirka
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Ne, Lennart v tom tentokrát nejede. Původní idea přišla od lidí kolem GNOME. Ze začátku se mluvilo spíše o forku CUPS něž o úplném přepsání. O forknutí CUPS se mluvilo čím dál víc od doby, co se CUPS upstream začal zaměřoval jen na vlastnosti dobré pro OS X (což se začalo měnit po oficiálním oznámení printerd, ale možná, že to s tím nesouvisí). V současnosti je to spíš: "test, jak by Linuxový tiskový daemon vypadal, kdyby byl napsán dnes". Some benefits of printerd
    24.5.2012 14:23 ukos
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    Původní idea přišla od lidí kolem GNOME
    To dává smysl. Ti už několikrát předvedli, že jsou zralí pro svěrací kazajku!
    David Watzke avatar 24.5.2012 16:09 David Watzke | skóre: 74 | blog: Blog... | Praha
    Rozbalit Rozbalit vše Re: printerd - tiskový démon nad D-Busem
    :-D
    “Being honest may not get you a lot of friends but it’ll always get you the right ones” ―John Lennon

    Založit nové vláknoNahoru


    ISSN 1214-1267   Powered by Hosting 90 Server hosting
    © 1999-2013 Argonit s. r. o. Všechna práva vyhrazena.