[Silvan]

Ciao,

vi ringrazio innanzitutto per la disponibilità. Direi che conviene senz’altro partire con Gnome 2 che ha una base già testata e funzionante nella versione milestone2 di openmamba e dovrebbe richiedere solo modifiche limitate. A breve sarà disponibile una versione snapshot del target livecd-gnome il cui desktop sicuramente non partirà perché non ho ancora impostato l’autologin di gdm, ma questo sarà semplice da sistemare sia temporaneamente che definitivamente. Per cui direi che ci possiamo aggiornare a quando sarà pubblicata la prima snapshot del livecd-gnome.

[Silvan]

Giorni fa ho riscontrato un problema che potrebbe essere simile a quello che segnali ed a quello discusso in questo forum:

https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/566812

Se vuoi fare un test puoi provare una versione a cui ho applicato la patch proposta, è in devel-makedist e puoi installarla con questo comando:

sudo smart install http://www.openmamba.org/pub/openmamba/devel-makedist/RPMS.i586/NetworkManager-0.8.2-12mamba.i586.rpm http://www.openmamba.org/pub/openmamba/devel-makedist/RPMS.i586/libnm-0.8.2-12mamba.i586.rpm

[Silvan]

Ciao e grazie, presto o tardi ci sarà anche openmamba-gnome, anzi internamente il target è già stato creato, i componenti ci sono ma manca qualche ciclo di test & bug-fixing per generare un supporto live di installazione.

Anzi colgo l’occasione per segnalare che se qualcuno con un pò di dimestichezza con la console di linux e una macchina per fare test di installazione volesse contribuire sono a disposizione per dare e ricevere indicazioni al fine di produrre un supporto live e installabile di openmamba-gnome.

[Silvan]

Dipende da qual è esattamente il problema, ma in base a quanto leggo in rete una possibilità è configurare NetworkManager per non gestire alcune interfacce, cosa pianificata indipendentemente da VmWare. Questo richiede delle modifiche che impiegheranno un pò a raggiungere la versione stabile, comunque per chi ama il fai da te la documentazione utile è questa http://live.gnome.org/NetworkManager/SystemSettings nella sezione ifcfg-rh.

In sostanza ignorando che openmamba ora usa percorsi e nomi diversi, si crea la cartella /etc/sysconfig/network-scripts con dentro uno o più file ifcfg-* corrispondenti alle interfacce che non si vogliono ar gestire a NetworkManager.

Bisogna che in /etc/NetworkManager/NetworkManager.conf ci sia:

plugins=ifcfg-rh,keyfile

Per il resto le istruzioni mi sembrano chiare, se no si tratta di attendere futuri aggiornamenti.

[Silvan]

Immagino che hai installato l’RPM per Fedora che si scarica dal sito. Assicurati usando il programma ‘smart’ di openmamba di aver installato anche i seguenti pacchetti:

python-Imaging

wxPython

python-pysqlite

python-reportlab

Altrimenti puoi installare il pacchetto che ho fatto per openmamba che si chiama ‘phasis’ e sarà disponibile nel repository della versione 2.0 tra alcune ore.

[Silvan]

Neanche io sono riuscito a riprodurre il problema, ma puoi provare a resettare le impostazioni di plasma rinominando con estensione .old questi file che si trovano a partire dalla tua home e poi chiudendo e riaprendo la sessione di KDE:

.kde4/share/config/plasma-desktop-appletsrc

.kde4/share/config/plasma-desktoprc

[Silvan]

Se eth1 prende un indirizzo significa che c’è un client dhcp per tale interfaccia in esecuzione. Con il comando:

ps ax | grep dhc

si può vedere quali sono i client dhcp in esecuzione e risalire a chi l’ha lanciato. Questa condizione potrebbe verificarsi -per esempio- se è stato attivato a mano il servizio network che va in conflitto con NetworkManager.

[Silvan]

Devi solo fare un normale aggiornamento del sistema che aggiornerà glibc-debug insieme agli altri pacchetti prodotti da glibc. L’aggiornamento è già disponibile da qualche ora.

[Silvan]

Nell’effettuare le verifiche ho riscontrato un problema nell’attuale pacchettizzazione di glibc-debug che causa il messaggio di errore di valgrind sopra citato. La versione corretta se testata con successo verrà resa disponibile come aggiornamento automatico entro alcune ore.

[Silvan]

Faccio presente che libgc esiste ed è altra cosa rispetto a glibc. Ora il problema potrebbe anche essere in libgc ma sia Valgrind che io ti abbiamo scritto che devi installare glibc-debug e tu mi hai risposto che libgc-debug è già installato nella versione 2.13, il che non ha senso per almeno 3 motivi che qui ometto. La risposta attesa sarebbe “glibc-debug” è già installato, altrimenti posso solo interpretare in modo non deterministico che c’è confusione tra quello che ho scritto e quello che hai risposto. Grazie per aiutare me e l’informatica ad essere una scienza esatta.

[Silvan]

I pacchetti cui ti riferisci suppongo siano glibc e glibc-debug e suppongo che rimanga lo stesso esatto errore. Procedo con delle verifiche basate su queste supposizioni.

[Silvan]

In openmamba il pacchetto da installare per questo errore puntuale è glibc-debug.

[Silvan]

Non sono personalmente offeso, sono abituato a fare da parafulmine delle frustrazioni degli utenti anche se questo non è nelle intenzioni di questo progetto.

Le mie considerazioni sono strutturali ed etiche, il mondo del software libero è fatto così prendere o lasciare, per ogni problema che tu riscontri ce ne sono almeno 100 che sono stati oggetto di frustrazioni di chi se ne occupato (al momento purtroppo credo di essere quello che si occupa del 90% se non di più di questi problemi, quindi se scrivi qualcosa è facile che ti devo rispondere io).

Il problema che segnali è ben noto ed è stato affrontato realizzando un apposito script di cui mi sono occupato a lungo, come si può vedere dal changelog di openmamba-release ed ora necessitava di un ulteriore aggiustamento già effettuato oggi:

Sun Jan 23 2011 – silvan (1.99.1-7mamba)

– provide correct script for virtual-packages-select

Fri Jan 21 2011 – silvan (1.99.1-6mamba)

– added smart virtual-packages-select.py script

Le mie infinite frustrazioni quotidiane me le tengo per me e non le vado a scrivere nè qui, nè sono andato dagli sviluppatori di smart per dirgli “che palle” perché è il loro software che ha un funzionamento strano che causa questo problema. Ed è così per la maggior parte dei problemi che possono capitare, non sono legati a scelte o non curanze di openmamba ma degli sviluppatori dei componenti che openmamba utilizza, che agendo in libertà cambiano le cose e talvolta le rendono più complesse ma sempre con lo scopo positivo di far funzionare il tutto meglio. A volte da certe reazioni sembra invece che si addebiti agli sviluppatori di openmamba una mancanza di attenzione per possibili problemi ed invece è tutt’altro che così. Tu non sai di quante cose io sono soddisfatto perché ti stanno funzionando e quando le cose semplicemente funzionano, tu non puoi avere idea di quanto lavoro ci sia stato dietro.

Non posso fare a meno, per i motivi che scrivo sotto, di ricordare ogni volta cosa vuol dire usare un sistema libero e faccio presente che ci sono sempre più aziende che stanno sfruttando GNU/Linux per fare i propri interessi non riconoscendo agli sviluppatori di questo enorme progetto i propri diritti, ovvero violando palesemente le licenze del software libero.

Non è certo interesse degli sviluppatori occuparsi di cause legali magari con aziende asiatiche dove ci sono pure leggi che magari permettono questo, ma questo potrebbe portare nei prossimi anni a conseguenze negative per il software libero e per openmamba.

E te lo dico perché se sono già gli utenti che si rivolgono ad openmamba come se fosse la Microsoft e come se avessero acquistato un prodotto e ci fosse un contratto che garantisce che le cose devono funzionare, beh allora dal basso stiamo facendo il gioco che metterà nell’angolo i sistemi liberi ed io che di questo me ne occupo da mezza vita ritengo di aver maturato la sensibilità di capire se un utente, volente o nolente, il giorno che ci sarà da difendere il software libero contro quello proprietario, starà dalla parte della libertà del software oppure dall’altra, se si rischia di far perdere a tutti gli individui una libertà importante e di arricchire e dare potere ulteriore ai soliti pochi. Se si usa il software libero solo per far risparmiare dei soldi a se stesso o alla propria azienda questo forum non è la sede adatta, che è invece intesa per ospitare chi crede veramente nell’importanza e nella ricchezza che il software libero dà a tutti. In questa sede mi occupo di fare gli interessi del progetto che mantengo e di evidenziare possibili attitudini contrarie che possono esserci anche nelle persone che in buona fede credono di agire costruttivamente ma poi di fatto non è così.

Gian Paolo, lotto per difendere il mio progetto e tutto quanto di molto più grande e importante ci sta dietro.

Tra di noi personalmente Pace, sempre.

[Silvan]

Per la lingua italiana occorre installare il pacchetto OpenOffice-i18n-it.

Questo è un bug e faccio presente, a chi legge perché tu questo discorso già lo conosci e questa è la cosa più triste, che il lavoro per lo sviluppo della distribuzione è grande e già di sopra delle possibilità che questo, che è un sistema libero (anche nel senso che si è liberi di usarlo o meno) e gratuito offre e non c’è alcuna voglia di scherzare. Atteggiamenti sarcastici e negativi nei confronti del lavoro massiccio svolto quotidianamente possono avere come risultato qualcosa che va dal disincentivare nuovi utenti a partecipare al progetto riducendone così l’utilizzo ed aumentando le possibilità che il sistema abbia dei problemi, fino al risultato estremo di disincentivare chi tiene in vita questo lavoro decidendo di abbandonarne lo sviluppo, con il risultato che non ci saranno più future evoluzioni di openmamba. Se da parte di alcuni ospiti di questo forum non c’è la sensibilità per capire che certi comportamenti sono opposti agli scopi di miglioramento del progetto openmamba sarà compito mio prendere provvedimenti a tutela e nell’interesse di quanti invece partecipano con un atteggiamento costruttivo.

[Silvan]

Il problema che conosco di kdevelop 3 è quello che ho descritto sopra. “kdevelop 3 si incasina con kde4” è un’affermazione più discorsiva che tecnica che di per sè può dare un’idea sbagliata del problema e pertanto non la sottoscrivo (lo preciso per chi legge).

Per quanto riguarda il problema di avvio, assumo che hai letto quanto ho scritto e che la tua risposta implicita sia “no, non si è riempita nessuna partizione di disco”. In questo caso puoi inviare un report, se riesci a farlo, eseguendo openmamba-makereport ed inviando il file generato a reports@openmamba.org scrivendo una breve descrizione del problema. In alternativa o meglio, in aggiunta, puoi inviare anche il file .xsession-errors che si trova nella home dell’utente di cui stai facendo il login quando avvii il sistema in runlevel 5.

[Autore]

Articoli