slacky.eu

Ho installato slackware 10.2 con kernel test26.s con i rispettivi moduli, sorgenti....., vorrei applicare la patch per il 2.6.13.4, come devo fare?
Per i moduli non c'è nessun problema?

Ciao

vai in /usr/src/linux dove trovi i sorgenti del tuo kernel, poi dai questo comando:
poi ovviamente ricompili il tutto

Ma
1- la patch diventa automaticamente operativa
2- quando applico la seconda patch o superiore ( ad esempio se voglio aggiornare a 2.6.13.2, devo scrivere -p1 nel comando patch, oppure patch -p2 < /usr/patch-2.6.13.2 ) allora il comando fallisce:
1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej
patching file arch/i386/pci/common.c
patching file arch/i386/pci/i386.c

Con il comando che mi hai scritto la prima patch va, la seconda no...

Ciao

Ma è possibile che non funziona...

Devi patchare sempre con lo stesso comando, l'importante è inserire le patch nell'ordine giusto

Ma allora perché installa solamente la prima patch

La pacth non è altro che un modo automatico di modificare i file di testo, in questo caso dei sorgenti. Nel caso dei kernel ad esempio per passare dal 2.6.0 al 2.6.13 devi applicare le 13 patch in ordine sempre con -p1 e sempre dalla directory /usr/src/linux-xxxx

Se le il comando patch dà errori il motivi sono 2:
- non sei nella directory corretta
- la patch non va bene per quello che vuoi patchare

Nel secondo caso ti genera dei file .rej che contengono le differenze non applicate, se sai quello che stai facendo, le puoi applicare a mano.

Come dovrei fare, dovrei:

1 - compilare i files indicati
oppure
2 - applicare il comando patch ai files indicato

Supponendo che le tue patch siano per i sorgenti (come avviene nel 99% dei casi), prima applichi la patch (che semplicemente modifica il sorgente), poi compili.

Se le tue patch fossero binarie, sarebbe esattamente l'opposto.

Potresti farmi un esempio concreto. Computer con kebrel 2.6.13. Sono in /usr/src/linux.
Applico il comando

patch -p1 < /root/patch-2.6.13.1

Per ora ok, poi...

Se non sbaglio ti sarà venuta una paginata di qualcosa simile a:
patching...
patching...

Se tutto è andato liscio non dovresti aver avuto nessun HUNK Failed

A questo punto sei passato dai sorgenti del 2.6.13 al 2.6.13.1, non ti resta che ricompilarlo...

Azzzzzz, ma io non ricompilavo niente, ehi ma allora non conviene aggiornare, a questo punto è meglio apsettare la release 2.6.14

Questa è una scelta di vita...

Comunque quando uscirà il 2.6.14... il procedimento sarà uguale!

compilare non è obbligatorio. lo devi fare se nella patch che applichi vi sono delle opzioni in più e non solo dei bugfix. allora in quel caso, se hai bisogno di quelle opzioni, ricompili il kernel e le inserisci. ma a questo punto poco cambia da scaricare direttamente i nuovi sorgenti e usare il vecchio config inserendo le nuove opzioni. io invece l'altro giorno volevo applicare al mio 2.6.13.4 la patch 2.6.14-rc5 perchè cerano delle modifiche all'smp e non avrei avuto la necessità di ricompilare.

nello ha scritto:compilare non è obbligatorio. .... io invece l'altro giorno volevo applicare al mio 2.6.13.4 la patch 2.6.14-rc5 perchè cerano delle modifiche all'smp e non avrei avuto la necessità di ricompilare.

Magari prendo una cantonata io... ma se non usi un kernel ricompilato con la patch, tanto vale che non lo patchi!

Applichi rc5 ai sorgenti, e poi riavvii con il kernel vecchio non patchato... come fai ad utilizzare i cambiamenti?

Concordo con te che non server necessariamente ricompilare perchè se non hai problemi con il kernel in uso e non ti servono nuove features probabilmente non ne vale la pena. Ma questo punto è una perdita di tempo anche patchare.