I developer del progetto KDE sono felici di annunciare, come da programma, il rilascio della nuova stable release. KDE 4.10 è una tappa molto importante perché segna l’inizio della transizione a QML per Plasma che si protenderà sino all’arrivo di KDE 5.0 con l’attesissima transizione alle QT5.
KDE 4.10 porta con se una grossa quantità di bugfix e tante nuove feature che sicuramente faranno piacere all’utenza finale: è stata introdotta la funzionalità degli sfondi animati, introdotta la nuova feature che fonde menubar e titolo della finestra cosi da far risparmiare spazio sullo schermo, riscritto il programma per la gestione delle stampanti, riscritto il programma per la gestione del monitor che migliora notevolmente il management dei monitor multipli.
È stato introdotto anche il nuovo sistema di notifiche di Kate: il nuovo sistema si compone di un popup che farà la sua comparsa in alto (sempre all’interno del foglio di testo) e renderà la vita ai developer più semplice, infatti il nuovo Kate andrà a controllare se ci sono errori nella sintassi del codice, e se ne trova ci segnalerà che c’è qualcosa che non va nel nostro codice quando andremo a salvarlo.
Insomma un gran bel numero di feature che sicuramente rendono KDE uno dei migliori desktop enviroment del panorama Linux. KDE 4.10 sarà disponibile a breve nei repository delle principali distribuzioni e come di consueto tra i primi a riceverlo saranno gli utenti di Arch Linux e a ruota i vari rami instabili. Appena possibile verrà reso disponibile anche su Kubuntu.
non ci posso credere
è uguale al predecessore KDE 3 !
una foto di opensuse 10 di svariati anni fa..
http://misc.heathenx.org/opensuse10_3.png
di giancarlo - 7 febbraio 2013 - 11:47
p.s. scherzo..
di giancarlo - 7 febbraio 2013 - 11:50
Io sono ancora a kde 4.8.4 (debian sid) e a parte qualche magagna, mi trovo bene.
Onestamente non ho sta gran fretta di passare a queste ultime versioni che magari mi sputtanano qualcosa …
Sti DE big dovrebbero andare più piano con ste versioni, magari una major ogni 2 anni ma curata in maniera maniacale invece di 4 versioni alla meno peggio.
di telperion - 7 febbraio 2013 - 12:33
Non so troppe versioni.
Io sono alla 4.8.4 (debian sid) e a parte qualche problemino, mi trovo bene.
Non ho tutta questa fretta di avanzare a nove versioni che magari portano a nuovi problemi.
I DE devono servire per far girare i software, non per assorbire tempo a metterli a punto.
Sarebbe meglio una major release ogni 2 anni e solo minor di correzione invece di questa marea continua di versioni …
di telperion - 7 febbraio 2013 - 12:55
@Telperion
L’innovazione avanza , chi resta troppo indietro rischia di tagliarsi le gambe.
KDE viene rilasciato alla major release circa una volta l’anno. durante questo periodo vengono rilasciate release di fix intermedie (normalmente da 5 a 7)
Se gli svliuppatori necessitano di avanzare perchè fermarli ?
sta alle distribuzioni fornire supporto per release “vecchie” (debian ? ) o quelle più nuove (le famigerate “rolling” ).
A te la scelta. Il mondo Opensource è grande ed offre svariate opzioni …
di sabayonino - 7 febbraio 2013 - 13:58
Caro Oneopensource, forse non lo sapete ma Chakra esiste e combatte anch’essa per voi XD
Kde 4.10 lo abbiamo pure noi
di Lazy - 7 febbraio 2013 - 14:02
Grande Lazy!!
di Perry - 7 febbraio 2013 - 15:20
@sabayonino
per me “progresso” significa h265 al posto di h264, blender che sfruttando nuovi algoritmi va il 50% più veloce, gimp che usando tutti i core va il 50% più veloce eccetera.
I DE che ogni 6 mesi cambiano 4 pixel qua e la, magari introducendo incompatibilità con temi e applicazioni, sono solo “un gatto attaccato ai maroni” …
di telperion - 7 febbraio 2013 - 15:35
Telperion perchè non fai come me?Ti metti un WM minimale e te lo configuri come vuoi!Io uso pekwm.
di wesbluemarine - 7 febbraio 2013 - 17:57
@telperion se potevo essere d’accordo in generale per versioni precedenti, questa volta no. Supporto a MTP, appmenu (che intanto è un’opzione), KWin praticamente riscritto… stavolta abbiamo veramente *tanta roba*
di Alessio Biancalana - 7 febbraio 2013 - 19:12
@Telperion : parlavo in generale non ad applicazioni singole. se dobbiamo parlare del singolo caso ognuno potrebbe avere qualcosa di proporre su una qualsiasi cosa. e siamo tanti in questo mondo … regnerebbe il caos
(che forse c’è già 
)
@ Lazy : Anche su Gentoo ci stà (e ripeto : da un bel pezzo ) nel ramo “testing” . Qua sono tutti Arch-centrici
KDE per mè è sempre satto elegante , completo posso essere daccordo con molti utenti che lo trovano “incasinato” , ma non c’è una cosa che non puoi personalizzare. e quando c’è molto di personalizzabile hai molte opzioni a cui star dietro.
Se non vuoi uscirne pazzo , consiglio di tenere l’ambiente standard minimale e sistemare quelle quattro cose che servono
di sabayonino - 7 febbraio 2013 - 20:08
beh, magari un po’ di semplificazione diciamo che non guasterebbe secondo me (ma se il risultato deve essere quello di Gnome3 e compagnia cantante allora no, lasciamo perdere XD )…
comunque concordo con chi dice che in fondo di roba ce n’è in questa release, ed anche parecchio utile (no, non mi riferivo agli sfondi animati
) …. se solo risolvessero alcuni problemini (tipo il mancato shut down delle unità USB durante la rimozione sicura) non ci penserei un attimo ad installarlo su tutti i miei PC
di Emanuele - 7 febbraio 2013 - 21:43
“Supporto a MTP, appmenu (che intanto è un’opzione), KWin praticamente riscritto…”
.
Supporto a mpt: non me ne faccio nulla il mio s/p si monta come unità di massa usb senza problemi.
.
appmenu: VADE RETRO!!
.
KWin praticamente riscritto: quello che uso va benissimo …
.
Supporto a miniature senza usare ffmpegthumbs?
Dolhin che non si addormenta e bisogna premere f5 per vedere i nuovi file?
KDE che se il disco è pieno non distrugge tutti i file di impostazioni i .kde?
Che se clicchi un .mpg da 5GB nel cestino per sbaglio, te lo copia in
/var qualcosa e ti riempie l’hd e neppure lo cancella al riavvio, solo per fare il PLAY, lasciandoti smadonnare tutto il calendario?
di telperion - 7 febbraio 2013 - 22:04
@teleperion
io non capisco perché non migri a mac o windows se hai sempre qualcosa che ti rode.
di erik_ilrosso - 7 febbraio 2013 - 23:06
@ Telperion : “Dolhin che non si addormenta e bisogna premere f5 per vedere i nuovi file?”
mai avuto questo problema.
Idem per il cestino … forse è meglio che tu dia una occhiata nelle impostazioni del cestino ? perchè è possibile personalizzare lo spazio da dedicare ad esso. (forse hai un valore troppo piccolo per il tuo user)
Se il dico (o partizione) è piena ad un certo punto non dovresti nemmeno riuscire a fare il login perchè non è possibile aggiornare (non cancellare) i file che servono per la sua gestione.
Sembra prorpio che nonostante utilizzi KDE , non lo conosci minimamente.
Quoto erik , forse è ,eglio che utilizzi qualcos’altro
di sabayonino - 8 febbraio 2013 - 12:59
…non badate agli “o”rrori di battitura
di sabayonino - 8 febbraio 2013 - 13:00
@sabayonino aka sotuttoio
monta una partizione da 2TB contenente file in lavorazione.
Diciamo che in / ha 10GB liberi.
Cancella un file diciamo video da 12GB.
Apri il cestino.
Per sbaglio clicca il file video da 12GB cancellato …
Viene creata una copia in /var non mi ricordo dove /krunner se non erro, per consentire il PLAY del file (penso si ottenga lo stesso problema con una iso o targz dalle dimensioni maggiori dello spazio libero in /)
Auguri.
Risultato: disco sistema pieno, kde bloccato, anche al riavvio.
Soluzione: accedere alla partizione / da altra installazione/live, cercare il mattone da cancellare, cancellarlo, copiare la cartella ~/.kde da backup e tutto torna come nuovo.
Ma certo, io che capisco di kde? Che parlo a fa?!
di telperion - 8 febbraio 2013 - 13:16
Vuoi dire che non si riesce a cancellare il file da console prima del login grafico?? Si impasta xdm bloccando systemd/upstart?
di SilverHawk - 9 febbraio 2013 - 16:23
Vuoi dire che non si riesce a cancellare il file da console prima del login grafico?? Si impasta xdm bloccando systemd-upstart?
di SilverHawk - 9 febbraio 2013 - 16:24
telperion,
Son passati vari anni ormai e non voglio scatenare flame, pero’ ricordo perfettamente che, fino a KDE3.5, qualsiasi versione di Debian abbia provato e’ stata una pena lato qt… sicuro che non valga la pena flirtare con un’altra distro, se vuoi rimanere su KDE?
di OnlyUs - 8 febbraio 2013 - 20:29
@telperion
Scusa mi intrometto, ma suse ha un ottimo supporto sia x kde sia x gnome, non potrebbe fare al caso tuo?
Vero che non usa i deb, ma è stabile anche come distro di produzione…
di SilverHwak - 8 febbraio 2013 - 22:20
bla bla bla tutti a parlare di kde, il 3 gennaio è uscita la versione 0.95.4 di window maker e manco due righe, non si fa così signori, no no….
di michelangelog - 8 febbraio 2013 - 20:49
@Telperion aka saituttote
dovresti sapere che i file temp di KDE (ormai da una vita)
lavorano in /var/temp/kdecache-
prova a cancellare quella cartella e quasi sicuramenti non accedi nemmeno più a kde. non è una cartella volatile come /tmp
ciauz
di sabayonino - 9 febbraio 2013 - 19:20
@sabayonino
continui a NON capire il problema.
/var/temp/kdecache-use/krun
non è un PROBLEMA.
Il PROBELMA è che se clicchi un file nel cestino più GRANDE dello spazio disponibile in / (magari file cancellato in una partizione DATI molto più grande della /), KDE lo copia in /var/temp/kdecache-use/krun per APRIRLO, con conseguente KAPUTT totale del SISTEMA, e questa è una ENORME FESSERIA/BUG/PROBLEMA.
Certo se soltanto scrivi su faccebuk, vedi up0rn e usi calc per la paghetta settimanale, difficile che ti capiti, ma prova a lavorarci poi vedi.
di telperion - 9 febbraio 2013 - 20:59
@ telperion
ma sei sicuro?
io non riesco a riprodurre questo bug e ho una root piccolissima tipo 10gb.
quali sono i passi precisi?
cancellare un file più grande della /? tipo nel mio caso 12gb, in questo caso a me non le mette nel cestino lo elimina e basta…
boh forse non capisco.
uso chakra linux
di erik_ilrosso - 10 febbraio 2013 - 00:26
@ Telperion. il problem l’ho capito benissimo.
Stai utilizzando KDE 4.8.x ? ( a prescindere dal fatto che non ho mai avuto questo problema) . che sia un bug di QUELLA VERSIONE e per quel tipo di PACCHETTIZZAZIONE ? (non lo so)
Quoto Erik , i file più grandi li elimina direttamente. anche nello svuotamento.
ripeto , controlla bene le TUE impostazioni del cestino in dolphin.
e di file giganteschi ne sego di continuo pure io, ho un cestino impostato a 5Gb con una root di 15 con dentro l’impossibile.
Queste le impostazioni del “bidone” in dolphin
http://imageshack.us/photo/my-images/39/screen28p.png/
Se può esserti utile.
e forse il problema è solo tuo
hai mai avviato un bug report su kde ?
https://bugs.kde.org/
ciauz
di sabayonino - 10 febbraio 2013 - 11:00
ah ah ah ma che volete da telpirlon se è un vecchio rimbambito !!
secondo lui sono tutti bug ma forse è lui che non sa usare un computer
di apu - 10 febbraio 2013 - 11:08
PS : @ Telperion :
hai mai provato a “ripristinare” la posizione del file e a non cliccarlo nel cestino ?
hai mai provato averificare dove è ubicata la cartella Trash del tuo utente ? ed eventualmente provare a cambiarla ?
Hai una Home separata ? o inclusa nella partizione / ?
Hai mai provato a cambiare il link ~/.kde4/cache-/ che punta a /var/tmp/kdecache- ??
hai mai provato a dedicare un apartizione dedicata per /var/tmp/kdecache->user> (e le altre dedicate) ?
magari facendola puntare alla partizione della tua Home (presumo che tu l’abbia separata) che magari è un pò più grandicella
mai provato ? no ? non è difficile
di sabayonino - 10 febbraio 2013 - 11:12
scusate se mi intrometto (ma del resto stando a sentire gli utenti qui io sono un troll, quindi che mi preoccupo a fare?
) ma non so se avete notato come telperion abbia esposto non solo un problema reale, ma, a tutti gli effetti, un BUG che dovrebbe essere assolutamente corretto, e le risposte ricevute sono in pratica di denigrazione perchè non si rende conto che facendo un triplo salto mortale carpiato ad occhi chiusi in una fossa di coccodrilli, potrebbe aggirare il problema…
boh, io questa cosa dei fanboy ad ogni costo non solo la odio, ma davvero nemmeno riesco a capirla…
di Emanuele - 10 febbraio 2013 - 15:05
“Dolhin che non si addormenta e bisogna premere f5 per vedere i nuovi file?”
PAROLE SANTE!!!
Uso la /home sull’SSD con le cartelle in cui c’è più traffico (Download, Documenti ecc) su un altro disco.
Risultato: quando monto il disco e torno alla home, se non premo f5 col piffero che mi viene aggiornato tutto…
Secondo Dolhpin quelli sono e restano symklink ad un qualcosa che non è montato.
Idem con file aggiunti successivamente…
di winebar - 10 febbraio 2013 - 15:11
PS: Il problema di refresh io lo ho su un’altra distro. Se non erro telperion usa Debian SID, io uso Arch. Quindi sono al 100% sicuro che si tratta di un problema upstream… :/
di winebar - 10 febbraio 2013 - 15:12
@winebar -27
lo strano è che nessuno vede i problemi.
Questo di Delfino curioso assopito mi sembra evidente, insomma.
Su Nautilus in anni mai visto roba simile.
Ma che ci fanno con KDE i fanboy?!
Fissano il desktop 4 ore al giorno adorandolo?!
.
@Emanuele -26
massì checcefrega, lasciali scrivere …
di telperion - 10 febbraio 2013 - 18:41
Se Telperion presume di aver trovato un Bug (adirittura su versioni ormai “vecchie”)
https://bugs.kde.org/
questa è la pagina più appropriata dove esporre il problema.
Se non viene segnalato , nessuno farà qualcosa. se lui apsetta che qualche altra anima risolva il “suo” problema , avrà lo nstesso problema anche con KDE 10.1
Si sa che i bug più nascosti (non c’è software privo di bug) vengono fuori in condizioni particolari e in situazioni non testate
Quella di Telperion potrebbe essere una condizione particolare che molti altri utenti non avranno modo di scoprire dato l’uso diverso che si fa di una cosa,
quindi riscrivo : https://bugs.kde.org/
e io torno a gurdarmi/fissare il mio desktop KDE 4.10.0 funzionante.
Buona Serata
di sabayonino - 10 febbraio 2013 - 20:06
Per quanto in genere sia fin troppo facile girare il dito nella piaga – o nel bug in questo caso – in effetti stavolta mi tocca dare ragione a telperion (tranne che per l’MTP, che per alcuni dispositivi è l’unico modo di connettersi a un computer.)
Le domande del tipo “hai controllato in /temp /var/tmp /usr/share/man/man7 /sotto/il/letto /in/cantina /sul/tetto?” si commentano da sole. Se c’è un problema è inutile girarsi dall’altra parte e far finta che non esista, altro che invitare l’utente a sbattersi di qua e di là.
Per non parlare del fatto che l’intero ambiente ha un consumo di risorse pressoché assurdo e incomprensibile, soprattutto considerando che un desktop serve solo ad avviare e gestire programmi e documenti. Se deve fare principalmente quello, che almeno lo faccia come si deve, poi il resto è tutto grasso che cola, almeno finché non ruba risorse alle applicazioni.
E invece no, 100 layout che quando hai finito di giocherellarci è ora di spegnere il sistema, pannelli e plasmoidi che per spostarli ti ci vuole una scheda grafica aggiuntiva, sempre che non mandino in crash l’intero ambiente. Ma quanto è cool.
Bei vecchi tempi, quando la gente usava i computer per farci qualcosa di concreto…
di SeaStorm - 11 febbraio 2013 - 01:20
@ SeaStorm
“Le domande del tipo “hai controllato in /temp /var/tmp /usr/share/man/man7 /sotto/il/letto /in/cantina /sul/tetto?” si commentano da sole. Se c’è un problema è inutile girarsi dall’altra parte e far finta che non esista, altro che invitare l’utente a sbattersi di qua e di là.”
ma come credi vengano risolti i Bug ? fregandosene ed aspettando che cada l’oro dal cielo ?
Un minimo di controllo l’utente dovrebbe saper farlo . un minimo.
Se ti salta la luce in casa cosa fai ? chiami subito l’elettricista o il gestore di rete ?
Se l’utente non vuolle sbattersi , fa a meno. ed aspetta. senza nemmeno troppo lamentarsi.
L’Opensource ha il suo punto di forza sulla comunità …
di sabayonino - 11 febbraio 2013 - 12:20
e comunque controllate la
cd /var/tmp/kdecache-$USER/krun
che se ci sono file li, anche grandi, restano e ingombrano l’hd per niente.
di telperion - 11 febbraio 2013 - 12:23
@sabayonino
Dunque l’utente deve sbattersi per risolvere questo e quello? Questa mi è nuova. Al massimo può riportare bug, e bene fanno in questo senso le distro a rendere il processo più semplice possibile (abrt).
Ma che l’utente debba sbattersi per risolverli, beh no, non sono daccordo. Se gli va di farlo lo fa, sennò non è tenuto a farlo.
Per inciso, riempire il disco su un sistema *nix vuol dire inchiodarlo, un motivo in più per l’utente di liberare spazio di corsa e nella maniera che lui ritiene più semplice ed immediata. Quindi *per me* telperion ha fatto soltanto qualcosa che ci si dovrebbe aspettare da chiunque. Mi sta bene che kde salvi file “semipermanenti” su /var/temp/kdecache-, ma non che non si possa più entrare se lo si elimina.
di SeaStorm - 11 febbraio 2013 - 22:15
‘s/kdecache-/kdecache-$USER/’
di SeaStorm - 11 febbraio 2013 - 22:29
@Seastorm
io non ho cancellato
/var/tmp/kdecache-$USER
il sistema si è inchiodato e kde non ripartiva perchè il disco si è riempito perchè è stato creato un file video da 7GB in
/var/tmp/kdecache-$USER/krun/676777-videodelcacchio.mp4
cliccando ENTER invece di CANC dal cestino.
Al riavvio kde non partiva più.e il disco era pieno.
Poi ho dovuto capire da un’altra partizione bootabile perchè il disco era pieno e 7GB si erano volatilizzati in un attimo, ed ho trovato il file in
/var/tmp/kdecache-$USER/krun/676777-videodelcacchio.mp4
appunto, cancellato quello e riavviato, ancora kde non partiva.
Copiata la cartella .kde dal backup tutto è tornato come prima.
Sta cosa di copiare grossi file dal cestino per visionarli in
/var/tmp/kdecache-$USER/krun/
senza alcun controllo dello spazio disponibile
è una BOMBA distruttiva, ora se voglio sderenare il pc di qualcuno con kde so come fare.
LOL
di telperion - 11 febbraio 2013 - 23:24
@SeaStorm : io ho scritto :
“Se l’utente non vuolle sbattersi , fa a meno. ed aspetta. senza nemmeno troppo lamentarsi. ”
https://bugs.kde.org/
Come chiave di ricerca “dolphin” (ma potrebbe essere stato segnalato in altro modo , forse….)
https://bugs.kde.org/buglist.cgi?query_format=specific&order=relevance%20desc&bug_status=__open__&content=dolphin&list_id=503724
e qui come “trash”
https://bugs.kde.org/buglist.cgi?quicksearch=%20trash&list_id=503726
e (se non mi è sfuggito) non noto problemi simili riconosciuti da Telperion.
Quindi , come scritto in precedenza, se nessuno riscontra,segnala tale problema , nessuno risolverà il prblema.
Telperion potrebbe anche segnalare il bug , dato che solo lui al momento può riprodurre il problema. e non basta solo segnalarlo. occorre anche starci dietro.
Se non ha tempo/volgia… aspetta senza lamentarsi più di tanto. sa come “risolvere” momentaneamente ed eviterà di cliccare il file sul cestino.
non esiste il software perfetto. tutti hanno un bug nascosto , bug che potrebbero essere riscontarti con determinate configurazioni hardware/software … ci sono troppe variabili in gioco.
e ricordate che buona parte del softaware rilasciato e testato è mantenuto da in buona parte di “volontari”. (me , te …e tanti altri) che in un modo o nell’altro cercano, aiutano il resto della comunità , dai Forum , alle Guide e tanto altro.
Peace And Love
W KDE
di sabayonino - 12 febbraio 2013 - 13:31
[edit]
@ Telperion : se hai una “home” (quindi presumo altra partizione) capiente perchè non provi a montare /var/tmp/kdecache- ( o la directory che ti crea problemi , nella tua home ? (o adirirttura /var/)
# mkdir /home/var
# rsync -av /var/ /home/var/
in fstab :
/dev/ /home/var defaults 0 1
reboot
di sabayonino - 12 febbraio 2013 - 13:43
uff … non mi sono usciti i “tag” per la riga di fstab
http://pastebin.com/i9yPLv0J
di sabayonino - 12 febbraio 2013 - 13:46
@sabayonino
perchè è solo aggirare il problema.
Ora che SO che esiste questo problema, ci sto attento e ho uno script che pulisce
/var/tmp/kdecache-$USER/krun/*
Il punto è che il d.e. NON dovrebbe SUICIDARSI da solo …
Basterebbe un controllo tipo
“Il file nel cestino non può essere aperto, usa ripristina”
eccetera poi ti dovrebbe pure dire “dove” è stato ripristinato e eventualmente aprire la dir …
di telperion - 12 febbraio 2013 - 13:53
si Telperion , è aggirare il problema , aka “workaround” per gli addetti ai lavori.
però lo ripeto e continuerò a ripeterlo … il bug va segnalato altrimenti sarai sempre lì al punto di partenza.
non so perchè non è stato visualizzato il post dove linkavo ad alcuni termini di ricerca di kdebug-tracker relativi a dolphin e/o Trash (ma potrebbe essere anche stato segnalato in altro modo, sempre se è stato segnalato)
e in quei casi non mi sembra di aver notato nulla del caso in questione (forse potrebbe anche essermi sfuggito)
ripeto. probabilmente non è mai stato segnalato …anche per la richiesta di aggiunta funzioni
poi se non hai tempo/voglia è un’altra questione.
ciauz.
di sabayonino - 12 febbraio 2013 - 19:54
@ Telperion :
*****
http://techbase.kde.org/KDE_System_Administration/KDE_Filesystem_Hierarchy
Cache Files
Symlink: $KDEHOME/cache-$HOSTNAME
Default destination: /var/tmp/kdecache-$USER/
The command lnusertemp cache creates a directory for cache files and points a symlink to it. For performance reasons it is recommended to have this directory on a local filesystem, but this is not strictly necessary.
The system configuration cache (ksycoca and ksycocastamp) is located in here. It is recommended NOT to delete these files during boot since that will slow down the startup of KDE.
By default this directory is created under /var/tmp, other locations can be used by setting the KDEVARTMP environment variable
*****
di sabayonino - 12 febbraio 2013 - 21:30
@telperion
Insomma non ci avevo capito una mazza con quello che hai fatto… vabbè, comunque il principio è lo stesso
di SeaStorm - 12 febbraio 2013 - 21:44