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.
V italském městě Pordenone probíhá LibreOffice Conference 2026. Zúčastnit se lze i online.
Svobodný (GPLv3) šachový engine Stockfish (Wikipedie) byl vydán ve verzi 19 (𝕏). Přehled novinek v příspěvku na blogu. Stockfish 19 je o 44 Elo silnější než Stockfish 18.
rrdtool create /home/uzivatel/rrdtool/rrd/okres_praha.rrd --step 60 --start N DS:okres_praha_in:COUNTER:180:0:125000000 DS:okres_praha_out:COUNTER:180:0:125000000 RRA:AVERAGE:0.5:1:130 RRA:MIN:0.5:130:1 RRA:MAX:0.5:130:1 RRA:AVERAGE:0.5:1:1450 RRA:MIN:0.5:1450:1 RRA:MAX:0.5:1450:1 RRA:AVERAGE:0.5:5:2050 RRA:MIN:0.5:10250:1 RRA:MAX:0.5:10250:1 RRA:AVERAGE:0.5:60:750 RRA:MIN:0.5:45000:1 RRA:MAX:0.5:45000:1 RRA:AVERAGE:0.5:720:730 RRA:MIN:0.5:525600:1 RRA:MAX:0.5:525600:1Dál jsem si vytvořil skript na naplňování DB
#!/usr/bin/env python3
# coding=utf-8
import netsnmp
import time
import os
ifin = netsnmp.snmpget("ifHCInOctets.2001", Version = 2, DestHost='10.X.X.X', Community='Community')
ifout = netsnmp.snmpget("ifHCOutOctets.2001", Version = 2, DestHost='10.X.X.X', Community='Community')
#cas = netsnmp.snmpget("sysUptime", Version = 2, DestHost='10.X.X.X', Community='Community')
cas = (int(time.time()))
os.system ("rrdtool update /home/uzivatel/rrdtool/rrd/okres_praha.rrd N:{}:{}".format(ifin[0], ifout[0]))
Skritp jsem dal do cronu:
0-59/5 * * * * /home/uzivatel/rrdtool/okr_praha_graf.py 1> /home/uzivatel/rrdtool/info.txt 2> /home/uzivatel/rrdtool/error.txtKdyž na skript klikám ručně, tak se DB začne plnit. Když to nechám pouze cronu, tak se do DB zapisuje pouze "-nan". Tady je to vidět:
rrdtool fetch /home/uzivatel/rrdtool/rrd/okres_praha.rrd AVERAGE 1662978720: -nan -nan 1662978780: -nan -nan 1662978840: -nan -nan 1662978900: -nan -nan 1662978960: 2,5960607416e+02 2,2778481399e+02 1662979020: 2,6818385345e+02 2,3531117047e+02 1662979080: 2,4999412889e+02 1,6865062840e+02 1662979140: 2,2247386558e+02 1,5306910086e+02 1662979200: 3,2239888136e+02 3,0891347989e+02 1662979260: 2,6120321792e+02 2,5027752784e+02 1662979320: -nan -nan 1662979380: -nan -nan 1662979440: -nan -nan 1662979500: -nan -nan 1662979560: -nan -nan 1662979620: -nan -nan 1662979680: -nan -nan 1662979740: -nan -nan 1662979800: -nan -nan 1662979860: 1,9670246371e+02 6,8454553061e+01 1662979920: 2,0573240644e+02 8,0109005720e+01 1662979980: -nan -nan 1662980040: -nan -nan 1662980100: -nan -nan 1662980160: -nan -nanKdyž se kouknu na čas změny .rrd souboru, tak to odpovídá spuštění skriptu cronem. Nevíte, kde může být chyba? Díky.
Řešení dotazu:
#!/usr/bin/env python3
import rrdtool,netsnmp
RDD='/home/uzivatel/rrdtool/rrd/okres_praha.rrd'
DSIN,DSOUT'U','U'
IFIN = netsnmp.snmpget("ifHCInOctets.2001", Version=2, DestHost='10.X.X.X', Community='Community')
IFOUT = netsnmp.snmpget("ifHCOutOctets.2001", Version=2, DestHost='10.X.X.X', Community='Community')
if IFIN: DSIN = IFIN
if IFOUT: DSOUT = IFOUT
rrdtool.update(RRD,'N:' + DSIN + ':' + DSOUT)
Pokud to pobezi pod uzivatelskym cronem pravdepodobne nebudes mit prava na cteni SNMP hodnot z interface(/etc/snmpd.conf).
DSIN,DSOUT='U','U'
Tiskni
Sdílej: