[Silvan]

mmm mi sa che il problema può essere nel supporto del proxy pac per i tool di aggiornamento, puoi provare a vedere se cambia qualcosa impostando il proxy manualmente?

Dal modulo di configurazione del Proxy, `Usa la configurazione dei proxy specificata manualmente” e poi:

Proxy HTTP: http://server.domain.com

Porta: 8080

X su "Usa questo server proxy per tutti i protocolli"

[Silvan]

Il problema dev’essere senz’altro nelle funzioni di aggiornamento tramite proxy, a causa di questo non sono mai state neanche scaricate le liste dei pacchetti disponibili sul server per cui oltre a non aggiornare non vedi alcun pacchetto disponibile per l’installazione.

Mi puoi dire come hai configurato il proxy (ovviamente mascherando indirizzi ed eventuali username e password di autenticazione).

Grazie.

[Silvan]

Ciao, (dal post precedente riannoto che stai usando la versione devel a 64bit).

Per quanto riguarda la rimozione del pacchetto ho di nuovo verificato che il problema mi risulta risolto con l’aggiornamento di PackageKit già citato nel mio precedente post. Potresti verificare che la versione di PackageKit sia 0.8.11-2mamba. Comunque alternativamente puoi usare smart che trovi nel menù dei programmi oppure da un terminale:

sudo smart remove synfigstudio

firefox, l’ho appena installato sulla x86_64, mi risulta essere disponibile anche se c’è da fare una modifica. firefox in openmamba è comunque fermo alla versione 17, in quanto (unico software che conosca) richiede per la compilazione una macchina con 8GB fisici per la quale sono in attesa di risorse finanziarie.

Ho fatto una prima verifica dell’errore (8) che riscontri. A prima vista il supporto per il proxy è disponibile ma devo verificare meglio in base al numero dell’errore.

Ho il dubbio che l’aggiornamento del sistema non ti funzioni del tutto silenziosamente causa proxy. Hai visto se siano stati fatti degli aggiornamenti negli ultimi giorni? (sulla devel dovresti riceverne ogni giorno). E oltre a firefox hai visto che per caso il problema non sia che non vedi nessun pacchetto tranne quelli che hai installato?

[Silvan]

Ho corretto l’errore che rende impossibile la rimozione del pacchetto (in realtà di qualunque pacchetto) utilizzando il frontend Apper. Pertanto la funzionalità verrà ripristinata a seguito di un aggiornamento di sistema che include il pacchetto PackageKit entro le prossime ore. Grazie per la segnalazione.

[Silvan]

Probabilmente la richiesta era per la milestone2, dove nel giro di un’ora circa sarà disponibile.

[Silvan]

Ciao,

il pacchetto synfigstudio è disponibile per l’installazione in devel.

Se ci sono altre questioni raccomanderei di creare un nuovo post per ciascun argomento. Segno il topic corrente come risolto in quanto il problema del titolo mi pare sia stato risolto.

[Silvan]

Ho provato a installarlo con l’RPM, ma non mi funge e se clicco col dx su un collegamento del collegamento ottengo quanto in allegato.

Ergo quando lo faccio partire l’icona sballonzola un po e poi nulla accade… 🙁

Se ti riferisci ad un RPM di terze parti del software Synfig, questo rientra nella casistica che ho descritto prima come pacchettizzazione di software open source. In quanto tale deve essere pacchettizzato per openmamba mentre l’installazione di tali pacchetti da altre distribuzioni non è supportata.

Ora la questione è, come lo sistemo?

Anche perchè in APPER non lo si vede, giustamente.

Se hai installato un rpm non c’è un motivo per cui non dovresti vederlo da Apper, comunque come tutti gli rpm (ma non quelli di openmamba) potrebbe apparire con un nome diverso da quello che ti aspetti rispetto al nome del file.

Domandona: con le funzionalità di aggiornamento di fig 2 risolvo, quando hai poi completato il pacchetto per l’installazione?

Quasi, la funzione per installare nuovi pacchetti software di openmamba non è “Aggiorna il sistema” ma “Aggiungi/Rimuovi pacchetti software”. Il pacchetto synfig è già presente in devel ma fornisce applicazione e libreria da linea di comando. Per l’ambiente desktop il pacchetto da installare sarà synfigstudio ma al momento è fermo perché ho riscontrato un errore di compilazione che avrò tempo di vedere forse domani o nel week-end.

[Silvan]

Ciao,

mmm quell’errore penso capiti quando si avvia un’installazione, la si interrompe e se ne riavvia un’altra. La precedente rimane in background, è un problema ancora rimasto perché legato all’interfaccia grafica che andrebbe rifatta.

Comunque bene che il problema con VirtualBox sia risolto.

Per qualche strana coincidenza ho sentito nominare e sto facendo synfig proprio oggi, per cui a breve dovrebbe essere disponibile e installabile. Questo sarebbe il modo di procedere con tutto il software open source, se non c’è quando ricevo una segnalazione lo aggiungo, invece che provare ad installare .rpm o .deb fatti per altre distribuzioni.

Nel caso di software non open source che si trova disponibile solo in formato binario rpm o deb, il primo formato è da preferire per tentare l’installazione. Se bisogna installare un pacchetto .deb lo si può convertire in rpm usando alien. E in caso di problemi anche nell’installazione di pacchetti binari, su segnalazione spesso si possono correggere creando degli opportuni alias di dipendenze o librerie.

[Silvan]

Ciao,

il livedvd shapshot di ieri è stato generato con le stesse modifiche finalizzate a supportare il driver video di VirtualBox quando il sistema viene eseguito all’interno di esso. Ancora non l’ho potuto testare quindi non so dire se funziona correttamente in questa modalità, se puoi fare tu un test sei il benvenuto.

[Silvan]

Ciao,

c’è stato un problema nella creazione del livedvd di ieri per cui attualmente non è scaricabile. Spero di correggere il problema entro oggi o domani.

[Silvan]

Ciao Michele,

1. ci sono delle opzioni per fermare il boot in varie parti dell’initramfs, ma in questo momento non so ancora se il problema avvenga in questa fase, comunque si può fare riferimento ad una qualunque documentazione su dracut come questa che in fondo riporta queste opzioni di avvio per fermare il boot:

rdbreak=[pre-udev|pre-mount|mount|pre-pivot|]

In ogni caso se il kernel non è andato in crash dovrebbero funzionare i tasti tradizionali per lo scroll back della console:

SHIFT + Page Up e SHIFT + Page Down

2. Purtroppo no, in questa fase è un problema accedere non essendo partito il programma di configurazione iniziale. Potresti settare una password di root in chroot dal sistema live ma questo può servire solo se riesci ad accedere ad una console con CTRL-ALT-F2. Anche solo sapere se CTRL-ALT-F2 ti dà una console o meno sarebbe comunque utile per la diagnosi.

[Silvan]

La snapshot odierna del livecd e quella di ieri del testcd integrano il supporto per VirtualBox come guest per cui dovrebbero permettere di risolvere il problema qui discusso, in quando si dovrebbero avviare e installare già con il driver video corretto.

[Silvan]

Ciao, grazie per le risposte, quindi non sembrerebbe un problema di compatibilità dei driver video visto che il livedvd si è avviato correttamente nella stessa modalità (nouveau/modeset) dell’installazione.

Ti chiederei se puoi provare ad avviare il sistema installato in modalità failsafe, in modo da visualizzare più messaggi ed in questo caso una foto potrebbe essere utile.

Se non c’è questa opzione di avvio puoi editare la linea di comando premendo il tasto ‘e’. Qui dovresti cancellare le parole ‘quiet splash’ e aggiungere ‘rddebug debug’, poi mi sembra CTRL-X per avviare.

Grazie.

[Silvan]

Ciao,

se è possibile accedere ad un terminale premendo CTRL-ALT-F2 bisognerebbe vedere un report del sistema (openmamba-makereport). In alternativa queste informazioni possono essere utili:

1) il supporto usato per l’installazione (livedvd milestone2 2.0.12?)

2) con quale scelta di avvio è stato avviato il livecd/dvd, se con l’avvio di default o in modalità nomodeset

3) se l’altra modalità funzionava o meno sempre da livecd/dvd

4) se l’installazione era da cd/dvd o da chiavetta usb

5) se è corretto dire che l’immagine sopra è stata prodotta durante l’avvio in modalità standard (modeset) in quanto se fosse stata avviata in modalità nomodeset non mi spiegherei l’esecuzione del driver nouveau

[Silvan]

Il ping è disattivato. Per il proxy con smart da linea di comando devo andare a cercare informazioni ma ora non riesco, però prova da interfaccia grafica (icona chiave di openmamba in basso a destra -> software -> aggiungi/rimuovi pacchetti software), dopo aver configurato il proxy per KDE, cosa che forse hai già fatto, comunque sempre dall’icona di openmamba.

[Autore]

Articoli