Old:Debian on a Toshiba Satellite M30X-113: differenze tra le versioni

m (→‎LAN: usato link interno)
Riga 1: Riga 1:
Ho provato a rendere pi� leggibile il codice della pagina lasciando un rigo vuoto per ogni entry. In questo modo si evita di usare i br e non � necessario mettere pi� link sulla stessa riga per avere una spaziatura verticale omogenea. Secono me � importante renedere facilmente modificabile questa pagina.
==Debian==


In questo modo aumenta leggermenta la spaziatura verticale (confrontare la sezione "Browser Web" con il resto) ma aumenta parecchio la facilit� di editing IMHO.
===Installazione===
==== � possibile installare, con apt-get, anche i pacchetti indicati come 'suggeriti' e/o 'raccomandati'?====
Apt-get non offre ancora questa opzione, ma sono presenti due soluzioni:
* installare aptitude ed utilizzarlo al posto di apt:<pre># aptitude install nomepacchetti</pre>
* uno script che fa quanto richiesto appoggiandosi ad apt-get: <br/>'''aag''' - advanced-apt-get apt-get install with support for recommends and suggested - http://www.formorer.de/code/aag/


: [[Utente:TheNoise|~ The Noise]] 14:08, Nov 9, 2005 (EST)
===Release===
==== A cosa servono le release successive di una versione Stable di Debian (ad esempio Woody 3.0r4 o r6...)?====
Le varie release successive di una Debian Stable sono dovute a degli aggiornamenti di sicurezza, bugfix, rimozione di pacchetti non pi� usabili, ...


Ottimo!
Ecco alcuni esempi:
Woody 3.0R3
Woody 3.0r4
Woody 3.0r5
Woody 3.0r6


Pensavo che, anche se una descrizione di ogni programma sarebbe comoda, la cosa sia praticamente irrealizzabile (o meglio, non mantenibile)...


eventualmente, quando � presente una scheda, la si potrebbe linkare a fianco del nome...:
 
===Repository===
==== Cos'� un repository?====
Un repository � un archivio di pacchetti .deb (quelli tipici Debian), che presenta una sruttura ben definita, molto simile a quella che si trova all'interno di uno dei CD di installazione.
I pacchetti contenuti in un repository sono indicizzati in questi file:
* '''Packages.gz''' (se sono pacchetti contenenti binari)
* '''Sources.gz''' (se sono pacchetti contenenti codice sorgente)
 
Il comando
<pre>
<pre>
nomeprogramma - scheda
# apt-get update
</pre>
</pre>
non fa altro che scaricare uno di questi file (a seconda che si sia scelto di avere la lista dei pacchetti binari o quella dei pacchetti sorgente) per ogni riga non commentata presente nel file <tt>/etc/apt/sources.list</tt>, cos da avere disponibile sul proprio computer un elenco dei pacchetti contenuti nel repository indicato in quella riga.
Per approfondimenti vedere[[Indice_Guide#Gestione_dei_Pacchetti | questo wiki]]
E' dunque consigliabile avere nel proprio <tt>/etc/apt/sources.list</tt> diversi repository, in quanto potrebbero contenere pacchetti diversi.
Una lista completa dei repository ufficiali pu essere trovata sul sito ufficiale Debian: http://www.debian.org/mirror/mirrors_full.
Diversamente esistono in internet moltissimi repository non ufficiali per le pi disparate esigenze. Un punto di partenza per cercare repository non ufficiali potrebbe essere http://www.apt-get.org
====Come mai per Testing e Unstable non ci sono pi i repository non-US?====
Come si pu leggere in [http://lists.debian.org/debian-release/2005/05/msg01163.html questa email] apparsa il 18 maggio su debian-release, il ramo non-US stato assimilato a quello principale, non essendoci pi le motivazioni necessarie per l'esistenza di questa sezione.
===Security===
==== Come arrivano in testing gli aggiornamenti di sicurezza?====
Gli aggiornamenti di sicurezza giungono nella distribuzione testing tramite unstable. Essi sono solitamente inviati con una priorit impostata ad high, il che ridurr il loro tempo di quarantena a due giorni. Dopo questo periodo, i pacchetti migreranno in testing automaticamente, se compilati per tutte le architetture e con tutte le dipendendenze soddisfatte in testing.
==== Come gestita la sicurezza per contrib e non-free?====
La risposta breve : non lo . Contrib e non-free non sono parti ufficiali della distribuzione Debian e per questo non sono supportate dal team sicurezza. Alcuni pacchetti non-free sono distribuiti senza sorgenti o senza una licenza che permetta la distribuzione di versioni modificate. E in quei casi sono completamente impossibili i fix di sicurezza. Se c' la possibilit di risolvere il problema e il manutentore del pacchetto o qualcun altro fornisce un pacchetto correttamente aggiornato, allora di solito il team sicurezza lo processa e rilascia un advisory.
====Per quanto tempo sono assicurati gli aggiornamenti di sicurezza?====
Il team sicurezza cerca di supportare una distribuzione stable per circa un anno dal rilascio della successiva distribuzione stable, a meno che un'ulteriore distribuzione stable sia rilasciata nell'anno stesso. Non possibile supportare tre distribuzioni; supportarne due contemporaneamente gi abbastanza difficile.


che ne dite?
==Java==
{{Faq|Come posso installare Java su Debian, senza 'sporcare' il sistema?|Le soluzioni sono due:
* scaricarlo da un repository non ufficiale
* Crearsi da soli il pacchetto seguendo [[Make-jpkg:_Pacchettiziamo_Java_Sun | Questa Guida]]}}


altra cosa...
{{Faq|Come mai non � presente, in Debian, il Java di Sun?|Debian, come spesso ricordato, fornisce una Distribuzione Linux 100% FreeSoftware. Quindi Java (quello di Sun) non pu� venir incluso, visto che non � assolutamente considerabile FreeSoftware.  
si potrebbe variare leggermente la struttura...
magari:
{|
|Categoria
|Closed
|Free
|-
|Browser Web
|Opera
|Firefox
|}
usando la 'sezione' che utilizziamo ora per la singola applicazione per le categorie...


: [[Utente:MaXeR|MaXeR]] 12:10, Nov 13, 2005 (EST)
Vengono, quindi, inclusi dei 'cloni' o, meglio, delle nuove implementazioni del linguaggio (kaffe, ad esempio)}}


Ottima l'idea di affincare il link della scheda se presente ;-). In questo modo possiamo tranquillamente inserire i link alle homepage, che poi non devono essere rimossi se c'� anche una scheda. Inoltre cos� facilissimo vedere i programmi che hanno la scheda.
{{Faq|Come posso risolvere i problemi di dipendenze legati ai pacchetti dei programmi scritti in Java? | L'unico modo per risolvere questi 'fastidiosi' problemi � installare Java in formato .deb.
Per fare questo ci sono due strade:
* pacchettizzarlo da soli (tramite il comodo tool java-package, una guida reperibile [[Make-jpkg:_Pacchettiziamo_Java_Sun | Qui]])
* scaricandolo direttamente da un repository contenente Java.}}


Per la modifica sulla struttura... ehm non ho capito cosa intendi.


: [[Utente:TheNoise|~ The Noise]] 02:46, Nov 14, 2005 (EST)
{{Faq|Come posso abilitare il supporto a Java in Firefox?|Partiamo dal presupporto che java sia stato installato [[Make-jpkg:_Pacchettiziamo_Java_Sun | seguendo questo metodo ]].
 
Localizziamo il file ''libjavaplugin_oji.so'' tramite il comando
<pre>
# dpkg -L sun-j2re1.5 | grep libjavaplugin_oji.so
</pre>
(ovviamente sun-j2re2.5 rappresenta il pacchetto che � stato creato tramite il processo descritto nella guida alla pacchettizzazione di Java)
Una volta individuato, � sufficiente creare un link simbolico:
<pre>
# ln -s /usr/lib/j2re1.5-sun/plugin/i386/ns7/libjavaplugin_oji.so /usr/lib/mozilla-firefox/plugins/
</pre>}}
 
==Kernel==
==== Si pu� aggiornare il kernel a una versione successiva senza doverlo ricompilare? ====
Certamente!
con il comando
<pre>
# apt-cache search kernel-image
</pre>
si ottiene una lista dei kernel precompilati disponibili per il download.
Una volta individuata la versione voluta, � necessario scegliere quello adatto per il proprio processore (in caso di incertezze, scegliere quello generico i386) ed installarlo come se si trattasse di un normale pacchetto:
<pre>
# apt-get install kernel-image.....
</pre>
11

contributi