Newsgroup: it.fan.marco-ditri
Titolo: [BLOG] Important progresses with hotplug (2004-03-13)

(#19) Important progresses with hotplug
I started co-maintaining hotplug[0], and today Fumitoshi UKAI[1]
uploaded the new package I made from scratch with a few bug more fixes
by him. Looks like there is still some brokeness left, but I will
investigate it tomorrow and upload a new package. (If it hangs at boot
time please press ^C. You can fix this by disabling the creation of
/etc/nohotplug in the init script.)
Do not forget that now hotplug[2] will automatically load the modules
for your PCI devices, so you should install it even if you do not have
real hotplug devices. This obsoletes some of the functionality of
discovery[3] and kudzu[4] (actually I'm interested in receiving reports
about what these packages can do which hotplug does not).
On the udev[5] front, many people tried it and some have found a few
bugs and unexpected behaviours. I will try to package the new release
this week end with a traditional /dev layout and improved
documentation. I encourage everybody to try it anyway, if something
breaks too badly you can just boot with init=/bin/bash and rename its
init script.
ppp[6] is being kept out of testing again because of m68k, and I even
remember some porter telling me that it was being built a few days
ago... Maybe it's really not their fault and m68k is really as good as
the other doorstop ports, but for some reason it's almost always the
one which keeps my packages out of testing for no good reason.
I still get tens of spam messages from the BTS every day, I hope the
BTS administrators will install soon the URL-based filter I sent them.
[0] 
http://packages.debian.org/hotplug
[1] 
http://qa.debian.org/developer.php?login=uk...@debian.or.jp
[2] 
http://packages.debian.org/hotplug
[3] 
http://packages.debian.org/discovery
[4] 
http://packages.debian.org/kudzu
[5] 
http://packages.debian.org/udev
[6] 
http://packages.debian.org/ppp
Posted at 01:55:39. [
http://blog.bofh.it/id_19
]
-----------------------------------------------------------------------------

 about what these packages can do which hotplug does not).
Con "discovery" intendi "discover"?
Se posso fare altri test fammi sapere.
Un grazie sentito per la tua attivita` di manteiner/sviluppatore Debian.
Ciao,
Emanuele.

Scusate per l'unicode.
(Mozilla m'ha fregato :-(

paziente attesa di XFree86 4.4.
Potresti dover aspettare molto a lungo :)
Debian seguirą XFree con la nuova licenza oppure userą 4.3 finchč
qualcuno non farą un buon fork?
-- 
"L'Italia č un interessante esempio di avanguardia teatrale" (Gore Vidal)
Per rispondermi, ricordati di togliere il nome del poeta.

Con "discovery" intendi "discover"?
Già.
-- 
ciao, | (Ri)scoprire fidonet: | Chissa` cosa si prova a liberare
Marco | 
http://bbs.bofh.it/
   | la fiducia nelle proprie tentazioni. (F.D.A.)

 qualcuno non farà un buon fork?
O, terza ipotesi, qualcuno riuscira` a far recedere i ragazzi di XFree86 
dalle strambe pretese introdotte con la licenza 1.1?
Altrimenti il ricorso ad una XReallyFree86 sembra inevitabile...
In ogni caso qui c'e` la fonte /autoritativa/ per queste risposte: toc 
toc...?
Ciao,
Emanuele.

 E nemmeno hai RTFM, vedo.
Troppo giusto, mi cospargo il capo di cenere e me lo leggo appena posso ;-)
Ciao,
Emanuele.

qualcuno non farà un buon fork?
C'è già un buon fork, ma ovviamente si parlerà di impacchettarlo dopo
la release.


 Mica tanto inspiegabilmente, guarda bene.
Hai ragione, e` linkato (e attivato) sia in rcS.d che in rc2.d (e negli 
altri runlevel.)
Parlo della configurazione di default subito dopo l'installazione, e 
ovviamente non di miei interventi a manella di 
attivazione/disattivazione degli script di boot.
A naso, lo lascerei solo in rcS.d...
No?
Ciao,
Emanuele