Re: diamond rimosso da bullseye?
On 20/10/21 18:26, Federico Di Gregorio wrote: Il 20/10/21 15:33, Diego Zuccato ha scritto: Ho appena notato che con l'aggiornamento a bullseye è scomparso il collector diamond Il pacchetto in questione è stato rimosso in quanto orfano per più di due anni e dipendente da Python 2. Potrebbe tornare in Debian se qualcuno se ne facesse carico e lo portasse a Python 3. https://tracker.debian.org/pkg/diamond aggiungo che si può leggere il bug report, reperibile a partire dalla pagina indicata qui sopra: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888077 nel quale sembra che all'epoca c'era una persona che si era proposta, ma poi non è stato fatto nulla e se non erro non è più neanche mantenuto upstream. Possibili alternative potrebbero essere queste: https://www.libhunt.com/r/Diamond Ciao Davide -- Database: http://www.postgresql.org GNU/Linux User: 302090: http://counter.li.org Non autorizzo la memorizzazione del mio indirizzo su outlook
Re: diamond rimosso da bullseye?
On 20/10/21 18:04, liste DOT girarsi AT posteo DOT eu wrote: Il 20/10/21 15:33, Diego Zuccato ha scritto: Ciao a tutti. Ho appena notato che con l'aggiornamento a bullseye è scomparso il collector diamond (che mandava le metriche ad un server graphite per dare agli utenti dei grafici "facilmente" leggibili). Qualcuno sa da cosa è stato sostituito? Non riesco a trovare nulla... Grazie. Non conosco il pacchetto in questione, ma da breve ricerca sui repository ufficiali sembra questo il tuo programma [0]. [0] https://packages.debian.org/bullseye/diamond-aligner Ehm, no. Son due "diamond" completamente differenti uno dall'altro. Il pacchetto in questione è stato rimosso in quanto orfano per più di due anni e dipendente da Python 2. Potrebbe tornare in Debian se qualcuno se ne facesse carico e lo portasse a Python 3. Come faccio a saperlo? Ho usato il tracker, utilissimo, che trovate qui: https://tracker.debian.org/pkg/diamond Hope this helps, federico -- Federico Di Gregorio federico.digrego...@dndg.it DNDG srl http://dndg.it God is real. Unless declared integer. -- Anonymous FORTRAN programmer
Re: diamond rimosso da bullseye?
Il 20/10/21 15:33, Diego Zuccato ha scritto: > Ciao a tutti. > > Ho appena notato che con l'aggiornamento a bullseye è scomparso il > collector diamond (che mandava le metriche ad un server graphite per > dare agli utenti dei grafici "facilmente" leggibili). > > Qualcuno sa da cosa è stato sostituito? Non riesco a trovare nulla... > > Grazie. > Non conosco il pacchetto in questione, ma da breve ricerca sui repository ufficiali sembra questo il tuo programma [0]. [0] https://packages.debian.org/bullseye/diamond-aligner -- _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| Simone Girardelli
diamond rimosso da bullseye?
Ciao a tutti. Ho appena notato che con l'aggiornamento a bullseye è scomparso il collector diamond (che mandava le metriche ad un server graphite per dare agli utenti dei grafici "facilmente" leggibili). Qualcuno sa da cosa è stato sostituito? Non riesco a trovare nulla... Grazie. -- Diego Zuccato DIFA - Dip. di Fisica e Astronomia Servizi Informatici Alma Mater Studiorum - Università di Bologna V.le Berti-Pichat 6/2 - 40127 Bologna - Italy tel.: +39 051 20 95786
Re: Filesystem con compressione
Il 19/10/2021 12:14, Alessadro Baggi ha scritto: Che problema ti ha dato con docker e come hai risolto? Mah, cercavo di fare una cosa strana, cioe' far girare docker (application container) con un orchestratore (compose o swarm) dentro container LXC (system container), che gia' di suo non e' supportato, ci vuole qualche trucchetto. Finche' si trattava di docker e basta sembrava anche funzionare, ma con un orchestratore, non c'era verso che container di uno stesso stack si parlassero. Ho imputato la cosa a ZFS, visto che ho trovato molte guide che parlavano di questo setup, ma dicevano che docker si "accorge" che sotto c'e' ZFS. Poi ripeto, magari (probabilmente) ho sbagliato qualcosa io. Hai mai avuto problemi con la ricompilazione con dkms con gli aggiornamenti del kernel? mai, ma e' anche vero che non riavvio spesso e comunque uso un kernel pve -- Marco Bertorello https://www.marcobertorello.it OpenPGP_0x5B7B17E82E9F51CE.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature
Re: eseguire software di un'architettura hardware diversa da quella del proprio sistema (ERA: Re: Ancora CIE e middleware)
Il 19/10/2021 21:46, Davide Prina ha scritto: se devo essere sincero non ho mai approfondito più di tanto la questione di quale foreign architecture puoi installare sulla tua macchina e una volta fatto cosa effettivamente ci puoi fare. Io l'ho fatto tanti anni fa, per tentare di crearmi un sistema minimale che potesse avviarsi sia su x86 (32 e 64 bit) che su ARM. Un fallimento. L'unica cosa che ho fatto è installare l'architettura i386 su un'architettura amd64. E questo è tranquillamente supportato, infatti :) Però se si guarda il wiki di Debian relativo alla multiarchitettura[¹] prima indica con questa frase "either the kernel supports a compatibility interface, notably 64bit kernels often support running 32bit software (but most probably not the converse)" che non sembra escludere definitivamente questa possibilità, mentre io mi sarei aspettato, come hai indicato tu, una frase che escludesse categoricamente l'esecuzione di software a 64 bit su un'architettura hardware a 32 bit. In effetti un sistema c'è, ma l...e...n...t...o... Poi però offre una modalità per poter eseguire qualsiasi software di qualsiasi architettura hardware supportata da Debian sulla propria architettura hardware "nativa": "or a qemu-user instance is configured to act as an on-the-fly emulation layer, see QemuUserEmulation" che punta alla pagina di QemuUserEmulation[²] Beh, se metti di mezzo la virtualizzazione allora puoi eseguire di tutto. Certo che le prestazioni precipitano: per quanto qemu sia piuttosto efficiente, dover emulare un'architettura diversa ha un grosso impatto. Se poi aggiungi che x86 non prevedeva le estensioni di virtualizzazione che invece ci sono in amd64, sei costretto a rendere interpretato il linguaggio macchina dell'eseguibile. Da quello che ho capito, guardando rapidamente questa seconda pagina, sembra possibile installare software di una qualsiasi foreign architecture ed eseguirlo in modo trasparente, come se fosse dell'architettura "nativa". La cosa è molto interessante e, ad avere tempo, sarebbe da sperimentareSicuramente può essere utile in certi casi. Però non credo si possa applicare alle lib. -- Diego Zuccato DIFA - Dip. di Fisica e Astronomia Servizi Informatici Alma Mater Studiorum - Università di Bologna V.le Berti-Pichat 6/2 - 40127 Bologna - Italy tel.: +39 051 20 95786
R: Docker info e chiarimenti
Buongiorno, dunque, pare che il cron daemon (che esegue attività schedulate a varie scadenze) abbia eseguito con i permessi di root il comando /share/hdd_tools/scripts/main.sh mandando lo standard output al file /proc/1/fd/1 e lo standard error a /proc/1/fd/2 questa redirezione degli output sembra seguire la regola per eseguire i cron job in docker: https://lostindetails.com/articles/How-to-run-cron-inside-Docker Credo che lo script in questione vada a raccogliere informazioni dal disco fisso per visualizzarle in Home Assistant. https://github.com/Draggon/hassio-hdd-tools/ HTH Lorenzo Da: Carlo Langaro Inviato: mercoledì 20 ottobre 2021 08:28 A: debian-italian@lists.debian.org Oggetto: Docker info e chiarimenti Salve lista, spero essere nel posto giusto. Premetto che non sono un "guru" anzi. ho una serenino con Debian 10 dove ho installato homeassistant tramite Docker. generalmente lo usa via ssh e non video avvisi. stamane ho staccato un monitor e mi trovo la seguente riga: debian login: crond 288: USER root pid 289 cmd /share/hdd_tools/scripts/main.sh > /proc/1/fd/1 2> /proc/1/fd/2 am che significa? Grazie
Docker info e chiarimenti
Salve lista, spero essere nel posto giusto. Premetto che non sono un "guru" anzi. ho una serenino con Debian 10 dove ho installato homeassistant tramite Docker. generalmente lo usa via ssh e non video avvisi. stamane ho staccato un monitor e mi trovo la seguente riga: debian login: crond 288: USER root pid 289 cmd /share/hdd_tools/scripts/main.sh > /proc/1/fd/1 2> /proc/1/fd/2 am che significa? Grazie
Re: eseguire software di un'architettura hardware diversa da quella del proprio sistema (ERA: Re: Ancora CIE e middleware)
On Tue, Oct 19, 2021 at 11:03:09PM +0200, Alessandro Rubini wrote: > > notably 64bit kernels often support running > > 32bit software (but most probably not the converse)" che non sembra > > escludere definitivamente > > Se il mondo non e` cambiato nel frattempo, mi sentirei di escluderlo. > Un eseguibile a 64 bit usa puntatori a 64 bit e vuole una memoria > virtuale a 64 bit (non ricordo quanti, ma piu` di 32). Se il kernel > e` a 32 bit, offre una memoria virtuale a 32. > > > "or a qemu-user instance is configured > > to act as an on-the-fly emulation layer, see QemuUserEmulation" > > Questo funziona come un gioiellino. Ma ovviamente il codice viene > interpretato (da qemu), non eseguito, quindi va piu` lento. Qemu e` > straordinariamente efficente (e` Fabrice Bellard, mica l'ultimo > pistola) ma comunque siamo circa 10x piu` lento del nativo. > > > La cosa è molto interessante e, ad avere tempo, sarebbe da sperimentare > > E' banale. Si prende un eseguibile arm e si esegue. E` uno dei primi > esempi che faccio ai miei studenti, partendo da PC per andare su > micretto. > > Certo, se e` un eseguibile "serio" occorrono anche le librerie dinamiche > dell'architettura eccetera. Io lo faccio vedere senza libreria, > implementando le 2 chiamate di sistema che mi servono (write e exit): > >laptopo% make hell-arm >arm-none-eabi-gcc-c -o syscalls-arm.o syscalls-arm.S >arm-none-eabi-gcc -Wall -static -ffreestanding -c -o hell.o hell.c >arm-none-eabi-ld -e main -o hell-arm syscalls-arm.o hell.o > >laptopo% ./hell-arm >Hello > >laptopo% file hell-arm >hell-arm: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), > statically linked, not stripped > >laptopo% uname -m >x86_64 > > Il trucco sta in binfmtmisc, che definisce interpreti per vari formati > di file, in base al contenuto del file (il "magic number"): > >laptopo% ls /proc/sys/fs/binfmt_misc/ >cli qemu-aarch64 qemu-mipsqemu-sh4 >jar qemu-alpha qemu-mipsel qemu-sh4eb >llvm-3.1.binfmt qemu-arm qemu-ppc qemu-sparc >python2.6qemu-armeb qemu-ppc64 qemu-sparc32plus >python2.7qemu-crisqemu-ppc64abi32 qemu-sparc64 >python3.2qemu-m68kqemu-ppc64le register >python3.4qemu-microblaze qemu-s390x status Alex al solito sei stellare, questa mail me la salvo... Si lo so, dirai, banale, ok ... per te, e una volta che l'ho letta, anche per me. È questo il punto: è tutto semplice _dopo_ che lo sai. GRAZIE -- Saluton, Marco Ciampa