Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 4.5.0. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Byl vydán Mozilla Firefox 138.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 138 je již k dispozici také na Flathubu a Snapcraftu.
Šestnáctý ročník ne-konference jOpenSpace se koná 3. – 5. října 2025 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytvářejí všichni účastníci, se skládá z desetiminutových
… více »Richard Stallman přednáší ve středu 7. května od 16:30 na Technické univerzitě v Liberci o vlivu technologií na svobodu. Přednáška je určená jak odborné tak laické veřejnosti.
Jean-Baptiste Mardelle se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 25.04.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
TmuxAI (GitHub) je AI asistent pro práci v terminálu. Vyžaduje účet na OpenRouter.
Byla vydána nová verze R14.1.4 desktopového prostředí Trinity Desktop Environment (TDE, fork KDE 3.5, Wikipedie). Přehled novinek i s náhledy v poznámkách k vydání. Podrobný přehled v Changelogu.
Bylo vydáno OpenBSD 7.7. Opět bez písničky.
V Tiraně proběhl letošní Linux App Summit (LAS) (Mastodon). Zatím nesestříhané videozáznamy přednášek jsou k dispozici na YouTube.
you@debian:~$ sudo systemctl status openvpn@* ● openvpn@server.service - OpenVPN connection to server Loaded: loaded (/lib/systemd/system/openvpn@.service; disabled; vendor preset: enabled) Active: failed (Result: exit-code) since Mon 2021-03-08 23:10:07 EST; 14min ago Docs: man:openvpn(8) https://community.openvpn.net/openvpn/wiki/Openvpn23ManPage https://community.openvpn.net/openvpn/wiki/HOWTO Process: 280 ExecStart=/usr/sbin/openvpn --daemon ovpn-server --status /run/openvpn/server.status 10 --cd /etc/openvpn --config /etc/openvpn/server.conf --writepid /r Main PID: 350 (code=exited, status=1/FAILURE) Mar 08 23:10:07 debian ovpn-server[350]: /sbin/ip addr add dev tun0 10.8.0.1/24 broadcast 10.8.0.255 Mar 08 23:10:07 debian ovpn-server[350]: Could not determine IPv4/IPv6 protocol. Using AF_INET Mar 08 23:10:07 debian ovpn-server[350]: Socket Buffers: R=[212992->212992] S=[212992->212992] Mar 08 23:10:07 debian ovpn-server[350]: TCP/UDP: Socket bind failed on local address [AF_INET]xxx.yyy.zzz.www:1194: Cannot assign requested address Mar 08 23:10:07 debian ovpn-server[350]: Exiting due to fatal error Mar 08 23:10:07 debian ovpn-server[350]: Closing TUN/TAP interface Mar 08 23:10:07 debian ovpn-server[350]: /sbin/ip addr del dev tun0 10.8.0.1/24 Mar 08 23:10:07 debian systemd[1]: openvpn@server.service: Main process exited, code=exited, status=1/FAILURE Mar 08 23:10:07 debian systemd[1]: openvpn@server.service: Unit entered failed state. Mar 08 23:10:07 debian systemd[1]: openvpn@server.service: Failed with result 'exit-code'.nelibi se mi tenhle radek:
TCP/UDP: Socket bind failed on local address [AF_INET]xxx.yyy.zzz.www:1194: Cannot assign requested address
ale nevim proc se to takhle chova...proc to poprve funguje a po rebootu ne?
Mar 08 23:10:07 debian ovpn-server[350]: TCP/UDP: Socket bind failed on local address [AF_INET]xxx.yyy.zzz.www:1194: Cannot assign requested addresspokud to xxx.yyy.zzz.www je IP adresa, tak se nejspíš spouští na rozhraní, které ještě není aktivní, nebo na tom portu už něco běží.
Restart=always
?)
TCP/UDP: Socket bind failed on local address [AF_INET]xxx.yyy.zzz.www:1194: Cannot assign requested addressTo
xxx.yyy.zzz.www
by mělo být 0.0.0.0 (tj. poslouchat všude). Pak tě nebude trápit, že ta či ona síťovka není ještě nahozená. Kdyby to byl obsazený port, tak ta chybová hláška bude o portu.
Pak možná ještě budeš chtít udělat systemctl enable openvpn@*
, či tak něco, pokud by to nestartovalo samo a chyba tam nebyla.
A není ten openvpn server disabled, takže po rebootu prostě nenaběhne?$ sudo systemctl status openvpn@* ● openvpn@server.service - OpenVPN connection to server Loaded: loaded (/lib/systemd/system/openvpn@.service; disabled; vendor preset: enabled)
systemctl status openvpn-server@*
potom co se da predtim stop a start, tak to funguje, kdyz je to jen systemctl status openvpn@*
tak je to nejake mimo...
Je mozne ze v tom systemd jsou dve units ktere se jmenuji skoro stejne? A nejak se omylem probrala k zivotu tak spatna?
openvpn@
bere konfigurák z /etc/openvpn
, ale openvpn-server@
z /etc/openvpn/server
. Osobně jsem hvězdičku nikdy nepoužil, podívej se na systemctl status openvpn@server
.
sudo systemctl status openvpn@server [sudo] password for janus: ● openvpn@server.service - OpenVPN connection to server Loaded: loaded (/lib/systemd/system/openvpn@.service; enabled; vendor preset: enabled) Active: inactive (dead) Docs: man:openvpn(8) https://community.openvpn.net/openvpn/wiki/Openvpn23ManPage https://community.openvpn.net/openvpn/wiki/HOWTO
systemctl status openvpn@serverse vztahuje ke konfiguraci s názvem /etc/openvpn/server.conf a ne ke konfiguraci v adresáři /etc/openvpn/server/. Ke konfiguracím v /etc/openvpn/server/ a v /etc/openvpn/client/ se vztahují ještě další generické service, openvpn-client@.service a openvpn-client@.service, které se snad spouštějí pouze samostatně pro každou jednotlivou konfiguraci. Ale nemám to vyzkoušené a nechce se mi to luštit z těch service fajlů.
Tiskni
Sdílej: