Newsgroup: it.comp.os.linux.sys
Titolo: Occhio al procmail nuovo di rh!

Sul sito ufficiale 
updates.redhat.com
 trovate un update di procmail. Lo
installate e perdete tranquillamente tutta la posta. Il mio .procmailrc
e` - ovviamente - lo stesso di prima.
Certo la colpa e` anche mia di aver installato un update non ancora
ufficializzato sul sito, ma spesso la redhat li annuncia sul sito
diversi giorni dopo averli annunciati su bugtraq (quando sono problemi
di sicurezza).
Sono un po' nero...
Ciao
-- 
RjVal - Linux User Group Roma member
* Un giorno senza la luce del sole e` come... la notte.  
* 
* 

 e` - ovviamente - lo stesso di prima.
A me e' capitata una cosa del genere con un RPM delle modutils: appena
installato, dopo aver letto l'advisory su Bugtraq, al boot successivo
non venivano piu' caricati i moduli del kernel.
Mi e' toccato effettuare un upgrade forzato di gran corsa per riavere un
sistema funzionante e la cosa non ha certo aumentato la mia
considerazione per RedHat. Se a questo aggiungiamo che spesso e
volentieri uno legge sempre sul solito Bugtraq che sono usciti degli
updates e poi non funziona l'accesso anonymous al sito il quadro
peggiora di molto.
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

peggiora di molto.
Stiamo pero` attenti a non fomentare la caccia alle streghe. Di recente,
su debian, facevi un bel apt-get upgrade e non ti loggavi piu`, colpa
del pacchetto pam. Quindi? Bolliamo come inefficente anche debian? La
verita` e` che gli aggiornamenti vanno fatti "cum grano salis", ovvero,
avendo cura di preventivarsi da eventuali backdraw, specie quando si
aggiornano pacchetti "core" come quelli intrisecamente connessi al
sistema (modutils, pam) o quelli che hanno contenuto volatile (mail,
fs).
I sistemi di aggiornamento, la pacchettizazione, sono tutte belle cose,
ma i miracoli non li fa nessuno. Perche` amo slackware davanti ad ogni
cosa? Proprio perche` l'approccio e` completamente differente. Nessuna
"facility", ci si aspetta dall'Admin, che faccia l'unica cosa che deve
fare, ovvero l'Admin.
E' un modo di vedere le cose, e non e` detto che sia totalmente
sbagliato, assoluto si, sbagliato non credo.
L'introduzione di tool fantastici come apt, i sistemi di
pacchettizazione deb o anche il bistrattato rpm, sono una fantastica
"facility" ma non si puo` pensare che sostituiscano l'amministratore.
In questi casi, fa rabbia ma e` cosi`. Se uno si perde la posta e non ha
un backup prima di fare un aggiornamento di una porzione del sistema di
posta, la prima persona a cui deve dare la colpa e` a se stesso.
IMHO.
Ciao
-- 
Is your homepage Y2K compliant? Pipe it through "tr 'yY' 'kK'" to
make sure.
Maurizio - Tannoiser - Lemmo
STIGE Srl Servizi Informatici
Founder Member of ERLUG (Emilia Romagna Linux User Group)
http://erlug.linux.it

 posta, la prima persona a cui deve dare la colpa e` a se stesso.
Questo e' un altro discorso e mi trovi d'accordo, io facci
periodicamente tarball delle home e le salvo su CD ma il backup deve
essere una precauzione, non un riparo da un sistema malfunzionante.


essere una precauzione, non un riparo da un sistema malfunzionante.
Posto che il mio post non era in contraddizione di quello che dici (che
e` sacrosanto), facevo solo notare che certe affermazioni scadono
facilmente nella caccia alle streghe, e IMHO ci sono streghe peggiori di
RH.
Su pezzo quotato, bisogna dire che l'aggiornamento del sistema e`
_sempre_ un operazione critica, e IMHO va fatta con attenzione e
precauzione, indipendentemente dalla distro piu` o meno attenta a queste
cose, perche` e` ampiamente dimostrato e dimostrabile che nemmeno dpkg e
amici sono infallibili. :-)
Ciao
-- 
"Imagine if every Thursday your shoes exploded if you tied them the
usual way.  This happens to us all the time with computers, and nobody
thinks of complaining."
		-- Jeff Raskin, interviewed in Doctor Dobb's Journal


 tools automatici per qualsiasi cosa.
Avete entrambi ragione: io uso slack (ho imparato su quella e non ho
nessuna voglia di reimparare un diverso modo di gestirmi il sistema) da 6
anni, appena ho tempo installo sul mio PC la 8.0 ma effettivamente quando
c'e' da fare un aggiornamento un po' grosso (vedi appunto libc) è un
casotto.
Avrei intenzione di installare la 2.3 della 8 al posto della mia 2.1, ma
che diamine devo aggiornare? Solo le glinc? il compilatore? gli header?
E' anche vero che mi sono dovuto imparare un bel po' di cose sul
funzionamento dei vari programmi, di come interagiscono con il sistema,
la compilazione dei programmini o programmoni, kernel etc etc etc.
La filosofia della slack va bene, se ci fosse anche un package manager
(non rpm ma magari apt-get) sarebbe perfetta, anche perchè non è che
abbia tanti advisory di sicurezza!!
-- 
Roberto Tagliaferri<-> r.tagliaferri@(forse)
tosnet.it
	Il giovane marito si ammira nudo allo specchio...
	"Vedi cara, con qualche centimetro in più sarei un re"
	e la moglie "e con qualche centimetro di meno saresti una regina!"

 abbia tanti advisory di sicurezza!!
Non posso che essere d'accordo, la Slackware per me ha rappresentato bei
momenti pioneristici ma arrivato ad un certo punto non me la sono
sentita piu' di continuare con una distribuzione che ad ogni
aggiornamento era una incognita se andasse bene oppure no, ecco perche'
la abbandonai in mancanza di un package manager.


 amici sono infallibili. :-)
Certo ma lo sono sicuramente molto di piu' di RedHat (pensa ai casini
combinati con l'aggiornamento a RPM 4 e di conseguenza alla diffusione
di pacchetti che potevano essere usati solo con quella versione che
pero' non andava su tutte le distro a meno di aggiornare mezzo mondo e
per questo motivo si creo' una versione intermedia, 3.0.5 che per inciso
e' quella che ho su questa RH qui in ufficio). C'e' stato un ampio
thread sull'argomento su i.c.o.d. che ti invito ad andare a rileggere.
D'altro canto ripeto, problemi cosi' eclatanti e continuati con i
package manager di Debian non ne ho mai sentiti.


dire di me ma non che io possa fare la caccia alle streghe.
Lo so. Il mio messaggio non era chiaro. Non intendevo dire che _tu_
facessi la caccia alle streghe (e IMHO, eventualmente sarebbe cmq
giustificato, almeno conosci bene quello di cui parli), ma che
decontestualizzato, potrebbe essere un ulteriore spunto per alimentare
una caccia alle streghe che attualmente c'e`.
Per capirci, quando leggo cose come "devo installare debian perche` mi
serve una distro sicura" IMHO, chi lo scrive non ha capito nulla ne di
debian, ne di sicurezza (argomento che come sai, ho molto a cuore).
Il punto e` che e` l'amministratore che deve mettere in sicurezza la
macchina, la scelta della distribuzione in questo senso, passa in
secondo piano.
Per capirci, sulle macchine _mie_ monto solo slackware (l'altro giorno
ai ragazzi di modena mostravo il sistema di dipendenze cerebrali di
slackware, ovvero, sara` il caso che ti ricordi i pacchetti che servono
se vuoi che una cosa funzioni... :-), ma sul server di ERlug ho voluto
debian.
Io devo scegliere la distro che meglio si confa` alle mie esigenze per
obbiettivi, ma in nessun caso posso sperare che esista una distro
"panacea" buona per tutti i mali. Cosi` posso dirti, che in ambiti
professionali, dove l'80% delle piattaforme su cui metto mano sono RH,
spero di riuscire lo stesso a fare un buon lavoro nonostante che magari,
con un'altra distro, potrei essere facilitato.
Ho visto debian (ma anche OpenBSD) installate tutte a default con mille
servizi installati e bucate come colabrodi. Ma chi le ha installate era
convinto di essere a posto perche` tanto "mica installava quella merda
di RH".
Quello che voglio dire e` soltanto che bisogna spostare l'attenzione sul
"manico" e non sull'"attrezzo", nel tuo caso dove il manico c'e`, la
scelta della distribuzione diventa solo una questione di
tempo/gusti/feature, ma chi si affaccia a Linux oggi, non deve in nessun
caso pensare che sia una questione di "attrezzo" (la distro bacata, la
distro non bacata...)
Ciao
-- 
Sorry but I'm busy spending a year dead for tax reasons. -- RAEU


 di RH".
Appunto, vedi sopra.. passi che le vecchie RH (ora per fortuna l'hanno
capito e non lo fanno piu') ti installavano di default telnetd ma se non
c'e' un cervellino funzionante e collegato anche la migliore distro e'
useless.


 che diamine devo aggiornare? Solo le glinc? il compilatore? gli header?
Io ho aggiornato la 7.1 a current (prima che uscisse la 8), tenendola
piuttosto al passo.
Sicuramente devi aggiornare i pacchetti (a occhio forse ne dimentico
qualcuno)
glibc
glibcso
glocale
descrypt (si basa sulle glibc)
usando upgradepkg dopo essere passato a runlevel 1 (telinit 1)
cmq se hai il cd della 8 a tiro l'ideale e' upgradare tutti i packages.
L'avevo fatto ai tempi dalla 7.0 alla 7.1, stampandomi un 
ls /var/log/packages/
per sapere i pacchetti installati e spuntarmeli man mano :-)
(fatto su due macchine e andato a buon fine per tutte e due)
Oppure provare autoslack, un tool che trovi su 
http://zuul.slackware.com
:-)
-- 
Ciao,    |              
sno...@libero.it
Lorenzo  |  Annus horribilis in decade malefica
	 |  decade malefica in stolto secolo  
	 |  grondante sangue e vacuo di promesse         

 su debian, facevi un bel apt-get upgrade e non ti loggavi piu`, colpa
Sulla potato o sulla unstable/testing?
Mi parrebbe moolto strano fosse la potato... :)
Bye.

 peggiora di molto.
beh, questo ho notato che succede puntualmente da 2 minuti a 2 giorni
dopo che e` uscito l'advisory su bugtraq e ricomincia da 2 minuti a 2
giorni dopo che esce l'advisory su 
www.redhat.com/support/etc
 => ftp
strasaturo (i mirror piu` veloci non si aggiornano prima di una decina
di giorni...). Se poi i due lassi di tempo di incrociano per quel
povero server diventa peggio di un DoS ;-)
Ciao
-- 
RjVal - Linux User Group Roma member
* "Nobody will ever need more than 640k RAM!" -  Bill Gates 1981 - 
* "Windows 95 needs at least 8 MB RAM." -  Bill Gates 1996  
* 

 amici sono infallibili. :-)
infatti nel mio post ho fatto una specie di disclaimer su questo. Non
amo attaccare una distro, un'azienda, un programma o un programmatore
senza conoscerli veramente a fondo e senza appello. Poi c'e` da
considerare che in questo campo (ma anche in altri) e` facile far
pesare un evento difettoso mooolto di piu` che 10 eventi positivi. Le
aziende, come i loro prodotti sono sempre fatte di persone che possono
sbagliare. L'importante e` che lo ammettano e rimedino il piu` presto
possibile ai loro errori nel pieno rispetto del cliente.
Ciao
-- 
RjVal - Linux User Group Roma member
* "Il senso comune e` l'insieme dei pregiudizi acquisiti fino ai
* diciotto anni di eta`" - Albert Einstein  
* 

 
Il sito č down adesso, non c'e' un mirror o se č piccolo me lo invii per
posta?
(Ho voglia di fare un po' di danni :))))
-- 
Roberto Tagliaferri<-> r.tagliaferri@(forse)
tosnet.it
	Il giovane marito si ammira nudo allo specchio...
	"Vedi cara, con qualche centimetro in piů sarei un re"


 giorni dopo che esce l'advisory su 
www.redhat.com/support/etc
 => ftp
Un loop infinito ! Che giochino sopraffino ;-)


A volte e davvero bastarda, le dici di non installare un pacchetto e lo
installa lo stesso (sono fermo alla 6.2), vedi sendmail, anche se non te ne
frega nulla te lo mette uguale. Si va be lo vuoi togliere...ma ti fa
incazzare lo stesso.
Ciao Gianni.

 sballata e' pressoche' morto a.k.a. da buttare.
Penso sia  solo questione di  gusti/abitudini. Io uso una  Slackware, ed
ho  sempre  fatto  aggiornamenti  tramite  sources  (glibc,  gcc,  xfree
compresi).  L'unica volta che ho combinato una casino e` stato quando ho
installato  una nuova  versione  delle util-linux  (non  avevo letto  le
istruzioni...). Ci sono  voluti meno di  10 minuti  per avviare da  CD e
ripristinare la vecchia versione. Ovviamente bisogna conoscere un po' il
sistema prima di  lanciarsi in aggiornamenti "folli", ma  IMHO un packet
manager non e` poi cosi` vitale. Inoltre, usando i sources prima ti devi
leggere la documentazione, invece con rpm/deb basta dare un comando...
ciao
Kronos
-- 
Home: 
http://kronoz.cjb.net
Un apostolo vedendo Gesu` camminare sulle acque:
- Cazzo se e` buono 'sto fumo!!!

 del pacchetto pam. Quindi? Bolliamo come inefficente anche debian?
[snip]
stai parlando di un pacchetto in "unstable", non di uno in "testing" 
e tanto meno in "stable". 
Per il resto condivido quello che hai scritto.
ciao
Luca
-- 
(o-  _______________________________________________________________
//\  Luca Di Taranto                            dita...@zappami.tin
V_/_ to email me, please, remove "zappami.invalid" and add  "
tin.it
"

 leggere la documentazione, invece con rpm/deb basta dare un comando...
sul fatto della documentazione da leggere prima dell'aggiornamento, non
ti posso che dar ragione, io comunque, prima mi scarico i pacchetti con
apt-get e poi leggo tramite mc i doc al loro interno, poi se sono
convinto faccio un bel upgrade.
IMHO un packet manager e' indispensabile per chi gestisce un numero di
macchine > 1 
Con Debian, aggiornando a distribuzioni stabili, ormai avro' fatto
almeno un centinaio di aggiornamenti su altrettante macchine e non ho
mai avuto un problema. 
Pensa che sulla mia macchina personale l'unica installazione che ho
fatto dopo le varie slackware (bei tampi...) e' stata quella della
debian 1.3, da allora ho fatto solo upgrade in automatico tramite i
pacchetti .deb (oggi ho una unstable aka woody aka debian 3.0)


 leggere la documentazione, invece con rpm/deb basta dare un comando...
E' qui che sbagli, con un package manager non avresti perso nemmeno quei
10 minuti per ripristinare piu' il tempo necessario per cercare il CD
giusto, inoltre il non avere nessun concetto di dipendenza puo' portare
a non accorgerti di aver installato versioni sbagliate di qualche
libreria, per esempio. Perche' dunque, con i package manager che
gestiscono un database dell'installato continuare a farsi del male
cosi'?


macchine > 1 
Punto centrato.
Dove posso essere _solo_ io l'Admin, scelgo slackware, perche` ho il
controllo completo (spero). :-)
Dove non posso essere solo io l'Admin (per mille motivi) o su numeri
ampi di macchine, scelgo debian, nonostante abbia un pessimo rapporto
con dselect e in generale con le visioni "assolutistiche".
Aggiornare 10 server non e` divertente, almeno lo fa la macchina ;-)
ciao
-- 
Remember, when someone annoys you,
It takes 42 muscles in your face to frown BUT,
it only takes 4 muscles to extend your arm
and smack the doofus upside the head.


 (Ho voglia di fare un po' di danni :))))
Lo trovi anche a
ftp://ftp.slackware.com/pub/slackware/unsupported/autoslack/source/autoslack-1.7.tar.gz
cmq tieni d'occhio la tua mailbox che arriva (sono 68 kb) :-)


 
wrote:

Infatti era in unstable. L'errore era grave comunque, ma si chiama
unstable per qualcosa. :-))
Moolto diverso il caso che una cosa del genere avvenga per un upgrade
critico di sicurezza in stable. E io, in debian, non ne ricordo.
Per la serie, non fate un upgrade senza avere una shell di root sempre
disponibile.
-- 
"Somewhere in the world, someone is training when you aren't.
When you race him, he will win."

 IMHO un  packet manager  non e`  poi cosi`  vitale. 
Certo! Anch'io la penserei cosi`, se avessi giornate di 52 ore, pero` :)
-- 
GHERdO, happy linux user.
"E sempre allegri bisogna stare...
	... che il nostro piangere fa male al RE!"

OT:  ma che vuol dire "IMHO"? non è gergo tecnico vero?
PS: Scusate per l'OT ma sono niubbo e non sapevo dove postare la domanda
Ciao e grazie


 ha scritto nel messaggio
news:9jn9rt$k0q$1...@pegasus.tiscalinet.it...


 IMHO=In My Humble Opinion
Se non vuoi fare una rapida discesa in un bel po' di killfile (a partire
dal mio) ti consiglio di accorciare quella firma alle 4 righe
normalmente considerate regolamentari su Usenet.


 IMHO=In My Humble Opinion
e il premio per la firma piu` oscena va (IMHO...) a: VALERIO! ;-)
-- 
Configura internet, junkbuster, fetchmail, procmail, leafnode, firewall,
dns, wwwoffle, postfix, mutt, slrn, kernel, ed altro, visitando il sito:
http://mrshark.sourceforge.net
 od 
http://mrshark.cjb.net
 e scaricando il
"Quick&Easy Configuration Howto". Cosenza LUG: IRC: 
irc.openprojects.net
canale #cslug - Mailing-list: 
http://www.linux.it/mailman/listinfo/cslug

 ha scritto nel
messaggio news:slrn9lvblo....@pingu.mrshark.home...


 oggi sarà migliore...)
Non il mondo ma sicuramente la bolletta di chi non dovra' scaricare una
firma cosi' inutile.


 OT:  ma che vuol dire "IMHO"? non è gergo tecnico vero?
From Jargon File (4.0.0/24 July 1996) [jargon]:
  IMHO // /abbrev./ [from SF fandom  via Usenet; abbreviation for `In My
  Humble  Opinion'] "IMHO,  mixed-case  C names  should  be avoided,  as
  mistyping something in the wrong  case can cause hard-to-detect errors
  -- and  they look too  Pascalish anyhow."  Also seen in  variant forms
  such as IMNSHO (In My Not-So-Humble  Opinion) and IMAO (In My Arrogant
  Opinion).


 oggi sarà migliore...)
Quando metterai il quoting sopra e non sotto, potrai dirti un utente di
Usenet. Pensa un po' te cosa basta per farci contenti.
Bye,
 Emmanuele.
-- 
I ... Owe ... You ... Pain! -- Willow, "Tough Love"
GnuPG Key ID: 0x788E3A3A
GnuPG Key FP: 4DD0 C90D 4070 F071 5738  08BD 8ECC DB8F A432 0FF4

 ha scritto nel
messaggio news:slrn9m2el4...@wolverine.lohacker.net...


  Emmanuele.
E cosě? E' di vs. gradimento :-)
bye,
--
  .-.  Valerio Merani | Phone:
(+39)-0184533012
| E-mail addresses:
  oo|  P.zza S.Siro 6 | Fax: 02-700-509-830   | lordvee<at>tin<dot>it
 /`'\  18038 Sanremo  | GSM:
(+39)-328-7248436
 | lordvee<at>tiscalinet<dot>it
(\_;/) ITALY          | PGP Fingerprints: CF71 55F0 8EAC 7348 A08B  B1C7
98A1 51C0 45E2 5272

 E così? E' di vs. gradimento :-)
Bravo. Lo visto che se ti applichi...


Un mondo migliore a tutti,
Una riga in /etc/news/leafnode/filters tutta per te, e il mondo (almeno
il mio) migliora gia'.
-- 
           |Save our planet!
  Ciao     |Save wildlife;
  roberto  |For your E-MAIL use only recycled Bytes !!
           |roberto poggi  
rpo...@softhome.net

 E poi, siccome sono pigro, non ho voglia di ri-impaginare il messaggio...
Anche chi e' pigro e non vorra' leggere un cosi' orrendo quoting fara'
prima killandoti, fai un po' tu..
