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 03:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Company of Heroes 2 (Wikipedie, YouTube) běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 0
dnes 02:00 | Zajímavý software

Christian Kellner představil na svém blogu projekt Bolt řešící bezpečnost rozhraní Thunderbolt 3 na Linuxu. Pomocí příkazu boltctl nebo rozšíření GNOME Shellu lze komunikovat s démonem boltd a například zakázat neznámá zařízení a předejít tak útokům typu Thunderstrike nebo DMA.

Ladislav Hagara | Komentářů: 0
dnes 01:00 | Nová verze

Po půl roce vývoje od vydání verze 11.0 byla vydána verze 11.1 svobodného softwaru pro vytváření datových úložišť na síti FreeNAS (Wikipedie). Nejnovější FreeNAS je postaven na FreeBSD 11.1. Přehled novinek v příspěvku na blogu. Zdůraznit lze zvýšení výkonu OpenZFS, počáteční podporu Dockeru nebo synchronizaci s cloudovými službami Amazon S3 (Simple Storage Services), Backblaze B2 Cloud, Google Cloud a Microsoft Azure

Ladislav Hagara | Komentářů: 0
včera 23:55 | Nová verze

Po dvou měsících vývoje od vydání verze 235 oznámil Lennart Poettering vydání verze 236 správce systému a služeb systemd (GitHub, NEWS).

Ladislav Hagara | Komentářů: 0
včera 20:00 | Nová verze Ladislav Hagara | Komentářů: 0
včera 19:33 | Pozvánky

Pražská Fedora 27 Release Party, oslava nedávného vydání Fedory 27, se uskuteční 19. prosince od 19:00 v prostorách společnosti Etnetera (Jankovcova 1037/49). Na programu budou přednášky o novinkách, diskuse, neřízený networking atd.

Ladislav Hagara | Komentářů: 0
včera 18:11 | Nová verze

Byla vydána verze 2.11.0 QEMU (Wikipedie). Přispělo 165 vývojářů. Provedeno bylo více než 2 000 commitů. Přehled úprav a nových vlastností v seznamu změn.

Ladislav Hagara | Komentářů: 0
včera 17:44 | Komunita

Canonical oznámil dostupnost kryptografických balíčků s certifikací FIPS 140-2 úrovně 1 pro Ubuntu 16.04 LTS pro předplatitele podpory Ubuntu Advantage Advanced. Certifikace FIPS (Federal Information Processing Standards) jsou vyžadovány (nejenom) vládními institucemi USA.

Ladislav Hagara | Komentářů: 2
včera 16:11 | Zajímavý software

Společnost Avast uvolnila zdrojové kódy svého dekompilátoru RetDec (Retargetable Decompiler) založeného na LLVM. Vyzkoušet lze RetDec jako webovou službu nebo plugin pro interaktivní disassembler IDA. Zdrojové kódy RetDec jsou k dispozici na GitHubu pod open source licencí MIT.

Ladislav Hagara | Komentářů: 3
13.12. 11:00 | Zajímavý software
Na Good Old Games je v rámci aktuálních zimních slev zdarma k dispozici remasterovaná verze klasické point&click adventury Grim Fandango, a to bez DRM a pro mainstreamové OS včetně GNU/Linuxu. Akce trvá do 14. prosince, 15:00 SEČ.
Fluttershy, yay! | Komentářů: 6
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (8%)
 (1%)
 (1%)
 (1%)
 (75%)
 (14%)
Celkem 989 hlasů
 Komentářů: 45, poslední 1.12. 19:00
    Rozcestník

    Zpravodaj o Víně – 1. 10. 2011

    12. 10. 2011 | Luboš Doležel | Různé | 2555×

    Aktuální verze Wine. Stav DIB enginu. Asociace souborů .bat a .com. Repozitář s aktuální Git verzí pro Ubuntu. Pořádná podpora iTunes (a USB obecně).

    Obsah

    Aktuální verze Wine

    link

    Od posledního vydání Zpravodaje o Víně uplynulo mnoho času. Nemusíte se ale bát, že bychom přeskočili důležité dění. Každopádně vyšla celá řada nových verzí Wine – žádné stabilní, jen samé vývojové. Podívejme se na dvě poslední:

    Wine 1.3.28 vyšlo 9. září 2011 s následujícími novinkami:

    • Počáteční verze parseru pro VBScript.
    • Automagický výběr zvukového ovladače.
    • Podpora informací o svazku na souborových systémech UDF.
    • OpenGL renderer je nyní výchozím pro DirectDraw.
    • Dialog pro konfiguraci zařízení v DirectInput.
    • Podpora SetDIBitsToDevice v DIB enginu.
    • Několik vylepšení v parseru cmd.
    • Různé opravy chyb.

    Wine 1.3.29 vyšlo 23. září 2011 s následujícími novinkami:

    • Rozsáhlá podpora VBScriptu.
    • Různá vylepšení pro komponentu kalendáře.
    • Řada oprav a optimalizací v podpoře XRender.
    • Několik nových funkcí v runtimu MSVCP.
    • Řada oprav v podpoře zvuku.
    • Pročištění v DirectDraw.
    • Různé opravy chyb.

    Stav DIB enginu

    link

    O DIB enginu už slýcháme velmi dlouho. Připomeňme, že jeho existence je zásadní pro (nyní dost nízký) výkon vykreslování klasických okenních aplikací. Po řadě zavržených implementací se nyní do Wine konečně postupně jedna dostává. Massimo Del Fedele je autorem jedné ze zavržených implementací a teď ho zajímá, jak postupuje práce na té vyvolené:

    V poslední době jsem zpozoroval mnoho patchů souvisejících s DIB enginem, sestavil jsem si poslední verzi zdrojáků a vyzkoušel jsem to... Žádné zlepšení výkonu v AutoCADu, mé testovací aplikaci. Takže by mě zajímalo, jestli už engine funguje, aspoň částečně, nebo nefunguje vůbec. Pokud funguje, je třeba nějaký přepínač/hodnota proměnného prostředí pro zapnutí?

    Omlouvám se, že se tu tak vyptávám, ale kromě git commitů jsem neviděl žádné vysvětlení, co se děje. I některé uživatele mého starého enginu, co jsou nuceni používat starou verzi Wine (už jej kvůli nedávným změnám nelze aplikovat na současnou verzi), by zajímalo, co se děje.

    Odpověděl mu Octavian Voicu, který ale upozorňuje, že vychází jen z commitů a vlastního zkoumání kódu:

    Většina doposud udělané práce byla na úrovni architektury – vytváření infrastruktury, která zvládne inkrementální vývoj DIB enginu (viz dlls/gdi32/dibdrv/). Nový DIB engine je standardně povolen a je aktivován automaticky (přidán na zásobník ovladačů), pokud SelectObjectu předáte DIB. Když DIB engine nějakou funkci neimplementuje, je předána dalšímu ovladači na zásobníku. Pokud nejsou některé funkce podporovány (např. specifické formáty pixelů; styly pera nebo štětce), opět se volání přesune na další ovladač na zásobníku, kdykoliv je tyto funkce třeba použít (např. při kreslení čáry, když není aktuální pero podporováno).

    Aktuální stav je:

    • většina formátů pixelů je podporována, pokud už ne všechny (1 bpp je ale trochu zvláštní případ a má ještě nějaké problémy);
    • většina per je implementována (vyjma geometrických per nebo per s tloušťkou větší než 1);
    • podpora štětců vypadá docela úplně;
    • většina grafických primitiv zatím NENÍ implementována.

    Faktem je, že jedinými primitivy, která jsou aktuálně implementována, jsou LineTo, Rectangle, PaintRgn a PatBlt, minimum potřebné pro ozkoušení, že pera a štětce správně fungují; žádné blity; žádné polygony, ani další podivné tvary; žádné kreslení fontů; dokonce ani ne get/set pixel. To je asi důvod, proč AutoCAD ještě nejeví známky zlepšení. Na druhou stranu je většina zrádných architektonických věcí hotová, takže hádám, že viditelná zlepšení nejsou daleko.

    Od odeslání tohoto e-mailu se věci posunuly dále, v posledních verzích už můžeme vidět např. podporu dalších Blt operací. Massimo řekl, že bez podpory fontů je jasné, že není v AutoCADu nic znát. James McKenzie se zapojil do debaty s návrhem:

    Možná by stálo za to přepracovat kód nad opravami od Huwa tak, aby tvé patche fungovaly, než Huw dokončí svou práci.

    Tohle by ti pomohlo s rozjezdem, kdyby se Huw rozhodl, že tvůj kód je lepší než jeho!

    Massimo ale odpověděl, že přístup Huwa je příliš odlišný od jeho na to, aby taková věc byla možná. Dále k tomu napsal:

    [...] Navíc, z toho (mála samozřejmě), co jsem pochopil z titulků patchů, některé nízkoúrovňové primitivy byly vyexportovány z winex11 – ovladačů gdi32, což je věc, o které mi bylo řečeno, že je „nemožná“, když jsem vyvíjel svůj DIB engine, a umožňuje snadno vyřešit ten největší zbývající problém, totiž efektivní DIB-DDB konverzi.

    Takže si počkám na to, co se bude dít s Huwovým enginem. Je to škoda, protože poslední pokrok ve Wine vyřešil mnoho jiných problémů nesouvisejících s DIB. Uživatelé AutoCADu mohou prozatím doufat, že primitivy fontů budou brzo začleněny :-)

    Asociace souborů .bat a .com

    link

    Nowres Rafid navrhl, že by soubory .bat a .com měly být v GNOME, KDE a dalších asociovány s wine cmd. Na tento návrh zareagoval Damjan Jovanovic:

    COM soubory jsou AFAIK samostatný prehistorický DOSový kód reálného režimu bez možnosti načítat DLL. Neměly být spíše načítány DOSBoxem, kam na architektuře AMD64 stejně posíláme DOSové aplikace?

    BAT soubory by se měly asociovat s Wine, ale při dvojkliku na Windows se spustí v terminálovém okně (když jsem to posledně zkoušel). Takže bychom museli vytvořit nový wine-cmd.desktop, který se asociuje s BAT soubory. Mrknu na to.

    Když už jsem u toho, EXE soubory také čistě nepatří Wine – mohou to být DOS programy reálného režimu nebo .NET kód určený na *nixech Monu. Někdy budou muset Wine/Mono/DOSBox a související projekty začít mluvit o nějakém rozhodovacím mechanismu.

    Vincent Povirk poskytl další informace:

    Nejsem si jistý, že DOSBox jen tak otevře nějaký náhodný soubor. Museli bychom vytvořit konfigurační soubor, který nastaví mapování jednotek, spustí soubor a ukončí se. Pokud Wine dokáže takové věci dělat (a možná také ošetřit situace, kdy binárka COM očekává, že je spouštěna na stroji s Windows, například DOSovém stroji s nainstalovanými Win3.1), přijde mi to jako dobrá volba.

    Je tu nenulová šance, že wine start /unix pro soubory BAT doopravdy spustí cmd a vytvoří terminál. Dělá to pro konzolové aplikace. Pokud tak nečiní, je tu možnost, že to start.exe udělá na Windows, v tomto případě je to chyba ve Wine, kterou bychom měli opravit. Měl bys to ozkoušet, než začneš dělat něco nového.

    Na #mono (nebo #monodev) se o tom mluvilo ve smyslu, že rozhodovací mechanismus se nazývá MIME typy a DOS exe, x86/x64 PE exe a CLR exe jsou všechny odlišné a měly by mít odlišné MIME typy.

    Damjan to ozkoušel a zjistil, že zatímco na Windows dvojklik zaručuje automatické zavření okna a „start“ znamená, že zůstane otevřené, na Wine „start“ způsobuje automatické zavření. Dále se někdo další zeptal, zda je možné typy EXE binárek nějak snadno rozlišit u shared-mime-info, na což Damjan odpověděl:

    Parsování hlaviček EXE vyžaduje následování ukazatelů (například musíš jít na offset určený v dwordu e_lfanew v IMAGE_DOS_HEADER na offsetu 0x40 v souboru, aby ses dostal na rozšířenou hlavičku, která v případě binárky Win16 začíná na „NE“). Zatímco „file“ toto dokáže a „man 5 magic“ obsahuje dokonce příklady, jak to je udělané u EXE souborů, jednoduché parsování prováděné u shared-mime-info zjevně ukazatele následovat nedovede.

    Diskuze na toto téma pak brzy utichla. Ozval se ale André Hentschel, který dal vědět, že na podpoře DOSBoxu pracuje (winevdm/winevdm.c:start_dosbox).

    Repozitář s aktuální Git verzí pro Ubuntu

    link

    Scott Ritchie informuje, že pro snazší testování je nyní možné si na Ubuntu snadno nainstalovat poslední verzi Wine z Gitu. Oproti běžné instalaci se namísto ppa:ubuntu-wine/ppa přidává repozitář ppa:ubuntu-wine/daily. Instalace pak může vypadat následovně:

    sudo add-apt-repository ppa:ubuntu-wine/daily
    sudo apt-get update
    sudo apt-get install wine1.3
    

    Pořádná podpora iTunes (a USB obecně)

    link

    Na mailing listu Wine se rozhořela debata o podpoře iTunes ve Wine, která vlastně nikdy nebyla úplná. Především možnost kopírování dat do iPodů, iPhonů a podobných je pak důvodem, proč by si někdo tento software na Linuxu instaloval – a právě to nefunguje.

    Keith Curtis vyvolal dohady tím, že prohlásil, že by práci na podpoře iTunes měli vývojáři dát prioritu. Samozřejmě, kdykoliv někdo začne dobrovolníkům říkat, co by měli ve svém volném čase dělat, nedopadne to dobře. I tak se později vyjasňování a srovnávání dostalo k produktivní diskuzi.

    Zatímco starým iPodům stačilo standardní USB Mass Storage, nová zařízení od Apple vyžadují přímou komunikaci přes USB. Na tom se pracuje, ale je to běh na dlouhou trať. A právě autor této podpory, Damjan Jovanovic, popsal v dlouhém e-mailu, jak se věci mají:

    Jako člověk, co pracoval v Microsoftu, vám říkám, že byste všichni měli docenit velikost a komplexnost architektury ovladačů na Windows. Proto bych řekl, že toto „selhání“ je především kvůli rozsáhlosti problému, který se tu řeší.

    Moje první pokusy o přidání podpory USB do Wine byly bolestivé a pomalé. V roce 2006 mé první patche zaslané do Wine řešily problémy v SETUPAPI.DLL. Kolem roku 2007 mé hacky ve Wine a linuxovém jádře pro emulaci USBSCAN.SYS umožnily mému user-space USB vypisovači pro Windows, aby fungoval pod Ubuntu 6.06. Některé z těchto hacků byly nakonec pročištěny a dostaly se v roce 2009 do Wine STI.DLL, ale můj patch jádra nikdy nefungoval na jiné verzi jádra a pochybuji, že by ve Wine nebo linuxovém jádře přijali ten pochybný kód, co jsem používal. Začal jsem zkoumat možnost implementování USBSCAN jako ovladače v uživatelském prostoru s něčím jako FUSE, ale pak Wine získalo základní NTOSKRNL.EXE a schopnost načítat SYS soubory pro Windows. Od té doby bylo cílem implementovat vše ve Wine a pro USB I/O použít libusb.

    V roce 2010 jsem do Wine přidal některé funkce z USBD.SYS a hlavičkové soubory pro USB. Později jsem se pokusil přidat podporu libusb, monitorování USB zařízení a základní infrastrukturu načítání ovladačů podle potřeby, ale nic z toho nebylo z různých důvodů do Wine přijato. Nyní se postupně snažím zobecnit načítání ovladačů ve Wine. Pak snad přidám načítání ovladačů při připojení USB zařízení. Pak podporu libusb. Pak teprve přidám samotné základní USB I/O. Pak musím rozchodit ReadFile/WriteFile u ovladačů. A stejně pak zbude nutnost napsat vysokoúrovňové ovladače (např. USBSCAN.SYS) a spousta chyb v SETUPAPI.DLL a funkce jako podpora instalátorů tříd [class installers], které bude nutné přidat, než se ovladače vůbec úspěšně nainstalují. A pak budeme doufat, že nezačnou používat příliš mnoho neimplementovaných funkcí z NTOSKRNL.EXE.

    Takže to postupuje pomalu a musí se toho udělat hodně a moc vývojářů Wine se o to nezajímá. Můžeme jen doufat, že jakmile nějaké ovladače začnou fungovat, vyvolá to větší zájem o Wine (a Linux) a do Wine pak půjde více patchů :-).

    Damjan se po dalších několika e-mailech, které mailing listem proběhly, rozloučil se slovy, že se ozve, jakmile bude mít gitový strom, ve kterém bude něco zajímavého.

           

    Hodnocení: 100 %

            špatnédobré        

    Nástroje: Tisk bez diskuse

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

    Komentáře

    Vložit další komentář

    D.A.Tiger avatar 12.10.2011 00:23 D.A.Tiger | skóre: 8 | Brno
    Rozbalit Rozbalit vše Re: Zpravodaj o Víně – 1. 10. 2011
    Já nevím, ale co je prehistorického na BAT souborech? To jsou přece dávkové soubory, tedy obyčejný text, kde co řádek to jeden příkaz cmd (dávka) a mám ten dojem, že se to využívalo minimálně ještě v Win XP.

    Taky mi trochu nesedí ta snaha přesunout jej čistě na Dosbox. Jednak už na to někdo upozorňoval v citované diskuzi, že by bylo nutné vytvořit konfiguraci pro Dosbox a já si myslím, že by Wine v tomto případě část konfigurace musel generovat, protože pokud bude BAT soubor volat programy, které nejsou standardní součástí dosu, tak mu musí být sděleno kde je má hledat. A lokace se provádí tak, že se do Dosboxu "namountuje" virtualní jednotka a Dosbox je tam potom přesměrován. Ouuuu, to vypadá jako spousta problémů a práce. nakonec wine přece obsahuje program cmd (commmandline), tak co brání tomu ji upravit tak, aby dokázala přijímat vstup nejen z klávesnice, ale z jakéhokoliv volitelného datového proudu (např. ze souboru). Pak by stačilo místo Dosboxu volat wine cmd a až potom, co by si s tím opravdu nevěděl rady, pak bych se ohlížel po externích nástrojích....
    Radost z toho, že někdo objeví něco nového, je omyl starý 6000 let... (Jean Paul) | anthill inside
    12.10.2011 01:01 Anonymous_ | skóre: 3
    Rozbalit Rozbalit vše Re: Zpravodaj o Víně – 1. 10. 2011
    Já nevím, ale co je prehistorického na BAT souborech?
    Sorry, mozna jsem neco prehledl, ale v clanku se oznacuji jako prehistoricke COM soubory, ne bat(aky)...

    "COM soubory jsou AFAIK samostatný prehistorický DOSový kód reálného režimu ..."
    D.A.Tiger avatar 12.10.2011 01:29 D.A.Tiger | skóre: 8 | Brno
    Rozbalit Rozbalit vše Re: Zpravodaj o Víně – 1. 10. 2011
    Jj máte recht, nějak jsem si to spojil dohromady, omlouvám se.
    Radost z toho, že někdo objeví něco nového, je omyl starý 6000 let... (Jean Paul) | anthill inside
    13.10.2011 20:36 Mmad
    Rozbalit Rozbalit vše Re: Zpravodaj o Víně – 1. 10. 2011
    No, vzhledem k tomu, že jsem včera slovil a pod dosboxem rozjel Widle 3.1, tak COM nepovažuju až za takový Prehist... :-)
    Mělo to vadu - Alt-F4 (příkaz konce) odstřelí celý dosbox a myš též brala systém na věčnost.
    12.10.2011 08:09 klingger | skóre: 17
    Rozbalit Rozbalit vše Re: Zpravodaj o Víně – 1. 10. 2011
    Ale tam sa píše o COM nie o BAT.
    12.10.2011 08:10 klingger | skóre: 17
    Rozbalit Rozbalit vše Re: Zpravodaj o Víně – 1. 10. 2011
    Eh, mal som si spraviť reload pred reagovaním.
    vain avatar 12.10.2011 09:09 vain | skóre: 16
    Rozbalit Rozbalit vše Re: Zpravodaj o Víně – 1. 10. 2011
    To jsi to měl v cache přes osm hodin? Dobrý.
    If the only choice you've got is to do the wrong thing, then it's not really the wrong thing, it's more like fate.
    12.10.2011 12:23 klingger | skóre: 17
    Rozbalit Rozbalit vše Re: Zpravodaj o Víně – 1. 10. 2011
    Nie okno som mal otvorené od noci, ale príspevok som napísal ráno, bez predošlého reloadu.
    12.10.2011 08:20 Pali
    Rozbalit Rozbalit vše Re: Zpravodaj o Víně – 1. 10. 2011
    BAT su vazne prehistoricke. MS chce aby sa pouzivala koncovka CMD na davkove subory pre >= 2K
    D.A.Tiger avatar 12.10.2011 23:23 D.A.Tiger | skóre: 8 | Brno
    Rozbalit Rozbalit vše Re: Zpravodaj o Víně – 1. 10. 2011
    Ok, ale to se mění jen koncovka. Nebo ne?
    Radost z toho, že někdo objeví něco nového, je omyl starý 6000 let... (Jean Paul) | anthill inside
    egg avatar 13.10.2011 12:42 egg | skóre: 20 | Praha
    Rozbalit Rozbalit vše Re: Zpravodaj o Víně – 1. 10. 2011
    Nerozumím, proč nová koncovka, když to má stejnou funkci i obsah. Nebo nemá?
    PaulosV avatar 15.10.2011 22:39 PaulosV | skóre: 10 | blog: dentoob
    Rozbalit Rozbalit vše Re: Zpravodaj o Víně – 1. 10. 2011
    No, kdysi jsem viděl minimálně jeden případ, kdy mezi zpracováním skriptů s koncovkami .bat a .cmd byl docela zásadní rozdíl. Je to tím, že pro zpracování BAT souborů se používal prehistorický 16-bitový interpreter a pro CMD soubory naopak 32-bitový - zdroj. Ale to jen tak pro zajímavost. Tyto věci by už ve Windows 7 (a možná i ve Vistách? Nevím jistě) měly být sjednoceny.
    PaulosV avatar 15.10.2011 22:58 PaulosV | skóre: 10 | blog: dentoob
    Rozbalit Rozbalit vše Re: Zpravodaj o Víně – 1. 10. 2011
    Příloha:
    No tak moment?! To si ze mě děláte srandu! Oni se toho prehistorického interpretu ještě nezbavili? :-D Taková mohutná zpětná kompatibilita se opravdu jen tak nevidí. Ale BAT soubory už neotvírá, tím jsem si celkem jistý.
    D.A.Tiger avatar 16.10.2011 00:42 D.A.Tiger | skóre: 8 | Brno
    Rozbalit Rozbalit vše Re: Zpravodaj o Víně – 1. 10. 2011
    Dokonce ještě v XPéčkách uměl bez problémů spouštět staré dosovské hry :) Jak je tomu te fakt nevím ...
    Radost z toho, že někdo objeví něco nového, je omyl starý 6000 let... (Jean Paul) | anthill inside
    17.10.2011 17:27 Sten
    Rozbalit Rozbalit vše Re: Zpravodaj o Víně – 1. 10. 2011
    Všechny 32-bitové verze Windows umí spouštět DOSovské aplikace, i když to má určitá omezení, kvůli kterým bych an hry doporučoval spíše DOSBox. 64-bitové Windows už 16-bitové aplikace (ani Win16) spouštět nemůžou, protože to neumožňuje hardware.
    Bedňa avatar 12.10.2011 09:20 Bedňa | skóre: 34 | blog: Žumpa | Horňany
    Rozbalit Rozbalit vše Re: Zpravodaj o Víně – 1. 10. 2011
    Porty USB sa nedajú nalinkovať v dosdevices do /dev/serial/by-id/nazov_zariadenia? Com porty linkovať idú, testnem to doma.
    Pokecajte si s umelou stupiditou na http://www.kernelultras.org/

    Založit nové vláknoNahoru

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