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 20:56 | Pozvánky
V úterý 28. dubna se koná další Prague Containers Meetup. Přijďte si zopakovat, jak psát kvalitnější Dockerfile a jaké novinky a ulehčení přináší ansible-container, který vám umožní spravovat celý životní cyklus vašeho kontejneru. Místo konání: Concur, Bucharova 11, Praha-Stodůlky
little-drunk-jesus | Komentářů: 0
dnes 17:00 | Nová verze

Po půl roce od vydání verze 3.22 bylo vydáno GNOME ve verzi 3.24 s kódovým názvem Portland. Vydání obsahuje 28 459 změn od přibližně 753 přispěvatelů. Z novinek lze zmínit funkci noční světlo, přepracovaná nastavení, aplikaci Recepty, zdokonalenou oblast pro upozornění nebo zdokonalený webový prohlížeč. Podrobnosti i s náhledy v poznámkách k vydání a v novinkách pro vývojáře a správce systémů.

Ladislav Hagara | Komentářů: 3
dnes 11:55 | Humor

Majitelé koček by měli být obezřetní při používání desktopového prostředí XFCE ve výchozím nastavení. Používání XFCE může mást jejich kočky a vést k poškrábání displeje. Jedná se o chybu 12117. K dispozici je již patch.

Ladislav Hagara | Komentářů: 17
včera 15:55 | Nová verze

Byla vydána verze 7.5 sady aplikací pro SSH komunikaci OpenSSH. Jedná se o opravné vydání. Volba UsePrivilegeSeparation v sshd_config se stala zastaralou (deprecated). Upozornit lze na změnu formátu log záznamů. Novou verzi OpenSSH již nelze přeložit s upstreamem nepodporovanými verzemi OpenSSL.

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

Byla vydána verze 5.1.0 svobodného integrovaného vývojového prostředí KDevelop. Z novinek lze zdůraznit podporu LLDB. Programátoři mohou nově ladit své programy pomocí GDB nebo LLDB MI. Jedná se o jeden z výsledků Google Summer of Code (GSoC 2016). Zdrojové kódy lze nově přímo z menu KDevelopu analyzovat pomocí nástroje Cppcheck. Přibyla podpora OpenCL. Vylepšena byla podpora programovacího jazyka Python. Přímo z menu lze měnit barevná schémata KDevelopu.

Ladislav Hagara | Komentářů: 6
včera 08:33 | Komunita

Emulátor terminálu Terminix byl s verzí 1.5.4 přejmenován na Tilix. Název Terminix se nelíbil společnosti Terminix, jež má registrovanou ochrannou známku Terminix. Společnost Terminix se zabývá hubením škůdců. Emulátor terminálu Tilix je naprogramován v programovacím jazyce D a využívá GtkD, což je rozšíření ke knihovně GTK+ pro D.

Ladislav Hagara | Komentářů: 7
20.3. 17:55 | Zajímavý software

Bill Zissimopoulos vydal po 16 měsících vývoje WinFsp ve verzi 2017. Jedná se o Windows File System Proxy aneb FUSE pro Windows. Díky WinFsp a SSHFS-Win si i uživatelé Windows mohou připojit vzdálené souborové systémy prostřednictvím šifrovaného spojení SSH (SSHFS). Zdrojové kódy WinFsp jsou k dispozici na GitHubu pod licencí GPLv3 [reddit].

Ladislav Hagara | Komentářů: 13
20.3. 16:44 | Pozvánky

Brněnská pobočka Red Hatu otevře opět po roce dveře studentům a všem zájemcům z řad veřejnosti. Připravena je řada přednášek, workshopů a kódovacích soutěží. Akce se koná dne 5. dubna 2017 od 13 do 19 hodin na adrese Purkyňova 111, Brno v Technologickém parku. Detaily naleznete na webu události a na Facebook stránce.

… více »
Jary | Komentářů: 2
20.3. 16:36 | Nová verze

Byla vydána verze 0.36.0 programovacího jazyka Vala (Wikipedie). Přehled novinek a seznam opravených chyb v souboru NEWS v repozitáři se zdrojovými kódy [reddit].

Ladislav Hagara | Komentářů: 0
19.3. 22:33 | Zajímavý software

Byla vydána pre-alpha verze simulátoru skládání počítačů PC Building Simulator. Simulátor je postaven nad multiplatformním herním enginem Unity a ke stažení je také pro Linux. Ukázka na YouTube.

Ladislav Hagara | Komentářů: 140
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 914 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: Kompilace balíčku na jiném železe a přenos na slabší stroj

    22.2.2012 09:43 Pavel David | skóre: 10
    Kompilace balíčku na jiném železe a přenos na slabší stroj
    Přečteno: 491×
    Mám starý počítač se slackwarem 10.1 tzn. kelnel 2.4 . Pc má malý disk. Na PC ve virtuálu si pro toto pc překládám balíčky na stejné verzi slackware, ale momentálně řešim problém, jak to na to staré železo nasypat.

    Síť mi funguje, tzn. přenos souborů není problém, ale jde mi to, že když zkompiluji např. apache2 ./configure && make, co mám kam nakopírovat. Mám zkopírovat celý balík apache2 do /usr/local a pak dát make install a co pak mohu smazat.

    Potřebuji vyřešit stávající stav a ne instalovat novější systém. PC je simens nixdorf scenic c5 .

    Odpovědi

    22.2.2012 09:54 Boris Michelsz | skóre: 3 | blog: Hralaland | Galanta
    Rozbalit Rozbalit vše Re: Kompilace balíčku na jiném železe a přenos na slabší stroj
    Skúste pozrieť http://checkinstall.izto.org/index.php či by vyhovoval.
    22.2.2012 10:55 Pat1 | skóre: 15
    Rozbalit Rozbalit vše Re: Kompilace balíčku na jiném železe a přenos na slabší stroj
    Neslo by na silnem stroji namountovat root slabeho nekam do /mnt potom se do toho adresare chrootnout a pak uz klasicky prelozit a nainstalovat? Nikdy sem to neskousel, ale zajmalo by mne jestli to muze fungovat, skousel to nekdo? Dalsi vec je jak by to bylo rychly vzhledem k tomu ze by se vse tahalo po siti ...
    22.2.2012 13:09 kai.101
    Rozbalit Rozbalit vše Re: Kompilace balíčku na jiném železe a přenos na slabší stroj
    Toto mám vyzkoušené jen na Gentoo, ale mělo by to fungovat všude v případě, že binárky na cílovém stoji jsou zkompilované s podporou stroje, ze kterého se chrootuje a překlad je také cílen obecně (například i686) a nebo klidně přímo na cílový stroj ale ne na stoj, který kompiluje (tedy není tam např. gcc -marh=native nebo podobná autodetekce)
    22.2.2012 10:17 oiufoj
    Rozbalit Rozbalit vše Re: Kompilace balíčku na jiném železe a přenos na slabší stroj
    Jestli si dobre pamatuju, tak Slacware pouziva klasicke .tar.gz a mozna by mohlo stacit provest kompetni building do nejakeho nesystemoveho adresare a pak obsah zabalit a prenest. Asi takhle:
    ./configure --prefix=/tmp/usr/local
    make install
    tar zxf package.tgz usr/local -C /tmp
    
    (nezkouseno)

    Ocekavam, nejakou "Slackware policy", takze bude asi potreba dodat tam nejak ridici informace o tom aby system vedel o balickach. Asi by jsi se mel podivat na nejaky navod na vyrobu balicku pro Slacware.
    22.2.2012 10:31 chochi | skóre: 29 | Praha
    Rozbalit Rozbalit vše Re: Kompilace balíčku na jiném železe a přenos na slabší stroj
    Tak takhle bych to nedelal. Nastavit prefix znamena, ze si balicek mysli ze v te ceste bude nainstalovany. Tzn. ze pokud ma konfiguraky tak je bude cist z /tmp/usr/local/etc/konfigurak.
    Spravna cesta (jak to napr. dela Gentoo a Exherbo pri jedne fazy instalace) je:
    
    ./configure
    make
    rm -Rf /tmp/install-root
    mkdir /tmp/install-root
    make DESTDIR=/tmp/install-root install
    cd /tmp/install-root
    tar cfvz ../balicek.tar.gz .
    
    A na cilovem stroji
    
    cd /
    tar xfvz /spravna/cesta/balicek.tar.gz
    
    Ted je ale otazka co udelat, aby sla oinstalace / upgrade. Asi nejednodussi bude si nechat balicek.tzr.gz a pri odinstalaci smazat vsechny soubory co v nem jsou a adresare, ktere po smazani zustanou prazdne (pres nejaky sikovny skript).
    rADOn avatar 22.2.2012 12:49 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: Kompilace balíčku na jiném železe a přenos na slabší stroj
    ó nikoliv. Kdysi dávno na mindrákovi když jsem ještě byl pořádkumilovný jsem takhle kompiloval a instaloval kdečkové věci někam do $HOME odkud jsem je ručně kopíroval do /usr. A fungovalo to. Čestný pionýrský.
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    22.2.2012 13:30 l4m4
    Rozbalit Rozbalit vše Re: Kompilace balíčku na jiném železe a přenos na slabší stroj
    Tak to byla asi nějaká vychytávka těch KDE-věcí.
    pavlix avatar 22.2.2012 13:46 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: Kompilace balíčku na jiném železe a přenos na slabší stroj
    Kdysi dávno
    Jen jestli tě paměť neklame.
    někam do $HOME odkud jsem je ručně kopíroval do /usr.
    Tak což o to, pokud jsi to pouze kopíroval a nemazal, tak to klidně mohlo běžet z části z /user a z části z /home.
    23.2.2012 19:59 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: Kompilace balíčku na jiném železe a přenos na slabší stroj
    Někdy vám to u něčeho jistě šlo, ale obecně to nefunguje, jak vám již bylo naznačeno, pokud informaci o prefixu použije konfigurák k jejímu využití třeba v konfiguračním souboru, tak pak pouhým kopírováním bez ztráty kytičky přesunout nejde. O DESTDIR naopak configure neví, takže to použít lze.
    23.2.2012 23:06 lertimir | skóre: 59 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Kompilace balíčku na jiném železe a přenos na slabší stroj
    Možná někde to fungovat může, ale obecně jistě ne. Jak už tady bylo zmíněno po kopírování to mohlo běžet částečně z nakopírovaného místa a částečně z původního.

    Například configure apache s parametrem prefix tuto informaci jednak nakopíruje do make souborů a také po make install nakopíruje informaci do httpd.conf na lokace ServerRoot, DocumentRoot, ScriptAlias a do dost souborů v conf/extra informace o certifikátech, aliases, vhost atd. Všechno je to třeba přeeditovat při přesunu cílového místa.
    rADOn avatar 24.2.2012 13:07 rADOn | skóre: 44 | blog: bloK | Praha
    Rozbalit Rozbalit vše Re: Kompilace balíčku na jiném železe a přenos na slabší stroj
    Mno co si tak pamatuju tak KDE3 měly na tohle proměnné v prostředí (KDEROOT nebo tak něco) takže asi když jsem tím zkopírováním zmrvil hardcodovany cesty tak si je to vzalo odtud. Určitě jsem to nikdy nedělal pro jiný než kdečkový aplikace. A už radši ani nebudu :-)
    "2^24 comments ought to be enough for anyone" -- CmdrTaco
    23.2.2012 14:47 lertimir | skóre: 59 | blog: Par_slov
    Rozbalit Rozbalit vše Re: Kompilace balíčku na jiném železe a přenos na slabší stroj
    Zatím jsem podobný problém neřešil, ale pokud by tohle udržoval, asi bych měl ve virtuálu i na starším stroji přesně stejný systém a rsyncoval bych je proti sobě, řekněme s výjimkou jednoho podstromu, kde by byly právě zdrojáky a buildy. Neřešil bych, jak přenést, ale jak je mít stejné.

    Pro starý systém by to na virtuálu nemuselo zabírat moc místa.
    MMMMMMMMM avatar 24.2.2012 13:40 MMMMMMMMM | skóre: 41 | blog: unstable | Valašsko :-)
    Rozbalit Rozbalit vše Re: Kompilace balíčku na jiném železe a přenos na slabší stroj
    Osobně kompiluju většinu důležitých věcí, u kterých předpokládám pravidelné aktualizace (php, apache, mysql), s prefixem, např. ./configure --prefix=/usr/local/httpd-2.4.1

    Když pak provedu make a make install, mohl bych sbalit adresář /usr/local/httpd-2.4.1 a rozbalit jej na pomalejším (co do softwarové výbavy identickém) stroji - to by mělo fungovat, ne? Samozřejmě díky prefixu je dobré do systémové proměnné PATH hodit cestu k vytvořeným binárkám (/usr/local/httpd-2.4.1/bin).
    26.2.2012 00:21 Ash | skóre: 53
    Rozbalit Rozbalit vše Re: Kompilace balíčku na jiném železe a přenos na slabší stroj
    Pokud instalaci provozujete pod stejným prefixem jako jste ji konfiguroval, tak to samozřejmě fungovat bude. Kritika výše se týkala možnosti konfigurovat někam do tmp, a pak provozovat v /usr, to může ale nemusí fungovat.
    26.2.2012 10:41 viva | skóre: 3
    Rozbalit Rozbalit vše Re: Kompilace balíčku na jiném železe a přenos na slabší stroj
    Myslím, že by bylo rozumné zkusit upravit si Slackbuild skript - na SlackBuilds.org je k dispozici apache2 pro Slackware 11

    Založit nové vláknoNahoru

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

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