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.
V posledních dnech jsem zaznamenal trochu problémy s připojením k Internetu. Situace je dost výkyvová, někdy funguje celkem normálně, jindy skoro vůbec. Hlavně je problém s odezvou (ping).
Dříve bývala odezva více méně standardní, kolem 10 ms na Seznam:
PING seznam.cz (77.75.76.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=1 ttl=247 time=10.7 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=2 ttl=247 time=11.7 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=3 ttl=247 time=11.3 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=4 ttl=247 time=10.2 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=5 ttl=247 time=10.2 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=6 ttl=247 time=10.6 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=7 ttl=247 time=10.5 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=8 ttl=247 time=10.5 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=9 ttl=247 time=9.74 ms ^C --- seznam.cz ping statistics --- 9 packets transmitted, 9 received, 0% packet loss, time 8011ms rtt min/avg/max/mdev = 9.742/10.649/11.731/0.572 ms
Teď je to ale výrazně horší a i ztráta narostla na 20%:
PING seznam.cz (77.75.76.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=1 ttl=247 time=5517 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=2 ttl=247 time=5555 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=3 ttl=247 time=5597 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=4 ttl=247 time=5563 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=7 ttl=247 time=3572 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=8 ttl=247 time=3323 ms ^C64 bytes from www.seznam.cz (77.75.76.3): icmp_req=9 ttl=247 time=3325 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=10 ttl=247 time=3303 ms --- seznam.cz ping statistics --- 10 packets transmitted, 8 received, 20% packet loss, time 58679ms rtt min/avg/max/mdev = 3303.180/4469.824/5597.952/1091.669 ms, pipe 6
Svoje dojmy jsem si potvrdil i při pohledu na graf Sixxs (můj poskytovatel IPv6 tunelu). V posledních třech dnech je jasně patrné zhoršení parametrů:
Nechci nikoho neprávem osočovat, ale musím říct, že když to byl ještě Volný, takové problémy nebyly.
Když se přepnu (ip route replace default via 192.168.1.20 dev eth0) na druhou bránu a tím i jiného ISP (zatím je ve fázi testování a snad se brzy překlopí do fáze normálního používání) dostáváme se najednou na úplně jiná čísla:
PING seznam.cz (77.75.76.3): 56 data bytes 64 bytes from 77.75.76.3: seq=0 ttl=247 time=3.695 ms 64 bytes from 77.75.76.3: seq=1 ttl=247 time=3.100 ms 64 bytes from 77.75.76.3: seq=2 ttl=247 time=3.607 ms … 64 bytes from 77.75.76.3: seq=6 ttl=247 time=3.696 ms 64 bytes from 77.75.76.3: seq=7 ttl=247 time=2.912 ms 64 bytes from 77.75.76.3: seq=8 ttl=247 time=3.179 ms 64 bytes from 77.75.76.3: seq=9 ttl=247 time=2.768 ms 64 bytes from 77.75.76.3: seq=10 ttl=247 time=2.882 ms 64 bytes from 77.75.76.3: seq=11 ttl=247 time=2.958 ms --- seznam.cz ping statistics --- 12 packets transmitted, 12 packets received, 0% packet loss round-trip min/avg/max = 2.768/3.227/4.054 ms
Tři milisekundy místo pěti vteřin a 0% ztráta místo 20%, to už je celkem znát.
Tiskni
Sdílej:
17.4.2011 13:15
Luboš Doležel (Doli) | skóre: 98
| blog: Doliho blog
| Kladensko
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
17.4.2011 13:16
17.4.2011 13:25
# tracepath seznam.cz
1: 192.168.1.4 0.090ms pmtu 1500
1: no reply
2: no reply
2: lo0-bras1-prg1-plus.ctc.prg.vol.cz 4735.237ms
2: lo0-bras1-prg1-plus.ctc.prg.vol.cz 5657.596ms
5: no reply
4: ge1-2.bb1.prg.vol.cz 6222.796ms asymm 5
7: no reply
5: ge4-2.tr3.prg.vol.cz 6226.325ms
6: 82.119.252.141 5812.170ms asymm 7
6: 82.119.252.141 5563.078ms asymm 7
11: no reply
12: no reply
13: no reply
14: no reply
15: no reply
16: no reply
17: no reply
18: no reply
19: no reply
20: no reply
21: no reply
22: no reply
23: no reply
24: no reply
25: no reply
26: no reply
27: no reply
28: no reply
29: no reply
30: no reply
31: no reply
Too many hops: pmtu 1500
Resume: pmtu 1500
Ping z ADSL modemu na nejbližší bránu Telekomu/O2/Volného:
# ping 88.146.111.37 PING 88.146.111.37 (88.146.111.37): 56 data bytes 64 bytes from 88.146.111.37: icmp_seq=0 ttl=255 time=5120.0 ms 64 bytes from 88.146.111.37: icmp_seq=1 ttl=255 time=5580.0 ms 64 bytes from 88.146.111.37: icmp_seq=4 ttl=255 time=5910.0 ms 64 bytes from 88.146.111.37: icmp_seq=5 ttl=255 time=5970.0 ms --- 88.146.111.37 ping statistics --- 12 packets transmitted, 4 packets received, 66% packet loss round-trip min/avg/max = 5120.0/5645.0/5970.0 ms
17.4.2011 14:19
Jendа | skóre: 78
| blog: Jenda
| JO70FB
17.4.2011 22:04
Petr Tomášek | skóre: 39
| blog: Vejšplechty
17.4.2011 20:24
Luk | skóre: 47
| blog: Kacířské myšlenky
| Kutná Hora
17.4.2011 14:16
Jendа | skóre: 78
| blog: Jenda
| JO70FB
DNS 194.228.41.113 a 194.228.2.1
ping www.seznam.cz PING www.seznam.cz (77.75.76.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=1 ttl=250 time=15.6 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=2 ttl=250 time=14.6 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=3 ttl=250 time=14.8 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=4 ttl=250 time=15.3 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=5 ttl=250 time=15.5 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=6 ttl=250 time=14.8 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=7 ttl=250 time=17.9 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=8 ttl=250 time=15.8 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=9 ttl=250 time=15.0 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_req=10 ttl=250 time=15.2 ms ^C --- www.seznam.cz ping statistics --- 10 packets transmitted, 10 received, 0% packet loss, time 9013ms rtt min/avg/max/mdev = 14.613/15.496/17.993/0.917 mszhruba je to stále stejné tak jak předtím
17.4.2011 19:20
Jendа | skóre: 78
| blog: Jenda
| JO70FB
PING seznam.cz (77.75.76.3) 56(84) bytes of data. 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=1 ttl=251 time=0.730 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=2 ttl=251 time=0.783 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=3 ttl=251 time=0.847 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=4 ttl=251 time=0.586 ms 64 bytes from www.seznam.cz (77.75.76.3): icmp_seq=5 ttl=251 time=0.749 ms --- seznam.cz ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4006ms rtt min/avg/max/mdev = 0.586/0.739/0.847/0.086 msAle z domova 9 ms.
. Nebo se zvýšil počet adsl uživatelů na daném kabelu. Díky přeslechům se pak jednotlivé přípojky ovlivňují a rychlost se rapidně snižuje. Nebo odešel port na kartě v DSLAMu. Stát se toho mohlo hodně. Když vyloučíte problém u sebe, pak nic jiného, než volat servis, nezbude. Ty odezvy jsou hrozně velké a pokud je tam i ztrátovost, tipoval bych to na port nebo kyslíkovej kabel .
17.4.2011 14:10
18.4.2011 13:20
17.4.2011 21:59