Hallo Eduard,
Eduard Bloch [EMAIL PROTECTED] wrote:
#include hallo.h
* Jörg Sommer [Sat, May 27 2006, 10:59:39PM]:
No, they don't. At least my packages call it only if `uname -r` ==
target version. When you drop the depmod run, and someone installs a new
kernel together with accompanying
On May 23, Marco d'Itri [EMAIL PROTECTED] wrote:
So, does anybody mind if I remove depmod from the module-init-tools init
script?
So I did it. Since yesterday depmod -A is not run at boot time anymore.
--
ciao,
Marco
signature.asc
Description: Digital signature
Marco d'Itri [EMAIL PROTECTED] wrote:
So, does anybody mind if I remove depmod from the module-init-tools init
script?
So I did it. Since yesterday depmod -A is not run at boot time anymore.
Will the case described in this message (from the postinst for kernel .debs
made by kernel-package)
Matthew Woodcraft wrote:
Will the case described in this message (from the postinst for kernel .debs
made by kernel-package) still work ok?
No, the majority of kernel module packages are now broken. Might be a
few days until I can get around to fixing dh_installmodules (#301424).
BTW, if a
#include hallo.h
* Jörg Sommer [Sat, May 27 2006, 10:59:39PM]:
No, they don't. At least my packages call it only if `uname -r` ==
target version. When you drop the depmod run, and someone installs a new
kernel together with accompanying module packages and only THEN reboots,
the
Hello Eduard,
Eduard Bloch [EMAIL PROTECTED] wrote:
#include hallo.h
* Marco d'Itri [Sat, May 27 2006, 11:29:32AM]:
This is not a choice, every package which installs modules must run
depmod or they will not be available until a reboot.
Yes. But no package (besides maybe
On Thu, May 25, 2006 at 09:35:31AM +0200, Marco d'Itri wrote:
make install already runs depmod.
What if you don't use the 'install' target? I certainly don't. Does the
'modules_install' target also run depmod? I don't claim to understand what
the comments in the kernel Makefile say about it,
On May 28, Marc Wilson [EMAIL PROTECTED] wrote:
On Thu, May 25, 2006 at 09:35:31AM +0200, Marco d'Itri wrote:
make install already runs depmod.
What if you don't use the 'install' target? I certainly don't. Does the
'modules_install' target also run depmod?
Yes.
I don't claim to
On May 27, Goswin von Brederlow [EMAIL PROTECTED] wrote:
No, Im asking to have _one_ delay at a defined point instead of X
packages having a delay because they might have to run depmod manualy.
This is not a choice, every package which installs modules must run
depmod or they will not be
#include hallo.h
* Marco d'Itri [Sat, May 27 2006, 11:29:32AM]:
This is not a choice, every package which installs modules must run
depmod or they will not be available until a reboot.
Yes. But no package (besides maybe module-init-tools) should ever run
depmod at boot time. This all
On May 27, Eduard Bloch [EMAIL PROTECTED] wrote:
This is not a choice, every package which installs modules must run
depmod or they will not be available until a reboot.
Yes. But no package (besides maybe module-init-tools) should ever run
depmod at boot time. This all started
On May 25, Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote:
In Debian, up until the removal of on-boot depmod, you did NOT have to run
depmod. This is a fact, plain and simple. The fact that this does not hold
Only if you rebooted after manually installing modules, which I think
everybody
#include hallo.h
* Margarita Manterola [Wed, May 24 2006, 11:56:05PM]:
What about using depmod -a instead, how much would it cost? AFAICS it
only needs to walk trough the directories and stat the files without
reading them.
This is what's being done currently, as far as I know, and it takes
Hello Goswin,
Goswin von Brederlow [EMAIL PROTECTED] wrote:
Josselin Mouette [EMAIL PROTECTED] writes:
Le mardi 23 mai 2006 à 20:52 +0200, Marco d'Itri a écrit :
So, does anybody mind if I remove depmod from the module-init-tools init
script?
Please go ahead. Anything relying on it is
On 5/25/06, Goswin von Brederlow [EMAIL PROTECTED] wrote:
Josselin Mouette [EMAIL PROTECTED] writes:
Le mardi 23 mai 2006 à 20:52 +0200, Marco d'Itri a écrit :
So, does anybody mind if I remove depmod from the module-init-tools init
script?
Please go ahead. Anything relying on it is buggy
Marco d'Itri wrote:
So, does anybody mind if I remove depmod from the module-init-tools init
script?
I guess it would be a time-saver to remove the depmod call.
However, since one cannot run depmod properly without the respective
kernel being installed, removing the depmod call will caus harm.
On May 25, Goswin von Brederlow [EMAIL PROTECTED] wrote:
How about having module-init-tools run depmod when needed and have all
other packages rely on that? That way it would run at most once.
And how would module-init-tools be supposd to know when it would be
needed to run depmod?
--
ciao,
#include hallo.h
* Marco d'Itri [Thu, May 25 2006, 09:36:11AM]:
On May 24, Eduard Bloch [EMAIL PROTECTED] wrote:
What about using depmod -a instead, how much would it cost? AFAICS it
We already do.
Eh, typo, should have been depmod -A. I think this is a sufficiently
time-optimized version
Gustavo Franco [EMAIL PROTECTED] writes:
On 5/25/06, Goswin von Brederlow [EMAIL PROTECTED] wrote:
Josselin Mouette [EMAIL PROTECTED] writes:
Le mardi 23 mai 2006 à 20:52 +0200, Marco d'Itri a écrit :
So, does anybody mind if I remove depmod from the module-init-tools init
script?
On May 26, Goswin von Brederlow [EMAIL PROTECTED] wrote:
No, Im asking to have _one_ delay at a defined point instead of X
packages having a delay because they might have to run depmod manualy.
This is not a choice, every package which installs modules must run
depmod or they will not be
Martin Schulze wrote:
However, since one cannot run depmod properly without the respective
kernel being installed, removing the depmod call will caus harm.
Kernels already run depmod when installed, and module packages would
just need to be changed to call depmod with the right parameters to
On May 26, Eduard Bloch [EMAIL PROTECTED] wrote:
What about using depmod -a instead, how much would it cost? AFAICS it
We already do.
Eh, typo, should have been depmod -A. I think this is a sufficiently
time-optimized version of depmod -a.
Yes, this is what the script uses.
--
ciao,
On May 26, Martin Schulze [EMAIL PROTECTED] wrote:
However, since one cannot run depmod properly without the respective
kernel being installed, removing the depmod call will caus harm.
Are you sure that this is still true? I believe that this has been fixed
a long time ago.
It should be
[EMAIL PROTECTED] (Marco d'Itri) writes:
On May 26, Goswin von Brederlow [EMAIL PROTECTED] wrote:
No, Im asking to have _one_ delay at a defined point instead of X
packages having a delay because they might have to run depmod manualy.
This is not a choice, every package which installs
Joey Hess wrote:
Marco d'Itri wrote:
If we can agree that it's not needed anymore (i.e. mandate by policy
that packages need to run depmod on their own) then I will be happy to
remove it from the m-i-t init script.
A while back Debian would only run depmod on boot if it
On May 24, Eduard Bloch [EMAIL PROTECTED] wrote:
What about using depmod -a instead, how much would it cost? AFAICS it
We already do.
--
ciao,
Marco
signature.asc
Description: Digital signature
On 5/24/06, Eduard Bloch [EMAIL PROTECTED] wrote:
#include hallo.h
* Marco d'Itri [Tue, May 23 2006, 08:52:10PM]:
So, does anybody mind if I remove depmod from the module-init-tools init
script?
What about using depmod -a instead, how much would it cost? AFAICS it
only needs to walk trough the
On May 24, Reid Priedhorsky [EMAIL PROTECTED] wrote:
So, does anybody mind if I remove depmod from the module-init-tools init
script?
What would happen to people who don't use the Debian kernel packages? In
make install already runs depmod.
my ideal world, there would still be the option
On Thu, 25 May 2006, Marco d'Itri wrote:
On May 24, Reid Priedhorsky [EMAIL PROTECTED] wrote:
So, does anybody mind if I remove depmod from the module-init-tools init
script?
What would happen to people who don't use the Debian kernel packages? In
make install already runs depmod.
my
Josselin Mouette [EMAIL PROTECTED] writes:
Le mardi 23 mai 2006 à 20:52 +0200, Marco d'Itri a écrit :
So, does anybody mind if I remove depmod from the module-init-tools init
script?
Please go ahead. Anything relying on it is buggy anyway.
--
.''`. Josselin Mouette/\./\
So, does anybody mind if I remove depmod from the module-init-tools init
script?
--
ciao,
Marco
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
#include hallo.h
* Marco d'Itri [Tue, May 23 2006, 08:52:10PM]:
So, does anybody mind if I remove depmod from the module-init-tools init
script?
What about using depmod -a instead, how much would it cost? AFAICS it
only needs to walk trough the directories and stat the files without
reading
Le mardi 23 mai 2006 à 20:52 +0200, Marco d'Itri a écrit :
So, does anybody mind if I remove depmod from the module-init-tools init
script?
Please go ahead. Anything relying on it is buggy anyway.
--
.''`. Josselin Mouette/\./\
: :' : [EMAIL PROTECTED]
`. `'
On Tue, 23 May 2006 21:00:34 +0200, Marco d'Itri wrote:
So, does anybody mind if I remove depmod from the module-init-tools init
script?
What would happen to people who don't use the Debian kernel packages? In
my ideal world, there would still be the option of running depmod at boot;
at the
Marco d'Itri wrote:
I think because depmod --quick is supposed to be about as fast as find.
YM as fast as test -nt? Doesn't seem to be on a dry cache.
--
see shy jo
signature.asc
Description: Digital signature
On May 19, Joey Hess [EMAIL PROTECTED] wrote:
Marco d'Itri wrote:
I think because depmod --quick is supposed to be about as fast as find.
YM as fast as test -nt? Doesn't seem to be on a dry cache.
No, I really meant as fast as find. Which other test do you suggest?
--
ciao,
Marco
On Thu, May 18, 2006 at 07:21:33PM -0300, Margarita Manterola wrote:
Continuing on the goal of optimizing boot time, quite a number of
seconds (specially in old machines) can be saved by not running depmod
at boot time.
Currently it is run by these packages' postinst:
Wouldn't it be a good
Continuing on the goal of optimizing boot time, quite a number of
seconds (specially in old machines) can be saved by not running depmod
at boot time.
Currently it is run by these packages' postinst:
* kernel/linux-image-*
* module-init-tools
* powermgt-base
* zaptel
* lirc
* toshutils
On May 19, Margarita Manterola [EMAIL PROTECTED] wrote:
Continuing on the goal of optimizing boot time, quite a number of
seconds (specially in old machines) can be saved by not running depmod
at boot time.
If we can agree that it's not needed anymore (i.e. mandate by policy
that packages need
On Thu, May 18, 2006 at 07:21:33PM -0300, Margarita Manterola [EMAIL
PROTECTED] wrote:
Continuing on the goal of optimizing boot time, quite a number of
seconds (specially in old machines) can be saved by not running depmod
at boot time.
(...)
It looks like it's quite safe to stop running
Marco d'Itri wrote:
If we can agree that it's not needed anymore (i.e. mandate by policy
that packages need to run depmod on their own) then I will be happy to
remove it from the m-i-t init script.
A while back Debian would only run depmod on boot if it had not been run
before since the last
On Thu, May 18, 2006 at 07:21:33PM -0300, Margarita Manterola wrote:
Continuing on the goal of optimizing boot time, quite a number of
seconds (specially in old machines) can be saved by not running depmod
at boot time.
Currently it is run by these packages' postinst:
* [long list
Margarita Manterola wrote:
Currently it is run by these packages' postinst:
* kernel/linux-image-*
This takes care to run depmod -F system.map version,
which should make the depmod work even though that kernel isn't running yet.
* pwc-modules-*
* ndiswrapper-modules-*
*
Jeroen van Wolffelaar wrote:
I think one of the issues here is that it depends on what kernel you
currently use, and iirc there can be a situation where one does not
want to run depmod at installation time, or when that might give wrong
results.
FWIW, d-i currently runs depmod at image build
On May 19, Joey Hess [EMAIL PROTECTED] wrote:
A while back Debian would only run depmod on boot if it had not been run
before since the last kernel upgrade. Could you refresh my memory about
why that optimisation was dropped?
I think because depmod --quick is supposed to be about as fast as
Jeroen van Wolffelaar [EMAIL PROTECTED] writes:
I think one of the issues here is that it depends on what kernel you
currently use, and iirc there can be a situation where one does not
want to run depmod at installation time, or when that might give wrong
results.
That used to be the case
46 matches
Mail list logo