Your message dated Fri, 29 Jan 2016 14:33:38 +0100
with message-id <[email protected]>
and subject line Re: /etc/init.d/udev: Rephrase the message printed before 
udevadm settle is called
has caused the Debian Bug report #724991,
regarding /etc/init.d/udev: Rephrase the message printed before udevadm settle 
is called
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
724991: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724991
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: udev
Version: 204-5
Severity: minor
File: /etc/init.d/udev

Hi,

In the start function of the initscript "udevadm settle" is being
called with a message that suggest that /dev will be fully populated
after it returns.

    # wait for the udevd childs to finish
    log_action_begin_msg "Waiting for /dev to be fully populated"
    if udevadm settle; then
        log_action_end_msg 0
    else
        log_action_end_msg 0 'timeout'
    fi
    ;;

>From a recent discussion I had on #udev, I've the feeling that this
message is misleading (if not wrong). I guess this needs to be
rephrased.

Something like "Waiting for the event queue to be fully processed" seems to
match more what's really happening at that moment.

Cheers

Laurent Bigonville

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.10-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages udev depends on:
ii  debconf [debconf-2.0]  1.5.51
ii  libacl1                2.2.52-1
ii  libblkid1              2.20.1-5.5
ii  libc6                  2.17-93
ii  libkmod2               9-3
ii  libselinux1            2.1.13-2
ii  libudev1               204-5
ii  lsb-base               4.1+Debian12
ii  procps                 1:3.3.8-2
ii  sysv-rc                2.88dsf-43
ii  util-linux             2.20.1-5.5

udev recommends no packages.

udev suggests no packages.

-- debconf information excluded

--- End Message ---
--- Begin Message ---
Hi Laurent

On Mon, 21 Dec 2015 12:01:21 +0100 Michael Biebl <[email protected]> wrote:
> On Mon, 30 Sep 2013 11:33:44 +0200 Laurent Bigonville <[email protected]>
> wrote:
> > In the start function of the initscript "udevadm settle" is being
> > called with a message that suggest that /dev will be fully populated
> > after it returns.
> > 
> >     # wait for the udevd childs to finish
> >     log_action_begin_msg "Waiting for /dev to be fully populated"
> >     if udevadm settle; then
> 
> ..
> 
> > >From a recent discussion I had on #udev, I've the feeling that this
> > message is misleading (if not wrong). I guess this needs to be
> > rephrased.
> > 
> > Something like "Waiting for the event queue to be fully processed" seems to
> > match more what's really happening at that moment.
> 
> While technically more correct, this message is a bit too cryptic for my
> taste.
> Even the upstream systemd-udev-settle.service unit file has:
> Description=udev Wait for Complete Device Initialization
> 
> Which more or less says the same like our old init script.

For the reasons above, I'm going to close this bug report.
I don't think it would help our users to have technically more correct
message, which is much harder to understand. For someone to understand
the finer details of udevadm settle, simply changing the start message
will not be sufficient.
If you disagree, feel free to reopen :-)

Regards,
Michael

-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

Attachment: signature.asc
Description: OpenPGP digital signature


--- End Message ---

Reply via email to