Regole del forum
1) Citare sempre la versione di Slackware usata, la versione del Kernel e magari anche la versione della libreria coinvolta. Questi dati aiutano le persone che possono rispondere.
2) Per evitare confusione prego inserire in questo forum solo topic che riguardano appunto Gnu/Linux in genere, se l'argomento è specifico alla Slackware usate uno dei forum Slackware o Slackware64.
3) Leggere attentamente le risposte ricevute
4) Scrivere i messaggi con il colore di default, evitare altri colori.
5) Scrivere in Italiano o in Inglese, se possibile grammaticalmente corretto, evitate stili di scrittura poco chiari, quindi nessuna abbreviazione tipo telegramma o scrittura stile SMS o CHAT.
6) Appena registrati è consigliato presentarsi nel forum dedicato.
La non osservanza delle regole porta a provvedimenti di vari tipo da parte dello staff, in particolare la non osservanza della regola 5 porta alla cancellazione del post e alla segnalazione dell'utente. In caso di recidività l'utente rischia il ban temporaneo.
PciReworkProposal: PCI bus scanning/accessing code replaced with libpciaccess (IanRomanick).
*
MacOS X updates: Xquartz fixes, launchd support, and more (BenByer and JeremyHuddleston)
* x11perf 1.5: Compositing tests added.
* xtrans 1.1: Support for abstract socket namespace under Linux.
* xf86-input-evdev 2.0.x: Many stability and completeness fixes, should work out of the box with a large range of devices, plus middle-button emulation for mice.
* xf86-video-ati 6.9.x: Support for r5xx/r6xx/r7xx (RadeonHD 1xxx/2xxx/3xxx) devices added, including textured video for r5xx. Full RandR 1.2 support for all chipsets.
* EXA: Numerous speedups (inc. font rendering), cleanups, and correctness fixes.
*
libX11 1.1.5: Numerous i18n additions and fixes (JamesCloos).
* xorg-server 1.5: Faster startup and shutdown, lots of code removal, EDID 1.4, Secure RPC authentication, GLX and DRI passthrough support for Xephyr, smarter autoconfiguration, pervasive and coherent XACE security framework, easier building of GL code, numerous input-related bugfixes.
sembra molto promettente , soprattutto :
Faster startup and shutdown, lots of code removal
chissà cosa avranno tolto
per quanto riguarda l'automazione vi riferite ad xorg.conf?
Toni ha scritto:Per quanto riguarda kde4 , definito OS nel OS ,
magari porterà alla nascita di distro:
Glibc +Linux+X+ qt+kde+ .......+ basta! massimizzata per l'uso Desktop
è innegabile che kde contiene TUTTO il necessario.
Un tale approccio potrebbe permettere di pensare una gestione dei vari demoni KDE a livello root rendendoli maggiormente solidi, ottimizzandoli e tenendoli lontano dall'area utente cosìcché il suo utilizzo rimanga maggiormente "pulito".
Toni ha scritto:Per quanto riguarda kde4 , definito OS nel OS ,
magari porterà alla nascita di distro:
Glibc +Linux+X+ qt+kde+ .......+ basta! massimizzata per l'uso Desktop
è innegabile che kde contiene TUTTO il necessario.
Un tale approccio potrebbe permettere di pensare una gestione dei vari demoni KDE a livello root rendendoli maggiormente solidi, ottimizzandoli e tenendoli lontano dall'area utente cosìcché il suo utilizzo rimanga maggiormente "pulito".
Quintessenza: un sistema stile $vi$ta con "Power-Shell",
a questo punto passero` a LFS o *BSD, bye Slackware.
Toni ha scritto:Per quanto riguarda kde4 , definito OS nel OS ,
magari porterà alla nascita di distro:
Glibc +Linux+X+ qt+kde+ .......+ basta! massimizzata per l'uso Desktop
è innegabile che kde contiene TUTTO il necessario.
Un tale approccio potrebbe permettere di pensare una gestione dei vari demoni KDE a livello root rendendoli maggiormente solidi, ottimizzandoli e tenendoli lontano dall'area utente cosìcché il suo utilizzo rimanga maggiormente "pulito".
Quintessenza: un sistema stile $vi$ta con "Power-Shell",
a questo punto passero` a LFS o *BSD, bye Slackware.
Mario , la penso esattamente come te ,infatti utilizzo slackware.
Comunque ,ripeto, l'approccio di kde potrebbe portare alla nascita di distro con le caratteristiche suddette
Toni ha scritto:Per quanto riguarda kde4 , definito OS nel OS ,
magari porterà alla nascita di distro:
Glibc +Linux+X+ qt+kde+ .......+ basta! massimizzata per l'uso Desktop
è innegabile che kde contiene TUTTO il necessario.
Che dio c'è ne scampi! Ovviamente IMHO
Non sto parlando di slackware , non vedo la nascita di NUOVE distro un evento cosi tragico.
ciao
Oltretutto sarebbe un approccio diverso. Magari quelli che amano Linux non ne sentono il bisogno, ma quelli che non riescono proprio ad avvicinarglisi, con una struttura del genere, potrebbero decidere di fare il passo. Secondo me ben venga un'evoluzione del genere piuttosto che una nuova [lettera a piacere]buntu.
Toni ha scritto:Per quanto riguarda kde4 , definito OS nel OS ,
magari porterà alla nascita di distro:
Glibc +Linux+X+ qt+kde+ .......+ basta! massimizzata per l'uso Desktop
è innegabile che kde contiene TUTTO il necessario.
Che dio c'è ne scampi! Ovviamente IMHO
Non sto parlando di slackware , non vedo la nascita di NUOVE distro un evento cosi tragico.
ciao
Scusa, non avevoc capito che non parlavi di slackware....Allora non sarebbe affatto qualcosa di tagico, anzi, aumenterebbe gli utenti di linux, e ciò porterebbe ad un aumento di driver e software per il pinguino...
Communico ha scritto:
Scusa, non avevoc capito che non parlavi di slackware....Allora non sarebbe affatto qualcosa di tagico, anzi, aumenterebbe gli utenti di linux, e ciò porterebbe ad un aumento di driver e software per il pinguino...
La questione driver è delicata, il kernel è in continuo aggiornamento, sarebbe parecchio impegnativo mantenerli, ma non impossibile e necessiterebbero di un ottimo sistema di installazione che non tenga conto delle distribuzioni.
a/mkinitrd-1.3.3-i486-2.tgz: Make sure /proc and /sys are mounted.
Thanks to Robby Workman.
Added /usr/share/mkinitrd/mkinitrd_command_generator.sh.
Thanks to Eric Hameleers.
a/pkgtools-12.34567890-noarch-1.tgz: Added support for .tbz, .tlz, and .txz
packages in addition to the traditional .tgz format.
sono più tecniche ma importanti e bisognose di testing...
viste le modifiche sarebbe bellissimo convincere Pat ad introdurre anche un dorm.sh nei pkgtools, magari usando la mia patch
Che patch?
la patch che introcuce il file dorm.sh nel formato dei pacchetti... ed è pienamente compatibile con il formato attuale, patch testata e funzionante. Ma Pat si oppone e non vuole metterla... se vuoi testare ti passo il pacchetto pkgtools con la mia patch già inserita... ma non lasciarlo installato se fai pacchetti per slacky.eu o altro... funziona benissimo però.
nel forum ne ho già parlato 2/3 volte in modo esaustivo...
Vito ha scritto:Speriamo che Slackware 13.0 utilizzi un kernel diverso dal 2.6.29.x : Non mi piace proprio quel Tuz!(questione puramente grafica e frivola )
Questo è anche vero...
la pigrizia è un brutta cosa
Per quanto riguarda il nome:
More of a surprise was the arrival of what Torvalds described as a “(temporary) change of logo to Tuz, the Tasmanian Devil†for the latest Linux kernel.
Ecco perchè ho scritto Tuz
"Stat rosa pristina nomina, nomina nuda tenemus." [ Umberto Eco - Il nome della rosa]
"Faber est suae quisque fortunae ." [ Appio Claudio Cieco]
)
