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 03:33 | Komunita

Rozšířená podpora operačního systémy Microsoft Windows 7 skončí 14. ledna 2020. Poté je možné využít placené podpory, přejít na Windows 10 nebo prostě na Linux. Vláda Jižní Koreje zkouší Linux. Přechod na Linux včetně nákupu nových počítačů by ji měl vyjít na 655 milionů dolarů.

Ladislav Hagara | Komentářů: 8
dnes 02:22 | IT novinky

CZ.NIC ODVR (Otevřené DNSSEC Validující Resolvery) nově podporují vedle DNS-over-TLS (DoT) také DNS-over-HTTPS (DoH). DoH lze vyzkoušet ve Firefoxu od verze 62, Chrome od verze 66 nebo Bromite od verze 67.

Ladislav Hagara | Komentářů: 0
dnes 01:11 | Nová verze

Po čtyřech letech od vydání verze 2015.03 byla vydána verze 2019.05 nástroje pro tvorbu 3D modelů OpenSCAD (Wikipedie). Přehled novinek v oznámení o vydání.

Ladislav Hagara | Komentářů: 0
včera 19:44 | IT novinky

Americké společnosti omezují spolupráci se společností Huawei, protože Ministerstvo obchodu Spojených států amerických přidalo Huawei na černou listinu. Omezení již oznámili Google, Qualcomm, Intel, Xilinx nebo Broadcom. Google omezí přístup k Androidu a Google Play. Existujících zařízení by se to nemělo týkat. Prohlášení společnosti Huawei.

Ladislav Hagara | Komentářů: 47
včera 16:47 | Nová verze
Vyšla nová verze Strongswan 5.8.0, multiplatformní implementace ipsec řešení. Mezi hlavní novinky patří podpora nového virtuálního interface XFRM, který je součástí kernelu od verze 4.19. Dále přibyla podpora IPv6 do backendu i pluginu aplikace NetworkManager, nebo např. podpora zašifrovaných hesel v utf-8 přes EAP-MSCHAPv2. Kompletní seznam změn viz changelog.
Max | Komentářů: 0
19.5. 00:22 | Pozvánky

Richard Stallman, zakladatel hnutí svobodného softwaru, projektu GNU a Free Software Foundation, vystoupí 6. června od 17:30 v Brně v kině Scala se svou přednáškou Free Software Movement and GNU/Linux Operating System. Přednášku organizuje Ústav práva a technologií Masarykovy univerzity.

Ladislav Hagara | Komentářů: 34
17.5. 21:11 | IT novinky

Hewlett Packard Enterprise (NYSE:HPE) kupuje společnost Cray Inc. (Nasdaq:CRAY) za přibližně 1,3 miliardy dolarů. Výrobce superpočítačů Cray má v seznamu 500 nejvýkonnějších superpočítačů na světě TOP500 aktuálně 52 superpočítačů. S Intelem staví další superpočítač Aurora. S AMD staví superpočítač za 600 milionů dolarů s názvem Frontier. Ten by měl v roce 2021 převzít vedení v TOP500.

Ladislav Hagara | Komentářů: 4
17.5. 19:44 | Zajímavý projekt

Ondřej Kokešpodcastu Dataři představuje projekt Česká otevřená data. Jedná se o sadu skriptů, které stahují především finanční data poskytovaná státními institucemi. V rozhovoru vysvětluje, že ke správné interpretaci dat jsou potřeba doménové znalosti, a popisuje zkušenosti, jak získat dokumentaci, která u datových sad často chybí.

Fluttershy, yay! | Komentářů: 0
17.5. 10:11 | Zajímavý projekt

Nadace XPRIZE vyhlásila před pěti lety soutěž Global Learning XPRIZE o nejlepší open source výukový program nebo inovativní způsob výuky, který umožní dětem v rozvojových zemích samostatně se naučit číst, psát a počítat. Tento týden byly vyhlášeny výsledky (YouTube). O první místo a 10 milionů dolarů se podělili Kitkit School a onebillion. Pět vítězných výukových programů bylo zveřejněno na GitHubu.

Ladislav Hagara | Komentářů: 19
17.5. 06:00 | Komunita

Dalších šest produktů od společnosti ThinkPenguin získalo certifikaci RYF (Respects Your Freedom, Respektuje vaši svobodu) udělovanou Nadací pro svobodný software (FSF). Certifikaci RYF má nově například také převodník z USB na paralelní port (LPT). Certifikace RYF byla představena v říjnu 2012.

Ladislav Hagara | Komentářů: 9
GPU kterého výrobce aktuálně preferujete pro provoz Linuxu?
 (49%)
 (25%)
 (24%)
 (2%)
Celkem 312 hlasů
 Komentářů: 28, poslední dnes 04:02
Rozcestník

copr: první pokusy

2.11.2014 20:48 | Přečteno: 1437× | linux/unix | Výběrový blog | poslední úprava: 2.11.2014 21:06

V poslední době se kolem Fedory hodně mluví o systému copr, který by měl zvládnout tvorbu vlastních balíků a jejich publikaci v repozitáři.

Kdo mě zná, tuší, že účet na FAS mám. Tedy jsem vytvořil v copru projekt, jehož účelem je publikace několika málo balíčků týkajících se síťování. Nenašel jsem rozumný způsob jak do copru dostat .spec soubor a zdrojový tarball, takže bylo potřeba vytvořit zdrojový balík lokálně. Nedařilo se mi spustit fedpkg --dist f22 srpm v adresáři s .spec se nesmyslně snaží stáhnout tarball se zdrojáky, které má k dispozici. Nakonec jsem musel použít starý dobrý rpmbuild, který však podle všeho neumí pracovat se zdrojáky v aktuálním adresáři jako to dělá fedpkg.
ln -s `realpath netresolve-0.0.1.tar.xz` ~/rpmbuild/SOURCES/
rpmbuild -bs *.spec
Dál jsem musel výsledek publikovat někde na webu, protože copr nepřijímá nic jiného než webová URL...
scp /home/pavlix/rpmbuild/SRPMS/netresolve-0.0.1-0.4.20141102git.src.rpm data:data/fedora/
Předal jsem source rpm url copru pomocí webového rozhraní k buildu. Vzhledem k úpravám v upstreamu build podle očekávání selhal a dostal jsem se k logům na jejichž základě můžu .spec soubor ladit. Až bude úspěšný build, budu vědět o něco více.

Nicméně tento postup je značně krkolomný. Jako by nestačilo, že tomu celému předcházela ručně spuštěná kombinace ./autogen.sh a make dist, nakopírování vzniklého tarballu do adresáře s .spec souborem a úprava .spec souboru, aby balík obsahoval aktuální datum, což jsem tak nějak považoval za nutné zlo při buildování pro Fedoru.

Osobně jsem dost zhýčkaný z Gentoo, které je relativně blízko mému ideálu balení software z gitu. Jestliže už RPM nepočítá s balením software přímo z gitu, představoval bych si to tak, že za všech okolností, tedy bez ohledu na to, jaké nástroje se chystám k buildu používat, začnu tím, že vytvořím adresář ~/fedora/netresolve (pro tento balík a při použití mé současné konvence umístění fedořích balíků v domovském adresáři), v něm vytvořím netresolve.spec a rovněž do něj uložím všechny ostatní potřebné soubory včetně zdrojového tarballu. Tak přesně to dělám jako maintainer fedořích balíků. V tu chvíli očekávám, že budu moci jedním příkazem spustit build. Jako fedoří maintainer používám fedpkg push & fedpkg build poté, co udělám potřebné úpravy a vytvořím gitovský commit, což s výhradami považuju za přijatelné. Pro scratch buildy používám fedpkg build --srpm --scratch, což zajistí lokální vytvoření SRPM balíku a jeho odeslání k buildu.

Dost by mě zajímalo, jestli je vůbec možné používat copr a přitom zavést nějaký efektivní workflow nad jedním adresářem se stejnou strukturou jako pro dist-git, a proč vůbec musím při jeho použití řešit převod .spec a zdrojového tarballu na SRPM, když to s koji u finálních buildů řešit vůbec nemusím a u scratch buildů to vyřeší volba --srpm na místě. O tom, že musím ještě řešit webové úložiště pro zdrojové balíky snad raději pomlčím. UPDATE: To tlačítko na zopakování buildu se zdá býti k ničemu, vzhledem k tomu, že ani nestáhne opravený zdrojový balík z uvedeného URL a místo toho použije ten původní špatný.        

Hodnocení: 100 %

        špatnédobré        

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

Komentáře

Vložit další komentář

2.11.2014 22:16 Radek Miček | skóre: 23 | blog: radekm_blog
Rozbalit Rozbalit vše Re: copr: první pokusy
Má copr být něco jako openSUSE Build Service? Pokud ano, tak proč nepoužít rovnou openSUSE Build Service, který podporuje i Fedoru?
3.11.2014 07:24 Michal Kubeček | skóre: 71 | Luštěnice
Rozbalit Rozbalit vše Re: copr: první pokusy
NIH :-)
pavlix avatar 3.11.2014 08:20 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: copr: první pokusy
Vzhledem k tomu, že teď všichni v okolí používají copr, když chtějí něco takhle publikovat mimo hlavní fedoří strom, tak jsem chtěl vyzkoušet prvně ten. OBS (dneska snad už Open Build Service, neutrání název) bude hned druhý na řadě, pokud se copr ukáže jako nevyhovující. Důvody, proč copr vznikl a proč případně nestaví nad OBS neznám, ale jsou pokud vím veřejně popsané, takže si je každý může přečíst a následně okomentovat.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
3.11.2014 08:49 Marek 'marx' Grác | skóre: 21 | blog: Paralelný blog | Brno / Bratislava
Rozbalit Rozbalit vše Re: copr: první pokusy
OSB podporuje Fedoru, ale iba ako cieľovú platformu. Na tom, aby to korektne fungovalo na nej sa robí, s trochou šťastia bude diplomka obhájená v zime.
pavlix avatar 3.11.2014 08:52 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: copr: první pokusy
Můžeš to nějak rozvést?
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
4.11.2014 08:20 Miroslav Suchy
Rozbalit Rozbalit vše Re: copr: první pokusy
https://fedorahosted.org/copr/wiki/UserDocs#DidyouconsiderOBS Kde jsou odkazy na me tri blogposty kde jsem zvazoval OBS. Na OBS pro Fedoru momentalne pracuje Josef Stribny. Jednoho dne se tam dostaneme, ale kdybychom cekali na OBS, tak bychom jeste ted nemeli Copr a nevznikla by ta spousta projektu, ktera se kolem nej nabalila.
pavlix avatar 4.11.2014 08:57 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: copr: první pokusy
To asi poslouží i jako odpověď Radkovi a Michalovi.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
3.11.2014 09:44 zofrey
Rozbalit Rozbalit vše Re: copr: první pokusy
rpmbuild --define "_sourcedir `pwd`" --define "_srcrpmdir `pwd`" --define "_rpmdir `pwd`" ...
pavlix avatar 3.11.2014 09:46 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: copr: první pokusy
To bych zhruba očekával, že fedpkg --dist=f22 srpm zajistí a počítám, že si ho i upravím, aby fungoval.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
3.11.2014 10:42 zofrey
Rozbalit Rozbalit vše Re: copr: první pokusy
$ fedpkg --dist=f22 srpm

Wrote: /home/zofrey/devel/git/fedora/php-geshi/epel7/php-geshi-1.0.8.11-3.fc22.src.rpm

pokud menis Source ve spec file, musis upravit i soubor 'sources' aby se ti zbytecne nestahovalo neco co nepotrebujes
pavlix avatar 3.11.2014 11:07 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: copr: první pokusy
pokud menis Source ve spec file, musis upravit i soubor 'sources' aby se ti zbytecne nestahovalo neco co nepotrebujes
Jakým příkazem můžu nechat sources přizpůsobit novému souboru v případě, že balík není ve Fedoře?
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
3.11.2014 20:22 zofrey
Rozbalit Rozbalit vše Re: copr: první pokusy
co treba

md5sum GeSHi-1.0.8.12.tar.bz2 > sources
pavlix avatar 3.11.2014 20:29 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: copr: první pokusy
To by šlo :).
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
4.11.2014 08:22 Miroslav Suchy
Rozbalit Rozbalit vše Buildeni v Copru primo z gitu
Fedpkg to neumi (zatim - dokud nebude dist-git pro Copr). Ale je mozne pouzit bud Tito nebo dgroc. Viz https://fedorahosted.org/copr/wiki/UserDocs#CanCoprbuilddirectlyfromgit
pavlix avatar 4.11.2014 08:57 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: Buildeni v Copru primo z gitu
Popravdě mi nejde jen o build z gitu jako fedpkg push && fedpkg build, ale i o build z adresáře ve smyslu fedpkg build --srpm --scratch, což by navíc mělo být podstatně jednodušší.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
pavlix avatar 4.11.2014 08:59 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: Buildeni v Copru primo z gitu
Jinak samozřejmě netrvám na tom, že se bude SRPM buildovat lokálně, to považuju spíše za workaround. Osobně bych neměl problém, kdyby se prostě vytvořil a poslal git commit, který by mimo build nikde nefiguroval (tedy ani lokálně, ani vzdáleně). Stejně tak by bylo heské mít repozitáře rozdělené na testing a stable.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
4.11.2014 11:59 jas | skóre: 13 | blog: blag
Rozbalit Rozbalit vše Re: copr: první pokusy
UPDATE: To tlačítko na zopakování buildu se zdá býti k ničemu, vzhledem k tomu, že ani nestáhne opravený zdrojový balík z uvedeného URL a místo toho použije ten původní špatný.

To nie je tak celkom pravda, build moze padnut aj kvoli veciam, co nesuvisia so samotnym srpm, napr. nedostatok ram alebo miesta na disku na pridelenej masine, co sa mi aj par krat stalo. Vtedy to tlacitko zmysel ma.

pavlix avatar 4.11.2014 12:24 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: copr: první pokusy
Pak by neměl být problém poslat nový build se stejným SRPM. Jednak by to měla být zcela výjimečná situace, jednak nevidím důvod k tomu, aby byl build nového SRPM výrazně složitější než opakovaný pokus o build starého. Větší problém ale vidím v tom, že to UI vede k očekáváním, která pak nejsou splněna (jako například že stažení SRPM ze zdroje je součást buildu a rebuild se tedy ujistí, zda má aktuální kus).
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
4.11.2014 15:11 jas | skóre: 13 | blog: blag
Rozbalit Rozbalit vše Re: copr: první pokusy

V prvotnej faze vyvoja bolo to tlacitko urcite velmi uzitocne, tam sa to rozsypavalo urcite skoro stale. Ja som zachytil ostru testing fazu a aj tam som mal problemy, kde som to vyuzil. Samozrejme to chce nieco narocnejsie na buildenie, aby na tie problemy clovek narazil.

S tym, ze by to chcelo nejaky lepsi sposob nez manualny upload samozrejme suhlasim. Napr. koji toto riesi moznostou uploadu src.rpm na ich servere (preto funguje fedpkg --srpm --scratch), copr na to afaik nema vzdialene api. Rozmyslal som nad zneuzitim koji na tieto ucely, ale v pripade koji api to nie je vseobecne zneuzitelne -- vracia to nieco ako lokalny identifikator uploadu toho src.rpm, ktory nie je stiahnutelny z vonka.

pavlix avatar 4.11.2014 15:31 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: copr: první pokusy
V prvotnej faze vyvoja bolo to tlacitko urcite velmi uzitocne
V prvotní fázi vývoje bych GUI vůbec nepoužíval, zvlášť u takového projektu ;).
copr na to afaik nema vzdialene api
Ono by se to dalo schovat i tím, že by dotyčný tool nahrál data třeba na fedorapeople, když už stejně člověk potřebuje fedoří account.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
5.11.2014 09:30 Miroslav Suchy
Rozbalit Rozbalit vše Re: copr: první pokusy
Copr vzdy stahne novy balik. Akorat pokud pouzijete stejne NEVRA, tak musite rict vasemu prohlizeci at si reloadne cache, kdyz si prohlizite logy: https://fedorahosted.org/copr/wiki/UserDocs#WhyCoprdoesnotdownloadmyupdatedpackage
pavlix avatar 5.11.2014 10:17 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: copr: první pokusy
Dobrá poznámka. Nedalo by se nějak prohlížeči říct, ať tyhle věci necachuje? Na to přece má HTTP prostředky, ne? Navíc se mi vůbec nelíbí ta poznámka, že dělám něco špatně. Nevidím důvod bumpovat release při každé úpravě, která má vést k tomu aby vznikl první úspěšný build, a nejsem si vědom, že by se to v koji dělalo. Bumpuje se pokud vím vždy kvůli buildům (ve smyslu úspěšně zbuildovaných výsledků), nikoli kvůli commitům.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
6.11.2014 13:44 jasom
Rozbalit Rozbalit vše Re: copr: první pokusy
ja mam dnes riadny copr
xkucf03 avatar 8.11.2014 20:15 xkucf03 | skóre: 47 | blog: xkucf03
Rozbalit Rozbalit vše Re: copr: první pokusy
Předal jsem source rpm url copru pomocí webového rozhraní k buildu.

Jak je to s kontrolou podpisu nebo alespoň otisku zdrojového balíčku?

Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, Relational pipes (AWK)
pavlix avatar 8.11.2014 20:21 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: copr: první pokusy
Nechápu smysl otázky, na zdrojovém balíku není, co kontrolovat. Smyslem té služby je zpracovat libovolný zdrojový balík, který službě předám.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
xkucf03 avatar 8.11.2014 20:39 xkucf03 | skóre: 47 | blog: xkucf03
Rozbalit Rozbalit vše Re: copr: první pokusy

Smyslem je ochrana před MITM mezi tvým serverem a strojem, kde běží copr.

Mám rád, když se lidé přou, znamená to, že vědí, co dělají, a že mají směr. Frantovo.cz, Relational pipes (AWK)
pavlix avatar 8.11.2014 22:14 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: copr: první pokusy
Good catch. Bezpečnostní slabina, na kterou narážíš je důsledkem toho, že copr vůbec umožňuje stahovat data z libovolných serverů. Správně by měl umět stahovat výhradně z fedoří infrastruktury a tím by byl problém vyřešen. Navíc by měl CLI klient zvládat přímý upload na fedoří infrastrukturu (zda to bude copr nebo třeba fedorapeople považuju za imlementační detail). Tohle by se rozhodně mělo pořešit.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
pavlix avatar 29.11.2014 22:53 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: copr: první pokusy
Tak jsem se rozhodl vrátit ke copru a nainstalovat si ho do Gentoo. Ten software je v pythonu, takže očekávám buď setup.py nebo alespoň Makefile.am. Objevil jsem setup.py až v podadresáři cli, ale ten sám o sobě stejně nefunguje. Hlavně že se mezi zdrojáky nachází soubor README, ve kterém ovšem není ani slovo o tom, jak software správně instalovat. Tak snad se to zlepší a nebudu muset dopisovat vlastní build systém jako součást ebuildu.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
pavlix avatar 29.11.2014 23:18 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: copr: první pokusy
Tak musím přiznat, že to nakonec bylo jednodušší než jsem čekal, ale musel jsem zcela nestandardně vytvořit několik ebuildů nad jednom zdrojem a ručně nastavovat cestu ke zdrojákům.
Já už tu vlastně ani nejsem. Abclinuxu umřelo.
pavlix avatar 30.11.2014 00:11 pavlix | skóre: 54 | blog: pavlix
Rozbalit Rozbalit vše Re: copr: první pokusy
Pár řádků, které zdá se řeší největší usability fail copru a za předpokladu, že je fedoří infrastruktura schopná bezpečně komunikovat, tak i ten bezpečnostní problém, na který upozornil Franta.
#!/bin/sh

user="$USER"
project="$1"
srpm="$2"

scp $srpm fedorapeople.org:public_html/ || exit 1
copr-cli build "$project" "http://fedorapeople.org/$user/$srpm" || exit 1
(~/bin/copr-build)
Já už tu vlastně ani nejsem. Abclinuxu umřelo.

Založit nové vláknoNahoru

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.