Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Správce fotografií Shotwell byl vydán ve verzi 33.0 (GitLab). Hlavní novinkou v tomto vydání po dvou letech je přechod na GTK4.
Na YouTube byly publikovány videozáznamy přednášek a na Flickru fotografie z konference EuroPython 2026.
Byl vydán Debian 13.7, tj. sedmá opravná verze Debianu 13 s kódovým názvem Trixie. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 13 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Jiří Eischmann se v příspěvku Fiasko jménem W Social na svém blogu věnuje evropské sociální síti W: "W Social je příkladem toho, že se problémy sociální sítí nedají řešit od exekutivního stolu. Když na začátku tohoto roku v Davosu oznámili vznik nové sociální sítě W Social, politici se mohli přetrhnout ve chvalozpěvech. Konečně evropská sociální síť a ještě s ověřením identity. … Jak se ukázalo, když v Davosu W Social oznamovali, neměli kromě
… více »Výrobce hardwarových kryptoměnových peněženek Trezor upozorňuje na bezpečnostní incident u společnosti Brevo, kterou využívá k odesílání newsletterů. Útočník na e-mailové adresy odeslal phishingový e-mail.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za srpen 2026. Aplikace XApp mají vlastní webovou stránku xapp-project.org. Představena byl čtečka EPUB s názvem Xepub a kalendář Clockenstein.
Byla vydána nová verze 3.2.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP je již k dispozici také na Flathubu.
Bylo vydáno Ubuntu 24.04.5 LTS, tj. páté opravné vydání Ubuntu 24.04 LTS s kódovým názvem Noble Numbat. Přehled novinek a oprav na poznámkách k vydání.
Švýcarsko testuje přechod z Microsoft 365 na FOSS, konkrétně balík openDesk (Wikipedie) od německé státní společnosti ZenDiS (Wikipedie), s cílem posílit digitální suverenitu.
root@server:~# mount -t nfs 192.168.0.100:/mnt/disk1/junior/filmy/ /var/www/filmy mount.nfs: mount system call failed root@server:~#špatně, něco se tomu nelíbí, podle rpcinfo -p
root@server:/etc# rpcinfo -p
program vers proto port
100000 2 tcp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 46167 status
100024 1 tcp 37996 status
100021 1 udp 40360 nlockmgr
100021 3 udp 40360 nlockmgr
100021 4 udp 40360 nlockmgr
100021 1 tcp 54289 nlockmgr
100021 3 tcp 54289 nlockmgr
100021 4 tcp 54289 nlockmgr
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 4 udp 2049 nfs
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100003 4 tcp 2049 nfs
100005 1 udp 41953 mountd
100005 1 tcp 59999 mountd
100005 2 udp 41953 mountd
100005 2 tcp 59999 mountd
100005 3 udp 41953 mountd
100005 3 tcp 59999 mountd
jsem zjistil který porty jsou nfs využívaný na serveru a dopsal jsem je do iptables, restartoval a
root@server:~# mount -t nfs 192.168.0.100:/mnt/disk1/junior/filmy/ /var/www/filmy mount.nfs: mount system call failed root@server:~#zkusil nastavit portforwarding (dmz pinholes) v ipcopu na porty, které využívá nfs na serveru ale zase jsem se daleko nedostal
root@server:~# mount -t nfs 192.168.0.100:/mnt/disk1/junior/filmy/ /var/www/filmy mount.nfs: mount system call failed root@server:~#ale posléze zjistil že po výpisu
root@server:/etc# rpcinfo -p 192.168.0.100
program vers proto port
100000 4 tcp 111 portmapper
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper
100000 4 7 111 portmapper
100000 3 7 111 portmapper
100000 2 7 111 portmapper
100005 1 udp 654 mountd
100005 3 udp 654 mountd
100005 1 tcp 654 mountd
100005 3 tcp 654 mountd
100003 2 udp 2049 nfs
100003 3 udp 2049 nfs
100003 2 tcp 2049 nfs
100003 3 tcp 2049 nfs
100024 1 udp 769 status
100024 1 tcp 792 status
100021 0 udp 990 nlockmgr
100021 0 tcp 632 nlockmgr
100021 1 udp 990 nlockmgr
100021 1 tcp 632 nlockmgr
100021 3 udp 990 nlockmgr
100021 3 tcp 632 nlockmgr
100021 4 udp 990 nlockmgr
100021 4 tcp 632 nlockmgr
porty které nfs na Freenasu bere nejsou stejné.
V tomhle jsem nováček, NFS mi moc neříká proto se ptám, ale očividně je třeba nastavit tomu NFS pevné porty (sjednotit) pro komunikaci, kvůli firewallu který střeží území mezi zelenou a DMZ zónou ale zakopanej pes může být uplně jinde. Předem díky za přečtení ;)
Řešení dotazu:
problém jsem vyřešil mountem curlftps, který se umí chovat pomocí parametru allow_other podobně jako nfs - všichni vidí adresář v počítači a mohou do něj přistupovat
curlftpfs -o allow_other ftp://uzivatel:heslo@192.168.0.100 /mnt/sitovydisk/
Tiskni
Sdílej: