Rilasciato KDE 4.4.0

[Savius]

Diciamo che da persona niubba del fatto non ho la pretesa di poter dire chissà che cosa, ma credo di condividere il pensiero di panda84. Alla fine io non trovo le PolicyKit una chissà che iettatura e restrizione da parte degli utenti. Sulla questione dell'ora non capisco... L'ora si imposta da root e al massimo l'utente che usa come DE KDE può impostare l'orario ad un livello superiore e non base. Cioè, cerco di farmi capire meglio: se io imposto l'ora da root nulla vieta agli utenti di potersi modificare l'ora che vogliono ma questo non inciderà sull'orario di sistema ma su quello della loro sessione. Dico a livello superficiale e non di sistema... Non so come spiegarmi... Magari sto dicendo una scimità! (Leviamo il magari... ^^'')

[navajo]

Diciamo che da persona niubba del fatto non ho la pretesa di poter dire chissà che cosa, ma credo di condividere il pensiero di panda84. Alla fine io non trovo le PolicyKit una chissà che iettatura e restrizione da parte degli utenti. Sulla questione dell'ora non capisco... L'ora si imposta da root e al massimo l'utente che usa come DE KDE può impostare l'orario ad un livello superiore e non base. Cioè, cerco di farmi capire meglio: se io imposto l'ora da root nulla vieta agli utenti di potersi modificare l'ora che vogliono ma questo non inciderà sull'orario di sistema ma su quello della loro sessione. Dico a livello superficiale e non di sistema... Non so come spiegarmi... Magari sto dicendo una scimità! (Leviamo il magari... ^^'')

Credo che non sia possibile cambiare ora per ogni sessione così come si fa con lo sfondo del desktop.
Sul grado di gestibilità e di programmazione di policykit non dico nulla, lo conosco pochissimo..

[ildiama]

Non uso KDE, IMVHO perche' KDE diventa sempre piu` un SO nel SO!

Potrei cortesemente chiedere un esempio (me ne basta uno..) in cui KDE fa questa cosa?

[Savius]

Diciamo che da persona niubba del fatto non ho la pretesa di poter dire chissà che cosa, ma credo di condividere il pensiero di panda84. Alla fine io non trovo le PolicyKit una chissà che iettatura e restrizione da parte degli utenti. Sulla questione dell'ora non capisco... L'ora si imposta da root e al massimo l'utente che usa come DE KDE può impostare l'orario ad un livello superiore e non base. Cioè, cerco di farmi capire meglio: se io imposto l'ora da root nulla vieta agli utenti di potersi modificare l'ora che vogliono ma questo non inciderà sull'orario di sistema ma su quello della loro sessione. Dico a livello superficiale e non di sistema... Non so come spiegarmi... Magari sto dicendo una scimità! (Leviamo il magari... ^^'')

Credo che non sia possibile cambiare ora per ogni sessione così come si fa con lo sfondo del desktop.

Lo credo anch'io... Sono stato indotto a crederlo avendo letto le considerazioni degli altri utenti che sembravano motivate da una conoscenza sicuramente superiore alla mia su tale argomento! Alla luce di queste info io non ci vedo nulla di così terribile nelle PolicyKit e non capisco perché impedirne l'implementazione, per questo ho sospettato che forse era semplicemente difficile integrarle con Slackware... ^^''

[Mario Vanoni]

Non uso KDE, IMVHO perche' KDE diventa sempre piu` un SO nel SO!

Potrei cortesemente chiedere un esempio (me ne basta uno..) in cui KDE fa questa cosa?

Codice: Seleziona tutto

root@va2:~# ls -l /etc/rc.d
total 332
d--------- 2 root root  4096 2007-05-15 04:46 init.d
lrwxrwxrwx 1 root root     4 2008-12-12 10:56 rc.0 -> rc.6
-rwxr-xr-x 1 root root  1282 2007-03-27 03:12 rc.4
-rwxr-xr-x 1 root root  7453 2008-12-02 21:32 rc.6
-rwxr-xr-x 1 root root  2425 2008-12-02 21:31 rc.K
-rwxr-xr-x 1 root root 10662 2008-12-02 23:36 rc.M
-rwxr-xr-x 1 root root 14376 2008-12-03 06:07 rc.S
---------- 1 root root   466 2008-11-20 19:13 rc.acpid
-rwxr-xr-x 1 root root  2672 2008-12-03 02:49 rc.alsa
-rwxr--r-- 1 root root  1032 2009-05-21 14:32 rc.apcupsd
---------- 1 root root  1032 2003-02-02 04:47 rc.atalk
-rwxr-xr-x 1 root root  3116 2008-04-13 23:48 rc.bind
---------- 1 root root  3303 2008-11-11 23:36 rc.bluetooth
---------- 1 root root  1051 2008-11-11 23:36 rc.bluetooth.conf
-rwxr-xr-x 1 root root  4318 2008-10-22 01:15 rc.cups
---------- 1 root root   512 2008-11-25 22:26 rc.dnsmasq
---------- 1 root root  1893 2008-10-22 06:41 rc.fuse
-rwxr-xr-x 1 root root  1156 2009-03-08 21:08 rc.gpm
---------- 1 root root   906 2008-12-08 02:14 rc.hald
---------- 1 root root   703 2008-10-23 00:55 rc.httpd
-rwxr-xr-x 1 root root  9437 2008-12-08 05:53 rc.inet1
-rw------- 1 root root  3612 2008-12-12 11:07 rc.inet1.conf
-rwxr-xr-x 1 root root  4847 2007-09-18 00:07 rc.inet2
-rwxr-xr-x 1 root root   497 2003-09-12 05:27 rc.inetd
-rwxr-xr-x 1 root root  2684 2008-12-03 23:58 rc.ip_forward
-rwxr-xr-x 1 root root   405 2009-08-08 09:33 rc.local
-rwxr-xr-x 1 root root    52 2008-06-10 17:19 rc.local_shutdown
---------- 1 root root  1740 2008-12-08 02:10 rc.messagebus
---------- 1 root root 31891 2008-11-21 06:15 rc.modules-2.6.27.7
---------- 1 root root 31891 2008-11-21 05:29 rc.modules-2.6.27.7-smp
---------- 1 root root  2585 2008-10-05 07:29 rc.mysqld
-rwxr-xr-x 1 root root   123 2008-12-12 11:07 rc.netdevice
-rwxr-xr-x 1 root root  2457 2008-10-25 21:21 rc.nfsd
---------- 1 root root   749 2008-11-26 05:30 rc.ntpd
---------- 1 root root  1722 2007-03-16 22:09 rc.pcmcia
-rwxr-xr-x 1 root root  1402 2007-05-18 00:53 rc.rpc
---------- 1 root root   791 2008-11-28 22:11 rc.samba
---------- 1 root root  1169 2006-05-27 22:24 rc.saslauthd
-rwxr-xr-x 1 root root   687 2002-06-04 23:09 rc.sendmail
---------- 1 root root  2895 2008-09-11 03:30 rc.serial
---------- 1 root root   895 2008-11-14 01:32 rc.snmpd
-rwxr-xr-x 1 root root  1477 2008-07-24 19:39 rc.sshd
-rwxr-xr-x 1 root root   996 2008-12-13 17:50 rc.syslog
-rwxr-xr-x 1 root root  1740 1999-09-11 22:48 rc.sysvinit
-rwxr-xr-x 1 root root  4231 2009-04-23 15:34 rc.udev
---------- 1 root root 12496 2008-11-29 23:00 rc.wireless
---------- 1 root root  7320 2008-11-29 23:00 rc.wireless.conf
---------- 1 root root  2323 2005-08-01 01:56 rc.yp
drwxr-xr-x 2 root root  4096 2007-05-15 04:46 rc0.d
drwxr-xr-x 2 root root  4096 2007-05-15 04:46 rc1.d
drwxr-xr-x 2 root root  4096 2007-05-15 04:46 rc2.d
drwxr-xr-x 2 root root  4096 2007-05-15 04:46 rc3.d
drwxr-xr-x 2 root root  4096 2007-05-15 04:46 rc4.d
drwxr-xr-x 2 root root  4096 2007-05-15 04:46 rc5.d
drwxr-xr-x 2 root root  4096 2007-05-15 04:46 rc6.d
root@va2:~# 

Prova a far andare KDE con tutti questi demoni disattivati.
Fluxbox funziona perfettamente.

[puzuma]

Prova a far andare KDE con tutti questi demoni disattivati.

gli unici servizi di cui ha bisogno KDE in più sono hal e messagebus. Il primo è un'astrazione dell'hardware il secondo è un IPC (Inter Process Comunication) entrambi non hanno niente a che vedere con i compiti del SO.

Per inciso anche Flubox userà qualche meccanismo di IPC, solo hanno deciso di non usarne uno standard...

[Mario Vanoni]

Prova a far andare KDE con tutti questi demoni disattivati.

gli unici servizi di cui ha bisogno KDE in più sono hal e messagebus. Il primo è un'astrazione dell'hardware il secondo è un IPC (Inter Process Comunication) entrambi non hanno niente a che vedere con i compiti del SO.

Per inciso anche Flubox userà qualche meccanismo di IPC, solo hanno deciso di non usarne uno standard...

Forse erro, ma IPC fa parte di ogni kernel vanilla, vedi /usr/src/linux/ipc.

[puzuma]

se erro, ma IPC fa parte di ogni kernel vanilla, vedi /usr/src/linux/ipc.

D-BUS fa di più: permette IPC tramite rete ed è implentato su diversi sistemi operativi, inoltre i messaggi sono standardizzati, quindi un'applicazione può funzionare invariata su Linux/BSD/Solaris/OS X/Windows.

In una macchina Linux puoi pensare a D-BUS come uno snello e standardizzato strato di astrazione sopra i meccanismi di IPC propri del kernel.

[navajo]

Mario per favore, quando posti molte righe di codice sei pregato di usare il tag giusto. Ne abbiamo pure parlato ti ricordi ?
grazie.

[Mario Vanoni]

se erro, ma IPC fa parte di ogni kernel vanilla, vedi /usr/src/linux/ipc.

D-BUS fa di più: permette IPC tramite rete ed è implentato su diversi sistemi operativi, inoltre i messaggi sono standardizzati, quindi un'applicazione può funzionare invariata su Linux/BSD/Solaris/OS X/Windows.

In una macchina Linux puoi pensare a D-BUS come uno snello e standardizzato strato di astrazione sopra i meccanismi di IPC propri del kernel.

Quindi il primo passo di un sistema operativo sul sistema operativo di base,
il governo di IPC lo fara` allora D-BUS, non piu` il kernel Linux,
le impostazioni del kernel non valgono, se D-BUS non vuole ... magnifico.

Se KDE pretende i due demoni che citi ... siamo veramente su questa strada.

[Mario Vanoni]

Mario per favore, quando posti molte righe di codice sei pregato di usare il tag giusto. Ne abbiamo pure parlato ti ricordi ?
grazie.

Chieda venia, ma quale e` il tag giusto nel mio caso:
Quote, Code, List o List=?
testo, codice, testo o testo

Se mi illumini, corrego il post.

[conraid]

Chieda venia, ma quale e` il tag giusto nel mio caso:

code, che così mette in una finestra scorrevole quel che scrivi
per codide, output di shell, etc... è la migliore soluzione

quote se citi una frase, un discorso, qualcosa di altri (o tuo scritto in precedenza) insomma

Se KDE pretende i due demoni che citi ... siamo veramente su questa strada.

li pretendono tutti, nel senso che non è che gli sviluppatori di KDE abbiano detto "via, usiamo DBUS così siamo più belli". Per far comunicare le applicazioni ci vuole qualcosa, e il sistema del kernel in quel caso non basta, perché ricorda che c'è Xorg prima del kernel (detto in parole semplici, ma ci capiamo).
Prima KDE utilizzava DCOP, un metodo proprietario, poi hanno deciso di utilizzare DBUS, così che anche le applicazioni non KDE (stiamo comunque parlando di applicazioni GUI non scordarlo) potessero interagire con applicazioni KDE
Per HAL stessa cosa, anche se sembra che in futuro si possa fare con libudev quel che adesso si fa con HAL, molti programmi (e qui non solo GUI) utilizzano HAL per "capire" per esempio quale hardware viene inserito (penne usb, webcam, etc...)

si potrebbe fare senza? sì
ci sarebbero più "proteste" se le applicazioni non comunicassero tra di loro e se non ci fosse questo riconoscimento hardware? sì

bene o male l'informatica oggi è questa, se poi vuoi fare senza ed alla "vecchia" maniera nessuno te lo impedisce
puoi installare vecchi sistemi operativi, non utilizzare gui, fare quel che vuoi

poi ognuno ha i suoi gusti, ed ogni software ha i suoi bug
per me (e per tanti altri) mille volte meglio HAL di GPM, che tu vedo che utilizzi e che io non installo nemmeno

[MrTry]

Sul mio 1000h con 2gb di ram la 4.3.4 contenuta nella current mi gira bene, ma anche voi ricevete l'errore di caricamento quando si vuole configurare la rete ? lo fa fin dalla prima slack 13.0
Personalmente non mi soddisfa dolphin

[ildiama]

Riguardo a dbus (un pò di storia).
dbus è un sistema di IPC sviluppato a partire da DCOP. Quando tutti si resero conto di quanto era figo dcop (una tecnologia di KDE3, scritta in qt) cominciarono a volerlo usare. Allora alcuni volenterosi sistemarono il suo codice e sostanzialmente sempllificando da QtCore/C++ a C/C++. dbus fu velocemente preso sotto l'egida della community freedesktop.org e incredibilmente, per questioni ormai superate, adottato prima da Gnome, etc. che da KDE (il passaggio da KDE3 a KDE4 fu un pochino "tortuoso", ricorderete).
Nessuno (tra chi lo usa) nega la sua indiscussa superiorità tra i metodi di IPC (ormai si usa solo quello e/o unix-sockets. Di meglio di questi ultimi dbus ha la fatidica "portabilità"), tant'è che l'ultima release (la 1.2.20, che abbiamo anche noi su slack) ha codename "not yet in the kernel". C'è perfino chi ipotizza che la sua (eventuale) inclusione nel kernel darebbe il via alla fatidica release 3.0... Ma capite bene che queste due ultime sono solo minchiate

Riguardo all'esempio di KDE SO nel SO.
Confermo che kde funziona facendo partire anche solo dbus. Certo, con meno servizi attivi, funziona "peggio". Ma non "peggio" di fluxbox (passatemi il termine). Quello che contesto è l'esempio e l'affermazione. Se qualcuno avesse detto KDE è un SO nel SO perché nonostante il mio file di configurazione /etc/pippodaemon.conf dica X, KDE fa Y allora avrei capito.
Se tutto questo discorso significava dire "KDE è più pesante di fluxbox", allora dico... bella scoperta!!

[refused]

Capita anche a voi che le finestre non si comportino "bene" usando decorazioni come aurorae o nitrogen?
Ho notato che trascinare la titlebar della finestra su un'altra (per raggrupparle in tab) non funziona se non uso oxygen...
Qualcuno può darmi conferma? E' un bug o una limitazione intrinseca di questi temi?
Sbirciando /usr/share/apps/kwin/nitrogenclient.desktop e /usr/share/apps/kwin/aurorae.desktop, si legge, rispettivamente:

X-KDE-Library=kwin3_nitrogen

X-KDE-Library=kwin3_aurorae

Sarà che usano librerie vecchie o cosa?