Your message dated Fri, 29 Jan 2016 14:43:41 +0100
with message-id <[email protected]>
and subject line Re: Bug#797131: udev kernel check during Wheezy->Jessie
upgrade should happen earlier
has caused the Debian Bug report #797131,
regarding udev kernel check during Wheezy->Jessie upgrade should happen earlier
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.)
--
797131: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=797131
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: udev
Version: 175-7.2
Severity: serious
Justification: Policy 7.2
Dear Maintainer,
* What led up to the situation?
Upgrading my armhf system Wheezy->Jessie. Did the usual searches for
dependencies and what-not. Did a pre-download, then ran the upgrade.
About half the packages were churned, and then udev declares:
Since release 198, udev requires support for the following features in
the running kernel:
- inotify(2) (CONFIG_INOTIFY_USER)
- signalfd(2) (CONFIG_SIGNALFD)
- accept4(2)
- open_by_handle_at(2) (CONFIG_FHANDLE)
- timerfd_create(2) (CONFIG_TIMERFD)
- epoll_create(2) (CONFIG_EPOLL)
Please upgrade your kernel before or while upgrading udev.
and the upgrade fails. I'd be happy to reconfigure my kernel, but with
half my files upgraded and the other half not, my system was not well
enough to do anything.
* What exactly did you do (or not do) that was effective (or
ineffective)?
I'm not an idiot; I had a full backup and restored my system.
* What was the outcome of this action?
Failed upgrade. New required kernel features (it'd be nice if that
was listed somewhere).
* What outcome did you expect instead?
If the kernel is not acceptable for the upgrade, it should be detected
before the upgrade starts. The kernel check should not happen after the
filesystem has been modified with some upgraded content. An upgrade
should never start if it can be determined that it can't complete
successfully.
-- System Information:
Debian Release: 7.8
APT prefers oldstable
APT policy: (500, 'oldstable')
Architecture: armhf (armv7l)
Kernel: Linux 3.4.75+ (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968)
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash
Versions of packages udev depends on:
ii debconf [debconf-2.0] 1.5.49
ii libc6 2.13-38+deb7u8
ii libgcc1 1:4.7.2-5
ii libselinux1 2.1.9-5
ii libudev0 175-7.2
ii lsb-base 4.1+Debian8+deb7u1
ii procps 1:3.3.3-3
ii util-linux 2.20.1-5.3
Versions of packages udev recommends:
ii pciutils 1:3.1.9-6
ii usbutils 1:005-3
udev suggests no packages.
-- debconf information:
udev/new_kernel_needed: false
udev/title/upgrade:
udev/reboot_needed:
udev/sysfs_deprecated_incompatibility:
--- End Message ---
--- Begin Message ---
Hi Andy
Am 30.08.2015 um 21:32 schrieb Michael Biebl:
>
> Am 29.08.2015 um 02:46 schrieb Andy Valencia:
>> ---------------
>>> I do not think that there is anything else that udev can do, since the
>>> check is done in udev.preinst.
>>
>> I hope you might consider talking to the apt folks. At least under a
>> dist-upgrade it seems like this failure could be detected sooner rather
>> than later. It's not like udev is some minor package they've never
>> heard of. It is very desirable that an attempted upgrade not result in
>> a half-upgraded (and thus fully broken) system.
>
> I agree that having such a facility would be great. Unfortunately this
> is way out-of-scope for this bug report and would not only involve apt,
> but any tool really which can be used to dist-upgrade a system
> (aptitude, cupt, ...) and might even involve dpkg itself.
>
> This would need coordination and planing from various different parties.
>
> If such a facility existed, we'd be happy to use it.
>
Since we run the upgrade check in udev at the earliest possible time,
there are no actionable items in the udev package itself, and therefor
I'm closing this bug report against the udev package.
If you want to have such a facility implemented by apt and related tools
to run pre-upgrade hooks, please talk to those relevant people/teams.
Once there is such support, please let us know. We are happy to make use
of it then.
Regards,
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
--- End Message ---
