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í
×

včera 01:23 | Komunita

Phoronix spustil 2017 Linux Laptop Survey. Tento dotazník s otázkami zaměřenými na parametry ideálního notebooku s Linuxem lze vyplnit do 6. července.

Ladislav Hagara | Komentářů: 2
23.6. 22:44 | Nová verze

Po třech měsících vývoje od vydání verze 5.5.0 byla vydána verze 5.6.0 správce digitálních fotografií digiKam (digiKam Software Collection). Do digiKamu se mimo jiné vrátila HTML galerie a nástroj pro vytváření videa z fotografií. V Bugzille bylo uzavřeno více než 81 záznamů.

Ladislav Hagara | Komentářů: 1
23.6. 17:44 | Nová verze

Byla vydána verze 9.3 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab. Představení nových vlastností v příspěvku na blogu a na YouTube.

Ladislav Hagara | Komentářů: 2
23.6. 13:53 | Nová verze

Simon Long představil na blogu Raspberry Pi novou verzi 2017-06-21 linuxové distribuce Raspbian určené především pro jednodeskové miniaturní počítače Raspberry Pi. Společně s Raspbianem byl aktualizován také instalační nástroj NOOBS (New Out Of the Box Software). Z novinek lze zdůraznit IDE Thonny pro vývoj v programovacím jazyce Python a především offline verzi Scratche 2.0. Ten bylo dosud možné používat pouze online. Offline bylo možné používat pouze Scratch ve verzi 1.4. Z nového Scratchu lze ovládat také GPIO piny. Scratch 2.0 vyžaduje Flash.

Ladislav Hagara | Komentářů: 0
22.6. 14:24 | Nová verze

Opera 46, verze 46.0.2597.26, byla prohlášena za stabilní. Nejnovější verze tohoto webového prohlížeče je postavena na Chromiu 59. Z novinek lze zmínit například podporu APNG (Animated Portable Network Graphics). Přehled novinek pro vývojáře na blogu Dev.Opera. Oznámení o vydání zmiňuje také první televizní reklamu.

Ladislav Hagara | Komentářů: 0
22.6. 13:37 | IT novinky

I čtenáři AbcLinuxu před dvěma lety vyplňovali dotazníky věnované Retro ThinkPadu. Nyní bylo potvrzeno, že iniciativa Retro ThinkPad je stále naživu a Lenovo připravuje speciální edici ThinkPadu jako součást oslav jeho 25. výročí.

Ladislav Hagara | Komentářů: 21
22.6. 10:22 | Komunita

Bylo oznámeno, že frontend a runtime programovacího jazyka D bude začleněn do kolekce kompilátorů GCC (GNU Compiler Collection). Správcem byl ustanoven Iain Buclaw.

Ladislav Hagara | Komentářů: 7
21.6. 18:47 | IT novinky
Bulharská firma Olimex je známá jako výrobce kvalitních mini arm desek, u nichž se snaží být maximálně open source. Kromě velké otevřenosti taktéž zaručují dlouhodobou podporu výroby, což je vítáno ve firemním prostředí. Nyní firma ohlásila ESP32-GATEWAY, malou IoT desku s Wifi, Bluetooth, Ethernetem a 20 GPIO porty za 22EUR. Tato malá deska je ořezanou verzí ESP32-EVB.
Max | Komentářů: 21
21.6. 18:00 | Zajímavý článek

LinuxGizmos (v dubnu loňského roku přejmenován na HackerBoards a v lednu letošního roku zpět na LinuxGizmos) zveřejnil výsledky čtenářské ankety o nejoblíbenější jednodeskový počítač (SBC) v roce 2017. Letos se vybíralo z 98 jednodeskových počítačů (Tabulky Google). Nejoblíbenějšími jednodeskovými počítači v letošním roce jsou Raspberry Pi 3 Model B, Raspberry Pi Zero W a Raspberry Pi 2 Model B.

Ladislav Hagara | Komentářů: 0
21.6. 14:22 | Pozvánky

Ne-konference jOpenSpace 2017 se koná od 13. do 15. října 2017 v hotelu Farma u Pelhřimova. Registrace účastníků je nutná. Více informací na stránkách ne-konference.

Zdenek H. | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (6%)
 (31%)
 (1%)
 (9%)
 (44%)
 (9%)
Celkem 830 hlasů
 Komentářů: 65, poslední 1.6. 19: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: 54 | 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: 60 | 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: 60 | 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.