Newsgroup: it.comp.os.linux.software
Titolo: Sondaggio sui programmi "leggeri"

Ciao a tutti,
in ufficio ho qualche vecchio PC e sono sempre alla ricera di software per
renderli produttivi, ovviamente con risorse scarse (principalmente memoria:
60Mb) ma sotto xfree.
Non sono riuscito a trovare una lista completa di software leggeri, quindi
ho fatto la mia, basata sull'esperienza. Se volete contribuire mi farebbe
un immenso piacere, intanto ecco le mie proposte:
****** WINDOW MANAGER ******
Fluxbox
Blackbox
Window Maker
AfterStep
****** FILE MANAGER ******
Endeavour 2
Worker
Gentoo
Xfe
****** EMAIL ******
Sylpheed
****** WEB BROWSER ******
Dillo
Mozilla Firebird
Links
****** NEWSREADER ******
Pan
****** WORD PROCESSING ******
Scite
AbiWord
NEdit
Lyx
Pathetic Writer (Siag Office)
****** FOGLIO ELETTRONICO ******
Xsiag (Siag Office)
(Gnumeric) <- troppe dipendenze
****** PRESENTAZIONI ******
Egon (Siag Office)
****** DESKTOP ENVIRONMENT ******
XFCE
****** GETIONE ARCHIVI ******
?
****** GRAFICA - VISUALIZZATORI ******
GQView
Endeavour 2
Ho cercato di trovare programmi che, oltre che leggeri, siano anche utili,
facili e possibilmente piacevoli alla vista.
Ho cercato di evitare dei programmini che si tirano dietro miliardi di
dipendenze e di librerie, con conseguente pesantezza indotta.
Le categorie sono ovviamente aperte, basta che non mettiate fotoritocco :)

 basta che non mettiate fotoritocco :)
******* FOTORITOCCO ******************
Photoshop 7.0 (emulato con Wine... una bomba!!!)
**************************************
Ovviamente è solo umorismo... :-D
Rocker

 ****** WORD PROCESSING/editor ******
anjuta 
jed (testuale)
IMHO anche kate è un bel editor ascii full purpose abbastanza
leggero, purtroppo non rientra nella categoria come dipebndenze

 Endeavour 2
ImageMagick (display) ?
-- 
 Francesco Romani - Ikitt  | Describe your vision, the meaning is missing |
*** mailserver: 
freemail.it
| Won't anybody listen?                        |

 NEdit
Scite e Nedit sarebbero 2 wordprocessor?
Ma nemmeno per idea: sono 2 editor di testi!
Se vuoi un bell'editor di testi e' pure cooledit, ma a questo punto hai
anche gvim!
--
Massimiliano.

Pan
slrn
-- 
            ||HomePage:    
http://digilander.libero.it/nemesis2001/
 |\ |       ||XPN (my nr): 
http://digilander.libero.it/nemesis2001/Xpn.html
 | \|emesis ||          "Non ci sono percorsi più brevi da cercare,
            ||      c'è la strada in cui credi e il coraggio di andare"



E' vero, cono stato un po' approssimativo. Meglio spostarli in una
categoria apposita:
****** EDITOR DI TESTI ******
Scite
Nedit
Volevo farlo anche ieri sera, ma poi per l'ora mi è sfuggito.



Lo so, anch'io sul portatile uso sempre kate, ma ti assicuro che qui, con
tutte le librerie che carica, mi blocca il pc per 2-3 minuti!
Adesso provo anjuta.
Grazie e ciao

 slrn
Adesso li provo, anche se mc lo escluderei perché è in modalità testuale
(non è detto che il pc lo usi solo io).
Ti confermo che firebird è lento, ma di alternative con una buona
formattazione non ne ho trovate. Il mio desiderio è un bel browser basato
su khtml ma senza le qt!

 ImageMagick (display) ?
Non è da console?

> slrn
Ah! Sono tutti in modalità solo testo! Così è troppo facile trovare
programmi leggeri :)

 Adesso provo anjuta.
Fatto. Ha una lista di dipendenze esagerata, praticamente significa
installare gnome.

 Devo ancora provarla, va meglio della 3?
So che è basata su Gtk2 il che è bene :)
-- 
Lawrence "Rhymes" Oluyede
http://loluyede.blogspot.com
rhy...@NOSPAMmyself.com

 un immenso piacere, intanto ecco le mie proposte:
Ben fatto.  Se vuoi, puoi darle una casa un po' più stabile su
www.linuxfan.it/wiki
.
Per Ikitt: sembra un buon punto di partenza per la Knoppix
autoadattante next generation. :-)
-- 
Windows hasn't increased computer literacy. It's just lowered the standard. 
    -- From a Slashdot.org post

 
www.linuxfan.it/wiki
.
Grazie.
In effetti visto il lavoro di "testing" che mi è costata sarebbe uno
spreco non renderla pubblica. Per ora vorrei vedere se cresce o se ho
già raggiunto il limite.
L'idea di una nuova knoppix non è male, anche perché tutti questi
programmi li uso su debian. Hai dato un'occhiata a Damn Small Linux? Un
po' di suggerimenti li ho presi da li, ma è un po' spartana per i miei
gusti, son sempre dell'idea che una distro stilosa e completa può essere anche
leggera (vedi fluxbox o blackbox).
Appena ho tempo vorrei passare ad un lavoro più fine per limare la memoria
(ridurre il numero di console, etc.) senza limitare in alcun modo le
funzionalità. Spero di farci un HOWTO :)
Ciao
P.S. anche solo facendo scelte oculate ora posso: navigare, scaricare
(lopster e xmule ultima vers.), controllare la posta e scrivere sul
newsgroup, tutto contemporaneamente!

 So che è basata su Gtk2 il che è bene :)
Dipende, gtk2 è meglio per certi versi, ma però occupa più memoria (che,
secondo me, è il punto debole di linux in generale).
Oltretutto dovrò decidermi a trovare come si toglie quel fastidioso 
mangiatore di memoria di un antialiasing! Che in più mi rende da schifo lw
m piccole.
Ciao

 Non è da console?
display e` un'applicazione x11 che puo` richiamare anche qualche
altro tool della suite, ma ora che ci penso puo` risultare pesantino.


 secondo me, è il punto debole di linux in generale).
Mmm a me non sembra. Linux lo puoi fare andare dappertutto appunto con i
programmi "leggeri" :)


 per fare una prova approfondita.
La stabile è già uscita, almeno io l'ho in debian sid. Però è ancora una .0
Io la provo, ti faccio sapere.
Ora che ho trovato come togliere l'antialiasing a gtk2 dovrebbe anche
occupare meno memoria. 

 secondo me, č il punto debole di linux in generale).
In che senso?
$ free
             total       used       free     shared    buffers     cached
Mem:         63008      61196       1812          0       4440      25344
-/+ buffers/cache:      31412      31596
Swap:       265032        572     264460
GNOME1.4 - Nautilus + Rox, 4 gnome-terminal, slrn, dillo. 
Non malaccio, direi.


 programmi "leggeri" :)
Ma comunque beneficia moooooolto di un aumento della ram, tant'è vero che
rispetto ad altri sistemi dove il collo di bottiglia è la cpu qui è la
ram.
Ho pc non molto più veloci rispetto a questo ma con il doppio di ram (128)
e la differenza è abissale.

 Non malaccio, direi.
ahah guarda :)
rhymes@voodoo:~$ free
             total       used       free     shared    buffers     cached
Mem:        516132     471800      44332          0      29316     272172
-/+ buffers/cache:     170312     345820
Swap:       192740          0     192740
Beh è vero che ho uno ziliardo di cose aperte in 5 desktop virtuali :)
Knode, Due o tre istanze di Firebird, nautilus, gaim, qualche terminale, e
altro che non ricordo :)


 Non malaccio, direi.
Lo dicevo paragonato ad altri sistemi, spesso il collo di bottiglia è la
quantità di ram e non la cpu. Ad esempio quando ho preso questo pc 64Mb
erano molti e in effetti le applicazioni ci giravano bene (win95). Ora è
lento con linux (anche se compensato ampiamente da altri vantaggi), ma ho
sentito di molte persone con cpu più lente che lo usavano con
soddisfazione perché avevano più ram.
In generale gli unix necessitano più memoria. Guarda anche la apple,
quando è passata al macos x ha alzato paurosamente i requisiti di memoria,
di poco la cpu.
Ma se mi dici che a te non swappa da impazzire se fai partire qualcosa
allora ho fatto qualcosa di sbagliato io :(
Poi per l'avvio lento c'è da considerare anche il problema del linking
delle librerie.
Per la cronaca:
             total       used       free     shared    buffers     cached
Mem:         58800      57024       1776          0       6084      15876
-/+ buffers/cache:      35064      23736
Swap:       369484      43232     326252
BlackBox, Pan, 2 xterm, lopster, xmule (benedetto il giorno che
includeranno rox nella debian!)
E io ho pure la sfiga della memoria grafica condivisa...

 Sylpheed
mutt on xterm
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
iD8DBQE/RLb7taNqC4xdaIgRAitaAJwKSM5v3IE12aEgE8O9BuFJs9i/JACfc96/
d5X48RJg5Jr+BaJfLGxwjfM=
=swwB
-----END PGP SIGNATURE-----
-- 
real name: Fabrizio Chiarello	| a Debian GNU/Linux | i'm in the could
nick:	   ponch		|     is running     | do better category
e-mail:	   
fchia...@inwind.it
	|    on Linux v2.4   | 		  - ponch
GnuPG Key: 0x8C5D6888 / A699 895F 564B 6099 860A  8039 B5A3 6A0B 8C5D 6888

programmi leggeri :)
Non hai mica scritto che non devono essere in modalità testo :-D
E cmq io ad esempio slrn l'ho usato per molto, l'ho preferito anche a 
Pan, anche se il mio computer mi permetteva di usare anche quest'ultimo.
Il fatto che siano in modalità testo non vuol dire che siano più brutti 
di quelli grafici.


su khtml ma senza le qt!
Beh ci sarebbe sempre il caro vecchio Opera 6 in effetti, non è basato 
su khtml ma ha un buon rendering, usa le qt ma puoi scaricare un 
pacchetto compilato static che contiene tutto l'indispensabile e non hai
problemi di dipendenze.


 includeranno rox nella debian!)
Qualcosa non torna, mi sa.
Ho fatto un piccolo esperimento:
             total       used       free     shared    buffers     cached
Mem:         63008      61052       1956          0       2752      20260
-/+ buffers/cache:      38040      24968
Swap:       265032       5508     259524
4xNetscape 4.79 (legacy, per ora :(, 4xgnome terminal, sylpheed, gqview,
su GNOME1.4


 E' velocissimo rispetto a pan!
Purtroppo non legge le news offline, bisogna affiancargli un server tipo
leafnode, ma non credo influisca piu' di tanto sull'impiego di risorse.

 autoadattante next generation. :-)
Stai progettando pure questa? Ho visto il thread sulla ml, ma non ho
capito molto del progetto. Autoadattante nel senso che parte con
configurazioni deiverse a seconda delle risorse?

 m piccole.
Questo è un altro discorso.
Ciao,
 Emmanuele.
-- 
Emmanuele Bassi (Zefram)           [ 
http://digilander.libero.it/ebassi/
 ]
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 ram.
Il che è bene, perché se una CPU costa tanto, la RAM costa poco.
+++
Il tradeoff sarà sempre quello: CPU (tempo) o RAM (spazio), non si
scappa.


 __declspec(dllexport) and __declspec(dllimport)
That's a complicated question.  Essentially, the MS engineers were on crack
when they designed Windows DLLs.    (C. Thompson on the Cygwin mailing list)

Sooner or later you have to use the command line. M$-windows is still far ahead
No, it's far behind, as it basically doesn't have a usable command line, but in
Linux you are tempted by it's power all the time until you give up and take the
red pill. :)                (Aigars Mahinovs on debian-knoppix mailing list)

 Non è da console?
è concepito per essere usato da consolle, ma 
digitando il comando display si apre anche un
interfaccia grafica abbastanza spartana.



SOno stato distratto dal fatto che mi piace. Non avevo valutato bene
la questione dipendenze.

 Worker
Non lo conoscevo. L'ho pravato e devo dire che mi piace abbastanza.
A prima vista però manca la linea di comando sotto e il 
find non mi sembra granchè (tutto IMHO naturalmente).
Poi anche la larghezza delle colonne dimensionabile farebbe comodo.

 deiverse a seconda delle risorse?
Autoadattante, ora, nel senso che parte con o propone una certa
configurazione di partenza del sistema desktop basato sulle risorse
disponibili (Knoppix fa già qualcosa di simile, molto in piccolo).
Autoadattante, poi (ma è tutto da vedere), nel senso che in base agli
stessi criteri mette in risalto una certa scelta di programmi
piuttosto che un altra.
A proposito, Ikitt: forse questa parte è più banale di quanto sembri.
Forse basta preconfigurare xfce/wmaker/icewm con i collegamenti ad
alcuni programmi sulla barra e sul desktop; partnedo il corretto
desktop manager, il resto si trova già fatto.


 configurazioni deiverse a seconda delle risorse?
Dimenticavo: in /etc/init.d/knoppix-autoconfig ho visto una sezione
che permette di caricare moduli da floppy, potrebbe essere un punto di
aggancio con l'idea di cui mi parlasti.
-- 
Windows Configuration
=====================
   No, there's nothing here about X, so be quiet.
                                                       (From Gnus info file)

 aggancio con l'idea di cui mi parlasti.
Il punto e' che il pacchetto con i driver non sta su un floppy e non
basta mettere i moduli perche' questi fanno riferimento ad un firmware
(creato dal file .inf appropriato tramite inf2bin fornito coi driver) e
ad un device apposito (ttySHSF0 per hsf linmodem). Il tutto previo make
install. Automatizzare il tutto mettendo i driver sul cd e' secondo me
la scelta migliore.
A proposito dello script, dato che penso di copiare delle funzioni dallo
script fornito coi driver, non so se questo sia compreso nella licenza
sotto la voce "uso". Il "riciclo" di parti di codice non e'
espressamente vietato, ma neppure permesso. Magari metto giu' una
versione beta dello scriptino e chiedo il permesso direttamente alla
linuxant, con un disclaimer appropriato non ci dovrebbero essere grossi
problemi.
Se qualcuno e' pratico di diritto anglosassone e vuole dare un'occhiata
alla licenza, il pacchetto e' hsflinmodem e si puo' scaricare dal sito
della linuxant.

Il Thu, 21 Aug 2003 18:13:18 +0000, Ikitt ha scritto:
Sarà che io sono molto "multitasking", mi piace usare 3-4 applicazioni per
volta e saltare da una all'altra.
Ti mando l'output di top (la cpu varia molto, ma la memoria è sempre li):
Tasks:  46 total,   7 running,  39 sleeping,   0 stopped,   0 zombie
Cpu(s):  58.2% user,   8.2% system,   0.0% nice,  33.6% idle
Mem:     58800k total,    57100k used,     1700k free,     5216k buffers
Swap:   369484k total,    45772k used,   323712k free,    12888k cached
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
  353 root      20 -10 23832 6508 5996 R 26.2 11.1 750:52.99 XFree86
25243 root      19   0 15344  13m 7388 R 26.2 22.7 465:05.55 xmule
30534 root      16   0   980  980  780 R  8.1  1.7   0:00.59 top
  403 root      14   0 15148 9592 9076 R  7.2 16.3   1588:12 lopster
30415 root      10   0  1940 1644 1428 R  1.8  2.8   0:02.75 xterm
    1 root       8   0   176  144  144 S  0.0  0.2   0:02.99 init
    2 root       9   0     0    0    0 S  0.0  0.0   0:07.52 keventd
    3 root      19  19     0    0    0 S  0.0  0.0   0:00.32 ksoftirqd_CPU0
    4 root       9   0     0    0    0 S  0.0  0.0  10:02.36 kswapd
    5 root       9   0     0    0    0 S  0.0  0.0   0:00.00 bdflush
    6 root       9   0     0    0    0 S  0.0  0.0  29:56.52 kupdated
   66 root       9   0     0    0    0 S  0.0  0.0   0:00.24 kreiserfsd
  122 root       9   0     0    0    0 S  0.0  0.0   0:01.82 kapmd
  166 root       9   0     0    0    0 S  0.0  0.0   0:00.01 eth0
  258 root       9   0   304  224  224 S  0.0  0.4   0:22.40 syslogd
  261 root       9   0   864  132  132 S  0.0  0.2   0:00.62 klogd
  266 root       9   0   832  408  276 S  0.0  0.7   0:12.70 cupsd
  301 root       9   0   168  112  112 S  0.0  0.2   0:00.00 inetd
  308 root       9   0  1196  612  612 S  0.0  1.0   0:21.91 nmbd
  311 root       8   0  1012  140  140 S  0.0  0.2   0:00.09 smbd
  327 daemon     9   0   216  140  140 S  0.0  0.2   0:00.18 atd
  330 root       8   0   264  204  188 S  0.0  0.3   0:02.77 cron
  343 root       9   0   128   76   76 S  0.0  0.1   0:00.02 getty
  344 root       9   0   128   76   76 S  0.0  0.1   0:00.01 getty
  347 root       9   0   272   84   84 S  0.0  0.1   0:00.05 xdm
  354 root       9   0   612   84   84 S  0.0  0.1   0:00.27 xdm
  355 root       8   0   944   80   80 S  0.0  0.1   0:00.01 smbmount
  356 root       9   0   940   76   76 S  0.0  0.1   0:00.02 smbmount
  371 root       9   0   340   68   68 S  0.0  0.1   0:00.37 sh
  400 root       9   0   284  144  144 S  0.0  0.2   0:00.87 ssh-agent
  401 root       9   0  1144  880  848 R  0.0  1.5   0:34.33 blackbox
11068 root       9   0   328  132  132 S  0.0  0.2   0:00.12 bm_srv12
25589 root       9   0   184  132  132 S  0.0  0.2   0:00.01 getty
25591 root       9   0   184  132  132 S  0.0  0.2   0:00.01 getty
25592 root       9   0   184  132  132 S  0.0  0.2   0:00.02 getty
25594 root       9   0   184  132  132 S  0.0  0.2   0:00.01 getty
27818 root       9   0 15344  13m 7388 S  0.0 22.7   0:00.26 xmule
30416 root       9   0  1456 1152 1144 S  0.0  2.0   0:01.18 bash
30501 root       9   0 10980  10m 5824 R  0.0 18.3   0:28.82 pan
30505 root       9   0 10980  10m 5824 S  0.0 18.3   0:00.01 pan
30506 root       9   0 10980  10m 5824 S  0.0 18.3   0:01.24 pan
30507 root       9   0 10980  10m 5824 S  0.0 18.3   0:00.00 pan
30508 root       9   0 10980  10m 5824 S  0.0 18.3   0:00.08 pan
30509 root       9   0 10980  10m 5824 S  0.0 18.3   0:00.01 pan
30510 root       9   0 10980  10m 5824 S  0.0 18.3   0:00.08 pan
30511 root       9   0 10980  10m 5824 S  0.0 18.3   0:00.05 pan
Gran ciucciatori di memoria sono Xmule e Pan, anche se xmule nell'ultima
versione ha ridotto le richieste drasticamente.

 problemi di dipendenze.
E' vero, anche se sente la concorrenza del carissimo Opera 5 :)
Pensavo di metterlo, ho titubato solo perché non è free.

  Emmanuele.
Ciao, 
Filippo
P.S. usavo Amiga, come puoi biasimarmi?? ;)

 Non male.  Mi ripeti la configurazione?
Sono i programmi della lista, in un altro post ho mandato l'outut di top
così vedi anche i demoni in esecuzione.

 Poi anche la larghezza delle colonne dimensionabile farebbe comodo.
Ah! Se avessi avuto un amiga lo apprezzeresti immensamente!
E' un clone di Directory Opus, se dai un'occhiata alla configurazione ti
accorgerai che è abbastanza configurabile.

 (128) e la differenza č abissale.
 
Windows ha una gestione della memoria da schifo. Linux ottimizza
l'utilizzo della memoria in modo praticamente perfetto, quindi
effettivamente un aumento di memoria lo noti subito, mentre con sistemi
Windows la differenza č molto minore

 uso tutti i giorni. Poi è chiaro che un sacco di cose che faccio con
Probabilmente perchè in windows l'interfaccia grafica gira al livello
kernel, mentre X sotto Unix gira in userspace, quindi molto più lento.
Penso che sia questa la differenza che tu noti. Però questa è una cosa
ottima, in quanto se in Windows si blocca l'interfaccia, ti si blocca
tutto il sistema...mentre in Linux se si blocca l'interfaccia il kernel
e i processi non bloccati continuano...ad esempio io ho un KDE
superpezzottato che si blocca in continuazione, e quando capita, mi
collego tramite rete con ssh e chiudo la sessione tranquillamente...tra
l'altro, ad esempio se stavo scaricando o compilando qualcosa,mi basta
aspettare che l'operazione sia conclusa e non ho perso tutto il lavoro

 leafnode, ma non credo influisca piu' di tanto sull'impiego di risorse.
Per me non è un problema, ma effettivamente pensando in un'ottica di più
ampio respiro bisognerebbe stilare anche una lista dei servizi necessari.
Quelli che ho attivi io risultano dal post in cui ho copiato l'output di
top, ma, a seconda dei casi, potrebbero esserne necessari altri (nfsd,
leafnode, apache?)

 tutti pieni di memoria vecchissima come faccio?
Immagino tu abbia già provato Deli linux (
http://delilinux.berlios.de/
)?
Dicono: The test computer is a 486 laptop with 16 MB RAM, and all apps
which comes with DeLi Linux are running smoothly.
Usando un kernel 2.2 e Xfree 3 hanno ridotto molto le richieste di
memoria, quindi pensavo potesse fare al caso tuo (non ho letto tutto il
thread quindi se è già stata menzionata perdonami)
Ciao
-- 
  .-----------------------.
  | Emiliano Grilli       |
  | 
emi...@libero.it
      |
  | Linux user #209089    |
  | 
http://www.emillo.net
 |
  '-----------------------'

A proposito, conosci un editor di init SysV che non sia quello di kde?
Una cosa semplice semplice che faccia le cose essenziali.
Grazie

 e i processi non bloccati continuano...
Effettivamente è quel che penso anch'io, è chiaro che se si vuole usare in
modalità grafica un pc vecchio bisogna scendere a compromessi.
Ho il forte sospetto che contribuisca alla lentezza anche l'elevato numero
di file di piccole o piccolissime dimensioni che popolano il filesystem
unix. Causano un non indifferente lavoro per l'hd.
Visto l'uso che si sta incominciando a fare del framebuffer anche per
applicazioni complesse (come koqueror, ne esiste una versione apposita),
sarebbe veramente meglio disporre di un'alternativa più semplice a Xfree.
Speriamo che i progetti alternativi approdino a qualcosa!

 Immagino tu abbia già provato Deli linux (
http://delilinux.berlios.de/
)?
Non è stata menzionata e anzi ti ringrazio. Adesso gli do un'occhiata,
anche se resto un affezionato di debian e apt!

Ho notato che molti pacchetti sono gli stessi scelti da me :)

Ho cercato di riorganizzare la lista, senza le proposte da console.
****** WINDOW MANAGER ******
Fluxbox
Blackbox
Window Maker
AfterStep
****** FILE MANAGER ******
Endeavour 2
Worker
Gentoo
Xfe
****** EMAIL ******
Sylpheed
****** WEB BROWSER ******
Dillo
Mozilla Firebird
Links (modalità grafica)
Opera 5 o 6
****** NEWSREADER ******
Pan
Sylpheed
****** INSTANT MESSAGGING *******
Every Buddy
****** EDITOR DI TESTI ******
Scite
NEdit
****** WORD PROCESSING ******
AbiWord
Lyx
Pathetic Writer (Siag Office)
****** FOGLIO ELETTRONICO ******
Xsiag (Siag Office)
(Gnumeric) <- troppe dipendenze
****** PRESENTAZIONI ******
Egon (Siag Office)
****** DESKTOP ENVIRONMENT ******
XFCE
****** GETIONE ARCHIVI ******
?
****** GRAFICA - VISUALIZZATORI ******
GQView
Endeavour 2
Xpaint
Dia



No, sorry. Su sourceforge non c'e' nulla?

 unix. Causano un non indifferente lavoro per l'hd.
Non credo, visto che linux bufferizza tutto...la prima volta che accede
al file è come dici tu,ma le successive al 90% le pagine del file sono
già in memoria, e quindi si tratta di accedere alla memoria...


 della linuxant.
Domani do un'occhiata io, se qualcuno vuole anticiparmi è il benvenuto. :-)


 chiedere seicento dollari a tutti gli utilizzatori di Knoppix. ;-D
ROTFL :D



Anch'io non potrei più vivere senza apt (lo uso su RH), ma ho un notebook
datato (p166-48Mb) sul quale ho provato sia deb che slack e devo dire che
(non so perché) la slack va più veloce...


 (non so perché) la slack va più veloce...
L'ho già scaricata, penso la proverò su un 486 100MHz con 16Mb di ram,
così vedo subito se dicono il vero!

 così vedo subito se dicono il vero!
Interessa anche a me... tienici aggiornati ;)


 vorrei sapere qual'è l'ultima distribuzione di red hat,
la XP :-p
                                    (~SCROOGE~ su it.comp.os.linux.iniziare)

 P.S. usavo Amiga, come puoi biasimarmi?? ;)
Ah, ecco spiegata la sintonia. ;-)
df0:Massimiliano
-- 
"Don't worry about what anybody else is going to do. The best way to predict
the future is to invent it." -- Alan Kay, 1971

 P.S. usavo Amiga, come puoi biasimarmi?? ;)
No, mi sbagliavo, non sei un feticista: sei un necrofilo. ;-))))
+++
[1] Lo so, lo so, è una citazione dal serni, ma non ho sernificato
l'articolo. È tardi, e anche gli allievi più ligi al dovere come me non
possono tutto. Altrimenti mi chiamerei Leonardo. ;-)
Ciao,
 Emmanuele.
-- 
Emmanuele Bassi (Zefram)           [ 
http://digilander.libero.it/ebassi/
 ]
GnuPG Key fingerprint = 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 
tin + leafnode
 Gio'
-- 
     ((__))
      (00)          
http://web.tiscali.it/bigio
-nn--(o__o)--nn-

 No, mi sbagliavo, non sei un feticista: sei un necrofilo. ;-))))
ti mando uno screenshot e poi mi dirai... sarà pure morta, ma l'aspetto
non è per niente da decomposizione! :)

 processore, memoria fisica, swap, ...
Scusa, non avevo capito.
Ecco la configurazione:
CPU	K6 266MHz
Memoria	64Mb SIMM (di cui 4 alla grafica, leeenta)
HD	80Gb DiamondMax Plus 9 (inutile così veloce, la cpu lo strozza)
CD-ROM	32X EIDE
MB	Asus SP97-V (chipset sis)
Video	Sis integrato
Rete	Realtek 8139C (leeeeenta, ciuccia moltissima cpu)
Schermo	1024x768x16bit (il motivo dei 4Mb al video, oltre il pc collassa)
Se hai visto l'output di topavrai notato che le applicazioni più pesanti
sono in ordine: emule, lopster, xfree. Con pan che ha sbalzi paurosi.
Se uso sylphed anche per le news ho un guadagno notevole in velocità,
rispetto a pan.
Vorrei anche limitare al minimo il numero di moduli caricati da xfree e
abolire cupsd, mi collego direttamente col client al server di rete.
Devo considerare di mettere nfsd sul server e su questo pc per vedere se
mi fa risparmiare memoria rispetto a samba, oppure abilito il server wins
(il più esoso è nmbd)
Devo valutare se arrivano danni disabilitanto syslog, cron e atd. Anche 
la bash non scherza.

 Memoria	64Mb SIMM (di cui 4 alla grafica, leeenta)
[...]
Sostanzialmente e` il mio muletto (da cui scrivo), a parte che io monto
una Matrox Millennium II 4 MB, un disco DECISAMENTE meno prestante (PIO4...)
e una CPU meno potente.
A questo punto, dato che te stai pensando di limare anche le *getty
e di sostituire bash, mentre io sguazzo tranquillo con mozilla e GNOME,
mi viene un dubbio: o questo mio hardware e` magico, o anch'io come altri
ho pretese *decisamente* basse in ambito desktop
(e questo spiegherebbe perche` non mi piace Luna, tra le altre cose :)))
-- 
 Francesco Romani - Ikitt  | Describe your vision, the meaning is missing |
*** mailserver: 
freemail.it
| Won't anybody listen?                        |

 No, mi sbagliavo, non sei un feticista: sei un necrofilo. ;-))))
Invidia, invidia.  La nobiltà apparterrà pure al passato, ma i nobili
sopravvivono e se la portano dentro. ;-PPP
Massimiliano
-- 
Ci sono distese enormi in cui i newbie non nascono, vengono coltivati.
                                                                     (Ikitt)

 (e questo spiegherebbe perche` non mi piace Luna, tra le altre cose :)))
Se no ti va di leggere passa al P.S. :)
Sarebbero comunque limature che non mi penalizzano le funzioni che uso,
quindi tanto di guadagnato.
Però non credo che gnome sia veloce e risponda prontamente, a me era
lentino anche su pc più potenti. Riguardo mozilla mi chiedo come fai, a me
firebird ci mette una vita a partire e nell'uso posso distintamente notare gli
algoritmi che usa per ridisegnare lo schermo.
Vorrei, e sto cercando, applicazioni che per fare cose semplici usano
pochissime risorse (mica "tanto i pc son potenti, mentre copia i file
facciamogli vedere il balletto russo in 3D!") e ne usano di più solo per
fare effettivamente di più.
A me va benissimo che ci sia un'interfaccia piena di effetti per i pc
potenti (anche se il bello dipende molto poco da questo). Ad es. io a casa
uso kde 3.1.3 e va benissimo (800Mhz-512mb), ma trovo che possano esserci
alternative che forniscono le stesse funzionalità, con una bella
interfaccia semplice ed elegante ed uno spreco minimo di risorse.
Confermo inoltre che nell'uso le appllicazioni gtk2 sono più lente di gtk,
in modo visibile (vedi scite, stesso programma, stesse funzioni,
interfaccia UGUALE, peccato ci metta il triplo ad avviarsi e sia diventato
lento nel visualizzare anche solo i menu)
Fai una prova: installa gqview fallo partire ed usalo, poi prova con
nautilus a fare il browsing di una directory d'immagini.
Fanno la stessa cosa con un utilizzo di risorse 10:1 (ok, non ho tanti bei
gadgettini in più, ma almeno le immagini le vedo bene).
P.S.: che distribuzione usi?

 P.S.: che distribuzione usi?
RH7.3 (le piu` recenti NON bootavano con questo BIOS del tardo '96),
aggiornata ed in via di smanettamento.


 Think twice, code once.
Think all the time. Refactor all the time. Code forever.
                   (Ron Jeffries on the Pragmatic Programmer's mailing list)

 sopravvivono e se la portano dentro. ;-PPP
Quindi dovremo sterminare tutti gli amighisti prima di poter finalmente
seppellire l'Amiga? Buono a sapersi... :-))))))))))))))


 lento nel visualizzare anche solo i menu)
Evidentemente è Scite ad essere stato programmato male[1]. Meglio, più
che Scite, Scintilla. Personalmente, preferisco i progetti basati su
GtkSourceView[2].
Ad ogni modo, le GTK2, avendo più feature, sono un filo più lente delle
GTK1. Non so quanto questo possa essere realmente percettibile: mi
ricordo di test fatti tra le due librerie "pure", in cui non c'era
una gran differenza.
Ah, se nei menù vengono visualizzate anche le icone, e la scheda grafica
non ha molta memoria, allora il ridisegno dei menù diventa
necessariamente più lento.
+++
[1] Il fatto che sia in C++ non è che una conferma di questo.
<very evil grin>
[2] Un altro widget per la realizzazione di editor/visualizzatori di
sorgenti, con più o meno le stesse caratteristiche di GtkScintilla;
è scritto in C, ma esiste un binding per il Python, e tra una settimana
esisterà quello per il Perl[3].
[3] Sempre che non mi si incasini il tempo a disposizione. Per ora,
viaggia liscio.


 Luna?
La GUI di Windows XP.


 GtkSourceView[2].
Non penso sia quello, tant'è vero che la versione appena precedente (non
1.0-2.0 ma 1.5.3-1.5.4 o qualcosa del genere) era una scheggia in
confronto. Sto scrivendoti da xfce4, devo dire che la prima impressione è
positiva, le applicazioni gtk2 hanno un avvio molto più rapido e a occhio
mi sembrano generalmente più veloci. Evidentemente il fatto di usare le
stesse librerie ottimizza l'ambiente. Probabilmente se avessi solo
applicazioni gtk2 andrebbe anche meglio.
Anche le altre applicazioni danno comunque un buon feedback.

 di secondo, ovviamente :)
Adesso sto provando xfce4, pochi minuti ma già te lo consiglio: il fatto
di usare le stesse librerie rende l'avvio di pan e mozilla molto più
veloce. Anche nell'uso si notano decisi miglioramenti.
Hanno fatto proprio un bel lavoro!

 Luna?
La GUI di default di WinXP :P


 Hanno fatto proprio un bel lavoro!
Mi correggo: è una bomba!
Ha bisogno di un po' di tuning delle applicazioni ma è davvero veloce!
Usandolo si apprezzano veramente le gtk2, avviato xfree mi utilizzava solo
18M ram. E' veramente come se rendesse più veloci le applicazioni gtk2!
Vabbé, mi sto esaltando un po' troppo, dev'esserci sotto qualcosa :)
Per ikill: butta via gnome subito! Me lo ricordo com'era e questo per me è
mille volte meglio. Magari già che ci sei metti pure una debian ;)

 seppellire l'Amiga? Buono a sapersi... :-))))))))))))))
``Old Amigans never die, they just softkick a new kernel.'' ;-P


 l'autorizzazione per distribuirli, che rottura...
Cattive notizie.  Avevo letto che per le beta si applicavano
condizioni diverse, ma mi era sfuggito che i driver disponibili sinora
fossero tutti beta.
A questo punto mi domando se non sia piuttosto percorribile la strada
dell'installer, es. si distribuisce il tarball sorgente (o binario, se
una compilazione liscia č redistribuibile, cosa che i termini di
licenza non chiariscono) e durante l'avvio di Knoppix, se viene
rilevato un modem Conexant, uno script si occupa di
spacchettare/installare/configurare i driver in modo trasparente.
-- 
"We should not be looking for the tools that novices can safely use.
We should be looking to increase the skill of those novices so that
they can safely use the power tools that will get the real work
done."            (Robert Martin on the Pragmatic Programmer's mailing list)

 ``Old Amigans never die, they just softkick a new kernel.'' ;-P
    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
VIVA!
-- 
GHERdO, You Will Be Assimilated. You Love Gnus.

 ``Old Amigans never die, they just softkick a new kernel.'' ;-P
Insomma, "L'alba dei morti viventi"... ;-P


 stesse librerie ottimizza l'ambiente.
Questo perché, lanciando XFCE, le GTK2 vengono caricate in memoria. Non
appena un altro programma che utilizza le GTK2 ne fa richiesta, Linux le
offre dalla memoria e non dal disco. Al contrario, se carichi un
programma che usa le GTK1, queste non sono state caricate in memoria, e
quindi c'è un overhead aggiunto dovuto al preloading delle librerie.
È il meccanismo alla base del preloading delle librerie.



-----------------------------------------------------------------------------
 02:21:24 up  3:29,  2 users,  load average: 0,11, 0,11, 0,15
29 processes: 28 sleeping, 1 running, 0 zombie, 0 stopped
CPU states:   8,2% user,   3,9% system,   0,1% nice,  87,8% idle
Mem:    119196K total,   113700K used,     5496K free,    32208K buffers
Swap:   120480K total,     5148K used,   115332K free,    54160K cached
  PID USER     PRI  NI  SIZE  RSS SHARE STAT %CPU %MEM   TIME COMMAND
 [...]
 1613 root       9   0   448  448   388 S     0,0  0.3   0:00 getty
 1632 giovanni   9   0  1564 1564  1124 S     0,0  1.3   0:01 bash
 1665 postfix    9   0   928  928   792 S     0,0  0.7   0:00 pickup
 1667 postfix    9   0  1032 1032   860 S     0,0  0.8   0:00 qmgr
 1673 root      14   0  1584 1584  1124 S     0,0  1.3   0:01 bash
 1674 giovanni   9   0 13900  13M  1148 S     0,0 11.6   0:27 rtin
 1675 news       9   0  3368 3368   576 S     0,0  2.8   0:00 leafnode
-----------------------------------------------------------------------------
Neanche mi accorgo che è presente


 spacchettare/installare/configurare i driver in modo trasparente.
E' quello che volevo fare piu' o meno.
La licenza prevede che il pacchetto vada distribuito integralmente,
percui va incluso nel cd. L'uso dei sorgenti e dei binari e' libero,
escluderei problemi per una semplice compilazione. Io penso di
scompattare la tarball, dare il make install, cancellare i sorgenti e
tenere solo la tarball. Dopodiche' sistemo uno script che gestisce
compilazione, installazione e caricamento dei moduli. Oppure compilo
prima i moduli e faccio fare allo script solo configurazione e
caricamento. Se ci sono problemi l'utente puo sempre lanciare hsfconfig
a mano.
Il punto e' avere l'autorizzazione, ma non vedo motivi per negarla.
Se non abbiamo l'autorizzazione possiamo comunque dare le istruzioni per
il procedimento di rimasterizzazione o per il caricamento da floppy, se
c'e' una maniera.

 Dia
xnview
-- 
 Ciao, Bianco.                         Reply to luca.bianco (at) 
tiscali.it
|--------[Powered by Debian GNU/Linux Sarge - 2.4.19 - AMD K6-200]--------|
|------------[Linux Registered User #287769 - Machine #169192]------------|