Slackware64

[Blallo]

Grazie Corrado!
Insomma spero veramente che riescano ad inserirlo a breve in questa current,insomma porterebbe una nuova ventata di entusiasmo

e una ventata di prestazioni in arrivo per la mia intel!

[Meskalamdug]

Ma il repos di slacky a 64bit si farà?

[Trotto@81]

Ma il repos di slacky a 64bit si farà?

Se uscirà una versione stabile della distro a 64bit credo che sia proprio necessario.
Spero vivamente che portino avanti il progetto e che inseriscano come dice conrad la nuova versione di X.

[navajo]

Avere anche il repo per il 64bit sarebbe bello, ma comporta un grande lavoro.
Servono volontari che diano un contributo costante al progetto. Già per manterenere il 32bit è faticoso, figuriamoci con due repo.
Perciò ragazzi, chi ha voglia di rimboccarsi le maniche si faccia avanti

[Vic Steele]

Purtroppo o per fortuna, credo sia presto per parlarne.

[Vito]

Comunque chiunque abbia voglia di contribuire ad un futuro repository per i 64bit...ci contatti!
Se ci organizziamo in anticipo quando uscirà la stable di Slackware64 potremo usufruire di un repository con maggiore celerità

[Trotto@81]

Comunque chiunque abbia voglia di contribuire ad un futuro repository per i 64bit...ci contatti!
Se ci organizziamo in anticipo quando uscirà la stable di Slackware64 potremo usufruire di un repository con maggiore celerità

Ok, una volta per il 32bit non potetti per impegni, per il 64 vedremo.
Se si riesce a mettere in piedi slacky sarebbe ancor più la punta di diamante per la slack.

[Vito]

Comunque chiunque abbia voglia di contribuire ad un futuro repository per i 64bit...ci contatti!
Se ci organizziamo in anticipo quando uscirà la stable di Slackware64 potremo usufruire di un repository con maggiore celerità

Ok, una volta per il 32bit non potetti per impegni, per il 64 vedremo.
Se si riesce a mettere in piedi slacky sarebbe ancor più la punta di diamante per la slack.

È la stessa identica cosa che penso pure io...però c'è bisogno di vedere come fare per gli Slackbuild, quindi chiunque abbia magari qualche idea sul come adattare gli slackbuild a 32bit per la nuova Slackware64, ci contatti!

[Ansa89]

Se vai qualche post più indietro, vedrai che Conraid ha già trattato l'argomento (ha usato una variabile e specificato "--libdir=/usr/lib64" per il "configure").

[m0rdr3d]

Se prima erano cambiamenti invasivi ed instabilità a fermare la cosa, ok, ma adesso tutto il resto si sta adeguando alle nuove features. Compreso il kernel.
Poi da quello che ho capito Alien Bob ha curato kde4 e slack64 (8 mesi di sviluppo di cui 4 anche di testing), RW xfce, udev+hal, PP su slackpkg, ed altri su altro ancora. Pat fa ancora la maggior parte del lavoro, e sta testando con RW xorg, ma il team è sempre più importante e si dividono i compiti.

Questo per dire che forse mettere xorg nuovo in current (e farcelo testare) non sarebbe stato male, hai più feedback no?
Ma naturalmente tutto in mia umile opinione

Secondo me proprio per 'razionalizzare' il feedback ha senso non sovraccaricare di novità gli utenti/beta tester, per restringere le possibili cause di problemi e quindi ottenere delle segnalazioni più precise.

Esempio: se ora arrivasse allo Slackware Team una segnalazione di problema con la grafica, saprebbero che molto probabilmente la causa sarebbe da ricercarsi in kde4. Ma se aggiornassero in un colpo solo X.org e kde non sarebbero più in grado di discriminare i casi in cui il problema fosse generato da X, da kde o da una combinazione dei due.

Per questo, da un punto di vista dell'ingegneria del software, è meglio affrontare un problema alla volta, per poter restringere il campo di ricerca e di conseguenza evitare di sprecare energie che potrebbero essere meglio impiegate.

Che poi queso sia effettivamente il ragionamento di Pat o semplicemente una mia idea è un altro discorso

[conraid]

Se vai qualche post più indietro, vedrai che Conraid ha già trattato l'argomento (ha usato una variabile e specificato "--libdir=/usr/lib64" per il "configure").

negli slackbuild in realtà va messo

Codice: Seleziona tutto

--libdir=/usr/lib${VARIABILE}

dove variabile può essere 64 o nulla
quell'esempio era volutamente specifico per 64 bit

Un esempio può essere questo
http://www.slackers.it/repository/dovec ... SlackBuild

per cmake e qmake è un po' più complicato

[Mario Vanoni]

Slackware 32-bit vs 64-bit, nbench 2.2.3

1) Slackware 12.2, nbench compilato -march=i686
2) Slackware64 con nbench eredidato dal 12.2
3) Slackware64 con nbench compilato -march=core2

Codice: Seleziona tutto

MEM 18.123 15.844 16.412
INT 13.385 12.203 15.866
FPI 28.876 27.167 26.792

giudicate Voi!

Risolto linux_logo ricompilandolo, now OK,
risolto klive.py indirizzando gli errori su /dev/null,
funziona perche' vede il kernel x86_64
con versione e HH:MM:SS uguali a uname -a.

[ponce]

per cmake e qmake è un po' più complicato

proprio in questo momento sto' impazzendo a farglielo digerire a wxpython (che altrimenti mi mette la roba dentro /usr/lib).

[conraid]

per cmake e qmake è un po' più complicato

proprio in questo momento sto' impazzendo a farglielo digerire a wxpython (che altrimenti mi mette la roba dentro /usr/lib).

Nel repository di Alien Bob ci sono vari pacchetti e slackbuild per slackware64

[ponce]

sono cieco, ho un momento di sbandamento, non trovo il repo di alienbob per slackware64