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 00:22 | Nasazení Linuxu

Společnost Samsung oznámila, že skrze dokovací stanici DeX a aplikaci Linux on Galaxy bude možno na Samsung Galaxy S8 a S8+ a Galaxy Note 8 provozovat Linux. Distribuce nebyly blíže upřesněny.

Phantom Alien | Komentářů: 2
včera 23:55 | Komunita

Společnost Purism na svém blogu oznámila, že její notebooky Librem jsou nově dodávány se zrušeným (neutralized and disabled) Intel Management Engine (ME). Aktualizací corebootu na již prodaných noteboocích lze Management Engine také zrušit. Více v podrobném článku.

Ladislav Hagara | Komentářů: 0
včera 21:44 | Nová verze

Organizace Apache Software Foundation (ASF) na svém blogu slaví páté výročí kancelářského balíku Apache OpenOffice jako jejího Top-Level projektu. Při této příležitosti byl vydán Apache OpenOffice 4.1.4 (AOO 4.1.4). Podrobnosti v poznámkách k vydání. Dlouhé čekání na novou verzi tak skončilo.

Ladislav Hagara | Komentářů: 3
včera 19:22 | Pozvánky

Již příští týden - 26. a 27. října se v Praze v hotelu Olšanka odehraje OpenWRT Summit. Na webu konference naleznete program a možnost zakoupení lístků - ty stojí 55 dolarů. Čtvrtek bude přednáškový a v pátek se budou odehrávat převážně workshopy a meetingy.

Miška | Komentářů: 0
včera 13:44 | Nová verze

Bylo vydáno Ubuntu 17.10 s kódovým názvem Artful Aardvark. Ke stažení jsou Ubuntu Desktop a Server, Ubuntu Cloud Images, Ubuntu Netboot, Kubuntu, Lubuntu a Lubuntu Alternate, Lubuntu Next, Ubuntu Budgie, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio a Xubuntu. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 9
včera 13:00 | Komunita

MojeFedora.cz informuje, že Fedora 27 dostane podporu pro AAC. Podpora multimediálních formátů je ve výchozí instalaci Fedory tradičně limitovaná kvůli softwarovým patentům, ale desktopový tým Red Hatu se ji i tak snaží v poslední době co nejvíce rozšířit. Už nějaký čas obsahuje kodeky pro MP3, H.264, AC3 a nyní byl přidán také kodek pro další velmi rozšířený zvukový formát – AAC.

Ladislav Hagara | Komentářů: 2
18.10. 23:55 | Pozvánky

Spolek OpenAlt zve příznivce otevřených technologií a otevřeného přístupu na 145. brněnský sraz, který proběhne v pátek 20. října od 18:00 hodin v restauraci Time Out na adrese Novoměstská 2 v Řečkovicích. Jedná se o poslední sraz před konferencí OpenAlt 2017, jež proběhne o víkendu 4. a 5. listopadu 2017 na FIT VUT v Brně. Běží registrace účastníků.

Ladislav Hagara | Komentářů: 0
18.10. 21:44 | Nová verze

Byla vydána verze 5.2.0 multiplatformního virtualizačního nástroje Oracle VM VirtualBox. Jedná se o první stabilní verzi z nové větve 5.2. Z novinek lze zmínit například možnost exportování VM do Oracle Cloudu, bezobslužnou instalaci hostovaného systému nebo vylepšené GUI. Podrobnosti v seznamu změn. Aktualizována byla také dokumentace.

Ladislav Hagara | Komentářů: 2
18.10. 14:00 | Zajímavý projekt

Byl spuštěn Humble Down Under Bundle. Za vlastní cenu lze koupit multiplatformní hry The Warlock of Firetop Mountain, Screencheat, Hand of Fate a Satellite Reign. Při nadprůměrné platbě (aktuálně 3,63 $) také Hacknet, Hacknet Labyrinths, Crawl a Hurtworld. Při platbě 12 $ a více lze získat navíc Armello.

Ladislav Hagara | Komentářů: 0
18.10. 13:00 | Nová verze

Google Chrome 62 byl prohlášen za stabilní (YouTube). Nejnovější stabilní verze 62.0.3202.62 tohoto webového prohlížeče přináší řadu oprav a vylepšení. Vylepšeny byly také nástroje pro vývojáře (YouTube). Opraveno bylo 35 bezpečnostních chyb.

Ladislav Hagara | Komentářů: 4
Jak se vás potenciálně dotkne trend odstraňování analogového audio konektoru typu 3,5mm jack z „chytrých telefonů“?
 (11%)
 (1%)
 (1%)
 (1%)
 (73%)
 (13%)
Celkem 113 hlasů
 Komentářů: 7, poslední včera 23:06
    Rozcestník

    Aktuální aplikace na RHEL6 - pkgsrc prefix v praxi

    31.5. 15:27 | Přečteno: 892× | Výběrový blog | poslední úprava: 31.5. 15:27

    V nové práci máme korporátní desktop na RHEL6. Nejdříve jsem tím byl trochu rozhozený, ale postupně jsem si začal na RHEL6 stavět "moderní" efektivní workstation (nové verze programů - python, terminator, compiz, firefox, java8 kvůli dbeaver, vim s jedi, atd.; ssh socks na vývojový server místo ssh X forwardingu apod.) - na jednu stranu to stálo dost úsilí a času, ale člověk se přitom i něco naučí a "zopakuje" (třeba v configure.ac jsem se nehrabal už hodně dlouho). Ale hlavně je teď práce celkově mnohem efektivnější a příjemnější.

    Zkoušel jsem různé řešení (kontejnery i chroot jsou samozřejmě mimo hru protože se bavíme o RHEL6 bez root přístupu) jako např. Nix prefix, ale nakonec se nejvíce osvědčilo pkgsrc z NetBSD - nemůžu si stěžovat, v NetBSD to mají opravdu vychytaný, až se divím jak dobře jim fungují porty dokonce i na Linuxu a jak jednoduše si můžu upravovat vše jak potřebuji. Kdybych nebyl tvrdohlavý perfekcionista, tak si nainstaluji prefix z pkgsrc a dál vlastně nic neřeším, jenže ...

    Renderování fontů - freetype

    Při instalaci programů mimo balíčkovací systém považuji za zásadní jejich integraci, a to včetně "look & feel". V tomto ohledu bylo nejsložitější donutit aplikace v prefixu renderovat fonty stejně jako v RHEL6. Vše se samozřejmě točí kolem knihovny freetype; ta renderuje jinak v různých verzích, v závislosti na různých nastaveních při kompilaci, freetype properties v env proměnných, (dále také třeba gnome-settings-daemon/xsettingsd a fontconfig, ale ty není potřeba při použití prefixu řešit) ... a toto vše je potřeba sladit, pokud chceme používat nesystemovou freetype knihovnu.

    První krok je zjistit v jaké verzi, jak zkompilovaný a s jakými parametry je freetype v systému: v mém případě se jedná o freetype-2.3.11 s unpatented hinting a subpixel rendering.

    Na první pohled se freetype tváří zpětně kompatibilní - prý stačí správně nastavit proměnnou prostředí FREETYPE_PROPERTIES a fonty bude renderovat postaru. Bohužel tomu tak není. Nejnovější verze, která umí unpatented hinting je 2.6.2 - to znamená upravit Makefile graphics/freetype2 a zárověn pomocí SUBST frameworku zapnout unpatented hinting a subpixel rendering:
    ...
    DISTNAME = freetype-2.6.2
    ...
    SUBST_FILES.unpatented+=    include/freetype/config/ftoption.h
    SUBST_SED.unpatented= -e 's!.*\#define TT_CONFIG_OPTION_BYTECODE_INTERPRETER.*!\/* \#define TT_CONFIG_OPTION_BYTECODE_INTERPRETER *\/!g'
    SUBST_SED.unpatented+= -e 's!.*\#define TT_CONFIG_OPTION_UNPATENTED_HINTING.*!\#define TT_CONFIG_OPTION_UNPATENTED_HINTING!g'
    SUBST_SED.unpatented+= -e 's!.*\#define FT_CONFIG_OPTION_SUBPIXEL_RENDERING.*!\#define FT_CONFIG_OPTION_SUBPIXEL_RENDERING!g'
    SUBST_STAGE.unpatented+=    pre-configure
    SUBST_CLASSES += unpatented
    

    Bohužel proti verzi 2.6.2 nejde přímo aplikovat patches/patch-ab; je potřeba změnit následující v patch souboru
    -                          -export-symbols $(EXPORTS_LIST)
    +                          # -export-symbols $(EXPORTS_LIST)
    
    na
                               # -export-symbols $(EXPORTS_LIST)
    

    bmake mdi
    bmake install
    bmake print-PLIST > PLIST
    bmake update # nebo bmake replace
    
    Teď už freetype v prefixu renderuje na první pohled stejně jako v systému. Voil...shit! Stále tam jsou drobné rozdíly v renderování! Takže nezbývá než postupný "bisect", nejdříve na úrovni verzí, pak na úrovni gitu (i tohle jde dát dokupy s pkgsrc) ... a viníkem je b0962ac34 (mezi verzemi 2.4.5 a 2.4.6). Dokonce nejsem první kdo si na tuhle změnu stěžuje.

    Naštěstí se jedná doslova o one-liner, takže přidat patch do graphics/freetype2 už je detail, a nebo klidně přímo do Makefile:
    SUBST_FILES.revert_b0962ac34 += src/truetype/ttdriver.c
    SUBST_SED.revert_b0962ac34= -e 's!.*ttsize->root.metrics = ttsize->metrics;!!g'
    SUBST_STAGE.revert_b0962ac34= pre-configure
    SUBST_CLASSES += revert_b0962ac34
    

    Každopádně si ale správci a vývojáři freetype zaslouží respekt; už jen co se týká ABI/API kompatibility, kterou freetype dodržuje snad více než 10 let.

    Fonty

    V RHEL6 používám microsoft fonty, takže stačilo v prefixu nainstalovat fonts/ms-ttf (a fonts/dejavu-ttf, fonts/terminus-font ...).

    Témata

    Snad jediné téma, které funguje správně v různých verzích gtk, je clearlooks-phenix. Stačí nainstalovat do ~/.themes a do prefixu nainstalovat x11/gtk2-engines.

    gcc48

    Ani pkgsrc není bezchybné a občas lze narazit na balíček, který nejde zkompilovat systémovým gcc, ale potřebuje gcc>=4.8. Nainstalovat nové gcc z pkgsrc není problém, ale v Makefile některých balíčků chybí zmínka o této buildtime závislosti.

    Například kompilace devel/googletest skončí:
    -- Check for working CXX compiler: /pkgsrc/devel/googletest/work/.cwrapper/bin/c++ -- broken
    CMake Error at /prefix/share/cmake-3.7/Modules/CMakeTestCXXCompiler.cmake:44 (message):
      The C++ compiler
      "/pkgsrc/devel/googletest/work/.cwrapper/bin/c++" is not able
      to compile a simple test program.
    
      It fails with the following output:
    
       Change Dir: /pkgsrc/devel/googletest/work/googletest-release-1.8.0/CMakeFiles/CMakeTmp
    
    Tento problém jsem vyřešil nejškareději jak to jen jde a připravil si alias fixmagic_gcc48, kterým podle potřeby vynutím gcc48:
    alias fixmagic_gcc48="export PATH=/prefix/gcc48/bin:\$PATH;
                          export LD_LIBRARY_PATH=/prefix/gcc48/lib64:/prefix/gcc48/lib/gcc/x86_64-redhat-linux/4.8.5:\$LD_LIBRARY_PATH;
                          export PS1=\"(gcc48) \$PS1\""
    

    Firefox

    Stejně tak si i kompilace firefoxu (kromě PKG_OPTIONS.firefox = -webrtc v mk.conf) vysloužila vlastní alias:
    alias fixmagicbuild_firefox="export LDFLAGS=\"-ldl -lrt\";
                                 export CPPFLAGS=\"-DLIBYUV_DISABLE_X86\""
    

    Compiz

    Provozovat compiz na RHEL6 v prefixu opravdu jde :) ...
    alias compiz="rm -f /prefix/lib/libGL.*
                  cd $HOME
                  unset LD_LIBRARY_PATH
                  /lib64/ld-linux-x86-64.so.2 --library-path /prefix/gcc48/lib64:/prefix/lib /prefix/bin/compiz --replace ccp
                 "
    
    Ano, opravdu tam je rm -f /prefix/lib/libGL.*. Také compiz nepouštím z "naloadovaného" prefixu ale přes /lib64/ld-linux-x86-64.so.2 --library-path, díky tomu programy puštěné z compizu neběží implicitně v prefixu.

    A dohromady ...

    Kompletní aliasy pak u mě vypadají takto:
    alias magic="export __OLD_PRE_MAGIC_PATH=\$PATH;
                 export __OLD_PRE_MAGIC_MANPATH=\$MANPATH;
                 export __OLD_PRE_MAGIC_PS1=\$PS1;
                 export __OLD_PRE_MAGIC_PYTHONPATH=\$PYTHONPATH;
                 export __OLD_PRE_MAGIC_GEM_HOME=\$GEM_HOME;
                 export __OLD_PRE_MAGIC_LD_LIBRARY_PATH=\$LD_LIBRARY_PATH;
                 export __OLD_PRE_MAGIC_LDFLAGS=\$LDFLAGS;
                 export __OLD_PRE_MAGIC_CPPFLAGS=\$CPPFLAGS;
                 export PATH=/prefix/bin:/prefix/sbin:\$PATH;
                 export MANPATH=/prefix/man:\$MANPATH;
                 export PS1=\"(magic) \$PS1\";
                 export PYTHONPATH=;
                 export GEM_HOME=;"
    
    alias fixmagicbuild_firefox="export LDFLAGS=\"-ldl -lrt\";
                                 export CPPFLAGS=\"-DLIBYUV_DISABLE_X86\""
    
    alias fixmagic_gcc48="export PATH=/prefix/gcc48/bin:\$PATH;
                          export LD_LIBRARY_PATH=/prefix/gcc48/lib64:/prefix/gcc48/lib/gcc/x86_64-redhat-linux/4.8.5:\$LD_LIBRARY_PATH;
                          export PS1=\"(gcc48) \$PS1\""
    
    alias unmagic="if [ -n \"\$__OLD_PRE_MAGIC_PATH\" ]; then
                   export PATH=\$__OLD_PRE_MAGIC_PATH;
                   export MANPATH=\$__OLD_PRE_MAGIC_MANPATH;
                   export PS1=\$__OLD_PRE_MAGIC_PS1;
                   export PYTHONPATH=\$__OLD_PRE_MAGIC_PYTHONPATH;
                   export GEM_HOME=\$__OLD_PRE_MAGIC_GEM_HOME;
                   export LD_LIBRARY_PATH=\$__OLD_PRE_MAGIC_LD_LIBRARY_PATH;
                   export LDFLAGS=\$__OLD_PRE_MAGIC_LDFLAGS;
                   export CPPFLAGS=\$__OLD_PRE_MAGIC_CPPFLAGS;
                   unset __OLD_PRE_MAGIC_PATH;
                   unset __OLD_PRE_MAGIC_MANPATH;
                   unset __OLD_PRE_MAGIC_PS1;
                   unset __OLD_PRE_MAGIC_http_proxy;
                   unset __OLD_PRE_MAGIC_PYTHONPATH;
                   unset __OLD_PRE_MAGIC_GEM_HOME;
                   unset __OLD_PRE_MAGIC_LD_LIBRARY_PATH;
                   unset __OLD_PRE_MAGIC_LDFLAGS;
                   unset __OLD_PRE_MAGIC_CPPFLAGS;
               fi
               "
    
    alias ccsm="if [ -n \"\$__OLD_PRE_MAGIC_PATH\" ]; then
                    PATH=/prefix/gcc48/bin:\$PATH LD_LIBRARY_PATH=/prefix/gcc48/lib64:/prefix/gcc48/lib/gcc/x86_64-redhat-linux/4.8.5:\$LD_LIBRARY_PATH ccsm
                else
                    echo \"command not found :P. Use magic.\"
                fi
                "
    
    alias compiz="if [ -n \"\$__OLD_PRE_MAGIC_PATH\" ]; then
                    echo \"don start compiz with magic. Compiz alias takes care of LD_LIBRARY_PATH etc.\"
                else
                    rm -f /prefix/lib/libGL.*
                    cd $HOME
                    unset LD_LIBRARY_PATH
                    /lib64/ld-linux-x86-64.so.2 --library-path /prefix/gcc48/lib64:/prefix/lib /prefix/bin/compiz --replace ccp
                fi
                "
    
    alias dbeaver="if [ -n \"\$__OLD_PRE_MAGIC_PATH\" ]; then
                    PATH=/prefix/java/oracle-8/bin/ /path/to/dbeaver
                else
                    echo \"command not found :P. Use magic.\"
                fi
    
    setxkbmap -option "grp:alt_shift_toggle,lv3:ralt_switch" "us,cz_qwerty"
    

    rpath

    Poslední problém na který jsem narazil je s pip. Některé python balíčky nainstalované přes pip "nechápou" že mám python v prefixu a nastaví rpath na /lib64 nebo kdovíco, to řeším jednoduchým scriptem nad patchelf, který projede všechny ELF soubory v určitém adresáři a rpath upraví: fix_rpath.py (nebo z githubu).

    Docker/snappy/flatpak?

    Bohužel docker/snappy/flatpak integraci vůbec neřeší a vlastně považují za úspěch že jdou jejich balíčky spustit na různých distribucích - i když to vlastně nikdy nebyl problém s bundlováním/statickým linkováním. Potíž je právě v té integraci; a ta, z podstaty, nebude s těmito technologiemi fungovat nikdy (a to že historicky nefunguje na Windows ani OS X opravdu není důvod rozbít integraci na Linux desktopu).        

    Hodnocení: 100 %

            špatnédobré        

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

    Komentáře

    Vložit další komentář

    Max avatar 1.6. 07:15 Max | skóre: 65 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Aktuální aplikace na RHEL6 - pkgsrc prefix v praxi
    Docela by mně zajímalo, proč se u desktopů zůstalo na RHEL6 a nepřešlo se na RHEL7?
    Zdar Max
    Měl jsem sen ... :(
    pavlix avatar 2.6. 18:58 pavlix | skóre: 54 | blog: pavlix
    Rozbalit Rozbalit vše Re: Aktuální aplikace na RHEL6 - pkgsrc prefix v praxi
    Bedňa avatar 3.6. 20:44 Bedňa | skóre: 33 | blog: Žumpa | Horňany
    Rozbalit Rozbalit vše Re: Aktuální aplikace na RHEL6 - pkgsrc prefix v praxi
    Bohužel docker/snappy/flatpak integraci vůbec neřeší a vlastně považují za úspěch že jdou jejich balíčky spustit na různých distribucích
    Mrkni na AppImage, tam mi integrácia napríklad témy funguje. Určite to nebude riešiť rovnaké vykresľovaním fontov, ale ja zas niesom taký detailista :) Keď by si to chcel predsa uzavrieť do kontaineru, tak by som použil Firejail. Riešenie od RedHat ako sa už stáva bežnou praxou sú stále nefunkčné.
    Pokecajte si s umelou stupiditou na http://www.kernelultras.org/
    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.