Byla vydána verze 1.96.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Společnosti IBM a Red Hat představily Project Lightwell s investicí 5 miliard dolarů. Jedná se o důvěryhodné clearingové centrum pro bezpečnost open source softwaru a zabezpečení dodavatelských řetězců s novým AI modelem a globální skupinou více než 20 000 softwarových inženýrů. Služby centra budou dostupné prostřednictvím komerčních předplatných. Project Lightwell staví na iniciativách jako Anthropic Glasswing nebo OpenAI Trust Access for Cyber.
Open source 3D herní a simulační engine Open 3D Engine (O3DE) byl vydán v nové verzi 26.05. Podrobný přehled novinek v poznámkách k vydání.
Český stát by v budoucnu mohl provozovat vlastní alternativu ke komunikačním aplikacím typu WhatsApp, Signal, Telegram, Facebook Messenger a podobně. Cílem je zajistit bezpečnou datovou komunikaci pro stát a jeho důležité subjekty, jako jsou bezpečnostní složky, ministerstva a další organizace.
Už za týden, ve čtvrtek 4. června, se v Národní technické knihovně v pražských Dejvicích uskuteční další konference věnovaná tématům spojeným s IPv6 - Den IPv6. Program akce a registrační formulář jsou k dispozici na webu akce. Kapacita konference je omezená, proto organizátoři doporučují, aby se vážní zájemci přihlásili včas (k dnešnímu dni zbývá přibližně 30 volných míst). Konferenci Den IPv6 2026 organizují i letos společně sdružení CESNET, CZ.NIC a NIX.CZ.
Zařízení Steam Deck OLED bylo znovu naskladněno, ale vlivem rostoucích cen pamětí a úložišť má novou, vyšší cenovku. Steam Deck OLED 512 GB stojí nově 779 EUR (stál 569 EUR) a Steam Deck OLED 1 TB stojí 919 EUR (stál 679 EUR). Samotné zařízení se nijak nezměnilo a nové ceny tedy pouze odráží aktuální náklady na komponenty a další globální logistické výzvy, se kterými se potýká celá branže.
Český telekomunikační úřad zahajuje novou etapu využívání vysokofrekvenčního rádiového spektra v pásmu 26 GHz. Toto pásmo bude od 1. 7. 2026 otevřeno pro provoz moderních bezdrátových sítí, zejména sítí páté generace (5G), pevných bezdrátových přístupových sítí (FWA) a lokálních či průmyslových sítí určených například pro výrobní areály, logistická centra nebo technologické kampusy. Současně s otevřením pásma 26 GHz přistoupil ČTÚ ke zpřístupnění informací o využívání rádiových kmitočtů v tomto pásmu.
Logitech představil myš Signature Comfort Plus M850 L s polstrovanou opěrkou dlaně pro větší pohodlí a sadu s touto myší a klávesnicí s integrovanou opěrkou dlaní Signature Comfort Plus Combo MK880.
Gaël Duval se rozepsal o novinkách a plánech Murena a /e/OS. Počet uživatelů telefonů Murena a mobilního operačního systému /e/OS bez aplikací a služeb od Googlu se blíží 100 000. Ambicí je, aby se /e/OS stal třetí mobilní platformou v Evropě i na světě, s potenciálem dostat se i na PC. Blíží se vydání nové verze 4 s funkcemi zálohování a obnova, import e-mailů z Gmailu a rozpoznávání hlasu. Murena Workspace přinese videohovory, elektronický podpis a správu zařízení (MDM).
Dnes a zítra probíhá Ubuntu Summit 26.04. Na programu je řada zajímavých přednášek. Sledovat je lze na YouTube. Úvodní slovo měli Mark Shuttleworth a Jon Seager.
Zdravim, jsem pravidelny navstevnik lide chatu -> mitnost pc. Chodim tam pres lide-gw pythonovou branu a ted me napadlo udelat nejakou proxy, ktera by fungovala jako takovy filtr vstupu, ktery by kontrolovaly prislusne moduly a teprve pak poustely do klienta. Avsak jsem zatim tvoril neuspesne :-(
Traffic probiha podle vseho pouze od klienta do proxy ( netusim jestli to leze i do brany a fuc ), ale od lide brany mi tam do proxy zadny traffic nejde, cili je zrejme neco spatne...
Login klienta do brany lide-gw je defaultne:
server = localhost
port = 13801
proxy jsem vytvoril na 127.0.0.1:13802
zde je kod: http://www.pastebin.cz/preview/384657616a64f3
lide-gw brana hlasi, ze se proxy pripoji (jede v terminalu), ale klientovi se pripojit nepodari, to je vse, co vam k tomu mohu rict, nevi nekdo, kde je chyba? :-(
Predem dekuji za odpovedi...
my $conn = Connection(); my $lide = $conn->accept();Nejdřív čekáte na spojení na jednom portu...
my $proxy = Proxy(); my $local = $proxy->accept();Pak na druhém...
while( my $input = <$lide> ) {
chomp $input;
print "$input\n";
my $l = <$local>;
chomp $l;
print $l $input;
}
Pak čtete řádek z prvního, pak z druhýho socketu (tohle pořadí máte nějak zaručeno, nebo si koledujete o deadlock), a pak printujete kam??? $1 asi těžko bude nějaký file descriptor, takže by to mělo celkem solidně řvát. Navíc používat $1 jako proměnnou je dost blbej nápad.
die "Can't connected to lide.cz!\n";Tohle je asi dost od věci, protože se to ani v jednom případě nikam nepřipojuje.
No ja jsem omylem hodil predchozi verzi, soucasna je: http://www.pastebin.cz/23778
Aco to ma delat? tento script by mel byt takovym mostem mezi lidegw branou a IRC klientem.
V soucasne dobe to dela to, ze se to napoji na lide branu, prijme data od klienta, ale to je tak vsechno, bud se tomuto mostu nedari odeslat data lidegw brane, nebo neni schopen ty data od ni prijimat a posilat klientovi...
Lidewg brana hlasi connected, tento perlovsky most hlasi connected obema socketum ( uz jsem ten vypis connected z kodu odstranil ), avsak klient se nedokaze prihlasit...
btw od klienta mi prijdou tyto data:
PASS ...
USER ...
NICK ...
Nenapada vas nekoho, jak to zprovoznit? :-(
Všimnul jsem si ale, že vůbec neukončuješ zprávy posílaný socketům, tak se ti všechny zprávy z "proxy" hromadí do 1. neukončené zprávy pro "lidegw" a proto na cílovém serveru není "nic vidět".
Kod verim, ze je zmateny, poneavdz tohle zkousim prvne, nikdy jsem takovou lokalni proxy nezkousel 
A dotaz? Ja osobne doufam, ze staci uz jen kousicek k tomu, aby to fungovalo, tak bych chtel nakopnout
takze znovu:
1) cil - udelat lokalni proxy, neboli takovy most mezi pythonovou lide-gw branou, ktera slouzi k vytvoreni socketu pro komunikaci lide chatu s IRC klientem.
defaultni login na tuto branu je server: localhost; port: 13801;
2) chovani soucasneho scriptu: pythonova brana hlasi prijem noveho spojeni ( tedy od teto lokalni proxy ), oba sockety byly zdarne vytvoreny a proxy prijima data od IRC klienta. To je ale vse - tato lokalni proxy pravdepodobne neodesila data od klienta k lide brane, nebo nedokaze prevzit data z lide brany ( anebo oboji ze ) :-/
3) soucasny kod:
#!/usr/bin/perl
use strict;
use IO::Socket;
sub Connection {
my $conn = new IO::Socket::INET (
PeerAddr => 'localhost',
PeerPort => '13801',
Proto => 'tcp',
Type => SOCK_STREAM,
);
if ( ! $conn ) {
die "Can't connected to lide.cz!\n";
} else {
return $conn;
}
}
sub Proxy {
my $conn = new IO::Socket::INET (
LocalAddr => '127.0.0.1',
LocalPort => '13802',
Proto => 'tcp',
Resue => 1,
Listen => 1,
);
if ( ! $conn ) {
die "Can't created a proxy!\n";
} else {
return $conn;
}
}
my $conn = Connection();
my $server = Proxy();
my $proxy = $server->accept();
my $lidegw = $conn->accept();
$conn->blocking(0);
$server->blocking(0);
while ( my $lide = <$lidegw> or my $local = <$proxy> ) {
chomp $lide;
chomp $local;
if ( $lide != '' ) {
print "from lidegw: $lide\n";
print $server "$lide\r\n";
} else {
print "from klient: $local\n";
print $conn "$local\r\n";
}
}
$lidegw, zejména
...
my $lidegw = $conn->accept();
...
while ( my $lide = <$lidegw> or my $local = <$proxy> ) {
chomp $lide;
chomp $local;
if ( $lide != '' ) {
print "from lidegw: $lide\n";
print $server "$lide\r\n";
} else {
protože to nedává smysl, na tom socketu nic nenaslouchá.
Tiskni
Sdílej: