Installazione pacchetti da utente

[Giambattista]

Innanzitutto vi prego di scusarmi qualora stia scrivendo in una sezione non appropriata.

Allora...mi accingo ad installare in modo pulito entrambe le releases (x86,x64) e come tale vorrei lasciarle; ho sempre installato i pacchetti come utente root ma ora vorrei che la / resti il più possibile "incotaminata".
Ricordo che sia con installpkg che con make install è possibile installare un pacchetto in una partizione diversa da quella di root ma ho ancora dei dubbi in proprosito quindi vi chiedo se avete consigli, chiarimenti da darmi affinchè anche la mia /home resti ...."k.i.s.s." o solo ordinata e pulita.

Grazie

PS: colgo l'occasione per porre un' ulteriore domanda. Grazie ad una modifica della "current for dummies" di @Conraid ho provveduto a creare i due mirror (sia x86, che x64) ma noto che nella directory del kernel della x64 compare solo il kernel huge.s, niente huge.smp. Se non ricordo male lo huge.s serve solo in fase d' installazione, quindi....come mai non c'è lo huge.smp?! Essendo per i processori a 64bit è scontato che sia per i pc con multi-processori?!

[SIV]

Forse sto per dire una cavolata, ma se in sudoers dai i permessi al tuo utente di usare i pkgtools?

[conraid]

Ma a che pro tutto questo?
Usare l'opzione --root nei pkgtool è possibile, ma serve più per installazioni che poi utilizzi in chroot, perché dentro hanno tutto il tree
voglio dire, mettiamo che vuoi installare un programma in /usr/local invece di /usr
anche se tu fai installpkg --root=/usr/local dopo avrai /usr/local/usr e così via e non saranno trovati i files
spero di essermi spiegato

[paperboy]

sulla 64 esiste solo il kernel huge perchè per le 64bit sono tutti multicore forse solo amd ha i primi 64 bit senza multicore. nella 64 quindi lo huge starebbe per huge-smp essendo tutte architetture recenti non serve il supporto per i single core.

[Luci0]

Innanzitutto vi prego di scusarmi qualora stia scrivendo in una sezione non appropriata.

Allora...mi accingo ad installare in modo pulito entrambe le releases (x86,x64) e come tale vorrei lasciarle; ho sempre installato i pacchetti come utente root ma ora vorrei che la / resti il più possibile "incotaminata".

Io credo che tu stia facendo un pò di confusione ... non credo sia possibile installare sulla stessa partizione sia la x86 e la x64, inoltre i pacchetti li puoi installare solo come utente root, nella directory che vuoi con l' opzione root ... ma la cosa ha senso solo se devi installare in una chroot, un pacchetto corrotto usando una live o quando esegui un installazione e vuoi installare ad esempio un pacchetto nella directory /extra.

Ricordo che sia con installpkg che con make install è possibile installare un pacchetto in una partizione diversa da quella di root ma ho ancora dei dubbi in proprosito quindi vi chiedo se avete consigli, chiarimenti da darmi affinchè anche la mia /home resti ...."k.i.s.s." o solo ordinata e pulita.
Grazie

Per avere una Slackware perfetta .. documentati per bene ! Le man pages di installpkg sono il punto di partenza.
Per provare ad installare entrambe le versioni devi creare due o tre partizioni separate, altrimenti credo che verrà fuori da subito un bel pasticcio ...
L' argomento é interessante ... tanto che ti consiglio di aprire un nuovo topic ..

PS: colgo l'occasione per porre un' ulteriore domanda. Grazie ad una modifica della "current for dummies" di @Conraid ho provveduto a creare i due mirror (sia x86, che x64) ma noto che nella directory del kernel della x64 compare solo il kernel huge.s, niente huge.smp. Se non ricordo male lo huge.s serve solo in fase d' installazione, quindi....come mai non c'è lo huge.smp?! Essendo per i processori a 64bit è scontato che sia per i pc con multi-processori?!

Codice: Seleziona tutto

cat config | grep SMP
CONFIG_X86_SMP=y
CONFIG_USE_GENERIC_SMP_HELPERS=y
CONFIG_X86_64_SMP=y
CONFIG_SMP=y

Dal config sembra proprio di sì ...

[Luci0]

Mi sono accorto che Conraid ha aperto questo thread che tratta la coesistenza di Slackware e Slackware64 in uno stesso PC
viewtopic.php?f=51&t=29765&start=0

[Giambattista]

sulla 64 esiste solo il kernel huge perchè per le 64bit sono tutti multicore forse solo amd ha i primi 64 bit senza multicore. nella 64 quindi lo huge starebbe per huge-smp essendo tutte architetture recenti non serve il supporto per i single core.

Grazie, è come immaginavo, ora ne ho la conferma.

@per tutti gli altri.............scusatemi!!!! Avevo poco tempo e non mi sono spiegato per bene (mi accorgo solo ora che anche il titolo non è tanto appropriato). Mi toccano almeno 30 minuti di vergogna

Ho due partizioni che formatterò per installare ex-novo entrambe le slackware-13.0; ora...per la x86 continuerò ad installare i pacchetti di slacky.eu ma per la 64bit....non c'è per ora un repository altrettanto valido&ben fornito quindi vorrei cogliere l' occasione per cominciare a pacchettizzare qualcosina.
Avevo allora pensato di installare i pacchetti da me creati in una partizione diversa da quella di / (es:/home/mioutente/prog) in modo tale che se dovessi fare qualche cacchiata con la semplice cancellazione della directory in questione tornerei in possesso di una slackware come Pat l'ha fatta
(fatti salvi i links simbolici che portano a /home/mioutente/prog). Cioè una partizione di / con solo il s.o. originale e gli eventuali aggiornamenti di sicurezza e bugs-fix, tutti i successivi pacchetti installati in una diversa partizione.
Questo proprio perchè avevo letto che con pkgtool è possibile ma......non so quanto praticabile nei modi e per gli scopi da me pensati.

Grazie

[albatros]

essendo tutte architetture recenti non serve il supporto per i single core.

E comunque il kernel smp funziona bene lo stesso anche sul single core a 64 bit come ho io.

non credo sia possibile installare sulla stessa partizione sia la x86 e la x64

Non ho provato (ci andrebbe troppo tempo e non ne vedo il senso se non per il gusto di farlo), ma scrivendo uno script d'avvio ad hoc, giocando con le variabili d'ambiente, tenendo i binari omonimi in directory separate e creando qualche link simbolico direi di sì, solo che non è standard e non è per niente banale...
Alla fine non avresti una slackware "normale"...

inoltre i pacchetti li puoi installare solo come utente root, nella directory che vuoi con l' opzione root

Se hai i necessari permessi sulle directory dove li vuoi mettere, con un po' di lavoro aggiuntivo di solito li puoi installare anche come utente normale, ricordandoti però di specificare il percorso assoluto per installpkg e compagni, es.

Codice: Seleziona tutto

/sbin/installpkg --root /home/mioutente/prova pacchetto.tgz

Molto spesso non ti funzionerà il doinst.sh per mancanza dei privilegi di root, in tal caso dovrai controllare cosa fa lo script e vedere di ovviare...
Dovrai inoltre impostare un po' di variabili di ambiente (es. PATH o LD_LIBRARY_PATH).

vi chiedo se avete consigli, chiarimenti da darmi affinchè anche la mia /home resti ...."k.i.s.s." o solo ordinata e pulita.

Non fare quanto ho accennato e seguire invece i consigli di Luci0...

[Luci0]

....
Avevo allora pensato di installare i pacchetti da me creati in una partizione diversa da quella di / (es:/home/mioutente/prog) in modo tale che se dovessi fare qualche cacchiata con la semplice cancellazione della directory in questione tornerei in possesso di una slackware come Pat l'ha fatta
(fatti salvi i links simbolici che portano a /home/mioutente/prog). Cioè una partizione di / con solo il s.o. originale e gli eventuali aggiornamenti di sicurezza e bugs-fix, tutti i successivi pacchetti installati in una diversa partizione.
Questo proprio perchè avevo letto che con pkgtool è possibile ma......non so quanto praticabile nei modi e per gli scopi da me pensati.

Grazie

In pratica volevi crearti un ambiente di testing per creare e testare i pacchetti ...

Una soluzione potrebbe essere quella di utilizzare Virtual Machine tipo Virtualbox VMware oppure usare un ambiente in chroot cosa che ha fatto Conraid..
Io ho usato Virtualbox e la cosa sarebbe valida se funzionasse correttamente, la cosa strana é che non ho grossi problemi di performance ma ho alcuni problemi con la connessione ethernet in bridge e ogni tanto la Slackware 13.0 sotto la Virtualbox, non riesce a collegarsi alla rete interna e non riesco a capire il motivo di tali blocchi che mi costringono a riavviare non solo la Virtualbox ma anche la Slackware 12.1 ...

[Giambattista]

Ok, grazie a tutti! Ora ho le idee un pò più chiare.