Pagina 1 di 1

Dal ChangeLog della Slackware Current ....

Inviato: lun 13 nov 2006, 15:01
da phobos3576
Sollecitato dal bombardamento di e-mail da parte degli utenti Slackware, sempre più preoccupati per il lentissimo evolversi della loro distribuzione preferita, Pat risponde in questo modo:

Codice: Seleziona tutto

Thu Nov 9 18:16:50 CST 2006
Q: Hey, what's the deal with -current?
A: Renovations are underway to the toolchain (gcc, glibc, binutils, etc),
       and it makes little sense to update what is essentially Slackware 11.0
       only to do the work all over again once the new toolchain is ready.
       In addition, these things aren't going as smoothly as anticipated.
       I'd like to put the NPTL version of glibc into /lib and the LinuxThreads
       version into /lib/obsolete/linuxthreads (since some old binaries are
       going to need them), but doing this prevents the use of a 2.4 kernel.
       Perhaps it's finally time to drop support for Linux 2.4? Personally,
       I'd rather not as 2.4 is more forgiving of flaky hardware and thus
       tends to get better uptimes (at least on the servers I run ;-).
       Comments about this issue are welcomed.
       glibc-2.5 has also been having some problems with locale support here
       that need to be investigated and dealt with. I'd rather base the glibc
       in Slackware on an official glibc release, but using the development
       repo is also something under (slight) consideration if it works better.
Insomma, Pat è ancora alle prese con il dilemma 2.4.x - 2.6.x; nel frattempo, buona parte degli utenti Slackware (me compreso) si sono rimboccati le maniche e adesso si ritrovano con una distribuzione molto più avanzata rispetto alla Current.

E intanto .... a fine Novembre arriva il nuovo X11R7.2 ....

Inviato: lun 13 nov 2006, 15:26
da JohnnyMnemonic
Certo il dilemma è sempre quello, ma questa volta sembra che Pat sia aperto a consigli
Comments about this issue are welcomed.
come invece non era successo in merito all'esclusione di Gnome e per altre questioni, non mi pare cosa da poco!

Inviato: lun 13 nov 2006, 16:52
da absinthe
I'd rather not as 2.4 is more forgiving of flaky hardware and thus
tends to get better uptimes (at least on the servers I run ;-).
il perchè del dilemma mi pare chiaro... e giustificato vista la natura della distro... al più potrebbe aggiungere qualcosa negli extra per la storiellina di hal/dbus/kde che mi pare l'unica carenza lato desktop!

mentre per quanto riguarda X è già programmata la migrazione...

M

Inviato: mar 14 nov 2006, 10:44
da IceSlack
ma CHe ve frega di Xorg 7.1........... a me funziona ancora quello di path..... 6.9 comunque la cosa del 2.6 la doveva fare nel nuovo sistema................... la 11 ora si ritrovera' a fare una 11.1............

ma il team brasiliano dove' finito? :lol:

dai path inizia a perdere colpi, tra moglie, bambina, e lavoro................. io non capisco cosa gli costi appoggiarsi a un team

Inviato: mar 14 nov 2006, 15:14
da phobos3576
IceSlack ha scritto:dai path inizia a perdere colpi, tra moglie, bambina, e lavoro................. io non capisco cosa gli costi appoggiarsi a un team
Infatti, intendevo dre proprio quello; è assurdo pretendere di gestire da solo una intera distribuzione Linux.

Inviato: mar 14 nov 2006, 15:39
da samiel
path inizia a perdere colpi
In effetti qualcosa che non va nella 11.0 c'è.
Ad es., visto che sono un utilizzatore di LaTeX:
il nuovo pacchetto di Tetex prevedeva la migrazione
della directory per la creazione dei font da /var/tmp/texfonts
a /var/lib/texmf. Però lo script di installazione non la crea,
col risultato che è necessario creare tutti i font da root
per poter poi compilare il latex da utente.
Inoltre, le impostazioni di /usr/share/texmf/web2c/texmf.cnf,
sono tali per cui l'albero principale ha la precendenza
su quello locale e non si riescono a usare eventuali versioni
più recenti di pacchetti già presenti nell'albero principale.
Per cui ho dovuto modificare alcune cose a mano.
Ho scritto a Pat, vediamo se quando riprende il lavoro
corregge gli errori...

M.

Inviato: mar 14 nov 2006, 18:25
da Sari
phobos3576 ha scritto:
IceSlack ha scritto:dai path inizia a perdere colpi, tra moglie, bambina, e lavoro................. io non capisco cosa gli costi appoggiarsi a un team
Infatti, intendevo dre proprio quello; è assurdo pretendere di gestire da solo una intera distribuzione Linux.
eppure sono 13 anni ;)

Inviato: mar 14 nov 2006, 23:43
da Luci0
Pat ... era stato anche male ... ricordate ??
Comunque gli dò ragione ... a volte il 2.6 si impalla.
Il 2.4 quindi ci ha abituati a standard elevati e ... non é colpa del 2.4 se é più stabile del 2.6
e tutti sappiamo che Pat é tradizionalista e sa quello che fa ...
... alcuni driver del 2.6 sono molto carenti, mi sono imbattuto su alcuni driver di modem USB che andrebbero cancellati... mi domando perché li hanno messi ...
Continuo a non capire l' attuale metodo di sviluppo del kernel, che sì tende a supportare molti più hardware a scapito della stabilità ...
Ciao :-)

Inviato: mer 15 nov 2006, 11:06
da navajo
[OT]
Ma voi, avete trovato tutto sto miglioramento nel passare al kernel 2,6,X ? Non so se la scusa, del riconoscimento del nuovo hardware sia sempre valida, visto che alcuni driver sono stati agginti anche al 2,4,X, e comunque, facendo un discorso egoistico, a me con il 2,4,X funziona tutto l hardware, e non ho problemi di sorta, anzi, mi sembra, confrontandolo con il 2,6,X , anche più veloce...
certo è che se si guarda dal lato desktop, l auomount può essere una mancanza, ma a Pat glielo perdono stavolta :P
[/OT]

Inviato: mer 15 nov 2006, 12:03
da submax82
samiel ha scritto:
path inizia a perdere colpi
In effetti qualcosa che non va nella 11.0 c'è.
Ad es., visto che sono un utilizzatore di LaTeX:
il nuovo pacchetto di Tetex prevedeva la migrazione
della directory per la creazione dei font da /var/tmp/texfonts
a /var/lib/texmf. Però lo script di installazione non la crea,
col risultato che è necessario creare tutti i font da root
per poter poi compilare il latex da utente.
Inoltre, le impostazioni di /usr/share/texmf/web2c/texmf.cnf,
sono tali per cui l'albero principale ha la precendenza
su quello locale e non si riescono a usare eventuali versioni
più recenti di pacchetti già presenti nell'albero principale.
Per cui ho dovuto modificare alcune cose a mano.
Ho scritto a Pat, vediamo se quando riprende il lavoro
corregge gli errori...

M.
potrebbe essere un'idea mettere questi bug in S4D con relativo fix?! :oops:

Inviato: gio 16 nov 2006, 2:09
da albatros
path inizia a perdere colpi, tra moglie, bambina
Perché non invitiamo la moglie e la bambina di Pat a trascorrere una vacanza in Italia ospitandole un po' per uno?
Al momento in cui scrivo siamo 3672, anche facendo un giorno a testa le faremmo visitare in lungo e in largo tutta l'Italia e, soprattutto, garantiremmo 10 anni di libertà a Patrick per sviluppare la slackware come si deve!
Sapete che release da favola e a intervalli ravvicinati verrebbero fuori?
Kde4, xorg7.2 e gcc 4.2 pacchettizzate nella current a meno di 12 ore dal rilascio, xgl con icosaedro rotante, finestre trasparenti, antiriflesso e a specchio, versione stable a 64 bit e in /testing anche a 128, kernel 2.8 di default pacchettizzato insieme a Torvalds in anteprima durante un cena di addio provvisorio al coniugato e, soprattutto, la rotellina del mouse che funziona al primo colpo!
:D :D :D

Inviato: gio 16 nov 2006, 9:56
da giberg
albatros ha scritto:
path inizia a perdere colpi, tra moglie, bambina
Perché non invitiamo la moglie e la bambina di Pat a trascorrere una vacanza in Italia ospitandole un po' per uno?
E chi glieli compila i kernel poi? :shock:

Inviato: gio 16 nov 2006, 12:54
da albatros
E chi glieli compila i kernel poi?
Due possibilità:
1) Allestimento di un super script tipo makepkg chiamato makekernel da mettere in crond.
2) Sempre Andrea la sera dopo cena a casa di un membro di Slacky che la mattina abbia scritto un post dicendo di avere problemi con la compilazione del kernel.
:lol:

Inviato: ven 17 nov 2006, 13:26
da IceSlack
navajo ha scritto:[OT]
Ma voi, avete trovato tutto sto miglioramento nel passare al kernel 2,6,X ? Non so se la scusa, del riconoscimento del nuovo hardware sia sempre valida, visto che alcuni driver sono stati agginti anche al 2,4,X, e comunque, facendo un discorso egoistico, a me con il 2,4,X funziona tutto l hardware, e non ho problemi di sorta, anzi, mi sembra, confrontandolo con il 2,6,X , anche più veloce...
certo è che se si guarda dal lato desktop, l auomount può essere una mancanza, ma a Pat glielo perdono stavolta :P
[/OT]
se mi meti un 2.4 non mi va nulla.. con 2.6 va da dio, basta ricompilare...... non vedo l'ora che il 2.6 passi alla stable e inizi il developing del 2.7