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 05:55 | Zajímavý projekt

Dle příspěvku na blogu zaměstnanců CZ.NIC byl spuštěn ostrý provoz služby Honeypot as a Service (HaaS). Zapojit se může kdokoli. Stačí se zaregistrovat a nainstalovat HaaS proxy, která začne příchozí komunikaci z portu 22 (běžně používaného pro SSH) přeposílat na server HaaS, kde honeypot Cowrie (GitHub) simuluje zařízení a zaznamenává provedené příkazy. Získat lze tak zajímavé informace o provedených útocích. K dispozici jsou globální statistiky.

Ladislav Hagara | Komentářů: 0
dnes 04:44 | Komunita

Před týdnem společnost Feral Interactive zabývající se vydáváním počítačových her pro operační systémy macOS a Linux oznámila, že pro macOS a Linux vydají hru Rise of the Tomb Raider. Včera společnost oznámila (YouTube), že pro macOS a Linux vydají také hru Total War Saga: Thrones of Britannia. Verze pro Windows by měla vyjít 19. dubna. Verze pro macOS a Linux krátce na to.

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

Byla vydána nová major verze 7.10 svobodného systému pro řízení vztahů se zákazníky (CRM) s názvem SuiteCRM (Wikipedie). Jedná se o fork systému SugarCRM (Wikipedie). Zdrojové kódy SuiteCRM jsou k dispozici na GitHubu pod licencí AGPL.

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

Byla vydána nová verze 0.30 display serveru Mir (Wikipedie) a nová verze 2.31 nástrojů snapd pro práci s balíčky ve formátu snap (Wikipedie). Z novinek Miru vývojáři zdůrazňují vylepšenou podporu Waylandu nebo možnost sestavení a spouštění Miru ve Fedoře. Nová verze snapd umí Mir spouštět jako snap.

Ladislav Hagara | Komentářů: 0
včera 14:00 | Komunita

Na Indiegogo běží kampaň na podporu Sway Hackathonu, tj. pracovního setkání klíčových vývojářů s i3 kompatibilního dlaždicového (tiling) správce oken pro Wayland Sway. Cílová částka 1 500 dolarů byla vybrána již za 9 hodin. Nový cíl 2 000 dolarů byl dosažen záhy. Vývojáři přemýšlejí nad dalšími cíli.

Ladislav Hagara | Komentářů: 1
včera 11:11 | Nasazení Linuxu

Před dvěma týdny se skupina fail0verflow (Blog, Twitter, GitHub) pochlubila, že se jim podařilo dostat Linux na herní konzoli Nintendo Switch. O víkendu bylo Twitteru zveřejněno další video. Povedlo se jim na Nintendo Switch rozchodit KDE Plasmu [reddit].

Ladislav Hagara | Komentářů: 3
včera 05:55 | Komunita

Byla vydána vývojová verze 3.2 softwaru Wine (Wikipedie), tj. softwaru, který vytváří aplikační rozhraní umožňující chod aplikací pro Microsoft Windows také pod GNU/Linuxem. Z novinek lze zdůraznit například podporu HID gamepadů. Aktuální stabilní verze Wine je 3.0, viz verzování. Nejistá je budoucnost testovací větve Wine Staging s řadou experimentálních vlastností. Současní vývojáři na ni již nemají čas. Alexandre Julliard, vedoucí projektu Wine, otevřel v diskusním listu wine-devel diskusi o její budoucnosti.

Ladislav Hagara | Komentářů: 2
18.2. 16:55 | Komunita

Do 22. března se lze přihlásit do dalšího kola programu Outreachy (Wikipedie), jehož cílem je přitáhnout do světa svobodného a otevřeného softwaru lidi ze skupin, jež jsou ve světě svobodného a otevřeného softwaru málo zastoupeny. Za 3 měsíce práce, od 14. května do 14. srpna 2018, v participujících organizacích lze vydělat 5 500 USD.

Ladislav Hagara | Komentářů: 56
17.2. 15:44 | Komunita

Nadace The Document Foundation (TDF) zastřešující vývoj svobodného kancelářského balíku LibreOffice dnes slaví 6 let od svého oficiálního vzniku. Nadace byla představena 28. září 2010. Formálně ale byla založena až 17. února 2012. Poslední lednový den byl vydán LibreOffice 6.0. Dle zveřejněných statistik byl za dva týdny stažen již cca milionkrát.

Ladislav Hagara | Komentářů: 1
17.2. 04:44 | Bezpečnostní upozornění

CSIRT.CZ upozorňuje, že byla vydána nová verze 1.2.3 svobodného routovacího démona Quagga (Wikipedie) přinášející několik bezpečnostních záplat. Při nejhorší variantě může dojít až k ovládnutí běžícího procesu, mezi dalšími možnostmi je únik informací z běžícího procesu nebo odepření služby DoS. Konkrétní zranitelnosti mají následující ID CVE-2018-5378, CVE-2018-5379, CVE-2018-5380 a CVE-2018-5381.

Ladislav Hagara | Komentářů: 0
Který webový vyhledávač používáte nejčastěji?
 (2%)
 (28%)
 (62%)
 (2%)
 (3%)
 (1%)
 (1%)
 (1%)
Celkem 391 hlasů
 Komentářů: 34, poslední 14.2. 18:44
    Rozcestník

    Dotaz: Správa C++ projektů (odkazy ve správě verzí?)

    microcz avatar 26.8.2011 13:32 microcz | skóre: 18 | blog: Michalův zápisník | Praha
    Správa C++ projektů (odkazy ve správě verzí?)
    Přečteno: 324×
    Dobrý den,

    předem se omlouvám za případnou stupiditu dotazu, ale potřeboval bych od Vás poradit....

    Pracujeme ve firmě na několika rozsáhlejších projektech v C++. Jednotlivé projekty mají mezi sebou závislosti, například projekty B a C používají různé podmnožiny z množiny tříd projektu A, který byl vytvořen dříve. Zároveň pro projekt A beží podpora a je potřeba uvedené třídy měnit (vylepšovat, opravovat)

    Řešením by mohlo být rozdrobit projekty do mnoha malých knihoven a v každém projektu si pak stahovat ze správy verzí aktuální verze potřebných knihoven. V jave by tohle byla paráda, ale problémem je C++ ... psát CMake pro každou knihovnu, uvažovat fakt že každá knihovna může být závislá na jiných knihovnách, být schopen zkompilovat každou knihovnu pro všechny požadované architektury, operační systémy a začlenit ji do projektů, nutnost stromovitě překompilovávat závislosti, to vše činí z tohohle způsobu řešení peklo.

    Proto bych se chtěl zeptat zda nějaký existující verzovací systém neobsahuje něco jako tvorbu odkazů...

    PŘEDSTAVA:
    1. Existovali by oddělené složky pro projekty A,B,C...atd
    2. Každý projekt by měl svou adresářovou strukturu, ale z růzých míst v B a C by mohli být odkazovány třídy nebo celé adresáře projektu A.
    3. Pokud by někdo stáhl z repozitáře pouze projekt B nebo C, stáhli by se mu místo linků reálné soubory a adresáře, aniž by vědět o přítomnosti linků na projekt A, při commitu změn v těchto souborech by se ale updatovaly i soubory v A.
    Zdá se Vám to jako hloupost? Jak byste podobný problém řešili vy?

    Odpovědi

    26.8.2011 16:47 vbar
    Rozbalit Rozbalit vše Re: Správa C++ projektů (odkazy ve správě verzí?)
    Subversion podporuje symlinky, ale bohužel nikoli pod Windows... Osobně jsem tenhle problém řešil na svém posledním projektu hrubou silou, tj. sdílené soubory se udržovaly zvlášť a každý projekt který je potřeboval si je v rámci buildu zkopíroval. Je pravda že to ten build komplikuje, a dělat změny na originálu mimo projekt je nepohodlné, ale pro podporu bouřlivě se vyvíjejících závislostí a obskurních platforem to má své výhody. Stabilnější části jsem ale stejně tlačil do sdílené knihovny - kolik jich na konkrétním projektu má být a jak velké je podle mně hlavně otázka osobních preferencí architekta...
    26.8.2011 18:40 Sten
    Rozbalit Rozbalit vše Re: Správa C++ projektů (odkazy ve správě verzí?)
    Subversion hlavně podporuje svn:externals a není problém sdílený kód umístit do jedné složky, kterou takhle „nalinkujete“. S tímto přístupem mám na Windows dobré zkušenosti. Nicméně už nějakou dobu používám git, který externals umí také.
    26.8.2011 17:43 pht | skóre: 48 | blog: pht
    Rozbalit Rozbalit vše Re: Správa C++ projektů (odkazy ve správě verzí?)
    Dejte si to vše do jednoho repa, nebo vyjměte z A jednu knihovnu na kterou budou odkazovat A B C.
    aniž by vědět o přítomnosti linků na projekt A, při commitu změn v těchto souborech by se ale updatovaly i soubory v A
    To je dost nebezpečné řešení.
    In Ada the typical infinite loop would normally be terminated by detonation.
    26.8.2011 20:33 l4m4
    Rozbalit Rozbalit vše Re: Správa C++ projektů (odkazy ve správě verzí?)
    Nebezpečného na tom není nic.

    Akorát normálnější je sdílená knihovna (blouznění tazatele o samostatných makefiles nechápu, to snad už takhle je, nebo má rozbitý build system).
    Josef Kufner avatar 29.8.2011 22:34 Josef Kufner | skóre: 67
    Rozbalit Rozbalit vše Re: Správa C++ projektů (odkazy ve správě verzí?)
    V Gitu bych to řešil pomocí submodulů.

    Ten makefile napíšeš jen jednou a pak ho budeš jen kopírovat a kopírovat pro každou knihovnu.

    Závislosti můžeš vyřešit celkem jednoduše malým scriptem. V kořeni každého submodulu bys mohl mít soubor, kde na samostatných řádcích budou uvedeny závislosti dané knihovny. Pak jen uděláš cat lib/*/závislosti | uniq a odečteš seznam souborů (| while read d ; do [ -d "$d" ] || echo "Missing $d" ; done).

    Build takového projektu bude jen o tom, že v tom adresáři lib/ budeš mít makefile, který rekurzivně zavolá makefily všech knihoven. Pokud je pořadí kompilace důležité (nemělo by být, hlavičkové soubory by měly stačit), tak ty soubory se závislostmi jednoduchým scriptem poskládáš do makefilu (každý soubor spojit v jeden řádek uvozený jeho jménem a dvojtečkou, tedy ještě to asi bude chtít převést názvy na jména archivů knihoven). Jo a ten makefile v lib zavoláš na začátku kompilace tvého projektu.
    Hello world ! Segmentation fault (core dumped)

    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.