Se avete problemi con l'installazione e la configurazione di Slackware postate qui. Non usate questo forum per argomenti generali... per quelli usate Gnu/Linux in genere.
Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Slackware, se l'argomento è generale usate il forum Gnu/Linux in genere.
3) Leggere attentamente le risposte ricevute.
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
La domanda è semplice.
Perché sino alla directory contenente le immagini i permessi sono impostati a "666" (rw-rw-rw-), mentre all'interno di quest'ultima le singole foto risultano in sola lettura (r--r--r--)?
Solita regola di UDEV persa da qualche parte?
Ovviamente una volta scaricate cambio i permessi delle immagini in modo da poterle editare con Gimp, ma è una seccatura non da poco.
Esiste un rimedio... "strutturale"?
Penso si tratti di una regola di udev, sinceramente non mi è mai accaduto: solitamente accade piuttosto che si abbia accesso solo da parte di root. Comunque sia, prova ad aggiungere una regola che imposti il MODE="0666". Non uso kde, quindi non so se c'è qualcosa per gestire le regole udev.
Sulla Slackware si è venuta a creare una certa confusione in merito ai vari file di Udev, HAL e compagnia; le altre distribuzioni mettono quei file in /etc/udev e /usr/share/hal, mentre la Slackware usa una serie di directory sparpagliate dappertutto.
Quando ho installato la 12.2, mi sono accorto che la mia fotocamera Nikon Coolpix non funzionava più in modalità Mass Storage, ma solo in modo PTP; ho scoperto allora che il package Libgiphoto2 creato da Pat metteva il file 90-libgphoto2.rules in /lib/udev/rules.d. Spostando quel file in /etc/udev/rules.d e riavviando UDEV si è risolto il problema.
Da notare che il file 90-libgphoto2.rules assegna i permessi 0666 e il gruppo "plugdev" a tutti i device; bisogna assicurarsi quindi di far parte di quel gruppo.
Stessa esperienza anche con HPLIP e una stampante Photosmart che ogni tanto si rifiutava di stampare mostrando l'errore "Device communication error"; prelevando il file /lib/udev/55-hpmud.rules e spostandolo in /etc/udev/rules.d sembra essersi risolto il problema.
Ho copiato tutte le regole da /lib/udev/rules.d a /etc/udev/rules.d e riavviato UDEV ma il problema permane.
Forse non è nella regola relativa a gphoto il problema, perché leggendo il file 90-libgphoto2.rules vedo che effettivamente il device dovrebbe venir assegnato al gruppo "plugdev" con permessi 0660.
Come mai, allora le immagini contenute nella fotocamera hanno tutte permessi settati a 0440? (solo lettura, appunto); chi è che impone tali regole se non udev e attraverso quale file di configurazione lo fa?
le regole in /lib vanno bene, devi spostarle in /etc solo se vuoi cambiarle, in quanto l'impostazioni attuale di udev prevede di tenere in /lib le regole di udev stesso (che possono cambiare ad ogni aggiornamento) mentre in /etc quelle personali
non è la slackware che le imposta così http://git.kernel.org/?p=linux/hotplug/ ... D;f=README
per le impostazioni dei permessi udev le assegna al device, ma se poi al suo interno sono impostate in modo diverso non ci fa niente, tanto che anche tu dice che le directory sono giuste e le immagini no, forse è proprio la fotocamera ad impostarle così
hai provato in altri sistemi a vedere come vengono rilevate?
per le impostazioni dei permessi udev le assegna al device, ma se poi al suo interno sono impostate in modo diverso non ci fa niente, tanto che anche tu dice che le directory sono giuste e le immagini no, forse è proprio la fotocamera ad impostarle così
hai provato in altri sistemi a vedere come vengono rilevate?
Sai, Conraid, che pensavo la stessa cosa?
Proverò a smanettare un po' con la mia Ixus
Vi saprò dire (anche se non ho molte speranze...).
Ci devono essere problemi sul server di Slacky.eu; ieri notte ho inviato una risposta a Kens, che è stata regolarmente pubblicata, ma oggi vedo che non c'è più. E' già la seconda volta in pochi giorni che accade una cosa del genere.
Comunque, tornando a noi, ho messo la mia fotocamera in modalità PTP ed ho fatto esperimenti; ho potuto appurare così che Linux non ha colpe. In modalità PTP, la fotocamera viene gestita in modo speciale, senza che venga fatto alcun mount; è la stessa situazione che si verifica quando inserite un CD Audio o un DVD Video.
Sia sotto Linux, sia sotto MacOSX, sia sotto Windows, se la fotocamera è in PTP mode, le foto risultano accessibili in sola lettura.
Ho fatto delle prove sotto WindowsXP (grazie a Kens l'ho rimesso in funzione dopo quasi un anno); collegando la fotocamera e selezionando esplora, dopo un quarto d'ora (su Linux ci vogliono pochi secondi) appaiono le foto. Aprendo ora una delle foto e provando a modificarla (ad esempio, "Ruota di 90°), compare subito una finestra per avvisarmi che la foto è accessibile in sola lettura e quindi le modifiche non saranno salvate.
L'accesso read/write alle foto è possibile solo quando la fotocamera è in modalità Mass Storage; anche in quel caso, però, modificare le foto direttamente sulla memory card è un grave errore in quanto si rischia di mandare in tilt il sistema di gestione delle foto stesse da parte del software della fotocamera.
phobos3576 ha scritto:
L'accesso read/write alle foto è possibile solo quando la fotocamera è in modalità Mass Storage; anche in quel caso, però, modificare le foto direttamente sulla memory card è un grave errore in quanto si rischia di mandare in tilt il sistema di gestione delle foto stesse da parte del software della fotocamera.
Ok, ok, Phobos, grazie dell'impegno e di esserti sporcato le mani con Windows
Non ho alcuna intenzione di modificare le immagini direttamente sulla fotocamera, ovviamente, proprio per le ragioni da te esposte.
Il fatto è che anche quando le copio su una directory ad hoc i permessi rimangono in sola lettura e mi tocca cambiarli a mano.
Non vorrei dire bestialità, ma mi pare che attraverso la Slack 12.2 che avevo su una macchina ora dismessa questo problema non si presentava; forse ricordo male, però.
kens ha scritto:Non ho alcuna intenzione di modificare le immagini direttamente sulla fotocamera, ovviamente, proprio per le ragioni da te esposte.
Si, era solo una mia considerazione. L'avevo capito che il tuo problema era quello di avere automaticamente i permessi di scrittura sulle foto appena copiate sull'hard disk.
Ho rifatto l'esperimento con la fotocamera in modalità PTP; copiando le foto sull'hard disk, i permessi rimangono in sola lettura (r--r--r--) anche sulla Slackware 12.2.
Questo accade sulla partizione EXT3; copiando invece su una partizione NTFS di WindowsXP, probabilmente i permessi non vengono riconosciuti correttamente, per cui si ottiene: rwxrwxrwx.
Comunque, non mi sembra un grave problema; una volta scaricate le foto, vai su "Modifica" - "Seleziona tutto" e cambia i permessi a tutti i file contemporaneamente.
Io uso Digikam, per importare le foto da macchina fotografica PTP, e i permessi dei file sull'hard disk sono anche in scrittura, su partizione reiserfs. Nonpenso ci siano differenze con ext3, dato che sono entrambi filesystem unix, a differenza di ntfs, in cui i permessi sono trattati in maniera un po' particolare, da ntfs-3g e compagni.
Sulla macchina, ovviamente, non posso modificare le foto: le posso leggere e cancellare.
:cf