[RISOLTO] Browser "links grafico" da framebuffer e accentate

[joe]

Stavo riguardando i post con firefox dalla slack-11.0.
Mi sono accorto che c'è un mio messaggio scritto dalla 12 con links grafico nel quale c'è inspiegabilmente un carattere accentato in una parte quotata.

viewtopic.php?f=2&t=23689&p=192153#p192090

Ecco, come vedete, avevo riportate un pezzetto della guida di nuitari.
Quel pezzetto l'ho aggiunto copiando col mouse la guida e premendo ctrl-v nel form del forum....
Infatti links -g permette sulla stessa console di aprire più schermate e lavorare su ciascuna indipendentemente...per passare da una all'altra premo alt+1, o alt+2 o alt +3 a seconda di quale schermata voglio visualizzare....la 1, la 2 o la 3.
Con questo stratagemma sono riuscito a copiaincollare il testo della guida aperta sulla schermata 1, nel form del forum aperto sulla schermata 2. È un dettaglio ma lo riporto perchè potrebbe essere utile a chi non lo sapesse.
Di solitouso screen, ma le vgalib non ne vogliono sapere di far funzionare links grafico con screen....questa è una alternativa senza screen.
---------------

Tornando al discorso sopra, le accentate che scrivevo io in quel messaggio non venivano visualizzate correttamente, come al solito. Ma la parte copiaincollata è invece venuta bene.
Questo significa che il problema sta proprio nella "mia digitazione", non in potenziali limitazioni di invio o simili.

[joe]

Sto scrivendo da slackware12 con caricato il kernel 2.6.21.5-smp.
Visto che il problema delle accentate riguarda probabilmente la configurazione del nuovo kernel 2.6.24.3, provo a ricompilarlo partendo dalla configurazione di Pat (config-generic-smp-2.6.24.3-smp) senza toccare niente.
Vi farò poi sapere come funzionano le accentate.

Intanto rifaccio una prova con questo kernel:

àààà
èèèè
ìììì
ùùùù

[conraid]

Io pensavo che almeno questa prova l'avevi già fatta
Comunque si vede bene

[joe]

Acc...
Kernel panic!!!

Qualche problemino col disco IDE.
Eppure ho fatto:

cp -r /lib/modules/2.6.24.3-smp
cp config-pat /usr/src/linux
cd /usr/src/linux
make silentoldconfig
make -j9 bzImage
make -j9 modules
make modules_install
cp arch/i386/boot/bzImage /boot/bzImage-2.6.24.3-pat
cp System.map /boot/System.map-2.6.24.3-pat
cp .config /boot/config-2.6.24.3-pat
rm /boot/System.map
ln -s /boot/System.map-2.6.24.3-pat /boot/System.map

Poi ho aggiunto al voce a lilo e dato "lilo -v".

Va bè ora riprovo eh...

[Mario Vanoni]

@joe
Domanda indiscreta:
quanti processori hai per fare make -j 9
con un Core 2 duo e 4 GB di memoria
make -j 3 bzImage e` piu` lento (6.5min) di
make -j 2 bzImage (5.5min), kernel statico!

Esperienza:
make -j n modules spesso fa casino,
meglio make modules modules_install

Mario Vanoni

[joe]

Grazie per l'informazione.
A dire il vero stavo facendo alcune prove "empiriche".
In effetti ho solo un P4 da 3.2 GHz (HT), penso che -jn non sia sevito ad alcunchè per velocizzare la situazione.

[conraid]

Acc...
Kernel panic!!!

Qualche problemino col disco IDE.
Eppure ho fatto:

Appunto. Eppure hai fatto
Un generic richiede un initrd per riconoscere filysystem e chipset ide/sata

p.s.
Non importa fare make bzImage e make modules, fai solamente make

[Mario Vanoni]

Grazie per l'informazione.
A dire il vero stavo facendo alcune prove "empiriche".
In effetti ho solo un P4 da 3.2 GHz (HT), penso che -jn non sia sevito ad alcunchè per velocizzare la situazione.

Prima delle Core 2 duo 6320 1866MHz raffreddamento passivo,
avevo P4HT3066 e P4HT3400 con 2GB mem.
Provato make -j 2, ma spesso casino,
Hyperthreading e` una presa in giro della Intel
per mascherare deficenze del loro design (GHz!).
Infatti l'estate scorsa, con make -j 2, spesso termal trotting ..

Mario Vanoni

[joe]

Buono a sapersi. Grazie ancora.

Ora ho compilato di nuovo i sorgenti del 2.6.24.3, ma ho usato il config di pat: "config-huge-smp-2.6.21.5-smp". Insoma quello corrispondente al primo kernel che ha visto la mia slack 12.0, kernel col quale non ho quel problema delleaccentate (v.di prove sopra).

Ora faccio un'uletriore prova:

ÚÚÚÚÚ
ÚÚÚÚÚ
ùùùùù
ììììì

Niente...non e' andata.
Sembra proprio che l'inghippo stia nel kernel nuovo...che magari va configurato in modo diverso.

E se il problema fosse nel caricamento moduli?
Dunque, con make module_install vengono installati i moduli in:

/lib/modules/2.6.24.3-smp

Ma quali vengono caricati?

in /etc/rc.d/ ho:

rc.modules-2.6.21.5-smp
rc.modules-2.6.24.3-smp
rc.modules -> rc.modules-2.6.24.3-smp

Può centrare qualcosa?

[conraid]

rc.modules-2.6.21.5-smp
rc.modules-2.6.24.3-smp
rc.modules -> rc.modules-2.6.24.3-smp

Controlla quali caricavi prima e carichi adesso.
Certo che è strano

[joe]

Mi vergogno un po' per la domanda.
In che senso intendi?
quelli che caricavo prima quando? (sono giorni che ricompilo kernel combinando configurazioni diverse).

L'unico confronto che mi viene in mente è tra gli unici due rc.modules che ci sono...ma mi viene un dubbio:
Quando ricompilo ed instllo un kernel con relativi moduli al seguito cosa succede ai file rc.modules?

Nel frattempo posto il diff dei due file rc.modules...non l'ho ancora controllato, se vedete qualcosa dite pure.

Codice: Seleziona tutto

# diff rc.modules-2.6.21.5-smp rc.modules-2.6.24.3-smp
33,34c33
< if [ -x /usr/bin/find -a -e /lib/modules/$RELEASE/modules.dep \
<      -a /lib/modules/$RELEASE/modules.dep -nt /etc/modules.conf ]; then
---
> if [ -x /usr/bin/find -a -e /lib/modules/$RELEASE/modules.dep      -a /lib/modules/$RELEASE/modules.dep -nt /etc/modules.conf ]; then
84,86c83,85
< #if echo $SHORTREL | grep -qw 2.4 ; then
< #  /sbin/modprobe apm
< #fi
---
> if echo $SHORTREL | grep -qw 2.4 ; then
>   /sbin/modprobe apm
> fi
242c241
< #/sbin/modprobe usb-storage
---
> /sbin/modprobe usb-storage
763c762
< /sbin/modprobe acpi-cpufreq
---
> #/sbin/modprobe acpi-cpufreq
794,798c793,796
<
< ### ACPI eventi:
< # Spegnimento della macchina col bottone d'accensione.
< /sbin/modprobe button
<
---
> # loop for set scaling_governor
> #for i in $(ls /sys/devices/system/cpu/); do
> #   echo conservative > "/sys/devices/system/cpu/$i/cpufreq/scaling_governor"
> #done
802d799
<

[conraid]

Mi vergogno un po' per la domanda.
In che senso intendi?
quelli che caricavo prima quando? (sono giorni che ricompilo kernel combinando configurazioni diverse).

ti parlo sempre tra quando ti funziona e quando no. Prove tra configurazioni non funzionanti non hanno senso.

a rc.modules non succede niente, logicamente se cambi configurazioni devi anche cambiare i moduli da caricare. Ti faccio un esempio. A volte faccio prove con acpi e/o alsa, mettendolo a volte modulare altre no.
Nel primo caso devo prevedere il caricamente dei moduli, nel secondo no.
Sai tu di cosa hai bisogno e come è fatto il tuo pc, quindi ogni volta modificati il file rc.modules a tuo piacimento

[joe]

Ancora una domanda da niubbo.
Come vedi dal mio penultimo post, ci sono 2 rc.modules che si riferiscono alle due versioni di kernel in gioco:

Codice: Seleziona tutto

# ls -l *modules*
lrwxrwxrwx 1 root root    23 2008-03-28 11:17 rc.modules -> rc.modules-2.6.24.3-smp
-rwxr-xr-x 1 root root 28567 2008-02-14 09:45 rc.modules-2.6.21.5-smp
-rwxr-xr-x 1 root root 28626 2008-01-06 04:03 rc.modules-2.6.24.3-smp
-rwxr-xr-x 1 root root 28471 2008-02-13 14:20 rc.modules~

escludiamo l'ultimo file che è un backup automatico messo da vim perchè avevo modificato rc.modules dopo l'installazione di slack-12.0.
Restano appunto i 2 rc.modules di cui parlavo sopra e poi c'è il link simbolico al 2.6.24.3-smp.
Chi è che comanda all'avvio? Quale rc.modules viene considerato dal sistema?

All'avvio viene sempre seguito rc.modules (il link simbolico intendo)? oppure se si avvia con un certo kernel comanda l'rc.modules-versionekernelavvio automaticamente (bypassando quindi il link simbilico rc.modules)?

In ogni caso nel post precedente sono messe in evidenza le differenze tra i due rc.modules in gioco. Vi sembra che ci sono così tante differenze da condizionare il malfunzionamento delle accentate?

Poi un altro interrogativo.
Chi ha creato l'rc.modules del kernel-2.6.24?
Se questi file non vengono modificati in fase di configurazione e compilazione di un nuovo kernel....non mi spiego la presenza del nuovo rc.modules....anche se una mezza idea ce l'ho e mi viene in mente che probabilmente il tool kernelpkg potrebbe aver creato lui quel file. Che dite?

[conraid]

Solitamente si ha nel pacchetto di Pat, se anche kernelpkg non lo so, ma è possibile.
Comunque guarda /etc/rc.d/rc.S, li trovi l'ordine di esecuzione.
Se trova rc.modules.local prende quello, e sarebbe il nome giusto se ne fai uno tu.
Altrimenti cerca rc.modules-versionekernel, e per ultimo rc.modules

[puzuma]

probabilmente dirò una castroneria (e confesso di non aver letto tutto il thread) ma leggendo il changelog della current pare che l'encoding di default per le console sia cambiato con l'avvento del kernel 2.6.24, adesso è UTF8. La maggior parte delle applicazioni non dovrebbe avere problemi però forse i problemi con links sono dovuti a questo.