Raspberry Pi Connect, tj. oficiální služba Raspberry Pi pro vzdálený přístup k jednodeskovým počítačům Raspberry Pi z webového prohlížeče, byla vydána v nové verzi 2.5. Nejedná se už o beta verzi.
Google zveřejnil seznam 1272 projektů (vývojářů) od 185 organizací přijatých do letošního, již jednadvacátého, Google Summer of Code. Plánovaným vylepšením v grafických a multimediálních aplikacích se věnuje článek na Libre Arts.
Byla vydána (𝕏) dubnová aktualizace aneb nová verze 1.100 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.100 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána v nové verzi 2025.5.
OpenSearch (Wikipedie) byl vydán ve verzi 3.0. Podrobnosti v poznámkách k vydání. Jedná se o fork projektů Elasticsearch a Kibana.
PyXL je koncept procesora, ktorý dokáže priamo spúštat Python kód bez nutnosti prekladu ci Micropythonu. Podľa testov autora je pri 100 MHz približne 30x rýchlejší pri riadeni GPIO nez Micropython na Pyboard taktovanej na 168 MHz.
Grafana (Wikipedie), tj. open source nástroj pro vizualizaci různých metrik a s ní související dotazování, upozorňování a lepší porozumění, byla vydána ve verzi 12.0. Přehled novinek v aktualizované dokumentaci.
Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.
Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.
sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
mydestination = debianpc.cast.ip.a.jmeno.poskytovatele, debianpc, localhost.localdomain, localhost, mojedomena.cz
cast.ip.a.jmeno.poskytovatele a mojedomena.cz jsem zamerne pozmenil.
v php.ini myslim ze nemam vyplnenou cestu:
; For Unix only. You may supply arguments as well (default: "sendmail -t -i").
;sendmail_path =
- ale maily se treba na seznam odesilaji vporadku, tak by to dle meho melo i takto fungovat...
mydomain = mail.mmojedomena.cz
#alias_database = hash:/etc/aliases
myorigin = mail.mojedomena.cz
mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain
mojedomena.cz :[ip4] - zkousel jsem i ze zavorkama (postmap, restart postfixu) i bez - v obou pripadech zadny error, ale maily @mojedomena.cz stale chodi na localhost(pc0)... (ostatni odchazi - treba na seznam - vpohode)
Jan 9 06:39:45 debianpc postfix/smtp[20073]: E60F7131226: to=%mujnick@seznam.cz>, relay=mx1.seznam.cz[77.75.72.42]:25, delay=2.3, delays=0.06/0/2/0.26, dsn=2.0.0, status=sent (250 Mail queued for delivery.)
a pokud to posilam na mojedomena.cz tak tam je:
Jan 9 06:37:19 debianpc postfix/local[19946]: C5620131226: to=%user@mojedomena.cz>, relay=local, delay=0.1, delays=0.02/0/0/0.08, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail)
Jan 9 06:37:19 debianpc postfix/qmgr[19105]: C5620131226: removed
(% jsem musel dat misto < - forum to jaksi neprekousalo ani kdyz to je v code)
dle meho vse co odchazi jinam tak pouziva ciste postfix a co odchazi na to mojedomena.cz tak pouziva k odeslani ten procmail - nemuze to byt konfiguraci toho procmailu?
man procmail rika cosi o /etc/procmailrc (kde bych hledal konfig co je spatne nastavene) ale ten adr ani soubor neexistuje...
Ja uz vazne nevim 
jinak zkusim trochu lepe popsat co to dela - mam pc A a pc B - na obouch mam postfix - drive na pc A bylo presmerovano (poskytovateli jsem rekl aby na mail.mojedomena.cz prevedl na IP pc A) posilani mailu na @mojedomena.cz - to fungovalo vpohode (i z toho php co bylo na temze pc) - pote jsem ty maily zmenil (rekl jsem zase poskytovateli aby mi zmenil presmerovani mail.mojedomena.cz na ten druhy pc B) - od te doby maily chodi spravne na pc B - pokud pres php poslu mail na mail na user@seznam.cz tak mail odejde vpohode, pokud poslu ale mail na user@mojedomena.cz z toho php na PC A tak to zustane na PC A ve /var/mail/user - ted kdyz to pisu tak me napada jestli to nedela kvuli nastaveni v main.cf:
mailbox_command = /usr/bin/procmail
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
home_mailbox = Mailbox
mail_spool_directory = /var/mail
virtual_maps = hash:/etc/postfix/virtusertable
command_directory = /usr/sbin
virtual_alias_maps = hash:/etc/postfix/virtusertable
konretne to home_mailbox...
dokoncim jeste ten pospis - pokud napr ze seznamu poslu mail na user@mojedomena.cz tak to odesle spravne na PC B
cemu se divis? Je dorucena lokalne a to z toho duvodu, ze si postfixu rekl, ze ma tuto domenu prijimat (ve smyslu zpracovat, ne ve smyslu preposilat dal). Tot vse.
nastav si tedy mydestination = $myhostname, localhost.$mydomain, localhost
tedy vykosti si $mydomain z ty masiny, ktera tu postu prijimat nema.
tomu se nedivim, kolegu taky dostal (ve smysl ze ho zmatl 
definice mydestination:
Urcuje, pro ktere destinace bude Postfix na tomto stroji prijamat postu.
Napr.: mydestination = $myhostname localhost.$mydomain
jako chapu tomu ale ne na 100% - ted jsem tam nechal JEN debianpc (jmeno pocitace - v prikazove radce je vzdy napsane pred promptem - pouziva se vubec jeste toto slovo?) a funguje to - diky moc, ale hodilo by se mi vysvetleni - porad to nejak neberu - je to tedy vporadku ze tam mam jen debianpc? - to znamena ze treba systemove hlaseni (z debianpc) mi bude chodit dal na localhost? - mel bych tam dat jeste neco? Pardon ze jsem to tak blbe vysvetloval, vazne jsem se snazil to co nejlepe vysvetlit
Tiskni
Sdílej:
