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 13:47 | Pozvánky
Konference OpenAlt 2014 (dříve LinuxAlt) proběhne již zítra a pozítří na FIT VUT v Brně. Připravena je řada přednášek a workshopů. Zahřívací párty dnes ve 20:00.
Ladislav Hagara | Komentářů: 0
dnes 09:28 | Pozvánky
GUG.cz ve spolupráci s českou pobočkou Google pořádá v sobotu 22. listopadu 2014 v prostorách Fakulty stavební ČVUT podzimní vývojářský festival DevFest Praha 2014. Těšit se můžete na den plný technologií, přednášek, kódů, zážitků i známých tváří, na den od vývojářů, pro vývojáře. Téma tohoto ročníku: Stavět, budovat, tvořit.… více »
Pavel GUG | Komentářů: 0
včera 20:59 | Zajímavý software
Projekt cwrap.org vydal nový přírůstek do své rodiny wrapperů. Tentokrát se jedná o nástroj resolv_wrapper, který je možné v unit testu použít k přesměrování DNS dotazů na vlastní testovací server nebo aplikaci vracet výsledky DNS dotazů z připraveného souboru. O resolv_wrapperu, stejně jako o ostatních knihovnách cwrap.org se můžete dozvědět více přímo na stránkách projektu cwrap.org.
jakubh | Komentářů: 0
včera 16:08 | Zajímavý projekt
Dlouhodbou absenci kvalitního IPC pro GNU/Linux řeší projekt kdbus Grega Kroah-Hartmana. Doposud nezávislý vývoj dospěl do stadia zařazení do hlavní větve jádra, s čímž se počítá pro verzi 3.19.
Petr Ježek | Komentářů: 72
29.10. 18:09 | Bezpečnostní upozornění
Byl vydán GNU Wget 1.16. Nejnovější verze tohoto programu pro stahování souborů pomocí protokolů HTTP, HTTPS a FTP řeší také bezpečnostní problém CVE-2014-4877. Rekurzivní stahování z FTP serveru ovládaného útočníkem může vést k vytváření libovolných souborů, adresářů a symbolických odkazů na lokálním souborovém systému (R7-2014-15).
Ladislav Hagara | Komentářů: 7
29.10. 17:26 | IT novinky
Organizace W3C včera vydala doporučení k používání HTML5 a označila tím tento webový standard za hotový. HTML5 je již delší dobu široce využívaným standardem ve vývoji webových aplikací a v mnoha případech se mu daří vytlačovat z webu proprietární řešení.
Pavel Půlpán | Komentářů: 6
29.10. 11:11 | Zajímavý projekt
Byl spuštěn třináctý Humble Indie Bundle. Do 11. listopadu lze koupit za vlastní cenu multiplatformní hry OlliOlli, Insanely Twisted Shadow Planet, Tower of Guns a při nadprůměrné platbě také Amnesia: A Machine for Pigs, Jazzpunk, Risk of Rain (plus 3 kopie k darování) a další zatím neznámé hry. Při platbě 12 a více dolarů přibude Shadowrun Returns a při platbě 65 a více dolarů také mikina, sběratelské karty a audiokazeta. V rámci Humble Bundle… více »
Ladislav Hagara | Komentářů: 6
28.10. 14:30 | Nová verze
Lwn.net informuje, že v rámci rc vydání linuxového jádra 3.18-rc2 byl (konečně) začleněn souborový systém overlayfs. Jde o tz. sjednocující souborový systém, který umožňuje zkombinovat několik souborových systémů do jednoho.
Martin B. | Komentářů: 34
28.10. 00:23 | IT novinky
Přibližně deset tisíc lidí se účastnilo protestů proti dani z internetu, kterou se snaží prosadit premiér Viktor Orbán. Video z demonstrace zachycuje rozzuřené lidi házející do vládní budovy monitory, klávesnice a kusy betonu. … více »
Bystroushaak | Komentářů: 275
26.10. 22:29 | Nová verze

Barry Kauler vydal novú verziu svojho minimalistického distra postaveného na deb balíčkoch z Ubuntu. Ako iste môžete tušiť, je použitý Utopic Unicorn. Výhodou pre tých, čo siahnú po Quirky, môže pre niekoho byť, že sa jedná o zostavenie bez systemd, ktoré obsahuje najnovšie jadro 3.16.6 a FreeOffice na 202MB xz archíve. Viac info.

skywaker | Komentářů: 8
Disketu jsem naposledy použil během
 (33%)
 (2%)
 (15%)
 (49%)
 (1%)
Celkem 331 hlasů
 Komentářů: 18, poslední včera 22:01
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: 49 | 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: 49 | 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.