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 17:53 | Bezpečnostní upozornění

Google na svém blogu věnovaném počítačové bezpečnost informuje o nalezení "reálného" způsobu generování kolizí hašovací funkce SHA-1. Podrobnosti a zdrojové kódy budou zveřejněny do 90 dnů. Již dnes lze ale na stránce SHAttered nalézt 2 pdf soubory, jejichž obsah se liší a SHA-1 otisk je stejný (infografika).

Ladislav Hagara | Komentářů: 2
včera 17:51 | Nová verze

Vyšla nová verzia open source software na správu a automatizáciu cloudových datacentier Danube Cloud 2.4. Danube Cloud je riešenie postavené na SmartOS, ZFS, KVM a zónach. Obsahuje vlastnosti ako integrovaný monitoring, DNS manažment, zálohy, a samozrejme rozsiahlu dokumentáciu.

dano | Komentářů: 0
včera 17:46 | Pozvánky

V Plzni se 3. až 5. března 2017 uskuteční AIMTEChackathon. Je to akce pro vývojáře, grafiky, webdesignéry i veřejnost. Akci provází zajímavé přednášky IT odborníků. Více o programu a možnosti přihlášení na stránkách akce.

cuba | Komentářů: 0
včera 01:00 | Nová verze

Známý šifrovaný komunikátor Signal od verze 3.30.0 již nevyžaduje Google Play Services. Autoři tak po letech vyslyšeli volání komunity, která dala vzniknout Google-free forku LibreSignal (dnes již neudržovaný). Oficiální binárky jsou stále distribuované pouze přes Google Play, ale lze použít neoficiální F-Droid repozitář fdroid.eutopia.cz s nezávislými buildy Signalu nebo oficiální binárku stáhnout z Google Play i bez Google účtu

… více »
xm | Komentářů: 5
22.2. 23:14 | Nová verze

Po třech týdnech od vydání první RC verze byla vydána první stabilní verze 17.01.0 linuxové distribuce pro routery a vestavěné systémy LEDE (Linux Embedded Development Environment), forku linuxové distribuce OpenWrt. Přehled novinek v poznámkách k vydání. Dotazy v diskusním fóru.

Ladislav Hagara | Komentářů: 6
22.2. 17:28 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2017-6074 v Linuxu zneužitelné k lokální eskalaci práv. Jde o chybu v podpoře DCCP (Datagram Congestion Control Protocol). Do linuxového jádra se dostala v říjnu 2005. V upstreamu byla opravena 17. února (commit). Bezpečnostní chyba byla nalezena pomocí nástroje syzkaller [Hacker News].

Ladislav Hagara | Komentářů: 11
22.2. 15:00 | Zajímavý software

Společnost Valve vydala novou beta verzi SteamVR. Z novinek lze zdůraznit oficiální podporu Linuxu. Další informace o podpoře této platformy pro vývoj virtuální reality v Linuxu v diskusním fóru. Hlášení chyb na GitHubu.

Ladislav Hagara | Komentářů: 0
22.2. 06:00 | Nová verze

Po necelém roce od vydání verze 0.67 byla vydána verze 0.68 populárního telnet a ssh klienta PuTTY. Podrobnosti v přehledu změn. Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
21.2. 21:32 | Nasazení Linuxu

Canonical představuje nejnovější verzi chytré helmy DAQRI s Ubuntu pro rozšířenou realitu. K vidění bude příští týden v Barceloně na veletrhu Mobile World Congress 2017.

Ladislav Hagara | Komentářů: 0
21.2. 21:31 | Pozvánky

Pro zájemce o hlubší znalosti fungování operačních systémů připravila MFF UK nový předmět Pokročilé operační systémy, v rámci něhož se vystřídají přednášející nejen z řad pracovníků fakulty, ale dorazí také odborníci ze společností AVAST, Oracle, Red Hat a SUSE. Tento předmět volně navazuje na kurz Operační systémy ze zimního semestru, ale pokud máte praktické zkušenosti odjinud (například z přispívání do jádra Linuxu) a chcete si

… více »
Martin Děcký | Komentářů: 6
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (71%)
 (3%)
 (10%)
Celkem 691 hlasů
 Komentářů: 66, poslední 22.2. 18:57
    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.