[Risolto] Unity 3.4.6 la barra "appare" e "scompare"

[hellojoker]

Come da oggetto la "barra" di unity "appare" e "scompare" rapidamente estremamente difficile lanciare le applicazioni

[hellojoker]

Sembra risolto dopo gli aggiornamenti di oggi se qualcuno è interessato posso postare il log del registro con gli aggiornamenti

link al bug su launchpad 


https://bugs.launchpad.net/bugs/717364

[hellojoker]

Purtroppo anche dopo gli ultimi aggiornamenti saltuariamente il problema si ripresenta nulla di grave spesso basta un riavvio o un log in-out

[brazov]

Mi accodo.

Fino ad un'ora fa Unity era stabile.

Poi ho fatto una chiamata Skype con condivisione dello schermo ed è successo questo patatrac. Il dock a sn 'balla', appare, scompare e non si riesce a lanciare niente. Addirittura una volta il crash mi ha sparato fuori e mi sono trovato nello schermo di login, senza la spunta di utente loggato.

Ho riavviato ma non è servito a niente. Come se i setting di Unity fossero stati corrotti.

EDIT: In launchpad sostengono di aver risolto, ma non capisco quando riceveremo l'aggiornamento con il fix.

[hellojoker]

Hanno appena proposto un aggiornamento (nuovo pacchetto Unity con la "fix") posto il link

https://launchpad.net/~om26er/+archive/test

ho provato l'installazione ma da problemi di dipendenze

è stato un mio errore nessun problema

ps fate cmq attenzione si tratta di un aggiornamento che proviene da un PPA

[hellojoker]

ho installato l'aggiornamento tramite ppa sembra funzionare rimane putroppo il crash di unity quando si tenta di cambiare gli effetti con CompizConfig Settings

Manager


Cambio in risolto

[brazov]

Tuttavia a me piacerebbe capire qual è la miglior condotta in questi casi di fix trovati ma non ancora diffusi nei repositories ufficiali. Aspettare o aggiungere il repository alla lista delle sorgenti e scaricare il fix 'sperimentale'? E quel repository, dopo, continuo a tenerlo o lo tolgo?  ???

Pareri di esperti sono graditi!  (yes)

[turnick]

io ho risolto disinstallando i nouveau e installando i driver proprietari nvidia

[tokijin]

Tuttavia a me piacerebbe capire qual è la miglior condotta in questi casi di fix trovati ma non ancora diffusi nei repositories ufficiali. Aspettare o aggiungere il repository alla lista delle sorgenti e scaricare il fix 'sperimentale'? E quel repository, dopo, continuo a tenerlo o lo tolgo?  ???

Pareri di esperti sono graditi!  (yes)

Di sicuro non sono esperto, ma dico comunque la mia  :P

In casi come questo io aspetto, non mi piace aggiungere repository sperimentali in una distribuzione già sperimentale. Nel caso lo aggiungessi, quando il fix sarebbe "ufficiale" leverei il repository, in modo da vere un sistema non "drogato" 

[brazov]

In casi come questo io aspetto, non mi piace aggiungere repository sperimentali in una distribuzione già sperimentale.

Sto meditando di aspettare anch'io. Per il momento ho trovato una soluzione temporanea che sembra rimettere tutto a posto:

Codice: Seleziona tutto

unity

Il dock non 'balla' più né subito dopo questo comando, né dopo un riavvio della sessione.

[hellojoker]

In generale vale come già detto aspettare aggiornamenti dai repo ufficiali, il punto è che questa è la sezione testing quindi si dovrebbe in teoria sperimentare le

soluzioni che risolvono i bug. Mi spiego meglio chi installa le versioni ancora in fase di sviluppo dovrebbe farlo con l'idea di andare a caccia di bug e contribuire come

può alla risoluzione se vuole un sistema + sicuro o + stabile meglio forse non installare affatto un'alfa e lo dico senza voler fare polemica solo per rispondere alla

domanda posta prima ciao a tutti e buon testing

[tokijin]

In generale vale come già detto aspettare aggiornamenti dai repo ufficiali, il punto è che questa è la sezione testing quindi si dovrebbe in teoria sperimentare le

soluzioni che risolvono i bug. Mi spiego meglio chi installa le versioni ancora in fase di sviluppo dovrebbe farlo con l'idea di andare a caccia di bug e contribuire come

può alla risoluzione se vuole un sistema + sicuro o + stabile meglio forse non installare affatto un'alfa e lo dico senza voler fare polemica solo per rispondere alla

domanda posta prima ciao a tutti e buon testing

Proprio per questo preferisco avere il sistema "più puro" possibile.
Se aggiungo un repository esterno e ho un problema, la colpa è di natty o del repository? Se la distribuzione funziona bene, è merito dei pacchetti ufficiali o del repository?
Se mantengo il sistema puro, so che se funziona è merito dei pacchetti ufficiali e so che se non funziona è colpa dei pacchetti ufficiali.
Poi non sono un integralista, quello che ho scritto è una linea-guida, poi si decide caso per caso 

[...]
In casi come questo io aspetto, non mi piace aggiungere repository sperimentali in una distribuzione già sperimentale. Nel caso lo aggiungessi, quando il fix sarebbe "ufficiale" leverei il repository, in modo da vere un sistema non "drogato" 

[hellojoker]

Mi trovi d'accordo sul fatto di togliere il repository con il/i pacchetti "fix" nel momento in cui ci fosse l'equivalente ufficiale ma come supportare gli sviluppatori se

nessuno sperimenta le "fix" come stabiliranno se aggiungerle nei pacchetti ufficiali? Certo potranno farlo cmq ma credo che un maggior numero di feedback

agevolerebbe il tutto non credi?

[tokijin]

eh ma mica tutti i fix provengono da PPA; nella mia (breve) esperienza non ricordo di situazioni che mi richiedevano l'aggiunta di un PPA per risolvere un problema (in una distribuzione in sviluppo).
Chi mi assicura che un pacchetto fixato in un PPA (archivio di pacchetti personale) venga messo nei repository ufficiali? Nessuno
Preferisco lavorare con pacchetti ufficiali e mandare feedback agli sviluppatori riguardanti pacchetti ufficiali.
Poi, come ho detto prima, il mio è un discorso generico che valuto comunque caso per caso.

Per onestà devo dire che a me i PPA proprio non piacciono, ne ho pochi anche nelle distribuzioni dichiarate come stabili 

Ora direi di fermarci qui, siamo un bel po' off-topic; al massimo, se vuoi, continuiamo in privato  (b2b)