package udev 229-4ubuntu5 failed to install/upgrade: subprocezo instalis skripton post-installation liveris eraran elir-staton 1

[gpl]

Same *very old bug* with input already existing not as a system group so the install fails.
But I did not create in any way the group myself. A package must have created it itself in an ancient old time and every time now some package tries to recreate it, it fails. It failed yesterday when going from 15.10 to 16.04 and I modified manually the postinst file to finish the upgrade.

ProblemType: Package
DistroRelease: Ubuntu 16.04
Package: udev 229-4ubuntu5
ProcVersionSignature: Ubuntu 4.4.0-22.38-generic 4.4.8
Uname: Linux 4.4.0-22-generic x86_64
NonfreeKernelModules: wl
ApportVersion: 2.20.1-0ubuntu2
Architecture: amd64
CustomUdevRuleFiles: 99-local-powermate.rules 99-local.rules 60-vboxdrv.rules
Date: Fri May 6 08:49:26 2016
ErrorMessage: subprocezo instalis skripton post-installation liveris eraran elir-staton 1
InstallationDate: Installed on 2015-03-27 (405 days ago)
InstallationMedia: Ubuntu 14.04.2 LTS "Trusty Tahr" - Release amd64 (20150218.1)
MachineType: Dell Inc. XPS 13 9343
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.4.0-22-generic.efi.signed root=UUID=8a36a0f2-3ecb-455b-9dea-799d333b45ae ro quiet splash vt.handoff=7
RelatedPackageVersions:
 dpkg 1.18.4ubuntu1
 apt 1.2.10ubuntu1
SourcePackage: systemd
Title: package udev 229-4ubuntu5 failed to install/upgrade: subprocezo instalis skripton post-installation liveris eraran elir-staton 1
UpgradeStatus: Upgraded to xenial on 2016-05-04 (1 days ago)
dmi.bios.date: 11/11/2015
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A07
dmi.board.name: 0310JH
dmi.board.vendor: Dell Inc.
dmi.board.version: A00
dmi.chassis.type: 9
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvrA07:bd11/11/2015:svnDellInc.:pnXPS139343:pvr:rvnDellInc.:rn0310JH:rvrA00:cvnDellInc.:ct9:cvr:
dmi.product.name: XPS 13 9343
dmi.sys.vendor: Dell Inc.

[Martin Pitt (pitti)]

Please clean up your install with

    sudo delgroup input
    sudo dpkg-reconfigure udev

to fix this permanently, otherwise every package update will fail again. We can't do the above in the package itself as we must never remove an existing group that may be in use.