Nazdar! je open source počítačová hra běžící také na Linuxu. Zdrojové kódy jsou k dispozici na GitHubu. Autorem je Michal Škoula.
Po více než třech letech od vydání verze 1.4.0 byla vydána nová verze 1.5.0 správce balíčků GNU Guix a na něm postavené stejnojmenné distribuci GNU Guix. S init systémem a správcem služeb GNU Shepherd. S experimentální podporou jádra GNU Hurd. Na vývoji se podílelo 744 vývojářů. Přibylo 12 525 nových balíčků. Jejich aktuální počet je 30 011. Aktualizována byla také dokumentace.
Na adrese gravit.huan.cz se objevila prezentace minimalistického redakčního systému GravIT. CMS je napsaný ve FastAPI a charakterizuje se především rychlým načítáním a jednoduchým ukládáním obsahu do textových souborů se syntaxí Markdown a YAML místo klasické databáze. GravIT cílí na uživatele, kteří preferují CMS s nízkými nároky, snadným verzováním (např. přes Git) a možností jednoduchého rozšiřování pomocí modulů. Redakční
… více »Tým Qwen (Alibaba Cloud) uvolnil jako open-source své modely Qwen3‑TTS pro převádění textu na řeč. Sada obsahuje modely VoiceDesign (tvorba hlasu dle popisu), CustomVoice (stylizace) a Base (klonování hlasu). Modely podporují syntézu deseti různých jazyků (čeština a slovenština chybí). Stránka projektu na GitHubu, natrénované modely jsou dostupné na Hugging Face. Distribuováno pod licencí Apache‑2.0.
Svobodný citační manažer Zotero (Wikipedie, GitHub) byl vydán v nové major verzi 8. Přehled novinek v příspěvku na blogu.
Byla vydána verze 1.93.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.
Svobodný operační systém ReactOS (Wikipedie), jehož cílem je kompletní binární kompatibilita s aplikacemi a ovladači pro Windows, slaví 30. narozeniny.
Společnost Raspberry Pi má nově v nabídce flash disky Raspberry Pi Flash Drive: 128 GB za 30 dolarů a 256 GB za 55 dolarů.
Technologie Skip pro multiplatformní mobilní vývoj, která umožňuje vývojářům vytvářet iOS a Android aplikace z jediné Swift a SwiftUI kódové základny, se s vydáním verze 1.7 stala open source.
Na GitHubu byl zveřejněn algoritmus "Pro vás" sociální sítě 𝕏.
..($:/).- wc -l /proc/net/ip_conntrack
wc: /proc/net/ip_conntrack: No space left on device
0 /proc/net/ip_conntrack
cat /proc/net/ip_conntrack | wc -l
/proc/net/ip_conntrack: No space left on device
Týká se to jen ip_conntrack nebo i jiných souborů z /proc (případně /proc/net)?
Zkuste spustit 'strace -o log cat /proc/net/ip_conntrack' a podívat se, jaký syscall skončí tou chybou.
execve("/usr/bin/wc", ["wc", "-l", "/proc/net/ip_conntrack"], [/* 21 vars */]) = 0
uname({sys="Linux", node="host.host", ...}) = 0
brk(0) = 0x505000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a95556000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=39936, ...}) = 0
mmap(NULL, 39936, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2a95557000
close(3) = 0
open("/lib64/tls/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240\304"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1622600, ...}) = 0
mmap(0x39f9800000, 2314184, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x39f9800000
mprotect(0x39f992c000, 1085384, PROT_NONE) = 0
mmap(0x39f9a2c000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x12c000) = 0x39f9a2c000
mmap(0x39f9a31000, 16328, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x39f9a31000
close(3) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a95561000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a95562000
mprotect(0x39f9a2c000, 12288, PROT_READ) = 0
mprotect(0x39f9714000, 4096, PROT_READ) = 0
arch_prctl(ARCH_SET_FS, 0x2a95561b00) = 0
munmap(0x2a95557000, 39936) = 0
brk(0) = 0x505000
brk(0x526000) = 0x526000
open("/usr/lib/locale/locale-archive", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=48504528, ...}) = 0
mmap(NULL, 48504528, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2a95563000
close(3) = 0
open("/proc/net/ip_conntrack", O_RDONLY) = 3
read(3, 0x7fbfffb8d0, 16384) = -1 ENOSPC (No space left on device)
write(2, "wc: ", 4wc: ) = 4
write(2, "/proc/net/ip_conntrack", 22/proc/net/ip_conntrack) = 22
open("/usr/share/locale/locale.alias", O_RDONLY) = 4
fstat(4, {st_mode=S_IFREG|0644, st_size=2528, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a983a5000
read(4, "# Locale name alias data base.\n#"..., 4096) = 2528
read(4, "", 4096) = 0
close(4) = 0
munmap(0x2a983a5000, 4096) = 0
open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en.UTF-8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en.utf8/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/libc.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
write(2, ": No space left on device", 25: No space left on device) = 25
write(2, "\n", 1
) = 1
fstat(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2a983a5000
write(1, "0 /proc/net/ip_conntrack\n", 250 /proc/net/ip_conntrack
) = 25
close(3) = 0
exit_group(1) = ?
Process 6322 detached
read() chybu ENOSPC vracet neměl. Není poškozené jádro (modul)? Jestli máte po ruce jinou (třeba starší) verzi jádra, zkuste nabootovat ji.
ct_seq_show která žije v souboru ./net/netfilter/nf_conntrack_standalone.c a ./net/ipv4/netfilter/ip_conntrack_standalone.c a která se volá prostřednictvím funkcí ve fs/seq_file.c při přístupu k souboru ip_conntrack. Tohle platí pro 2.6.17, v 2.6.18 je to už zdá se opraveno (minimálně inkriminovaná fce nevrací ENOSPC a je úplně jiná; jestli to znamená také opravená, to nevím
).
Víc se mi ve zdrojácích jádra teď hrabat nechce, zvlášť když už to asi opravil někdo jiný, ale kdybyste někdo měl náladu pátrat, co přesně bylo rozbité, máte tu nasměrování.
ENOSPC(28) muze vratit bud
open: "pathname was to be created but the device containing pathname has no room for the new file."
write: "The device containing the file referred to by fd has no room for the data."
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <errno.h>
int main(void){
int fd, dat;
char buf[64];
if( (fd = open("/proc/net/ip_conntrack", O_RDONLY)) == -1 ){
fprintf(stderr, "open() nastavil errno na %d\n", errno);
exit(EXIT_FAILURE);
}
while( (dat = read(fd, buf, 64)) > 0 )
if( write(1, buf, 64) == - 1){
fprintf(stderr, "write() nastavil errno na %d\n", errno);
exit(EXIT_FAILURE);
}
if( dat != 0 ){
fprintf(stderr, "read() nastavil errno na %d\n", errno);
exit(EXIT_FAILURE);
}
return 0;
}
Taky by urcite nebylo od veci pouzit strace
Tiskni
Sdílej: