Slackware64

[conraid]

Se a qualcuno interessano librerie per compatibilità 32 bit

http://anorien.warwick.ac.uk/mirrors/sl ... ackware64/

Non sono quelle di slamd64, ma sono state create apposta per slackware64 da fred
Se erano già state segnalate i'm sorry

[robbybby]

Sto invecchiando?
Nel link segnalato, Conraid, trovo solo file TXT e ASC.
Mi sono perso qualcosa?

[conraid]

Sto invecchiando?
Nel link segnalato, Conraid, trovo solo file TXT e ASC.
Mi sono perso qualcosa?

Sì, il nuvo formato dei pacchetti: txz

naturalmente leggete il README
http://anorien.warwick.ac.uk/mirrors/sl ... README.TXT
che modifica le binutils

[robbybby]

Oltre a quello, gli occhiali: ho letto txt anziche' txz.

[Trotto@81]

Per un uso quotidiano com'è?
Mi interesserebbe molto per Blender e i RENDER in particolar modo, che trarrebbero un vantaggio impressionante dai 64bit.

[ponce]

http://www.linuxquestions.org/blog/luma ... rent-1978/

[Trotto@81]

http://www.linuxquestions.org/blog/luma ... rent-1978/

Grandissimo!!
Aspetto allora soltanto che si stabilizzi, i driver nvidia ci sono anche anche, quindi siamo quasi a cavallo!!

[scorpion77]

Loris sembra orientato a non fare un repository a 64bit, in quanto ci sono 2400 pacchetti da modificare

Ovviamente avere gli stessi pacchetti anche per Slackware64 è ridondante. Però vorrei chiedere se fosse possibile aggiornare tutti gli slackbuilds in modo da poter compilare correttamente su Slackware64, così non ci sarebbe più alcun problema di compatibilità dei pacchetti.

[conraid]

Loris sembra orientato a non fare un repository a 64bit, in quanto ci sono 2400 pacchetti da modificare

Ovviamente avere gli stessi pacchetti anche per Slackware64 è ridondante. Però vorrei chiedere se fosse possibile aggiornare tutti gli slackbuilds in modo da poter compilare correttamente su Slackware64, così non ci sarebbe più alcun problema di compatibilità dei pacchetti.

Quello nel mio piccolo lo sto già facendo, per la maggior parte basta aggiungere alcune cose, invece per alcuni programmi servono o patch o modi diversi di compilazione e quindi slackbuild diversi

[scorpion77]

Quello nel mio piccolo lo sto già facendo, per la maggior parte basta aggiungere alcune cose, invece per alcuni programmi servono o patch o modi diversi di compilazione e quindi slackbuild diversi

Grazie mille, a te e a tutti i pacchettizzatori. Slacky.eu è la migliore comunità per Slackware.

[d4z_c0nf]

Loris sembra orientato a non fare un repository a 64bit, in quanto ci sono 2400 pacchetti da modificare

Ovviamente avere gli stessi pacchetti anche per Slackware64 è ridondante. Però vorrei chiedere se fosse possibile aggiornare tutti gli slackbuilds in modo da poter compilare correttamente su Slackware64, così non ci sarebbe più alcun problema di compatibilità dei pacchetti.

Ma modificare gli sb per la 64 implica mettere una condizione nel caso in cui chost sia x86_64, e quindi comunque chi ne vuole usufruire deve mettere mano allo sb, a meno che tu non intenda dire che bisognerebbe fornire degli sb specifici per la 64bit, così uno li scarica e li lancia senza saper nè leggere nè scrivere.
Nel primo caso, uno magari si sforza un po' e se lo modifica da solo...
no?!

rock

[scorpion77]

Ma modificare gli sb per la 64 implica mettere una condizione nel caso in cui chost sia x86_64, e quindi comunque chi ne vuole usufruire deve mettere mano allo sb, a meno che tu non intenda dire che bisognerebbe fornire degli sb specifici per la 64bit, così uno li scarica e li lancia senza saper nè leggere nè scrivere.
Nel primo caso, uno magari si sforza un po' e se lo modifica da solo...
no?!

rock

Infatti se c'è solo da mettere una o due righe in più nello slackbuild io sono capacissimo di farlo, ma in realtà pensavo un po' a tutta la comunità, soprattutto agli ultimi arrivati, che magari preferirebbero scaricarli e lanciarli senza saper nè leggere nè scrivere, proprio come dici tu.

[conraid]

Nel primo caso, uno magari si sforza un po' e se lo modifica da solo...

io parlavo del primo caso infatti, faccio in modo che basti cambiare una variabile, ma si può fare anche lanciando il comando senza modificare lo slackbuild se la variabile è settata bene.
Purtroppo molti slackbuild hanno

Codice: Seleziona tutto

ARCH=i486

e poi gestiscono arch. In questo caso bisogna modificare a mano. Se invece mettiamo

Codice: Seleziona tutto

ARCH=${ARCH:-i486}

allora possiamo lanciare lo slackbuild così

Codice: Seleziona tutto

ARCH="x86_64" ./pippo.SlackBuild

e compila per 64bit

Io lo renderei obbligatorio a tutti gli slackbuild, ma adesso non è così e quindi la situazione non è omogenea

[d4z_c0nf]

Nel primo caso, uno magari si sforza un po' e se lo modifica da solo...

io parlavo del primo caso infatti, faccio in modo che basti cambiare una variabile, ma si può fare anche lanciando il comando senza modificare lo slackbuild se la variabile è settata bene.
Purtroppo molti slackbuild hanno

Codice: Seleziona tutto

ARCH=i486

e poi gestiscono arch. In questo caso bisogna modificare a mano. Se invece mettiamo

Codice: Seleziona tutto

ARCH=${ARCH:-i486}

allora possiamo lanciare lo slackbuild così

Codice: Seleziona tutto

ARCH="x86_64" ./pippo.SlackBuild

e compila per 64bit

Io lo renderei obbligatorio a tutti gli slackbuild, ma adesso non è così e quindi la situazione non è omogenea

Vabè sì, ma dicevo, fino a quando è solo questo allora non c'è manco bisogno di rifarli capì? I pacchetti semplici prevedono poche variazioni, arch, chost e libdir=/usr/lib64.., così come gli diciamo di lanciare lo sb come hai detto tu, gli possiamo dire, fate queste 2 modifiche, per altri invece come dicevi tu bisogna fare varie modifiche, allora è inutile fare uno sb compatibile sia per 32 che per 64, i pacchettizzatori si fanno il mazzo su 2000 software quando un utente medio ne usa 10, a quel punto se li cambia lui. Alla fine io credo che il problema principale, la fase più scocciante, della pacchettizzazione al di là dei software "speciali" sia la catena di compilazione per via delle dipendenze in quella fase da soddisfare.
Tutto imho
rock

[ponce]

se puo' interessare (probabilmente no, ma non si sa mai ) ho postato su linuxquestions una guidina con pacchetti per usare wolfenstein enemy territory con output sonoro sdl/alsa su slackware64.