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 17:00 | Nová verze

Byl vydán Docker 1.13. Přehled novinek na YouTube a v poznámkách k vydání na GitHubu. Docker umožňuje běh aplikací v softwarových kontejnerech (Wikipedia).

Ladislav Hagara | Komentářů: 0
dnes 15:51 | Komunita

Mozilla.cz informuje, že nástroje pro webové vývojáře se možná oddělí od Firefoxu a stanou doplňkem. Nástroje pro webové vývojáře prošly velkým přepisem a tým, který se stará o jejich vývoj, by uvítal možnost jejich častějších aktualizacích nezávisle na vydávání nových verzí Firefoxu.

Ladislav Hagara | Komentářů: 1
dnes 07:00 | Humor

Čtenářům AbcLinuxu vše nejlepší k dnešnímu Dni zvýšení povědomí o tučňácích (Penguin Awareness Day).

Ladislav Hagara | Komentářů: 0
dnes 06:00 | Komunita

Bylo spuštěno hlasování o přednáškách a workshopech pro letošní InstallFest, jenž proběhne o víkendu 4. a 5. března v Praze. Současně byla oznámena změna místa. InstallFest se letos vrací zpět na Karlovo náměstí do budovy E.

Ladislav Hagara | Komentářů: 0
dnes 02:48 | Komunita

Greg Kroah-Hartman potvrdil, že Linux 4.9 je jádrem s prodlouženou upstream podporou (LTS, Long Term Support). Podpora je plánována do ledna 2019. Aktuální jádra s prodlouženou podporou jsou tedy 3.2, 3.4, 3.10, 3.12, 3.16, 3.18, 4.1, 4.4 a 4.9.

Ladislav Hagara | Komentářů: 0
dnes 00:11 | Zajímavý článek

Výrobce síťových prvků, společnost Netgear, spustila nový program, který slibuje vývojářům, expertům, ale i běžným uživatelům vyplacení finanční odměny za nalezení bezpečnostních chyby v jejich produktech. Za nalezení zranitelnosti v hardware, API nebo mobilní aplikaci nabízí odměnu od 150 do 15 tisíc dolarů (dle závažnosti).

Michal Makovec | Komentářů: 0
dnes 00:08 | Pozvánky

V sobotu 18. 2. se v Praze v prostorách VŠE uskuteční od 9:30 již 4. ročník největší české konference o open source redakčním systému WordPress (WP) - WordCamp Praha 2017.

… více »
smíťa | Komentářů: 0
včera 23:58 | Komunita

Kryptoměnová komunita zahájila nový rok spuštěním projektu Blockchain.cz, jehož cílem je kolektivně nalézt ideální překlad pro čím dál frekventovanější slovo „blockchain“. Přispět návrhem může kdokoli. Sběr bude trvat až do konce září 2017. Následně bude probíhat dvoutýdenní veřejné hlasování, které bude zakončeno výběrem toho nejlepšího návrhu.

xHire | Komentářů: 8
včera 15:55 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno je celkově 270 bezpečnostních chyb. V Oracle Java SE je například opraveno 17 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 16 z nich. V Oracle MySQL je opraveno 27 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 5 z nich.

Ladislav Hagara | Komentářů: 0
včera 02:48 | Nová verze

Po půl roce od vydání verze 9.0 (zprávička) byla vydána verze 10.0 zvukového serveru PulseAudio. Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 31
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (74%)
 (3%)
 (10%)
Celkem 338 hlasů
 Komentářů: 24, poslední 17.1. 10:14
    Rozcestník
    Reklama

    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: 489×
    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.
    Gentoo – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
    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.