slacky.eu

Salve a tutti premetto che sono niubbo....
il mio problema è questo.. i programmi che installo durante l'esecuzione richiedono permessi, ad esempio per aprire directory filesystem leggerne files, oppure salvare aggiornamentei ecc.. io ho provato ad usare il solito chmod, a dare i permessi a tutti gli eseguibili ma i problemi persistono, tranne quando gli do sudo da console..
cosa posso fare?

Fai confusione tra permessi dell'eseguibile e del processo.
Quello che a te interessa, se ho capito bene, sono i permessi che ha un processo. Questi sono ereditati dai privilegi dell'utente proprietario del processo.
chmod(1) cambia i permessi ai file, non c'entra nulla.

Calsifer ha scritto:cosa posso fare?

Fare un esempio di quello che vorresti fare, indicando permessi e proprietà dei file con ls -l nome-del-file e specificando quello che fai di preciso.

Calsifer ha scritto:Salve a tutti premetto che sono niubbo....
il mio problema è questo.. i programmi che installo durante l'esecuzione richiedono permessi, ad esempio per aprire directory filesystem leggerne files, oppure salvare aggiornamentei ecc.. io ho provato ad usare il solito chmod, a dare i permessi a tutti gli eseguibili ma i problemi persistono, tranne quando gli do sudo da console..
cosa posso fare?

chmod 4700 programma, lo owner di progamma _deve_ essere root,
eseguibile solo da root, per altri utenti chmod 47[07][07] programma.

Mario Vanoni

...puoi anche fare

# chown -R -v [utente] /[directory]

...e questo darebbe i diritti di lettura/scrittura in tale directory. se invece si tratta di eseguibili ecc (quindi discorso fuori dalle directory)

# chown -v [utente] [nome file]

io lo uso spesso, meno potente del chmod, ma grandi risultati... e nel caso di errori non piangi in armeno [-X

allora quello che io faccio è questo... ad esempio apro Autodesk maya... da root non mi dà problemi, legge le img delle icone, la licenza viene letta, insomma funziona tutto, da utente normale no, oppure azureus, ha scaricato un'aggiornamento mi dice che è impossibile salvare il file nella directory mi sembra var/share/azureus a causa dei permessi... faccio da root e ovviamente funziona tutto
non so se mi sono fatto capire

Calsifer ha scritto:allora quello che io faccio è questo... ad esempio apro Autodesk maya... da root non mi dà problemi, legge le img delle icone, la licenza viene letta, insomma funziona tutto, da utente normale no, oppure azureus, ha scaricato un'aggiornamento mi dice che è impossibile salvare il file nella directory mi sembra var/share/azureus a causa dei permessi... faccio da root e ovviamente funziona tutto
non so se mi sono fatto capire

solitamente questi programmi usano delle directory nella home dell'utente.
E' logico che non puoi scrivere in var per esempio.
Puoi sempre cambiare i permessi della dir, ma io cambierei le impostazioni del programma, dove possibile

cm faccio a cambiare le impostazioni del programma?

Calsifer ha scritto:cm faccio a cambiare le impostazioni del programma?

Non conosco quei due programmi. Azureus mi sembra il client torrent in java.
Se per aggiornamenti intendi del programma stesso, devi farlo da root.
Se sono file che scarichi ci sarà una pagina di preferenze o cose simili.

Autodesk non so come funzioni, mi spiace.

Comunque per cambiare i permessi della dir, come ti ha detto Mario

Calsifer ha scritto:allora quello che io faccio è questo... ad esempio apro Autodesk maya... da root non mi dà problemi, legge le img delle icone, la licenza viene letta, insomma funziona tutto, da utente normale no, oppure azureus, ha scaricato un'aggiornamento mi dice che è impossibile salvare il file nella directory mi sembra var/share/azureus a causa dei permessi... faccio da root e ovviamente funziona tutto
non so se mi sono fatto capire

Azureus è normale che si lamenti. Il problema è che l'installazione del pacchetto è da root mentre, il programma è usualmente usato da utente. A me questi aggiornamenti automatici (mutuati da filosofia Windows) in generale non mi piacciono granché e in molti casi li disabilito, perché l'unica altra soluzione è, per l'appunto, un chmod delle directory interessate, che però, visto che parliamo di alberature proprie del sistema operativo, trovo sempre come soluzione sporca.
Ti ricordo che un chmod 775 di una directory/file di root con gruppo root non risolve i tuoi problemi, visto che il tuo utente di solito non fa parte del gruppo root. Devi affiancargli un chmod (da root) verso root:users

infatti.. mi sembra anche a me windows-like... comunque grazie a tutti delle info.. se editassi l'eseguibile per dargli i privilegi di root? non c'è una stringa da mettere negli script per fare ciò? può funziare con gli eseguibili?

una soluzione potrebbe essere lanciare quei programmi con kdesu o con sudo.
ma non so se è quello che tu cerchi di ottenere.

Calsifer ha scritto:infatti.. mi sembra anche a me windows-like... comunque grazie a tutti delle info.. se editassi l'eseguibile per dargli i privilegi di root? non c'è una stringa da mettere negli script per fare ciò? può funziare con gli eseguibili?

Ogni problema ha una soluzione ad hoc... con Azureus devi cambiare i permessi dei jar che va a sovrascrivere (o della directory in cui li infila, non mi ricordo).
Il problema è che tutto ciò che lanci da utente, non importa che permessi abbia, ma viene lanciato comuque con i permessi dell'utente, come ti si spiegava anche sopra. Quindi, tendenzialmente, non può modificare niente che si trovi sopra la sua home (come giusto, aggiungo).
Di solito se un programma lanciato da utente cerca di modificare roba di root io lo considero IL MALE e principalmente cerco di evitare che lo faccia piuttosto che agevolarlo.
Se invece dei programmi per questioni del genere proprio non ti funzionano allora c'è un problema da risolvere...

gallows ha scritto: chmod(1) cambia i permessi ai file, non c'entra nulla.

Relativamente, perchè quando con chmod attivi il bit suid, ad esempio, il processo assumerà come euid l'id del proprietario del file e non l'id di chi ha lanciato il processo.

Dani ha scritto:

gallows ha scritto: chmod(1) cambia i permessi ai file, non c'entra nulla.

Relativamente, perchè quando con chmod attivi il bit suid, ad esempio, il processo assumerà come euid l'id del proprietario del file e non l'id di chi ha lanciato il processo.

È vero, il fatto è che la considero una pratica poco pulita e flessibile. Suggerisco sempre di usare sudo(8) per ciò.