Stát Kalifornie zažaloval výrobce 3D tiskových filamentů Polymaker. Vrchní soud San Diego County tvrdí, že firma propagací svých výrobků mezi příznivci 3D tištěných zbraní podporovala výrobu takzvaných 'ghost guns' (DIY zbraní) a že její PLA filament pro 3D tiskárny lze za těchto okolností považovat za součást určenou k výrobě střelné zbraně. Žaloba požaduje mimo jiné finanční sankce a soudní zákaz činnosti, Polymaker se hájí tím, že filament je běžný a sám o sobě legální produkt. Celý text žaloby (PDF na Google Drive).
V červnu byla představena aplikace Myna pro převod řeči na text v prostředí desktopu Ubuntu. Včera byla Myna zpřístupněna širší komunitě Ubuntu formou technologické ukázky dostupné v Ubuntu 24.04 LTS, Ubuntu 26.04 LTS a Ubuntu 26.10 s GNOME na Waylandu.
Ubuntu 27.04 bude Tenacious T-Rex.
Byla vydána nová verze 2026.4.0 "Never-slop" svobodného softwaru ScummVM (Wikipedie) umožňujícího bezproblémový běh mnoha klasických adventur na zařízeních, pro které nebyly nikdy určeny. Přehled novinek v poznámkách k vydání a na GitHubu. ScummVM oslavil 25 let. Verze 0.0.1 vyšla 8. října 2001.
Kanadský vývojář Anthony Sistilli vytvořil ironický DIY projekt parodující kamerové systémy Flock, s cílem názorně demonstrovat rizika masového sledování jaké provozují tyto komerční ALPR systémy. Z levné IP kamery a vlastního ML softwaru (napsaného s pomocí SI circa za 20 minut, kód se mi bohužel nepodařilo dohledat) běžícího v laptopu sestavil jednoduchý systém, který detekuje výhradně policejní vozidla, zaznamenává jejich SPZ a
… více »Část údajů uživatelů internetového supermarketu Rohlík byla odcizena. Kyberútočníci napadli nástroj zákaznické podpory Rohlíku, odcizili tak jména, e-mailové adresy, v některých případech také telefonní čísla nebo přepisy komunikace mezi klienty a zákaznickou podporou. Rohlík incident nahlásil příslušným orgánům a přijal příslušné opatření, aby zamezil podobným případům v budoucnosti, uvedla firma.
Aplikace eDoklady fungovala v obou volebních dnech stabilně a prakticky bez front. Digitální a informační agentura (DIA) odhaduje, že se digitálním dokladem prokázalo více než 100.000 voličů. Aplikaci si před volbami či během nich aktualizovalo 247.517 uživatelů. Nových registrací bylo 19.431 a do aplikace se přihlásilo 357.879 lidí. Největší nápor přišel bezprostředně po otevření volebních místností mezi 14. a 16. hodinou, kdy si
… více »Začal semestr, začal i podzim a kromě hub rostou jako po dešti i veřejné dílny v Praze. Nedávno strahováci referovali o hackerspacu Bordel, nyní se otevřela dílna Dejvice Lab jen kousek od ČVUT. Na blížící Virtuální Bastlírně tak uslyšíte nejen report z návštěvy dílny HWLab, ale i řadu novinek, událostí a úsměvných momentů, které se za poslední měsíc ve světě techniky, ale i vědy udály. Připojte se tedy již v úterý 13.10. od 20:00 a zapojte se do
… více »Byl vydán LineageOS 24 (Mastodon). LineageOS (Wikipedie) je svobodný operační systém pro chytré telefony, tablety a set-top boxy založený na Androidu. Jedná se o nástupce CyanogenModu. LineageOS 24 je založený na Androidu 17.
Společnost Valve publikovala na svém GitLabu nákresy a schémata zapojení headsetu Steam Frame. Pro nekomerční účely.
1.4.2008 20:30
David Šmíd | skóre: 10
| blog: dsmid
2.4.2008 07:41
belisarivs | skóre: 22
| blog: Psychobláboly
2.4.2008 14:30
David Šmíd | skóre: 10
| blog: dsmid
2.4.2008 12:51
Limoto | skóre: 32
| blog: Limotův blog
1.4.2008 20:13
Ilfirin | skóre: 32
| blog: ilfblog
| Liberec
)
vím, že je to vlastní vinouSám ses setřel. Víc říkat netřeba.
1.4.2008 20:53
Ilfirin | skóre: 32
| blog: ilfblog
| Liberec
(A teď do mětak se pak nepohoršuj nad tím, že ti někdo odepíše podobným způsobem. No, tak nic no.
1.4.2008 21:06
Ilfirin | skóre: 32
| blog: ilfblog
| Liberec
Tak jinak Fakta jsou taková, že mám prostě pravdu a jestli to nechápete, tak je to váš problém a dobře vám tak.
1.4.2008 21:14
Ilfirin | skóre: 32
| blog: ilfblog
| Liberec
?
2.4.2008 08:00
Ilfirin | skóre: 32
| blog: ilfblog
| Liberec
3.4.2008 14:23
Ilfirin | skóre: 32
| blog: ilfblog
| Liberec
1.4.2008 20:29
Nikola Ciprich | skóre: 23
| blog: NiX_blog
| Palkovice
1.4.2008 20:33
David Šmíd | skóre: 10
| blog: dsmid
vytvaranie cistych imagov base systemuMyslíš
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz/usr/bin/build? Nebo lbuild? 
1.4.2008 21:07
David Šmíd | skóre: 10
| blog: dsmid
vytvaranie cistych imagov base systemu, kontrolu a download novych verzii upstreamu, utility na upload do repozitarov, utility na repozitare (vytvaranie, mirroring, caching), ...A tenhle balast má patřit do systémového instalačního nástroje nebo do nástroje na sestavování balíků ? To myslíš vážně ? Tohle přece do rpm ani do dpkg nepatří. To jsou součásti manažerů vyšší úrovně jako apt, yum, smart, urmpi apod. a dalších specializovaných nástrojů.
2.4.2008 06:47
David Šmíd | skóre: 10
| blog: dsmid
samozrejme rpmbuild obsahuje aj mody pre emacs, vytvaranie cistych imagov base systemu, kontrolu a download novych verzii upstreamu, utility na upload do repozitarov, utility na repozitare (vytvaranie, mirroring, caching), ...Já tvrdím, že nejen že tohle neobsahuje ani dpkg, navíc to ani nástroj jako rpmbuild nebo dpkg obsahovat nemá. rpmbuild je nástroj na neinteraktivní dávkové sestavování balíčků (zdrojových i binárních) a obsahuje vše, co je k tomu potřeba, nic víc, nic míň. Práce s repozitáři, zvýraznění syntaxe, pomocné addony do vývojových prostředí a další věci o kterých mluvíš jsou úplně mimo záběr tohoto nástroje a nemají s jeho účelem nic společného. Dokonce ani nechápu, co mají tak společného repozitáře s formátem balíčků RPM. Formátem balíčku přece není jednoznačně určen formát repozitáře. Vím minimálně o třech různých formátech repozitáře, do kterých se dají umístit RPM balíčky (repomd, apt-rpm, urpmi, ...). Správa repozitářu je naprosto oddělená úloha a existuje pro ni dost užitečných nástrojů.
2.4.2008 14:45
David Šmíd | skóre: 10
| blog: dsmid
packaging policy, debhelper, pbuilder, lintian, uscan a kopec inych nastrojov -- tiez to vsetko dava dokopy dobre prostredie pre vytvaranie kvalitnych balickovNikola Ciprich odpověděl:
vidite, tolik utilit. rpm si vystaci s rpmbuild a rekl bych ze se v nem balicky delaji opravdu pohodove. a ze jich uz par set mam na uctu :)Já na to:
Ale RPM samozřejmě obdoby všech těch nástrojů obsahuje taky, jsou ale vesměs schovány pod kapotou rpmbuildu.Ty ironicky:
samozrejme rpmbuild obsahuje aj mody pre emacs, vytvaranie cistych imagov base systemu, kontrolu a download novych verzii upstreamu, utility na upload do repozitarov, utility na repozitare (vytvaranie, mirroring, caching), ...Já jsem to považoval za argument zcela mimo mísu (nic z toho totiž neobsahuje ani dpkg):
A tenhle balast má patřit do systémového instalačního nástroje nebo do nástroje na sestavování balíků ? To myslíš vážně ? Tohle přece do rpm ani do dpkg nepatří. To jsou součásti manažerů vyšší úrovně jako apt, yum, smart, urmpi apod. a dalších specializovaných nástrojů.
2.4.2008 17:34
David Šmíd | skóre: 10
| blog: dsmid
a) Vytvořit SPEC soubor.
b) Spustit rpmbuild -ba muj.spec
rpmbuild si při sestavování balíčků sám spouští různé další nástroje (obdobu těch, co jsi uvedl ty).
Nic víc není k vytvoření balíčku potřeba, veškerá práce spočívá ve vytvoření SPEC souboru (jakýsi "Makefile" pro balíčky). Tj. všechny potřebné nástroje k vytvoření RPM jsou v tvé hlavě a v rpmbuildu.
Celé zmatení vzniklo z toho, že jsi se snažil vyvolat dojem, že rpmbuildu a obecně RPM systému něco zásadního chybí, což není pravda. To co mu podle tebe "schází", není a nesmí být součástí základního systémového nástroje na sestavování resp. instalování balíčků. O vývojové nástroje samozřejmě žádný tvůrce RPM ochuzen není (a rozhodně nejsou horší než ty na Debianu), jen jsou odděleny od základních utilit a mnohdy jsou natolik úzce svázány s např. formátem repozitáře, že by jejich přičlenění k RPM subsystému nedávalo smysl. Ve světě RPM totiž neexistuje podobně jednoznačná vazba jako v Debianu a jeho odvozeninách (DEB balíček -> APT repo). Svět Debianu je oproti RPM distribucím značně unifikovaný.
Takže pomaleji: Vše co potřebuji k vytvoření RPM balíčku je a) Vytvořit SPEC soubor. b) Spustit rpmbuild -ba muj.spec rpmbuild si při sestavování balíčků sám spouští různé další nástroje (obdobu těch, co jsi uvedl ty). Nic víc není k vytvoření balíčku potřeba, veškerá práce spočívá ve vytvoření SPEC souboru (jakýsi "Makefile" pro balíčky). Tj. všechny potřebné nástroje k vytvoření RPM jsou v tvé hlavě a v rpmbuildu.ti v hlave preplo, alebo preco si vypodukoval si tento off-topic elaborat?
Celé zmatení vzniklo z toho, že jsi se snažil vyvolat dojem, že rpmbuildu a obecně RPM systému něco zásadního chybí, což není pravda. To co mu podle tebe "schází", není a nesmí být součástí základního systémového nástroje na sestavování resp. instalování balíčků.ked sa ti niekedy uraci pochopit o com to bolo, tak mi daj vediet, urcite to nejak oslavim
3.4.2008 06:50
David Šmíd | skóre: 10
| blog: dsmid
3.4.2008 14:09
David Šmíd | skóre: 10
| blog: dsmid
1.4.2008 20:39
michich | skóre: 51
| blog: ohrivane_parky
ale aj vyvojaraTo ses trošku ustřelil, což?
Stačí porovnat formát src balíčků.
rpmbuild můžete v zásadě také. Jen takové čuňárny obvykle nejsou potřeba, tak je nikdo nedělá…
1.4.2008 20:40
tmr | skóre: 17
| blog: Offtopic
| Praha 5
$ ls /usr/src/rpm/ BUILD/ RPMS/ SOURCES/ SPECS/ SRPMS/ale co uz, ked chcem rozbalovat rpm, ja som s tym naozaj zmiereny (no flame)
2.4.2008 06:53
David Šmíd | skóre: 10
| blog: dsmid
2.4.2008 14:51
David Šmíd | skóre: 10
| blog: dsmid
Pokud nepotřebuješ myslet, mozek je ti na nic, to ještě ale neznamená, že se mozek pro tento účel nehodí nebo že byl špatně navržen.
2.4.2008 17:50
David Šmíd | skóre: 10
| blog: dsmid
1. Jistě, napsal jsi "no flame" a vzápětí jsi místo věcné argumentace začal flamovat.
2. Jaký "problém" máš při rozbalení RPM ? Nemáš náhodou na mysli nainstalování SRPM ?
Na pouhé rozbalení obsahu RPM ti stačí Midnight Commander nebo rpm2cpio balik.rpm | cpio -idv.
Je tak těžké pochopit, že RPM není DEB a pokud chceš vytvořit RPM balík, musíš dát nejprve jeho součásti do správných škatulek ?
Nebo taky nadáváš, že se ti nainstalovaný program rozleze do té příšerné FHS adresářové struktury ? To je bordel co ? Jeden soubor je v /usr/share/man, další zase v /usr/bin a další v /etc ... Prase aby se v tom vyznalo.
3.4.2008 06:41
David Šmíd | skóre: 10
| blog: dsmid
1) Na moji slušně položenou otázku:
Co konkrétně ti na této jasně dané adresářové struktuře vadí ?Jsi odpověděl:
nepotrebujem ju?To mi připadalo jako flame. Pokud to tak nebylo míněno, omlouvám se.
2) Konečně se všechno vyjasnilo ! Z tvých příspěvků jsem získal dojem, že se snažíš diskutovat o různých aspektech návrhu balíčkovacího systému RPM. A tobě se zatím jen nepodařilo vybalit soubory z RPM balíčku. Kdybys přesněji formuloval svůj problém, mohli jsme se dobrat jeho řešení mnohem dřive.
Nuže: Midnight Commander je samozřejmě jen frontend pro rpm2cpio, utilita rpm2cpio je tím klíčovým nástrojem, pokud si ji nenainstaluješ, nemůžeš rozbalovat RPM. Apropos, Debian obsahuje pro tyto účely skvělý nástroj alien, proč ho nepoužiješ ?
nechcem robit rpm baliky, nikde som to nepisalNe, ty jsi jen vůbec nepochopil, jak se z RPM balíčky pracuje. Ta adresářová struktura, která ti tak vadí, je totiž potřeba jen pokud chceš sestavovat vlastní balíčky nebo pokud chceš instalovat source RPM ! Pro práci s binárními balíky ji vůbec nepotřebuješ. Nemůžeš se zlobit, že jsem na základě tvého mylného pochopení RPM předpokládal, že to o co se snažíš, je sestavovat balíček pomocí rpmbuild.
3.4.2008 14:02
David Šmíd | skóre: 10
| blog: dsmid
1) Ale k rozbalení se dá alien přece použít taky ne ? Buď s volbou --generate, nebo si z RPM uděláš DEB a ten už snad rozbalíš ...
2) To ti chválím.
3.4.2008 13:57
David Šmíd | skóre: 10
| blog: dsmid
rpm2cpio, když už sis kvůli němu rpm instaloval...
Myslíš LSB nástrojů?
#!/bin/sh
pkg=$1
if [ "$pkg" = "" -o ! -e "$pkg" ]; then
echo "no package supplied" 1>&2
exit 1
fi
leadsize=96
o=`expr $leadsize + 8`
set `od -j $o -N 8 -t u1 $pkg`
il=`expr 256 \* \( 256 \* \( 256 \* $2 + $3 \) + $4 \) + $5`
dl=`expr 256 \* \( 256 \* \( 256 \* $6 + $7 \) + $8 \) + $9`
# echo "sig il: $il dl: $dl"
sigsize=`expr 8 + 16 \* $il + $dl`
o=`expr $o + $sigsize + \( 8 - \( $sigsize \% 8 \) \) \% 8 + 8`
set `od -j $o -N 8 -t u1 $pkg`
il=`expr 256 \* \( 256 \* \( 256 \* $2 + $3 \) + $4 \) + $5`
dl=`expr 256 \* \( 256 \* \( 256 \* $6 + $7 \) + $8 \) + $9`
# echo "hdr il: $il dl: $dl"
hdrsize=`expr 8 + 16 \* $il + $dl`
o=`expr $o + $hdrsize`
dd if=$pkg ibs=$o skip=1 2>/dev/null | gunzip | cpio -idmuv || \
dd if=$pkg ibs=$o skip=1 2>/dev/null | bzip2 -d | cpio -idmuv
Formát deb balíčků je rozhodně lepší (standardnější), na ten žádné takovéhle šílené skripty nejsou potřeba.
Né že bych to tedy v praxi někdy k něčemu potřeboval...
Package maintenance system for Fedora (special tanks to Debian)
Je to překlep, není to překlep? :-)
1.4.2008 23:09
Nicky726 | skóre: 56
| blog: Nicky726
2.4.2008 06:34
David Šmíd | skóre: 10
| blog: dsmid
2.4.2008 14:56
David Šmíd | skóre: 10
| blog: dsmid
Pochopil bych, že jsi byl zvyklý na práci s DEB a nechce se ti zvykat si na něco nového (něco podobného je i častou překážkou pro přechod z Windows na Linux).
3.4.2008 06:18
David Šmíd | skóre: 10
| blog: dsmid
Je to možné, jenže já byl hlavně zvědavý na to, jaké potřeby to jsou.
To je jak Microsoftí FUD: Porušujete naše patenty, ale jaké, to vám neřekneme.mě by to konkrétně přineslo to, že bych se nemusel srát s rpm(kterému sem nikdy nepřišel na chuť) a mohl bych pracovat s tím co mám dobře zažité
V tom případě se ovšem nabízí otázka, proč byste vlastně vůbec používal Fedoru, když stejný argument můžete aplikovat na cokoli, co v té Fedoře bude jinak, než jste zvyklý z Debianu…
Tiskni
Sdílej:
