lxde su testing

2017-10-31 Per discussione Piviul 
Ciao a tutti, su una debian testing ho installato task-lxde-desktop e mi 
aspettavo di avere un desktop più o meno completo. Quando mi loggo non 
ci sono menù, non ci sono barre... se premo con il tasto destro posso 
configurare lo sfondo del desktop ma nulla di più. No, in realtà 
qualcosa in più posso fare, posso selezionare l'opzione "Mostra i menu 
forniti dal gestore delle finestre" e quindi mi si apre il tipico menu 
di openbox... ho dimenticato qualcosa? Non c'è la possibilità di avere 
la tipica barra di lxde con il menu, il gestore delle finestre... senza 
dovrelo creare io a manina?


Grazie


Piviul

Re: debian testing root e interfaccia grafica

2017-10-31 Per discussione Federico Di Gregorio 
Bisognerebbe sapere cosa vuole ottenere. xauth ha senso SOLO se si vuole 
creare una sessione X con un utente che non è stato loggato da un 
display manager (tipo un utente da ssh o dopo un "su -" in terminale).


Boh...

federico

On 31/10/17 17:32, Paolo Redaelli wrote:
Forse mi son perso qualche dettaglio … sudo non dovrebbe risolvere 
elegantemente tutti le questioni di questo tipo?


Il 30 ottobre 2017 11:35:10 CET, Giuseppe Naponiello 
 ha scritto:


Ciao,
so che è un problema comune, ho provato varie soluzioni in giro per
la rete ma non riesco a risolvere.

Ho capito che ha a che fare con xauth ma mi fermo lì.
Sono partito da qui [0] ma non ho risolto:
/usr/bin/xauth:  file /home/beppe/.Xauthority does not exist

ho provato a crearlo ma immagino vada anche "riempito" in qualche
modo; in rete ho trovato soluzioni per connessioni ssh, e non è il
mio (ma non solo mio) caso.

la differenza è che, dopo averlo creato, se lancio gksu gedit (ad
esempio) mi chiede le credenziali di root ma non succede niente.

Suggerimenti?

Grazie
-beppe-

[0]

http://guide.debianizzati.org/index.php/FAQ#Come_posso_eseguire_un_programma_a_interfaccia_grafica_con_i_permessi_di_root.3F

-- 
*_Giuseppe Naponiello_*

*_
_*
*A**rc-**T**eam srl*
piazza Navarrino, 13 - 38023Cles (TN)
C.F. e P. IVA IT-01941600221
cell.+393476846599
mail:beppen...@arc-team.com 
pec:arc-t...@pec.it 
101 | www.arc-team.com 
110 | http://arc-team-open-research.blogspot.it/
000 | https://independent.academia.edu/GiuseppeNaponiello


-- Inviato dal mio cellulare Android con K-9 Mail.



--
Federico Di Gregorio federico.digrego...@dndg.it
DNDG srl  http://dndg.it
 La gente sopravvaluta l'alcool e sottovaluta il contesto.  -- anonymous

Re: Usare repository Debian https

2017-10-31 Per discussione Piviul 

Il 31/10/2017 10:54, Davide Prina ha scritto:

[...]
no, se hai installato il pacchetto indicato dovrebbe funzionare.
Purtroppo io non ho una Debian stable su cui verificare
Ho provato anch'io su una stable. Ho modificato sources.list in modo che 
utilizzi https:


$ grep ^[^#] /etc/apt/sources.list
deb https://deb.debian.org/debian/ stretch main contrib non-free
deb-src https://deb.debian.org/debian/ stretch main contrib non-free
deb https://deb.debian.org/debian-security stretch/updates main contrib 
non-free
deb-src https://deb.debian.org/debian-security stretch/updates main 
contrib non-free

deb https://deb.debian.org/debian/ stretch-updates main contrib non-free
deb-src https://deb.debian.org/debian/ stretch-updates main contrib non-free

e l'update va una meraviglia:

$ sudo apt update
Ign:1 https://cdn-aws.deb.debian.org/debian stretch InRelease
Trovato:2 https://cdn-aws.deb.debian.org/debian-security stretch/updates 
InRelease

Trovato:3 https://cdn-aws.deb.debian.org/debian stretch-updates InRelease
Trovato:4 https://cdn-aws.deb.debian.org/debian stretch Release
Lettura elenco dei pacchetti... Fatto
Generazione albero delle dipendenze
Lettura informazioni sullo stato... Fatto
Tutti i pacchetti sono aggiornati.

Portobello, hai provato come ha suggerito Davide di mettere i repos in http:

$ grep ^[^#] /etc/apt/sources.list
deb http://deb.debian.org/debian/ stretch main contrib non-free
deb-src http://deb.debian.org/debian/ stretch main contrib non-free
deb http://deb.debian.org/debian-security stretch/updates main contrib 
non-free
deb-src http://deb.debian.org/debian-security stretch/updates main 
contrib non-free

deb http://deb.debian.org/debian/ stretch-updates main contrib non-free
deb-src http://deb.debian.org/debian/ stretch-updates main contrib non-free

e controllare che tutto sia aggiornato con qualcosa tipo
# apt update && apt dist-upgrade

Piviul



Piviul

raid1 messaggi di errore

2017-10-31 Per discussione beppe 

cat /proc/mdstat

Personalities : [raid1]
md0 : active raid1 sdb1[0] sdc1[1]
  488253440 blocks super 1.2 [2/2] [UU]
  bitmap: 2/4 pages [8KB], 65536KB chunk

tail -20 /var/log/kern.log

 ata4.00: status: { DRDY ERR }
 ata4.00: error: { UNC }
 ata4.00: configured for UDMA/133
 ata4.01: configured for UDMA/133
 sd 3:0:0:0: [sdb] Unhandled sense code
 sd 3:0:0:0: [sdb]
 Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
 sd 3:0:0:0: [sdb]
 Sense Key : Medium Error [current] [descriptor]
 Descriptor sense data with sense descriptors (in hex):
 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00
17 52 c7 37
 sd 3:0:0:0: [sdb]
 Add. Sense: Unrecovered read error - auto reallocate failed
 sd 3:0:0:0: [sdb] CDB:
 Read(10): 28 00 17 52 c7 37 00 00 08 00
 end_request: I/O error, dev sdb, sector 391300919
 ata4: EH complete
 md/raid1:md0: read error corrected (8 sectors at 391298871 on sdb1)
 md/raid1:md0: redirecting sector 391036671 to other mirror: sdb1

ls -l /dev/disk/by-id/

ata-WDC_WD5000AAKS-00A7B0_WD-WMASY7404637 -> ../../sdc
ata-WDC_WD5000AAKS-00A7B0_WD-WMASY7404637-part1 -> ../../sdc1

ata-WDC_WD5000AAKS-00A7B2_WD-WCASY3463424 -> ../../sdb
ata-WDC_WD5000AAKS-00A7B2_WD-WCASY3463424-part1 -> ../../sdb1


intanto sta facendo il backup su un altro disco,
spero vada a buon fine, perche' si ferma con alcuni files
generando gli errori che ho riportato, poi controllo.

il disco che non va bene penso sia sdb.

Non so se provare a farlo ricostruire, ma opterei per cambiarlo.

Qualche consiglio?
Grazie.

Beppe

--
le nuvole non hanno regole,
perchè non hanno mai rinunciato
alla libertà di sognare.

Re: debian testing root e interfaccia grafica

2017-10-31 Per discussione Paolo Redaelli 
Forse mi son perso qualche dettaglio … sudo non dovrebbe risolvere 
elegantemente tutti le questioni di questo tipo?

Il 30 ottobre 2017 11:35:10 CET, Giuseppe Naponiello  ha 
scritto:
>Ciao,
>so che è un problema comune, ho provato varie soluzioni in giro per la
>rete
>ma non riesco a risolvere.
>
>Ho capito che ha a che fare con xauth ma mi fermo lì.
>Sono partito da qui [0] ma non ho risolto:
>/usr/bin/xauth:  file /home/beppe/.Xauthority does not exist
>
>ho provato a crearlo ma immagino vada anche "riempito" in qualche modo;
>in
>rete ho trovato soluzioni per connessioni ssh, e non è il mio (ma non
>solo
>mio) caso.
>
>la differenza è che, dopo averlo creato, se lancio gksu gedit (ad
>esempio)
>mi chiede le credenziali di root ma non succede niente.
>
>Suggerimenti?
>
>Grazie
>-beppe-
>
>[0]
>http://guide.debianizzati.org/index.php/FAQ#Come_posso_eseguire_un_programma_a_interfaccia_grafica_con_i_permessi_di_root.3F
>
>-- 
>*Giuseppe Naponiello*
>
>*A**rc-**T**eam srl*
>piazza Navarrino, 13 - 38023Cles (TN)
>C.F. e P. IVA IT-01941600221
>cell. +393476846599
>mail: beppen...@arc-team.com
>pec: arc-t...@pec.it
>101 | www.arc-team.com
>110 | http://arc-team-open-research.blogspot.it/
>000 | https://independent.academia.edu/GiuseppeNaponiello

-- Inviato dal mio cellulare Android con K-9 Mail.

Re: Dubbi: immagini nel db (base64) o esterne con url? inoltre SQL o NOSQL?

2017-10-31 Per discussione Federico Di Gregorio 

On 28/10/17 18:23, Lorenzo Breda wrote:



Il sab 28 ott 2017 18:10 maxlinux duemila > ha scritto:


[...]
ora sono in dubbio se codificare le immagini con base64 e inglobarle
nel db, o se semplicemente registrare la url in un campo, e mettere le
immagini nel filesystem come si è sempre fatto finora.

sono anche in dubbio se usare il classico SQL (mysql/postgres) o un
NOSQL tipo couchdb + pouchdb o similari.


voi che fareste?


Mi pare molto molto OT.

In linea generale le immagini le terrei fuori. Il filesystem è un 
database, è fatto apposta e offre molti vantaggi (strutture standard per 
l'accesso ai file - syscall comprese, che molti linguaggi usano 
direttamente -, nessuna necessità di usare risorse per la decodifica 
quando il file viene richiesto...)


Poi però, come sempre, dipende da che deve fare l'applicazione. Ci sono 
casi in cui i vantaggi offerti da un sistema di basi dati sono 
rilevanti, ad esempio se va garantita la consistenza in ogni momento tra 
i dati del db e le immagini (su db ad esempio puoi fare transazioni che 
comprendano anche le modifiche all'immagine, mentre se l'immagine è su 
filesystem il database e il file non possono essere modificati in 
un'unica operazione atomica).


Per quanto riguarda il tipo di database non ti so aiutare, dipende 
enormemente dal tipo di applicazione e dalla struttura dei dati, cose su 
cui non hai dettagliato abbastanza.


Anche se ci sono casi in cui tenere i dati dell'immagine nel database è 
utile, per esempio quando per visualizzare correttamente l'immagine è 
comunque richiesta una query al database (per esempio per verificare i 
permessi dell'utente, etc.) in generale non è una buona idea perché la 
maggior parte dei web server permette di servire dati dal file system in 
maniera ottimizzata (per sempio con sendfile() sotto Linux) mentre 
passando dall'applicativo il tutto risulta più lento.


Ci sono tutta una serie di vantaggi e svantaggi da pesare:

1) serve distribuire il carico su più server? Se si, tutto dentro al DB 
può risultare utile.
2) i dati sono pubblici? Se si, un web server che accede direttamente al 
FS è semplice ed utilizza poche risorse (CPU, memoria).

3) Come vengono efettuati i backup?
4) Complessità dell'applicativo: le immagini vanno manipolate, 
cancellate, etc.?


In ogni caso ti consiglio di usare PostgreSQL e di salvare le immagini 
in formato binario in un campo BYTEA. Il base64 è un inutile spreco di 
risorse.


federico

--
Federico Di Gregorio federico.digrego...@dndg.it
DNDG srl  http://dndg.it
 «Vorremmo una presentazione emozionale... emotiva!» -- il cliente
 (Quindi... un pauerpoint che provi emozioni?)

Re: debian testing root e interfaccia grafica

2017-10-31 Per discussione Alessandro Pellizzari 

On 31/10/2017 13:50, Giuseppe Naponiello wrote:


Ciao e grazie,
da root effettivamente non è necessario la gui ma per sw tipo synaptic o 
gedit può essere comodo.


Per quello dovresti usare gksu, e in teoria dovrebbe chiederti la 
password e configurare le env vars nel modo corretto per lanciare 
l'applicazione come root.


Bye.

Re: debian testing root e interfaccia grafica

2017-10-31 Per discussione Giuseppe Naponiello 
Ciao e grazie,
da root effettivamente non è necessario la gui ma per sw tipo synaptic o
gedit può essere comodo.

Il 31 ott 2017 11:02, "Davide Prina"  ha scritto:

On 30/10/2017 15:23, Giuseppe Naponiello wrote:

> ok, mi rispondo da solo, forse ho trovato la soluzione:
> ho aggiunto
> export XAUTHORITY=/home/beppe/.Xauthority
> al file /etc/profile e sembra funzionare.
> Sarà la soluzione definitiva?
>

se non ho capito male vuoi eseguire da root programmi con GUI.
Questo è male!!!
Non andrebbe mai fatto... o al massimo limitato il più possibile.

In ogni caso il tuo problema si risolve usando il comando xhost

Genericamente si può usare
$ xhost +
dal tuo utente prima di connettersi con un altro e avrai la possibilità di
eseguire qualsiasi interfaccia grafica.

Però questo fa si che chiunque possa poi eseguire GUI.

Meglio è usare la seguente sintassi:

$ xhost +si:localuser:UTENTE

dove UTENTE è l'utente che vuoi abilitare momentaneamente

e poi eseguire

$ xhost -si:localuser:UTENTE

quando lo vuoi disabilitare.

Io mi sono fatto un comandino bash che ho chiamato sux.sh che fa questo,
anche se io non lo uso per root. In pratica da un xterm eseguo:
$ sux.sh ALTRO_UTENTE

e l'altro utente poi potrà eseguire GUI fino all'uscita da xterm

$ cat sux.sh
#!/bin/bash

xhost +si:localuser:$1
su - $1
xhost -si:localuser:$1

Ciao
Davide

-- 
Dizionari: http://linguistico.sourceforge.net/wiki
Motivi per non comprare/usare ms-windows-vista:
http://badvista.fsf.org/
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: Usare repository Debian https

2017-10-31 Per discussione Portobello 
Il 31/10/2017 10:54, Davide Prina ha scritto:
> On 30/10/2017 10:55, Portobello wrote:
> 
>> Err:3 https://deb.debian.org/debian stable Release
>>    gnutls_handshake() failed: Public key signature verification has
>> failed.
> 
>> Credo che bisogna installare/importare la chiave pubblica (Pubblic Key),
>> come quando si utilizzava il repo multimedia o altri simili.
>> Poi dice anche che manca il release file ??
> 
> no, se hai installato il pacchetto indicato dovrebbe funzionare.
> Purtroppo io non ho una Debian stable su cui verificare
> 
> Qui dice che dovrebbe funzionare
 https://deb.debian.org/
Su questa pagina (http://deb.debian.org/) dice che bisogna usare o
questi (senza contrib e non-free) :
If you hit the server behind deb.debian.org directly, either because you
use an older apt or because you use a HTTP proxy that does not support
SRV records, your requests will get HTTP redirected to one of the CDN
instances. If you want to avoid the redirects, you can pick one instance
directly. For instance, this also works in your sources.list:

deb http://cdn-fastly.deb.debian.org/debian stable main
deb http://cdn-fastly.deb.debian.org/debian-security stable/updates main

o questi (anche qui non usano contrib e non-free) :
The redirection service is also available on HTTPS, so with the
apt-transport-https package installed, you can use:

deb https://deb.debian.org/debian stable main
deb https://deb.debian.org/debian-security stable/updates main

Io li ho provati entrambi e mi funziona soltanto quello sopra con
cdn-fastly. Ma se aggiungo anche i contrib e non-free, mi da un'altro
problema. Perchè mi installa 9 pacchetti che riguardano la mia scheda
video Nvidia, ed al successivo ri-avvio il sistema non parte, si blocca.
Forse perchè non ho la scheda video ben configurata (funziona solo in
modalità Vga standard).
Ma appena ho un pò di tempo apro una discussione apposita per
configurare sia la scheda che il monitor.

> 
> però dire anche che potresti avere problemi se usi un proxy HTTP che non
> supporta i record SRV...
> 
> magari devi indicare al posto di
> 
> deb https://deb.debian.org/debian stable main contrib non-free
> 
> qualcosa tipo:
> 
> deb https://cdn-fastly.deb.debian.org/debian stable main contrib non-free
> 
Ho provato e non funziona, dà errore.

> Ciao
> Davide
> 

Ciao. Grazie

Re: debian testing root e interfaccia grafica

2017-10-31 Per discussione Davide Prina 

On 30/10/2017 15:23, Giuseppe Naponiello wrote:

ok, mi rispondo da solo, forse ho trovato la soluzione:
ho aggiunto
export XAUTHORITY=/home/beppe/.Xauthority
al file /etc/profile e sembra funzionare.
Sarà la soluzione definitiva?


se non ho capito male vuoi eseguire da root programmi con GUI.
Questo è male!!!
Non andrebbe mai fatto... o al massimo limitato il più possibile.

In ogni caso il tuo problema si risolve usando il comando xhost

Genericamente si può usare
$ xhost +
dal tuo utente prima di connettersi con un altro e avrai la possibilità 
di eseguire qualsiasi interfaccia grafica.


Però questo fa si che chiunque possa poi eseguire GUI.

Meglio è usare la seguente sintassi:

$ xhost +si:localuser:UTENTE

dove UTENTE è l'utente che vuoi abilitare momentaneamente

e poi eseguire

$ xhost -si:localuser:UTENTE

quando lo vuoi disabilitare.

Io mi sono fatto un comandino bash che ho chiamato sux.sh che fa questo, 
anche se io non lo uso per root. In pratica da un xterm eseguo:

$ sux.sh ALTRO_UTENTE

e l'altro utente poi potrà eseguire GUI fino all'uscita da xterm

$ cat sux.sh
#!/bin/bash

xhost +si:localuser:$1
su - $1
xhost -si:localuser:$1

Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Motivi per non comprare/usare ms-windows-vista:
http://badvista.fsf.org/
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: Usare repository Debian https

2017-10-31 Per discussione Davide Prina 

On 30/10/2017 10:55, Portobello wrote:


Err:3 https://deb.debian.org/debian stable Release
   gnutls_handshake() failed: Public key signature verification has failed.



Credo che bisogna installare/importare la chiave pubblica (Pubblic Key),
come quando si utilizzava il repo multimedia o altri simili.
Poi dice anche che manca il release file ??


no, se hai installato il pacchetto indicato dovrebbe funzionare.
Purtroppo io non ho una Debian stable su cui verificare

Qui dice che dovrebbe funzionare
https://deb.debian.org/

però dire anche che potresti avere problemi se usi un proxy HTTP che non 
supporta i record SRV...


magari devi indicare al posto di

deb https://deb.debian.org/debian stable main contrib non-free

qualcosa tipo:

deb https://cdn-fastly.deb.debian.org/debian stable main contrib non-free

Ciao
Davide

--
Dizionari: http://linguistico.sourceforge.net/wiki
Sistema operativo: http://www.debian.org
GNU/Linux User: 302090: http://counter.li.org
Non autorizzo la memorizzazione del mio indirizzo su outlook

Re: PLEASE USE ZEITGEIST 0.9.11 or above

2017-10-31 Per discussione Davide Prina 

On 30/10/2017 11:10, Giuseppe Naponiello wrote:


uso debian testing e oggi mi sono accorto di questo messaggio  quando provo
ad aprire un file di testo con gedit da terminale


uso anch'io testing


PLEASE USE ZEITGEIST 0.9.11 or above
Traceback (most recent call last):
   File "/usr/lib/x86_64-linux-gnu/gedit/plugins/dashboard/__init__.py",
line 58, in _add_tab
 [0].get_children()[0].get_children()[1].hide()
AttributeError: 'Image' object has no attribute 'get_children'


ho provato e a me non fornisce nessun messaggio del genere.

Ti consiglierei prima di tutto di:
0) verificare le fonti, come detto in un thread di questi giorni è 
meglio avere i seguenti tre repository nel tuo /etc/apt/sources.list


deb https://deb.debian.org/debian testing main contrib non-free
deb-src https://deb.debian.org/debian testing main contrib non-free

deb https://deb.debian.org/debian-security testing/updates main contrib 
non-free


1) verificare di non aver altri repository qui
$ ls /etc/apt/sources.list.d/

se ci sono indica quali sono e cosa contengono i file

2) verificare di avere il sistema aggiornato
# apt update; apt -u upgrade; apt -u dist-upgrade

3) verificare di non avere avuto problemi con gli ultimi aggiornamenti
# apt -f install

4) verificare che non vi siano problemi sulle installazioni dei pacchetto
# apt install debsums
# debsums -as

Se ti esce qualcosa prova a reinstallarlo/riconfigurarlo
# apt install --reinstall NOMEPACCHETTO

o se il problema è della configurazione dovrebbe bastare
# dpkg-reconfigure NOMEPACCHETTO

5) non è che hai installato pacchetti da repository non Debian o di 
altre versioni di Debian?
Nota: esegui il seguente dopo esserti assicurato di non avere nel tuo 
sources.list nessun repository non Debian e nessun repository che non 
sia testing (il punto 0 e 1)


# apt install apt-show-versions
# apt-show-versions -i
$ apt-show-versions | grep available

qui ti vengono indicati tutti i pacchetti che hai installato, ma che non 
sono nei repository di testing


5) verificare di non avere messo nulla in pinning
$ cat /etc/apt/preferences

e se hai qualche file qui:
$ ls /etc/apt/preferences.d/

indica cosa contiene

Poi io ho fatto le seguenti cose:

$ dpkg -l | grep zeitgeist
ii  gedit-plugin-zeitgeist  3.22.0-3
ii  gir1.2-zeitgeist-2.0:amd64  1.0-0.1
ii  libzeitgeist-2.0-0:amd641.0-0.1
ii  zeitgeist-core  1.0-0.1

hai installato altri pacchetti oltre questi?
O magari non li hai tutti?
O magari hai versioni differenti?

$ mkdir /tmp/1
$ cd /tmp/1
$ apt source gedit-plugin-zeitgeist
$ grep -r "PLEASE USE ZEITGEIST" gedit-plugins-3.22.0/
gedit-plugins-3.22.0/plugins/dashboard/dashboard/dashboard.py: 
print("PLEASE USE ZEITGEIST 0.9.11 or above")


$ cat gedit-plugins-3.22.0/plugins/dashboard/dashboard/dashboard.py
[...]
MIN_VERSION = [0, 9, 11, 0]
if version < MIN_VERSION:
print("PLEASE USE ZEITGEIST 0.9.11 or above")
[...]

probabilmente dovevano mettere un <=, però se hai davvero testing 
aggiornata non dovrebbe uscirti il messaggio


Ciao
Davide