Re: [OT] usare abcm2ps per scrivere musica per pianoforte
Un saluto esaustivo si propaga a tutti i partecipanti alla lista ... :-) Il 27/07/2023 20:13, liste DOT girarsi AT posteo DOT eu ha scritto: Guardando il sito abcnotation.com, ho trovato questo per i numeri sopra o sotto o di lato, legato alle annotazioni, spero sia utile e sia risolutivo per quanto cerchi: https://abcnotation.com/wiki/abc:standard:v2.2?s[]=%2Afingering%2A#annotations Simone, ti ringrazio molto. Proverò a darci un'occhiata, forse però per questa funzionalità si richiede una versione recente di abcm2ps. Purtroppo uso una versione piuttosto vecchia la 7.8.9. Au Revoire Hugh Hartmann
Re: [OT] usare abcm2ps per scrivere musica per pianoforte
Guardando il sito abcnotation.com, ho trovato questo per i numeri sopra o sotto o di lato, legato alle annotazioni, spero sia utile e sia risolutivo per quanto cerchi: https://abcnotation.com/wiki/abc:standard:v2.2?s[]=%2Afingering%2A#annotations -- _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| Simone Girardelli
Re: [OT] usare abcm2ps per scrivere musica per pianoforte
Il 24/07/23 15:49, Hugh Hartmann ha scritto: Un saluto "musicale" si propaga a tutti i partecipanti alla lista ... :-) uso ormai da anni il pacchetto abcm2ps per poter scrivere musica per il pianoforte e, devo dire che mi trovo molto bene. Essendo un programma che si lancia da riga di comando è estremamente parco di risorse, i file "sorgenti" sono file di testo che usano il linguaggio abc. E' possibile agire su di ogni aspetto della partitura dalla dimensione dei pentagrammi alla forma delle note, non posso elencare tutte le possibilità e le opzioni che questo pacchetto possiede. Basta avere un editor di testo qualsiasi e scrivere un file in formato abc. Notare che Vim ha tra le innumerevoli possibilità di evidenziazione anche quella per abc. Può andare bene anche joe. Spesso usi anche Gedit. Naturalmente oltre all'editor bisogna avere installato anche abcm2ps, che è stato sviluppato da abc2ps per poster scrivere partiture per organo ma anche per orchestra funziona molto bene. Sono incuriosito pure io, anche se è diverso tempo (anni) che non suono più, suonavo (si fa per dire perché il termine giusto sarebbe leggiucchiavo e sonacchiavo) ultimamente il basso tuba per una banda folkloristica di un paese vicino al mio. Facendo ricerca nel manpages non ho trovato nulla, e nella ricerca in rete nemmeno. Per cui ti consiglio di scrivere direttamente a chi distribuisce il pacchetto, forse la strada più corta, e forse ottieni una risposta migliore che qui, a quanto pare poco frequentata da musicisti che scrivono in abc, oppure sono, dato il periodo, in ferie. my 2 cents. -- _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| Simone Girardelli
Re: [OT] usare abcm2ps per scrivere musica per pianoforte
On 7/24/23 15:49, Hugh Hartmann wrote: Un saluto "musicale" si propaga a tutti i partecipanti alla lista ... :-) altrettanto uso ormai da anni il pacchetto abcm2ps per poter scrivere musica per il pianoforte e, devo dire che mi trovo molto bene. [...] Intanto ringrazio per l'attenzione e spero di aver suscitato un po' di curiosità . :-) molto interessante, non scrive solo spartiti per pianoforte ma per tutti gli strumenti, notazione testuale, sembra davvero molto veloce la scrittura, bello. Poi immagino da un file abc si possa facilmente creare un file midi... Non ho ancora capito come cambiare la chiave (io sono un bassista) e come inserire le sigle degli accordi ma prima o poi ci riuscirò. Grazie ancora Piviul
Re: samba e vecchi client
Il giorno gio, 27/07/2023 alle 12.57 +0200, Piviul ha scritto: [...] > quindi anche tu mi stai dicendo di creare 2 server, il primo offre una > condivisione smb (> smb1) ai client windows della lan, il secondo invece > monta in smb1 le shares xp e poi le esporta al primo server, in nfs > utilizzando unfs3. Ho capito bene? sì > Ma non era più intelligente mettere un'opzione di non usare gli oplock > invece di creare ex novo un nuovo nfsd? Credo siano progetti diversi. uNFSd non è nato per non gestire gli oplock, ma per operare nello spazio utente anziché nel kernel. Magari un giorno aggiungeranno gli oplock Ciao, Giuseppe
Re: samba e vecchi client
On 7/27/23 12:32, Giuseppe Sacco wrote: Mi intrometto perché ho fatto una cosa simile di recente: non mi sembra il caso di giustificarsi, anzi a priori ti ringrazio! ;) NFS non è in grado di esportare un file system che non sia locale proprio a causa degli oplock. C'è però una versione di NFS non presente in Debian, che non gestisce gli oplock e che permette di esportare anche un file system che non sia locale, ad esempio uno montato tramite cifs. quindi anche tu mi stai dicendo di creare 2 server, il primo offre una condivisione smb (> smb1) ai client windows della lan, il secondo invece monta in smb1 le shares xp e poi le esporta al primo server, in nfs utilizzando unfs3. Ho capito bene? Ma non era più intelligente mettere un'opzione di non usare gli oplock invece di creare ex novo un nuovo nfsd? Piviul
Re: samba e vecchi client
Ciao, Il giorno gio, 27/07/2023 alle 12.18 +0200, Piviul ha scritto: > purtroppo non è così semplice, come dicevo i client xp devono salvare i > dati in locale, questo è un prerequisito del software utilizzato; > inoltre mi server la propagazione immediata, niente rsync di mezzo. > Quindi dovrà essere server2 a montare una share di xp, utilizzando SMB1? > Quindi poi server2 la esporta a server1 in NFS? Questo secondo te > dovrebbe risolvere il problema? Mi intrometto perché ho fatto una cosa simile di recente: NFS non è in grado di esportare un file system che non sia locale proprio a causa degli oplock. C'è però una versione di NFS non presente in Debian, che non gestisce gli oplock e che permette di esportare anche un file system che non sia locale, ad esempio uno montato tramite cifs. Dovrebbe essere uNFSd https://github.com/unfs3/unfs3 Ciao, Giuseppe
Re: samba e vecchi client
On 7/27/23 10:36, Diego Zuccato wrote: No, il passaggio tra i server non deve avvenire tramite Samba. server2 ha Samba vecchio e espone una share NFS. All'interno dell'albero esportato monta le share XP. server1 monta la share di server2 e la riesporta con Samba nuovo. Rimane una soluzione abbastanza fragile (p.e. ogni volta che monti o smonti una share XP potresti dover smontare e rimontare la share NFS su s purtroppo non è così semplice, come dicevo i client xp devono salvare i dati in locale, questo è un prerequisito del software utilizzato; inoltre mi server la propagazione immediata, niente rsync di mezzo. Quindi dovrà essere server2 a montare una share di xp, utilizzando SMB1? Quindi poi server2 la esporta a server1 in NFS? Questo secondo te dovrebbe risolvere il problema? Piviul
Re: samba e vecchi client
No, il passaggio tra i server non deve avvenire tramite Samba. server2 ha Samba vecchio e espone una share NFS. All'interno dell'albero esportato monta le share XP. server1 monta la share di server2 e la riesporta con Samba nuovo. Rimane una soluzione abbastanza fragile (p.e. ogni volta che monti o smonti una share XP potresti dover smontare e rimontare la share NFS su server1). Se non ti serve la propagazione immediata, puoi mettere un cron con rsync che copia i nuovi dati da server2 a server1. Decisamente più stabile. Diego Il 27/07/2023 10:05, Piviul ha scritto: On 7/27/23 08:33, Diego Zuccato wrote: A naso devi separare le due istanze di Samba con un layer "neutrale", che può essere un NFS o anche solo rsync (o unison, se vuoi gestire meglio la sincronizzazione bidirezionale). Non credo si riesca a gestire con una sola macchina. in che senso? Mettiamo di creare 2 server, server1 e server2. server1 monta le shares di server2 che monta le shares della macchina xp? Quindi il client windows con server1 comunicano utilizzando una versione maggiore di SMB1 mentre invece server1 e server2 che versione usano? Mentre do per scontato che server2 e xp parlino SMB1. E perché dovrebbe risolvere la cosa? Piviul -- 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: samba e vecchi client
On 7/27/23 08:27, Piviul wrote: [...] Altrimenti qualcuno sa come disabilitare l'oplock sui client windows ma solo quando si connette a xpclients? ho provato ma continua a darmi sempre lo stesso errore... Dal client windows ho provato da powershell con diritti amministrativi a lanciare set-smbclientconfiguration -useOpportunisticLocking 0 -OplocksDisabled 1 ma non è cambiato nulla.. Ho provato anche ad inserire in smb.conf nella configurazione della share oplocks = False level2 oplocks = False ma non è cambiato nulla... Ho provato ad aggiungere in [global] di smb.conf reset on zero vc = yes ma non è cambiato nulla... a questo punto non so cosa pensare :( Piviul
Re: fail2ban
Ciao Paride Il giorno mar, 25/07/2023 alle 13.48 +, Paride Desimone ha scritto: > Qualcuno che usa file2ban? Mi occorrerebbe una mano sulla configurazione > del ban (ipv6 ed ipv4) dopo tre tentativi sbagliati di login su http ed > https, porte 80 e 443. > Quesato è quello che dobrei bannare dopo tre tentativi errati: > > 2023-07-25 14:21:47 ERROR logapache [16387]: [:::10.10.253.22] > Failed authentication for user u'pippo' Il fail2ban richiede di impostare alcuni parametri aggiuntivi: non credo si possa bloccare un IP genericamente dopo 3 tentativi, si deve difatti dire in quanto tempo questi tentativi vanno fatti. Inoltre dovresti impostare il periodo di tempo, successivo al blocco, per riabilitare l'IP. Il tempo totale nel quale vengono contati i tentativi è il parametro findtime, la durata del blocco è il parametro bantime, il numero di tentativi è maxretry. Tutti questi parametri dovresti metterli in un file «jail». Dovresti creare anche un file «filter» nel quale mettere l'espressione regolare per rintracciare la riga che ti interessa all'interno del log. Il manuale su jail.conf ne spiega i dettagli. Ciao, Giuseppe
Re: samba e vecchi client
On 7/27/23 08:33, Diego Zuccato wrote: A naso devi separare le due istanze di Samba con un layer "neutrale", che può essere un NFS o anche solo rsync (o unison, se vuoi gestire meglio la sincronizzazione bidirezionale). Non credo si riesca a gestire con una sola macchina. in che senso? Mettiamo di creare 2 server, server1 e server2. server1 monta le shares di server2 che monta le shares della macchina xp? Quindi il client windows con server1 comunicano utilizzando una versione maggiore di SMB1 mentre invece server1 e server2 che versione usano? Mentre do per scontato che server2 e xp parlino SMB1. E perché dovrebbe risolvere la cosa? Piviul
Re: samba e vecchi client
A naso devi separare le due istanze di Samba con un layer "neutrale", che può essere un NFS o anche solo rsync (o unison, se vuoi gestire meglio la sincronizzazione bidirezionale). Non credo si riesca a gestire con una sola macchina. Diego Il 27/07/2023 08:27, Piviul ha scritto: On 7/24/23 14:33, Marco Gaiarin wrote: Mandi! Piviul In chel di` si favelave... Come avrete capito sono in una situazione per cui in LAN ho ancora alcuni client xp. Ora un aggiornamento di windows ha fatto installare una pacth sul dc che taglia fuori tutti i client xp: non è più possibile ad un client xp di controllare le credenziali di un utente del dominio. Scusa: quindi hai un dominio AD con uno (o più) domain controller windows? no, ho un dominio ad gestito da samba. Ho pensato ad una soluzione e prima di metterla in piedi volevo confrontarmi con voi, vedere se secondo voi può funzionare. Fatto salvo che sembra, da rumors in lista samba, che Microsoft si sia accorta di aver fattola cavolata eche arriverà patch a fissare la cosa, ma... non puoi semplicemente togliere dal dominio la macchina e farla accedere agli share usando user e pass di dominio? AFAIK è precluso il 'join' al dominio, ma non l'accesso agli share... in caso prova anche ad accedere in nuemrico (\\10.X.Y.Z\Share), solitamente implica la disabilitazione di Kerberos. si infatti con gli ip funziona ancora, non da tutti i client però... è comunque una questione a cui devo mettere mano al più presto. Ho messo su l'accrocchio, funzionerebbe anche bene se non fosse per quel maledetto oplock... Ricapitolando ho messo in piedi un server "xpclients" che ha una share per ogni client e con in preexec uno script che va a leggere le shares del client xp rappresentato dalla share e le monta in SMB1 nella stessa cartella della share. In altre parole ho un client windows che almeno in SMB2 si connette a una share di xpclients il quale in automatico monta in SMB1 le shares presenti sulla directory stessa (se volete dettagli ve li mando). Il client riesce a sfogliare le cartelle, sembra andare tutto bene tranne che scrivendo nella share l'explorer di windows si incasina e bisogna riavviare il pc. Lato server (xpclients) nei logs trovo dei messaggi tipo "close_remove_share_mode: Could not get share mode lock for file ...". Ad esempio se aggiungo un file di testo nei logs trovo: [2023/07/27 07:51:00.516465, 0] ../../source3/smbd/close.c:312(close_remove_share_mode) close_remove_share_mode: Could not get share mode lock for file csa/ARCHIVIO_EXCEL/E00091/Nuovo documento di testo.txt [2023/07/27 07:51:00.854188, 0] ../../source3/smbd/close.c:312(close_remove_share_mode) close_remove_share_mode: Could not get share mode lock for file csa/ARCHIVIO_EXCEL/E00091/Nuovo documento di testo (2).txt [2023/07/27 07:51:00.861062, 0] ../../source3/smbd/close.c:312(close_remove_share_mode) close_remove_share_mode: Could not get share mode lock for file csa/ARCHIVIO_EXCEL/E00091/Nuovo documento di testo.txt [2023/07/27 07:51:01.226151, 0] ../../source3/smbd/close.c:312(close_remove_share_mode) close_remove_share_mode: Could not get share mode lock for file csa/ARCHIVIO_EXCEL/E00091/Nuovo documento di testo (3).txt [2023/07/27 07:51:01.233055, 0] ../../source3/smbd/close.c:312(close_remove_share_mode) close_remove_share_mode: Could not get share mode lock for file csa/ARCHIVIO_EXCEL/E00091/Nuovo documento di testo.txt [2023/07/27 07:51:01.239420, 0] ../../source3/smbd/close.c:312(close_remove_share_mode) close_remove_share_mode: Could not get share mode lock for file csa/ARCHIVIO_EXCEL/E00091/Nuovo documento di testo (2).txt [2023/07/27 07:51:01.554350, 0] ../../source3/smbd/close.c:312(close_remove_share_mode) close_remove_share_mode: Could not get share mode lock for file csa/ARCHIVIO_EXCEL/E00091/Nuovo documento di testo (4).txt [2023/07/27 07:51:21.547357, 0] ../../source3/smbd/close.c:312(close_remove_share_mode) close_remove_share_mode: Could not get share mode lock for file csa/ARCHIVIO_EXCEL/E00091/Nuovo documento di testo (4).txt A questo punto mi chiedo: Quale protocollo di condivisione files alternativo a samba potrei trovare tra client linux e windows xp come server? Altrimenti qualcuno sa come disabilitare l'oplock sui client windows ma solo quando si connette a xpclients? Grazie! Piviul -- 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: samba e vecchi client
On 7/24/23 14:33, Marco Gaiarin wrote: Mandi! Piviul In chel di` si favelave... Come avrete capito sono in una situazione per cui in LAN ho ancora alcuni client xp. Ora un aggiornamento di windows ha fatto installare una pacth sul dc che taglia fuori tutti i client xp: non è più possibile ad un client xp di controllare le credenziali di un utente del dominio. Scusa: quindi hai un dominio AD con uno (o più) domain controller windows? no, ho un dominio ad gestito da samba. Ho pensato ad una soluzione e prima di metterla in piedi volevo confrontarmi con voi, vedere se secondo voi può funzionare. Fatto salvo che sembra, da rumors in lista samba, che Microsoft si sia accorta di aver fattola cavolata eche arriverà patch a fissare la cosa, ma... non puoi semplicemente togliere dal dominio la macchina e farla accedere agli share usando user e pass di dominio? AFAIK è precluso il 'join' al dominio, ma non l'accesso agli share... in caso prova anche ad accedere in nuemrico (\\10.X.Y.Z\Share), solitamente implica la disabilitazione di Kerberos. si infatti con gli ip funziona ancora, non da tutti i client però... è comunque una questione a cui devo mettere mano al più presto. Ho messo su l'accrocchio, funzionerebbe anche bene se non fosse per quel maledetto oplock... Ricapitolando ho messo in piedi un server "xpclients" che ha una share per ogni client e con in preexec uno script che va a leggere le shares del client xp rappresentato dalla share e le monta in SMB1 nella stessa cartella della share. In altre parole ho un client windows che almeno in SMB2 si connette a una share di xpclients il quale in automatico monta in SMB1 le shares presenti sulla directory stessa (se volete dettagli ve li mando). Il client riesce a sfogliare le cartelle, sembra andare tutto bene tranne che scrivendo nella share l'explorer di windows si incasina e bisogna riavviare il pc. Lato server (xpclients) nei logs trovo dei messaggi tipo "close_remove_share_mode: Could not get share mode lock for file ...". Ad esempio se aggiungo un file di testo nei logs trovo: [2023/07/27 07:51:00.516465, 0] ../../source3/smbd/close.c:312(close_remove_share_mode) close_remove_share_mode: Could not get share mode lock for file csa/ARCHIVIO_EXCEL/E00091/Nuovo documento di testo.txt [2023/07/27 07:51:00.854188, 0] ../../source3/smbd/close.c:312(close_remove_share_mode) close_remove_share_mode: Could not get share mode lock for file csa/ARCHIVIO_EXCEL/E00091/Nuovo documento di testo (2).txt [2023/07/27 07:51:00.861062, 0] ../../source3/smbd/close.c:312(close_remove_share_mode) close_remove_share_mode: Could not get share mode lock for file csa/ARCHIVIO_EXCEL/E00091/Nuovo documento di testo.txt [2023/07/27 07:51:01.226151, 0] ../../source3/smbd/close.c:312(close_remove_share_mode) close_remove_share_mode: Could not get share mode lock for file csa/ARCHIVIO_EXCEL/E00091/Nuovo documento di testo (3).txt [2023/07/27 07:51:01.233055, 0] ../../source3/smbd/close.c:312(close_remove_share_mode) close_remove_share_mode: Could not get share mode lock for file csa/ARCHIVIO_EXCEL/E00091/Nuovo documento di testo.txt [2023/07/27 07:51:01.239420, 0] ../../source3/smbd/close.c:312(close_remove_share_mode) close_remove_share_mode: Could not get share mode lock for file csa/ARCHIVIO_EXCEL/E00091/Nuovo documento di testo (2).txt [2023/07/27 07:51:01.554350, 0] ../../source3/smbd/close.c:312(close_remove_share_mode) close_remove_share_mode: Could not get share mode lock for file csa/ARCHIVIO_EXCEL/E00091/Nuovo documento di testo (4).txt [2023/07/27 07:51:21.547357, 0] ../../source3/smbd/close.c:312(close_remove_share_mode) close_remove_share_mode: Could not get share mode lock for file csa/ARCHIVIO_EXCEL/E00091/Nuovo documento di testo (4).txt A questo punto mi chiedo: Quale protocollo di condivisione files alternativo a samba potrei trovare tra client linux e windows xp come server? Altrimenti qualcuno sa come disabilitare l'oplock sui client windows ma solo quando si connette a xpclients? Grazie! Piviul
