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 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

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

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

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

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 0
včera 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
včera 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 0
včera 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 6
15.1. 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
15.1. 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 8
14.1. 00:33 | Zajímavý software

Google na svém blogu věnovaném open source představil knihovnu pro komprimaci a dekomprimaci 3D grafiky s názvem Draco. Knihovna bude využívána například v aplikacích pro virtuální a rozšířenou realitu. Porovnání Draco s gzip na YouTube. Zdrojové kódy Draco jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 5
13.1. 17:27 | IT novinky

V loňském roce proběhla úspěšná kampaň na Indiegogo na podporu GPD Win. Jedná se o malý 5,5 palcový notebook a přenosnou herní konzoli v jednom. Předinstalované Windows 10 lze nahradit Linuxem. V únoru by se na Indiegogo měla objevit kampaň na podporu 7 palcového notebooku GPD Pocket.

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

    Dotaz: server pro mercurial a git

    1.5.2011 20:54 xXx
    server pro mercurial a git
    Přečteno: 441×
    Ahoj, potrebuju potrebuju mit na Ubuntu serveru git a mercurial, do ktereho se budou pripojovat vyvojari. Mate nejaky nejlepsi postup, jak na to? Je potreba jako u svn nastavovat pro pristup apache, nebo je to lepsi resit jinak?

    <flame>Je lepsi pouzit git, nebo mercurial?</flame>

    Odpovědi

    1.5.2011 21:37 Sten
    Rozbalit Rozbalit vše Re: server pro mercurial a git
    Pro git existuje výborná kniha Pro Git od Scotta Chacona, která se dá zdarma stáhnout přeložená z NIC.cz.

    Co se týče toho flame: lepší je git, protože ho vyvíjeli lidé, kteří měli zkušenosti se spoustou verzovacích systémů (včetně Mercurialu) a dokázali dát dohromady to nejlepší z nich.
    xkucf03 avatar 7.5.2011 19:57 xkucf03 | skóre: 45 | blog: xkucf03
    Rozbalit Rozbalit vše Re: server pro mercurial a git
    Pro git existuje výborná kniha Pro Git od Scotta Chacona
    Pro Hg je zase výborná Mercurial: The Definitive Guide od Bryana O'Sullivana, případně web Hg Init Joela Spolskeho.
    git, protože ho vyvíjeli lidé, kteří měli zkušenosti se spoustou verzovacích systémů (včetně Mercurialu)
    na tom je zajímavé, že oba tyto systémy měly první verzi v dubnu 2005 :-) (dokonce myslím, že Mercurial o pár dní později)

    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    8.5.2011 14:18 Ladicek | skóre: 28 | blog: variace | Havlíčkův brod
    Rozbalit Rozbalit vše Re: server pro mercurial a git
    git, protože ho vyvíjeli lidé, kteří měli zkušenosti se spoustou verzovacích systémů (včetně Mercurialu)
    na tom je zajímavé, že oba tyto systémy měly první verzi v dubnu 2005 :-) (dokonce myslím, že Mercurial o pár dní později)
    Nejspíš myslel Monotone.
    Ještě na tom nejsem tak špatně, abych četl Viewegha.
    Josef Kufner avatar 8.5.2011 12:37 Josef Kufner | skóre: 66
    Rozbalit Rozbalit vše Re: server pro mercurial a git
    Zkus gitolite. Instalace je ponekud krkolomna a je to takove podivné, ale jakmile je to nainstalované, tak to běhá hezky.

    Každý vývojář pošle ssh klíč, připojují se na společný účet a gitolite řeší vše ostatní (oprávnění, vytváření repositářů). Co jsem si všimnul, umí to i zpřístupovat SVN repositáře a jakš takš to spolupracuje s gitweb.
    Hello world ! Segmentation fault (core dumped)
    8.5.2011 13:06 podlesh | skóre: 38 | Praha
    Rozbalit Rozbalit vše Re: server pro mercurial a git
    Ještě bych doplnil, že gitolite především umožňuje definovat práva k jednotlivým repository a dokonce i k větvím v těchto repository (přičemž se používají regulární výrazy).
    ava avatar 8.5.2011 15:07 ava | skóre: 10
    Rozbalit Rozbalit vše Re: server pro mercurial a git
    Ja jsem zacal pro svuj mensi projekt (dva vyvojari) pouzivat fossil jsem velice spokojeny..
    Press any key to continue, or any other key to cancel
    10.5.2011 23:27 Vladimír Čunát | skóre: 18
    Rozbalit Rozbalit vše Re: server pro mercurial a git
    dle nejen mých zkušeností doporučuji git a to buď rovnou přes ssh:// (stačí sshd) nebo případně přes git:// protokol (apache netřeba)
    11.5.2011 08:12 cronin | skóre: 48
    Rozbalit Rozbalit vše Re: server pro mercurial a git
    Používal som oboje, preferujem git. Je flexibilnejší, má viac možností. Vlastnosti merkurialu sú podmnožinou vlastností gitu. To nemusí byť nutne nevýhoda - merkurial sa tým pádom javí jednoduchší, a ak na Vaše použitie vyhovuje, nie je dôvod ho nepoužiť. Sám som ho používal k plnej spokojnosti. Na druhej strane, nepoužívané vlastnosti gitu môžete jednoducho ignorovať, a možno sem-tam sa nová fičúrka do repertoáru hodí. Takže z pohľadu samotného VCS hlasujem za git.

    Git má v súčasnosti najvačšiu používateľskú základňu zo všetkých open source DVCS. I keď je relatívne mladý, zo stredno- a dlhodobého hľadiska sa jedná o výhodnú "investíciu", nakoľko sa jeho podpora na webe, integrácia do rôznych IDE a dostupnosť rozšírení tretích strán trvalo rozširuje a zlepšuje. Z tohto pohľadu hlasujem za git.

    Čo sa týka "enterprise deploymentu", je na tom git zúfalo zle. Existuje v podstate jediný použiteľný systém na správu účtov, založený na SSH kľúčoch (gitosis), na ktorý existujú nejaké rozšírenia. Či sa to niekomu páči alebo nie, git je fakticky linux-only systém, a mimo *nix systémov narazíte skôr či neskôr na také či onaké problémy. Mám na mysli najmä Windows. Ak máte projektov málo a developerské prostredie si môžete vybrať, nie je to problém. Ak máte projektov veľa a developersklé prostredie diktujú externé faktory, hlasujem za hg.

    Ak pre Vás platia tieto tri podmienky:

    1. Potrebujete centrálne "kánonické" repozitáre, nad ktorými potrebujete mať kontrolu ako vlastník kódu, dobrú spravovateľnost, a pod.,

    2. použitie konkrétneho VCS Vám nediktuje prípadné prispievanie do upstreamu, kde je konkrétny VCS daný, a

    3. chcete pre svojich developerov zachovať možnosť práce s flexibilným DVCS ako git či hg, potom

    odporúčam ako centrálny repozitár použiť centralizovaný VCS, kľudne zmienené SVN, z ktorého si developeri checkoutnu head/trunk/master/tip/whatever, ten si nainicializujú ako DVCS repozitár podľa ľubovôle, naklonujú si ho do "working copy", kde budú vyvíjať s použitím všetkých vymožeností, a cestou rebase-push-commit to "vytlačia" až do centrálneho repozitára.

    Je to trochu komplikovanejšie, ale neobmedzuje to vývojárov, a zároveň to zachováva duševnú rovnováhu správcov firemných serverov.
    xkucf03 avatar 11.5.2011 19:02 xkucf03 | skóre: 45 | blog: xkucf03
    Rozbalit Rozbalit vše Re: server pro mercurial a git
    Čo sa týka "enterprise deploymentu", je na tom git zúfalo zle. Existuje v podstate jediný použiteľný systém na správu účtov, založený na SSH kľúčoch (gitosis), na ktorý existujú nejaké rozšírenia.
    jj, to je docela nevýhoda – oproti tomu mercurial ti můžu snadno zaintegrovat do libovolného systému správy uživatelů
    Či sa to niekomu páči alebo nie, git je fakticky linux-only systém, a mimo *nix systémov narazíte skôr či neskôr na také či onaké problémy.
    Hlavně dřív, teď už to „jakž takž“ funguje.
    Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, SQL-Výuka.cz, Nekuřák.net
    11.5.2011 18:03 xXx
    Rozbalit Rozbalit vše Re: server pro mercurial a git
    Porad jeste vaham, zda zvolit GIT, nebo Mercurial. K cemu je lepsi GUI pro uzivatele? Hodilo by se neco jako TortoiseSVN.
    V linuxu by treba slo neco jako http://rabbitvcs.org/. Existuje neco, aby to slo ve Windows i Linuxu?
    11.5.2011 19:26 finn | skóre: 42 | blog: finnlandia | 49° 44´/13° 22´
    Rozbalit Rozbalit vše Re: server pro mercurial a git
    Užívej dne – možná je tvůj poslední.
    pavlix avatar 11.5.2011 20:30 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: server pro mercurial a git
    A co TortoiseGit? :)
    Gentoo – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
    pavlix avatar 11.5.2011 20:30 pavlix | skóre: 53 | blog: pavlix
    Rozbalit Rozbalit vše Re: server pro mercurial a git
    K cemu je lepsi GUI pro uzivatele?
    GUI je pro širší nasazení prakticky nutnost. Vývojáři samozřejmě vystačí s CLI (stačí aby byli jenom trošku motivovaní), ale typicky do projektů zasahují i nevývojáři, například CSS kodéři (HTML je o málo složitější příklad).

    Pokud takoví nemůžou používat správu verzí a posílají výsledky výhradně mailem, je všechno OK, ale vývojář, který se stará o začleňování, je zbytečná útrata navíc.

    U menších projektů se naopak chce často o začleňování starat šéf, který má jen základní technické dovednosti a GUI mu výrazně ulehčí (a často vůbec umožní) práci.

    Jinak grafický git jsem instaloval do všech tří nejběžnějších systémů. Určitá omezení tam byla, ale při dostatečně nových verzích grafických nástrojů (různých pro různé platformy), šlo dosáhnout spokojenosti zůčastněných.
    Gentoo – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
    11.5.2011 20:40 cronin | skóre: 48
    Rozbalit Rozbalit vše Re: server pro mercurial a git
    GUI pre lubovolny VCS odporucam obmedzit na zvyraznovanie zmien v IDE, prezeranie uz commitnutych zmien a'la gitk a pripadny annotate v IDE, ked "nieco smrdi", aby clovek vedel, koho sa ma opytat. Moja osobna skusenost je, ze praca s repozitarom ci pracovnou kopiou skor ci neskor sposobi maler.

    A osobne neznasam pravidelne sa opakujuce vykriky kolegov cez cely project room: "Co znamena velke G v statuse SVN?" Pritom odpoved je nie dalej ako

    svn status --help

    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.