* Jérôme Warnier
| > Surely the solution is for hotplug/discover to load it during bootup.
| > Could hotplug use mdetect?
|
| IIRC, mdetect does not support devfs, and devfs is still in use in the
| installer, right?
mdetect won't run during the first phase of the installation, so
that's not a p
On Sat, Feb 05, 2005 at 04:43:41AM +0100, Jérôme Warnier wrote:
> Le lundi 31 janvier 2005 à 08:58 +, David Pashley a écrit :
> > On Jan 31, 2005 at 04:46, Hamish Moffatt praised the llamas by saying:
> > Surely the solution is for hotplug/discover to load it during bootup.
> > Could hotplug us
Le lundi 31 janvier 2005 à 08:58 +, David Pashley a écrit :
> On Jan 31, 2005 at 04:46, Hamish Moffatt praised the llamas by saying:
> > On Mon, Jan 31, 2005 at 05:31:03AM +0100, Joey Hess wrote:
> > > Marco d'Itri wrote:
> > > > My package works as designed, but let me know if you can design
>
Hamish Moffatt wrote:
> I did an amd64 install last week from the (then) current install image
I said it was fixed in sid (in particular, it's fixed in hw-detect
1.12); you've not given me enough information to narrow it down between
one of perhaps 12 different images you could have used, and perh
On Mon, Jan 31, 2005 at 03:46:50PM +1100, Hamish Moffatt wrote:
> On Mon, Jan 31, 2005 at 05:31:03AM +0100, Joey Hess wrote:
> > Marco d'Itri wrote:
> > > My package works as designed, but let me know if you can design
> > > something better.
> >
> > Oh, so it's udev that's responsible for what II
On Jan 31, 2005 at 15:44, Wouter Verhelst praised the llamas by saying:
> Op ma, 31-01-2005 te 09:40 -0600, schreef Ron Johnson:
> > On Mon, 2005-01-31 at 15:58 +0100, Christoph Hellwig wrote:
> > > On Mon, Jan 31, 2005 at 12:45:42PM -0200, Henrique de Moraes Holschuh
> > > wrote:
> > > > On Mon,
Op ma, 31-01-2005 te 09:40 -0600, schreef Ron Johnson:
> On Mon, 2005-01-31 at 15:58 +0100, Christoph Hellwig wrote:
> > On Mon, Jan 31, 2005 at 12:45:42PM -0200, Henrique de Moraes Holschuh wrote:
> > > On Mon, 31 Jan 2005, Ron Johnson wrote:
> > > > Unfortunately, GNOME depends on hal, and hal de
On Mon, 2005-01-31 at 15:58 +0100, Christoph Hellwig wrote:
> On Mon, Jan 31, 2005 at 12:45:42PM -0200, Henrique de Moraes Holschuh wrote:
> > On Mon, 31 Jan 2005, Ron Johnson wrote:
> > > Unfortunately, GNOME depends on hal, and hal depends on udev.
> >
> > If it does indeed depend on udev, how d
On Mon, Jan 31, 2005 at 12:59:46PM -0200, Henrique de Moraes Holschuh wrote:
> Well, that does kill the "gnome depends on udev" stuff. But it does not
> excuse hal from depending on udev.
hal is designed around the hotplug system and udev, that's excuse enough
I'd say ;-)
--
To UNSUBSCRIBE, em
On Mon, 31 Jan 2005, Christoph Hellwig wrote:
> On Mon, Jan 31, 2005 at 12:45:42PM -0200, Henrique de Moraes Holschuh wrote:
> > On Mon, 31 Jan 2005, Ron Johnson wrote:
> > > Unfortunately, GNOME depends on hal, and hal depends on udev.
> >
> > If it does indeed depend on udev, how does it work un
On Mon, Jan 31, 2005 at 12:45:42PM -0200, Henrique de Moraes Holschuh wrote:
> On Mon, 31 Jan 2005, Ron Johnson wrote:
> > Unfortunately, GNOME depends on hal, and hal depends on udev.
>
> If it does indeed depend on udev, how does it work under kernel 2.4 at all?
Because that statement is utter
On Mon, 31 Jan 2005, Steve Langasek wrote:
> On Mon, Jan 31, 2005 at 12:45:42PM -0200, Henrique de Moraes Holschuh wrote:
> > On Mon, 31 Jan 2005, Ron Johnson wrote:
> > > Unfortunately, GNOME depends on hal, and hal depends on udev.
>
> > If it does indeed depend on udev, how does it work under k
On Mon, Jan 31, 2005 at 12:45:42PM -0200, Henrique de Moraes Holschuh wrote:
> On Mon, 31 Jan 2005, Ron Johnson wrote:
> > Unfortunately, GNOME depends on hal, and hal depends on udev.
> If it does indeed depend on udev, how does it work under kernel 2.4 at all?
It "depends" on udev in the sense
On Mon, 31 Jan 2005, Ron Johnson wrote:
> Unfortunately, GNOME depends on hal, and hal depends on udev.
If it does indeed depend on udev, how does it work under kernel 2.4 at all?
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them.
On Mon, 2005-01-31 at 11:43 +0100, Martin Zobel-Helas wrote:
> Hi Marco,
>
> On Sunday, 30 Jan 2005, Marco d'Itri <[EMAIL PROTECTED]> wrote:
> > On Jan 30, Martin Zobel-Helas <[EMAIL PROTECTED]> wrote:
> >
> > > This breaks unrelated stuff here, so please fix it.
> > I'll wait for your patch.
> W
Hi Marco,
On Sunday, 30 Jan 2005, Marco d'Itri <[EMAIL PROTECTED]> wrote:
> On Jan 30, Martin Zobel-Helas <[EMAIL PROTECTED]> wrote:
>
> > This breaks unrelated stuff here, so please fix it.
> I'll wait for your patch.
What about not enableing udev per default?
Lets say, you would add a /etc/def
On Jan 31, David Pashley <[EMAIL PROTECTED]> wrote:
> Surely the solution is for hotplug/discover to load it during bootup.
> Could hotplug use mdetect?
No. The kernel should implement proper serio support (and maybe until
it's done ship an aliases file which will make hotplug always load
psmouse
On Jan 31, Joey Hess <[EMAIL PROTECTED]> wrote:
> Oh, so it's udev that's responsible for what IIRC is a race that can
> cause X to not see the ps/2 mouse if the module is loaded as part of X's
> setup? Nice design. :-P
This is the *upstream* design... The official word on this is that if
you manu
On Jan 31, 2005 at 04:46, Hamish Moffatt praised the llamas by saying:
> On Mon, Jan 31, 2005 at 05:31:03AM +0100, Joey Hess wrote:
> > Marco d'Itri wrote:
> > > My package works as designed, but let me know if you can design
> > > something better.
> >
> > Oh, so it's udev that's responsible for
On Mon, Jan 31, 2005 at 05:31:03AM +0100, Joey Hess wrote:
> Marco d'Itri wrote:
> > My package works as designed, but let me know if you can design
> > something better.
>
> Oh, so it's udev that's responsible for what IIRC is a race that can
> cause X to not see the ps/2 mouse if the module is l
Marco d'Itri wrote:
> My package works as designed, but let me know if you can design
> something better.
Oh, so it's udev that's responsible for what IIRC is a race that can
cause X to not see the ps/2 mouse if the module is loaded as part of X's
setup? Nice design. :-P
FWIW, we have worked arou
Henrique de Moraes Holschuh wrote:
> On Sun, 30 Jan 2005, Martin Zobel-Helas wrote:
> > Every 0-8-15 user will do exactly the same as i did. It is your package
>
> What is a 0-8-15 user?
08/15: A german expression for "uniform, standardized, mass-".
Thiemo
--
To UNSUBSCRIBE, email to [EMAIL
On Sun, 30 Jan 2005, Martin Zobel-Helas wrote:
> Every 0-8-15 user will do exactly the same as i did. It is your package
What is a 0-8-15 user?
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the
On Jan 30, Martin Zobel-Helas <[EMAIL PROTECTED]> wrote:
> This breaks unrelated stuff here, so please fix it.
I'll wait for your patch.
> Every 0-8-15 user will do exactly the same as i did. It is your package
> package breaking a perfectly running X here.
My package works as designed, but let m
Hi Marco,
On Sunday, 30 Jan 2005, Marco d'Itri <[EMAIL PROTECTED]> wrote:
> On Jan 30, Martin Zobel-Helas <[EMAIL PROTECTED]> wrote:
>
> > installing udev results in X not able to start.
> RTFM README.Debian.
>
As written, i installed sarge via linux26, than did a
apt-get install x-window-sys
25 matches
Mail list logo