[Risolto] Files bash che non si avviano come programmi

[gsnapoli]

Salve.
Ho Ubuntu 22.04 LTS, periodicamente aggiornato.

Negli anni passati mi è capitato più volte di scrivere files bash e lanciarli direttamente da “Preferiti” tramite l'icona . Ancora oggi ne uso uno “SHUTDOWN” per eseguire il backup allo spegnimento.

Improvvisamente dall’anno scorso non riesco più a scrivere programmi che vadano in esecuzione nello steso modo.
Ovvero, se lancio da terminale “./nomefile.sh”, nomefile.sh parte. Anche se clicco sul file ".sh" con il tasto destro e vado su "Esegui come programma", si avvia. Ma se invece ci clicco sopra col tasto sinistro si apre l’editor di testo .
Ho guardato tante guide, interpellato ChatGPT. Niente da fare. Ovviamente , in Proprietà, “Consentire l’esecuzione del file come programma" è settato ed i permessi son gli stessi dei files che fungono, ovvero :-rwxrwxr-x

Probabilmente sto talasciando qualcosa di cui mi son dimenticato. Oppure qualcosa è cambiato negli anni.
Ripeto : il mio fine è far apparire l'icona del programma su Preferiti e lanciarlo cliccandoci sopra. Aggiungo che ovviamente ho scritto il file .desktop equivalente ed è in "/home/mionome/.local/share/applications".


Se qualcuno vuole aiutarmi entro più nei particolari.
Grazie anticipatamente.

[UgoBollito]

Clic destro sul file ->esegui come programma

[gsnapoli]

Se leggi il mio messaggio questo è già contemplato. Ma io non voglio questo. Voglio poterci cliccare sopra e soprattutto voglio che l'icona (come avveniva per i programmi precedenti) compaia in Preferiti. Comunque grazie

[UgoBollito]

Con nautilus evidentemente non si può. Prova un altro file manager per esempio Caja

[gsnapoli]

Allora è cambiato qualcosa. Perchè io sempre e solo Nautilus ho avuto. Dopo provo e ti scrivo. Grazie.

[gsnapoli]

Alla fine ho risolto il dilemma, da solo. Si va su "Mostra applicazioni", angolo in alto a sinistra. Si trova l'applicazione, poi tasto destro del mouse > Sposta in Preferiti. Non ci posso giurare, ma non credo proprio che sia quel che ho fatto in passato. Be l'importante è che funzioni.

[DoctorStrange]

Da quanto sò, già da diverse distribuzioni linux, per rendere uno script Bash avviabile, oltre a dover sviluppare lo script stesso, bisogna poi realizzare il file desktop, inserirlo nella directory /usr/share/applcations, assegnare ownership e grant opportuni, sviluppare il launcher da mettere nella barrae, eventualmente la entry da appendere nel file di unit per configurare il suo lancio all'avvio o spengimento del sistema, se richiesto. non mi risulta che fare doppio click su un file Bash sia mai stato un modo sicuro di mandarli in esecuzione.
Da quanto scrive l'autore di questo thread, non mi sembra che sia stato fatto nulla di tutto questo. Sarebbe utile sapere cosa hai chiesto all'AI, e come questa ti ha risposto.

[gsnapoli]

Salve. Quello che scrivi io l'avevo fatto. Se leggi al fondo del mio post c'è scritto " Se qualcuno vuole aiutarmi entro più nei particolari.". Non mi era sembrato il caso sin dall'inizio entrare nei particolari. Comunque il problema l'ho risolto. L'AI non mi ha aiutato gran che. Anzi, mi ha creato anche qualche casino. Non seguirò più la discussione

[frapox]

Da quanto sò, già da diverse distribuzioni linux, per rendere uno script Bash avviabile, oltre a dover sviluppare lo script stesso, bisogna poi realizzare il file desktop, inserirlo nella directory /usr/share/applcations, assegnare ownership e grant opportuni, sviluppare il launcher da mettere nella barrae, eventualmente la entry da appendere nel file di unit per configurare il suo lancio all'avvio o spengimento del sistema, se richiesto. non mi risulta che fare doppio click su un file Bash sia mai stato un modo sicuro di mandarli in esecuzione.

Posto che il file .desktop è il launcher, che va messo o in (1) /usr/share/applications o in (2) ~/.local/share/applications (cartella globale per tutti gli utenti, o cartella per un utente specifico, rispettivamente), posto che non serve cambiare né ownership né "grant" (permessi? se lo copi in (1) devi essere root e quindi è già ok, se lo crei da utente e lo copi in (2) non devi fare altro), posto che non servono unit quando crei un lanciatore (a meno che uno voglia creare un servizio ma non mi pare proprio questo il caso) perché o crei un lanciatore o una unit servizio... che differenza di sicurezza ci sarebbe tra il dopioclicare su un .sh e un .desktop? Se lo script è tuo, se il lanciatore è tuo, non fa alcuna differenza lato sicurezza. La differenza la fa che il lanciatore ha altre "proprieta" connesse (per esempio icona, descrizione, non/visualizzazione nel menu applicationi, etc.) allo script, e può tornare comodo su una instal desktop.

Se siamo nello "scope" utente ha molto più senso mettere uno script o un launcher sotto alla propria home che sotto una gerarchia /usr a mio modo di vedere.

Precisato ciò, Gnome non ricordo da quale versione ha introdotto come feature di sicurezza il fatto che i launcher sulla scrivania non si avviano automaticamente ma doppio cliccandoci sopra si apre un text editor. Quindi, o si sposta il launcher in una delle due directory indicate prima, aspettando che la Gnome shell lo rilevi e lo mostri nella schermata delle applicazioni (bisogna riloggarsi, oppure lanciare update-desktop-database), oppure si crea un link simbolico del launcher (dopo averlo spostato) sul desktop, se uno vuole averlo lì e non nella barra preferiti.