[Debian] Hwupgrade Clan [The Third Encounter]

[andr3@]

oggi ho installato squeeze e per la wifi volevo usare come facevo con lenny wicd: non c'è stato verso di farlo andare!!! non si apriva a causa di un errore dbus.
ho tagliato la testa al toro e visto che i network manager non sono affidabili ho configurato a manina network/interfaces e wpa_supplicant.conf: ora navigo che è una meraviglia

[jeremy.83]

Originariamente inviato da andr3@

oggi ho installato squeeze e per la wifi volevo usare come facevo con lenny wicd: non c'è stato verso di farlo andare!!! non si apriva a causa di un errore dbus.
ho tagliato la testa al toro e visto che i network manager non sono affidabili ho configurato a manina network/interfaces e wpa_supplicant.conf: ora navigo che è una meraviglia

Ho installato su KDE4 network-manager da experimental e va benone. Ovvio che se usi testing dovrai fare più sbattimenti per prelevare i pacchetti da Sid.

Alla fine wicd è stato scritto da un programmatore per rimediare alle mancanze di network-manger, ma quest'ultimo se funziona è anche superiore a wicd.

[palmy]

Ho postato questa domanda fra quelle generiche ma non ho ricevuto alcuna risposta, quindi visto che di Debian si tratta la riposto qui sperando che qualcuno mi sappia dare un suggerimento:

Ho da poco reinstallato debian sul portatile passando dai 32 bit ai 64 bit.

Fra le operazioni per ripristinare le stesse condizioni della piattaforma a 32 bit c'è quella della scrittura di una nuova regola che gestisca l'illuminazione dello schermo al cambio di alimentazione (AC vs Battery).
Ho ripercorso gli stessi passi che sulla 32 bit mi avevano dato esito positivo (quindi tutto funzionava come volevo), ma purtroppo sulla 64 bit la regola sembra "ignorata" dal sistema.

Ecco il codice della regola:

# NVidia backlight control using nvclock

ACTION=="change", SUBSYSTEM=="power_supply", ATTR{type}=="Battery", ATTR{status}=="Discharging", RUN+="/usr/local/bin/nvclock -S 50"

ACTION=="change", SUBSYSTEM=="power_supply", ATTR{type}=="Battery", ATTR{status}=="Charging", RUN+="/usr/local/bin/nvclock -S 100"

ovviamente lanciando lo stesso comando (ad esempio /usr/local/bin/nvclock -S 100) da linea di comando l'azione viene eseguita correttamente e l'illuminazione del LCD cambia.
Ma affidandosi alla "regola udev" non succede nulla la cambio di alimentazione nonostante abbia ricaricato le regole con udevadm control --reload_rules

Suggerimenti?

[Rikiji]

il repository snapshot di vlc è vuoto

[jeremy.83]

Originariamente inviato da palmy

......
Suggerimenti?

Ciao, magari dico una bestialità, ma potresti impostare quel comando quando viene lanciato il DE.

Non è una soluzione pulitissima, ma almeno avresti il processo che gira in background.

Poi, ripeto, magari quello che ho scritto è una bestialità forte

[palmy]

Originariamente inviato da jeremy.83

Ciao, magari dico una bestialità, ma potresti impostare quel comando quando viene lanciato il DE.

Non è una soluzione pulitissima, ma almeno avresti il processo che gira in background.

Poi, ripeto, magari quello che ho scritto è una bestialità forte

Sinceramente non conosco il modo di creare una regola simile su kde.
Comunque preferirei che non dipendesse dal DE...inoltre vorrei capire perché non funziona su 64 bit quando funzionava perfettamente su 32 bit.

[xcdegasp]

ora che sono sid non mi va più il terminale root e nemmeno il gestore aggiornamenti
posso ovviare da linea di comando con sudo o mettendomi root con "su - root" ma volevo capire cosa fosse la causa

[Carcass]

Originariamente inviato da xcdegasp

ora che sono sid non mi va più il terminale root e nemmeno il gestore aggiornamenti
posso ovviare da linea di comando con sudo o mettendomi root con "su - root" ma volevo capire cosa fosse la causa

sinceramente non ci ho capito molto: in console non ti fa su poi password????

[Miky Mouse]

ciao a tutti...
l'altro giorno ho installato gli aggiornamenti come faccio sempre, ma dopo ho notato che la tastiera non mi fa usare piu' le lettere accentate e alcuni altri caratteri, allora ho provato a cambiare layout della tastiera, ma ottengo solo una finestra di errore: errore.png

idee?

ps
uso debian lenny

[Carcass]

Originariamente inviato da Miky Mouse

ciao a tutti...
l'altro giorno ho installato gli aggiornamenti come faccio sempre, ma dopo ho notato che la tastiera non mi fa usare piu' le lettere accentate e alcuni altri caratteri, allora ho provato a cambiare layout della tastiera, ma ottengo solo una finestra di errore: Allegato 69176

idee?

ps
uso debian lenny

riconfigurala semplice......

[supermario]

ho un strano problema con xorg

sono su debian 5.0, i driver video sono gli ultimi fglrx(9.2) e la scheda video una 4850(in realtà è un crossfire ma ancora nn l'ho attivato)...bene, se provo a settare i DPI della risoluzione a 96x96(ora è a 98x99) non ottengo nessun risultato...

questa è la sezione di xorg, tramite DisplaySize indico quale è la giusta dimensione del display (LG L204WT) ma anche questo parametro viene ignorato

Section "Monitor"
	Identifier	"L204WT"
	Option          "DPMS"
        DisplaySize     432 270  #
EndSection

[Miky Mouse]

Originariamente inviato da Carcass

riconfigurala semplice......

anche cercando di resettarla ai valori di default (generica 105 tasti) ottengo quello stesso errore. o devo farlo a mano in qualche file di configurazione?

[Miky Mouse]

Originariamente inviato da Miky Mouse

anche cercando di resettarla ai valori di default (generica 105 tasti) ottengo quello stesso errore. o devo farlo a mano in qualche file di configurazione?

risolto... ho dovuto aggiornare a mano x

[albortola]

.

[xcdegasp]

Originariamente inviato da Carcass

sinceramente non ci ho capito molto: in console non ti fa su poi password????

non mi si apre proprio il terminale root dall'utenza user
devo aprire il terminale poi mettermi come root.
ho provato anche a ricreare le dipendenze di sudo ma a meno che non voglia il reboot non è cambiato nulla

root@debian:/# apt-get build-dep sudo
Lettura della lista dei pacchetti in corso... Fatto
Generazione dell'albero delle dipendenze in corso
Lettura informazioni sullo stato... Fatto
I seguenti pacchetti NUOVI (NEW) saranno installati:
autotools-dev bison debhelper flex gettext html2text intltool-debian
libcompress-raw-zlib-perl libcompress-zlib-perl libdigest-hmac-perl
libdigest-sha1-perl libfile-remove-perl libio-compress-base-perl
libio-compress-zlib-perl libio-stringy-perl libldap2-dev libmail-box-perl
libmail-sendmail-perl libmailtools-perl libmime-types-perl
libobject-realize-later-perl libpam0g-dev libsys-hostname-long-perl
libuser-identity-perl po-debconf
0 aggiornati, 25 installati, 0 da rimuovere e 2 non aggiornati.
È necessario prendere 7170kB di archivi.
Dopo quest'operazione, verranno occupati 21,1MB di spazio su disco.
Continuare [S/n]?

[xcdegasp]

Originariamente inviato da Antonio23

il terminale di root da gui non funziona più nemmeno a me e a un altro utente da qualche giorno se è quello che intendi. su internet ho letto che dovrebbe essere una impostazione in gconf che impedisce l'uso di gksu con applicazioni gui di gnome come gnome-terminal... io ho risolto sostituendo con gksudo dopo essermi messo tra i sudoers...

proprio questo intendevo
secondo me con la sid fanno molte cagate con le dipendenze e quasi quasi tolgo i repo della sid..

[iron84]

Originariamente inviato da xcdegasp

proprio questo intendevo
secondo me con la sid fanno molte cagate con le dipendenze e quasi quasi tolgo i repo della sid..

è un problema tornare indietro

Più che altro a me sid non mi ispira tanto proprio per queste cose...
dipendenze non fatte bene.... essendo pacchetti più aggiornati di testing, potrebbero esserci più frequanti dei bug....
Io non rischio.... mi trovo bene con la mia testing e sul pc da lavoro con la stable 2 rocce

[Carcass]

Originariamente inviato da xcdegasp

proprio questo intendevo
secondo me con la sid fanno molte cagate con le dipendenze e quasi quasi tolgo i repo della sid..

io la ho avuta piu di tre anni, mai avuto un problema e se si è verificato si risolve in un po di giorni.

abbi pasienza se no passa a ubuntu

ma tu hai tutta sid o hai un mix di stable/testing/unstable????

[Gimli[2BV!2B]]

Scusate, ma 'sta cosa del terminale root mi incuriosisce, c'è qualche motivo che non conosco per cui è da preferire ad un su - ?
O è solo questione di abitudine/comodità?

[iron84]

Originariamente inviato da Carcass

io la ho avuta piu di tre anni, mai avuto un problema e se si è verificato si risolve in un po di giorni.

abbi pasienza se no passa a ubuntu

ma tu hai tutta sid o hai un mix di stable/testing/unstable????

Sì quello è anche vero. Se ci son dei bug in qualche pacchetto di sid, correggono prima che se dovesse esserci qualcosa di fastidioso in testing....