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.
O nechutném bugu v Opensuse, způsobující nemožnost vypalovat a mnoho dalších problémů se tu již napsalo dost. Kdo si pamatuje slavný výrok Aničky o neblahé kvalitě Opensuse 11.1 a přechodu na Debian, tak tento výrok zazněl právě v diskuzi pod timto tématem. Na internetu existuje bezpočet "udělej si sám" návodů, jak tento problém opravit. Od nepřiřazení uživatele do příslušné skupiny, přes změnu přístupových práv k /dev/sr0, až po editaci /usr/share/PolicyKit/policy/org.freedesktop.hal.device-access.policy. Co se tak matně vzpomínám, z návodů mi nepomohl žádný, ale vypalování jsem "nějak" neidetifikovatelnou alchymií pokus omyl zprovoznil. Mezi tím vyšly záplaty hal a automountfs. Zá se že všechno je OK. Pak odešel HDD...
S novým HDD přišla i nová instalace. A s novou instalací opět problém s zmršeným přístupem k mechanice. Aktualizoval jsem systém, problém přetrvává. Změna práv, reinstalace HAL a automount také ne, nefunguje prostě nic a zbývá už jem metoda pokus omyl. Začínám mít pocit, že Novell se dal na cestu, kterou už nějakou dobu razí RedHat u Fedory. Udělal si z Opensuse neodladěný plaground, a jeho "běžné" uživatele hodil přes palubu. Co se nehodí do SLES/SLED, nemá prioritu a není třeba řešit. Začínám rozumět Shuttleworthovu "jedna distribuce bez rozdílu komerce a nekomerce" a tento koncept je mi čím dál více sympatický. Protože Shuttlewoth si nemůže dovolit vydat bazmek, protože ten samý bazmek by pak nabízel i platícím zákazníkům....
EDIT: Oprava funguje. 3 vadné média za sebou. 4 šlo vypálit.
Tiskni
Sdílej:
Nedělám to často, nemám rád urážky, ale konstruktivní kritika tě evidentně minula a já se opakovat nehodlám. Za nechutnej bug považuju tvojí přítomnost zde a tvůj blog. Tvoje schopnosti odsoudit na základě jednoho bugu celou distribuci jsou obdivuhodný.
kde jsem ji odsoudil?
Pozastavuju se nad tím, že nejotravnější bug, který tam je, takstále není opraven. A to i přesto že znemožňuje systém normálně používat. Navíc anička naznačila, že je tlačili do vydání stůj co stůj. Proto se ptám, co to znamená výhledově?
Pár dotazů:
1) Píšete o oS 11.1? (předpokládám, že ano, ale raději se chci ujistit)
2) Update hal a automountfs problém vyřešil (myslím před havárií hdd)?
3) Teď se potýkáte s čistou instalací (nejde kvůli tomu problému pořádně nainstalovat systém) nebo jste v bodě mezi instalací systému a nainstalováním opravných balíčků z repozitáře? Nebo už jste nainstaloval i ty opravné balíčky a ono to pořád nějak "záhadně" nejde?
O 11.1 uvažuju, ale muselo by to být nějak rozumně odladitelné (anička mě trošku vystrašila) a po odladění bezproblémově použitelné i pro naprostého BFU.
Ano. 11.1. Vyřešit to jde. Laboroval jsem s právy k /dev/sr0, přiřazením skupiny, a reinstalací toho samého hal a nakonec to jelo. Co to vyřešilo nevím.
Problém je, že teď jsem nainstaloval čistou instalaci, nainstaloval update HALu , který mezi tím stačil vyjít, a problém přetrvává. Nemůžu vypalovat. A nemůžu vpalovat ani jako Root, před tím to aspoň šlo. Už jsem fakt nasranej.
Tak beru zpět. Měl jsem 3 vadné DVD média. Vypalovat jde bez problémů.
Jo, stává se. Já teď nedávno chtěl v k3b na Fedoře vypalovat na (zřejmě) vadné CD-R, a trvalo dva restarty, než se mechanika rozdejchala - nešlo ani dd if=/dev/sr0 of=/dev/null (jako root, pochopitelně, ohlásilo to, že /dev/sr0 nebylo nalezeno, a ani restart systému nepomohl), dokonce to nechtělo bootnout ani livko, který před tím vždy a všude bootnout šlo (hrabalo to rovnou na hdd i když cd má v BIOSu vyšší boot prioritu). Po dalším restartu a vyzkoušení dalšího livka se to teprve chytlo. Pak už jsem vypaloval bez problémů. Zřejmě problém firmwaru mechaniky.
Ještě nějaký zásadní problém s 11.1?
Jo a vypalovat pořád ještě musíte jako root, nebo už to jde i pod userem?
Jde to i pod userem. Kromě toho jsem žádné zásadní problémy s 11.1 neměl s pokojenost. Takže pokud nepůjde po čisté instalaci vypalovat, oprava je jednoduchá. Buď jsouto práva k /dev/sr0, nebo špatná skupina uživatele (přidat disk a cdrom).
Tak to je fakt blbý, tohle je poměrně elementární věc. Myslím, že zůstanu ještě chvíli u 11. Díky za odpovědi.
Znám hodně Fedoristů, kteří poslední 2-3 verze nadávali na neustál se zhoršující kvalitu a všichni přešli na Ubuntu. Sám Fedoru nepoužívám, takže to mám reprodukovaně
Jo. Vidis. Takove znam taky dva 
Není čas změnit váš avatar na abclinuxu? Já tam stále vidím Fedoří F 
Ja jsem zase priklad archaisty co se vratil k Fedore. Uzivatele odchazi a prichazi, nemusi to byt nutne meritkem kvality...

OT: chcem sa len spytat, ze co stale niekto ma s tymi alfa, beta, gama, delta verziami a rc a rtm a co ja viem co este. Ja osobne pouzivam gentoo od dob co zliezol z pekaca a po urcitej (relativne kratkej) dobe som presiel na ~x86 (teraz uz samozrejme na ~amd64) a ked nepocitam tych par (za tu dobu asi 25-30) ebuildov ktorych niektore verzie som musel preskocit pomocou zamaskovania lebo mi nesli prelozit tak som musel vsehovsudy zamaskovat asi dokopy 5 ebuildov lebo nejakym sposobom blbly (a to mam nainstalovane skoro cele KDE + milion dalsich [samozrejme uzitocnych] programov). Takze sa preto pytam preco su potom niektore verzie distier take nestabilne, preco ta alfa, beta, ... Toto je fakt otazka a ziadne podpichovanie - proste ma to zaujima kedze do styku prichadzam len s RedHat/CentOS (aj to v minimalistickych serverovych instalaciach - tak napriklad moj domaci server ktory dokaze uplne vsetko na svete a posledne TODO je naucit ho navarit kavu ma vsehovsudy na / necele 2GB) a Gentoo. Diky.
IMHO si myslim, ze v Novellu se z tohoto vydani pouci a prehodnoti svou vydavaci strategii ...
, proto to chrlení nedodělků.Ani snad nechci vedet co to bude zejtra, doufam ze ne arch, to by se me i osobne dotklo ...
+1
A na ty otazce bych nejspis trval.
Jen se divim jak to vsechno stiha. Ale treba jich je vic ...
Hmmm, zajimava myslenka. Agent Wire, ktery jiste bude by-product agenta Metala, ktery vlastne logicky je nechteny product Agenta Smith. A tech, jak vime, muze byt trebas i tricctvrtemilionu! Alespon na ABC... nebo ne?
Aniccin vyrok (respektive spise jeho vytrzeni z kontextu a komentare pod tim) rozpoutal diskusi o tom jak dal. Co z toho vzejde nemuzu prozradit (protoze to sam nevim
), ale je snaha to nejak resit. Takze doufejme, ze pristi vydani bude lepsi a treba jednou budou vyvojari Debianu prechazet doma na SuSE
.
Komu nevyhovuji nektere featury, muze se zkusit kouknout sem: http://en.opensuse.org/Tweaking neni-li tam navod, jak se jich zbavit/jak je zmenit.
Nerozumim proč někdo dál používá "to svoje", když si na něj non-stop stěžuje?!
.
Jde mi o to, že já si prostě nestěžuju - protože nemam důvod.
Mam si vičně nahodit Mandrivu a napsat seriál? 
Logicky jediný důvod proč o Mandrive nepíšu je, že mi nevyhovuje vůbec. Tak nějak si spolu nerozumíme. Což je ovšem důvod, proč se k ní nevyjdřuji. Nepoužívám, neznám, těžko můžu kritizovat. To je prostě fakt, kteří zdejší zabedněnci ndokáží pochopit. Kdybych si myslel, že je Debian Shit, tak ho nepoužívám, nezajímám se a nestarám se. Ale protože se s ním babrám, tak to vidím. Chápu že vykládat Debianistovi, že RPM distra mají něco lepší, asi nebude příjemné. Ale proč to neříct. Trefuju se do nedostatků né do lidí. V lepším případě se dozvím, že to není bug, ale feature by design. V horším případě že jsem Debil 
Mam si vičně nahodit Mandrivu a napsat seriál?Jsi plnoletej a svéprávnej, můžeš psát co chceš.
Ehm, já myslel že Debian používáte spíše proto že musíte a někdo (klient) jej již měl nainstalovaný.
A on byl snad účel OpenSuSE někdy jiný?
Pamatuj, že je to firma jako každá. Kdyby vydávali OpenSuSE identické se SLE{S,D} zadarmo tak spousta zákazníků (neříkám, že všichni, podpora bývá považována za dost důležitou věc) bude používat OpenSuSE. Na druhou stranu tím, že nikde veřejně neprohlašují, že je to jen takové pískoviště (jako to dělá RedHat) si dělají negativní reklamu, protože spousta lidí si bude myslet, že OpenSuSE, SLED a SLES jsou ten samý brak jen s rozdílem podpory.
No rozdíly mezi Opensuse a Enterprise verzemi SUSE j hlavně v tom, že Opensuse neobsahuje bussiness features. Rozhodně by to nemělo být v tom, že Opensuse je nefunkční. Že takový bussiness funguje ukazuje Shuttleworth, který má verze stejné, a prodává skutečně jen podporu, né garanci, že to vůbec pojede.
kdyz najdu ve slesu bug, garantujete opravu do nejake konkretni doby od nahlaseni?
kdybych byl IBM tak si dam na server AIX a nejaky sjuse vubec neresim:)
vztah RH a Fedory, je IMHO p5ecejen trochu slozitejsi, nez aby se dal zjednodusit na "piskoviste"... i kdyz je to jen muj nazor...
Rozdiel je v tom, že Ubuntu nemá žiadnu použiteľnú verziu pre 'platiacich zákazníkov'. Malo ňou byť LTS, ale to sú v podstate len security upgrady na dlhšiu dobu. Na istých serveroch musím používať Ubuntu a priznám sa, že bugy typu 'pri iscsi nejde rebootovať server' alebo 'apt-get install gnome ; unmet dependencies' by boli inde opravené, práve kvôli platiacim zákazníkom. Na notebooku/desktope sa tvárim ako bežný používateľ a je mi vlastne jedno aká to je distribúcia (aktuálne Fedora 10, posledný komentár a potvrdenie nového bugu pre hodinou).