https://bugzilla.novell.com/show_bug.cgi?id=853293 https://bugzilla.novell.com/show_bug.cgi?id=853293#c A R changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Minor |Major -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=853293 https://bugzilla.novell.com/show_bug.cgi?id=853293#c1 Dr. Werner Fink changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |coolo@suse.com, | |mls@suse.com, | |systemd-maintainers@suse.de | |, werner@suse.com Component|Basesystem |Upgrade Problems AssignedTo|systemd-maintainers@suse.de |bnc-team-screening@forge.pr | |ovo.novell.com QAContact|qa-bugs@suse.de |jsrain@suse.com OS/Version|Other |openSUSE 12.3 --- Comment #1 from Dr. Werner Fink 2013-12-04 10:39:29 UTC --- Indeed linux /suse/werner> ldd /sbin/udevadm | grep pcre libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f1a1afa5000) linux /suse/werner> rpm -qRf /sbin/udevadm | grep pcre linux /suse/werner> which is a broken build. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=853293 https://bugzilla.novell.com/show_bug.cgi?id=853293#c2 --- Comment #2 from A R 2013-12-06 07:10:48 UTC --- updating systemd in response to https://bugzilla.novell.com/show_bug.cgi?id=852652#c9 i also pulled other pkgs from BaseSystem, zypper se -s -v -i | egrep BaseSystem i | dos2unix | package | 6.0.3-57.8 | x86_64 | BaseSystem i | libgudev-1_0-0 | package | 208-495.1 | x86_64 | BaseSystem i | libudev-devel | package | 208-495.1 | x86_64 | BaseSystem i | libudev1 | package | 208-495.1 | x86_64 | BaseSystem i | logrotate | package | 3.8.7-55.1 | x86_64 | BaseSystem i | mdadm | package | 3.3-117.1 | x86_64 | BaseSystem i | systemd | package | 208-495.1 | x86_64 | BaseSystem i | systemd-sysvinit| package | 208-495.1 | x86_64 | BaseSystem i | udev | package | 208-495.1 | x86_64 | BaseSystem which includes an updated udev's udevadm _this_ is is, of course, not yet addressed. i.e., still ldd `which udevadm` | grep pcre libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007fc8d8a0d000) I captured console output of the fail due to the missing pcre, as per the OP, .. [ 13.054367] ata8.00: configured for UDMA/100 [ 13.080707] scsi 7:0:0:0: Direct-Access ATA WDC WD1001FALS-0 05.0 PQ: 0 ANSI: 5 [ 13.107772] sd 7:0:0:0: [sdf] 1953525168 512-byte logical blocks: (1.00 TB/931 GiB) [ 13.134909] sd 7:0:0:0: [sdf] Write Protect is off [ 13.161809] sd 7:0:0:0: [sdf] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [ 13.201560] sdf: sdf1 [ 13.229216] sd 7:0:0:0: [sdf] Attached SCSI disk [ 13.259627] Initialising virtual ethernet driver. mkdir: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directory mknod: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directory sed: can't read /proc/devices: No such file or directory [ 13.325477] emc: device handler registered [ 13.355842] hp_sw: device handler registered [ 13.385967] rdac: device handler registered [ 13.416358] alua: device handler registered boot/03-storage.sh: line 92: /dev/fd/62: No such file or directory boot/03-storage.sh: line 93: /dev/fd/62: No such file or directory boot/03-storage.sh: line 92: /dev/fd/62: No such file or directory boot/03-storage.sh: line 93: /dev/fd/62: No such file or directory udevd: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directory udevadm: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directoy udevadm: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directoy udevadm: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directoy boot/05-clock.sh: line 16: /dev/shm/warpclock: No such file or directory udevadm: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directoy [ 13.503491] md: linear personality registered for level -1 sed: can't read /proc/devices: No such file or directory vgchange: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directy vgchange: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directy [ 13.553930] bio: create slab <bio-1> at 1 [ 13.581916] Btrfs loaded Waiting for device /dev/VG_SVR/LV_SVR_DOM0_ROOT to appear: vgscan: error while loading shared libraries: libpcre.so.y vgchange: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directy vgchange: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directy udevadm: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directoy vgscan: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directory vgchange: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directy vgchange: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directy (... repeats indefinitely ... ) as you can see, it's not just the pcre dep in udevadm. rather, on 13.1 ldd `which mkdir` `which mknod` `which udevd` `which udevadm` `which vgscan` `which vgchange` | grep pcre libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007eff87b40000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f404359e000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007fa07c2c2000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007fd9af8c9000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f17a9659000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f42cc012000) rpm -qRf `which mkdir` `which mknod` `which udevd` `which udevadm` `which vgscan` `which vgchange` | grep pcre (empty) for comparison, on 12.3 ldd `which mkdir` `which mknod` `which udevd` `which udevadm` `which vgscan` `which vgchange` | grep pcre (empty) rpm -qRf `which mkdir` `which mknod` `which udevd` `which udevadm` `which vgscan` `which vgchange` | grep pcre (empty) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=853293 https://bugzilla.novell.com/show_bug.cgi?id=853293#c4 A R changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|ar16@imapmail.org | --- Comment #4 from A R 2013-12-06 15:31:23 UTC ---

this does not show the fully truth, try

LD_DEBUG=all udevadm --help 2>&1 | less +/libpcre

and you may see that the first library which requires libpcre is

/lib64/libselinux.so.1

as suggested, LD_DEBUG=all udevadm --help 2>&1 | less +/libpcre 89 8340: file=libpcre.so.1 [0]; needed by /lib64/libselinux.so.1 [0] 90 8340: find library=libpcre.so.1 [0]; searching 91 8340: search path=/usr/lib64/mpi/gcc/openmpi/lib64 (LD_LIBRARY_PATH) 92 8340: trying file=/usr/lib64/mpi/gcc/openmpi/lib64/libpcre.so.1 93 8340: search cache=/etc/ld.so.cache 94 8340: trying file=/usr/lib64/libpcre.so.1 95 8340: 96 8340: file=libpcre.so.1 [0]; generating link map 97 8340: dynamic: 0x00007f62fc7fad30 base: 0x00007f62fc596000 size: 0x0000000000265228 98 8340: entry: 0x00007f62fc597900 phdr: 0x00007f62fc596040 phnum: 7 99 8340: 100 8340: ...

... also you may see from

werner@linux:~> nm -D /lib64/libselinux.so.1 | grep pcre U pcre_compile U pcre_exec U pcre_free U pcre_free_study U pcre_study werner@linux:~> nm -D /sbin/udevadm | grep pcre werner@linux:~>

and again, nm -D /lib64/libselinux.so.1 | grep pcre U pcre_compile U pcre_exec U pcre_free U pcre_free_study U pcre_study nm -D /sbin/udevadm | grep pcre (empty)

that rise the question *how* you have updated your system and *if* you have ignored some dependencies during the update. This because

werner@linux:~> rpm -qRf /lib64/libselinux.so.1 | grep pcre libpcre.so.1()(64bit)

Well, I now see the source of the issue as you;ve pointed it out -- the dep on libpcre1 by libselinux.so.1

shows me that the package libselinux1 *does* require the libpcre.so.1 and the resolver does expand this to the package libpcre1.

I'm not sure what update you're asking about. This issue occurs on multiple systems. All of which have been upgraded from 12.3 -> 13.1 using zypper dup with a 13.1 install-DVD, then updated online. I'd not knowingly ignored any dependencies during the update process ... and, I noted no errors on any upgrade. noting, ldd /lib64/libselinux.so.1 linux-vdso.so.1 (0x00007fffe42ec000) libdl.so.2 => /lib64/libdl.so.2 (0x00007f04ec2d8000) !! libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f04ec071000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f04ebe53000) libc.so.6 => /lib64/libc.so.6 (0x00007f04ebaa4000) /lib64/ld-linux-x86-64.so.2 (0x00007f04ec745000) in the case of, cat /etc/ld.so.conf /usr/lib64 /usr/local/lib64 /usr/local/lib include /etc/ld.so.conf.d/*.conf ldconfig mkinitrd unless that 1st /usr/lib64 *precedes* the other entries, I get the boot-fail as above. I do note that few libs in /lib64 reference other libs in /usr, ldd /lib64/* | grep usr ldd: /lib64/ast: not regular file ldd: /lib64/device-mapper: not regular file ldd: /lib64/engines: not regular file ldd: /lib64/ksh: not regular file ldd: warning: you do not have execution permission for `/lib64/libapparmor.a' ldd: warning: you do not have execution permission for `/lib64/libattr.so.1' ldd: warning: you do not have execution permission for `/lib64/libattr.so.1.1.0' libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007fd1fd8c8000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007fd1fd257000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007f7700f73000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f7700902000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007fb3061e2000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007fb305b71000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007fc3ed234000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007fc3ecbc3000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007f2984e7b000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f298480a000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007ff924714000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007ff9240a3000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007f04f727a000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f04f679f000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007fb3c5c5f000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007fb3c5184000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007f06ec0ba000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f06eba49000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007fa8dd88d000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007fa8dd21c000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007fa993817000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007fa9933ac000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007fd332484000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007fd332019000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007fdf02983000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007fdf01f4a000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007fbe7b0b9000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007fbe7a680000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007ff362827000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007ff36219e000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007fa6bc008000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007fa6bb97f000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007f5509436000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f5508fcc000) libcom_err.so.2 => /usr/lib64/libcom_err.so.2 (0x00007fef9d670000) libcom_err.so.2 => /usr/lib64/libcom_err.so.2 (0x00007f223c163000) ldd: warning: you do not have execution permission for `/lib64/libfreebl3.chk' ldd: warning: you do not have execution permission for `/lib64/libimmunix.a' liblzma.so.5 => /usr/lib64/liblzma.so.5 (0x00007f975ab5c000) liblzma.so.5 => /usr/lib64/liblzma.so.5 (0x00007f5a7b130000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007fcb0f5b0000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007fcb0e2cd000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007f08451fc000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f0843f19000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007f467b813000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f467a327000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007f356e8b4000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f356d3c8000) libudev.so.1 => /usr/lib64/libudev.so.1 (0x00007ff064ede000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007ff064256000) libaudit.so.1 => /usr/lib64/libaudit.so.1 (0x00007fb14d415000) libaudit.so.1 => /usr/lib64/libaudit.so.1 (0x00007f8bdb0f8000) libaudit.so.1 => /usr/lib64/libaudit.so.1 (0x00007fe4b95d3000) libaudit.so.1 => /usr/lib64/libaudit.so.1 (0x00007f18fe057000) ldd: warning: you do not have execution permission for `/lib64/libpci.so.3' ldd: warning: you do not have execution permission for `/lib64/libpci.so.3.2.0' libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f84d480a000) libbz2.so.1 => /usr/lib64/libbz2.so.1 (0x00007f8432451000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f8431a03000) libcom_err.so.2 => /usr/lib64/libcom_err.so.2 (0x00007f15377c6000) libcom_err.so.2 => /usr/lib64/libcom_err.so.2 (0x00007fdbabe32000) ldd: /lib64/multipath: not regular file ldd: /lib64/rsyslog: not regular file ldd: /lib64/security: not regular file whereas most other refs are to /lib64/* I'm not clear if that matters -- should libpcre.so.1, libudev.so.1 be in /lib64 by default? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=853293 https://bugzilla.novell.com/show_bug.cgi?id=853293#c6 --- Comment #6 from A R 2013-12-06 16:00:21 UTC --- not in /lib64 or /usr/lib64, rpm -q --whatprovides 'libpcre.so.1()(64bit)' libpcre1-8.33-2.1.2.x86_64 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=853293 https://bugzilla.novell.com/show_bug.cgi?id=853293#c7 --- Comment #7 from A R 2014-01-03 19:42:32 UTC --- ~ 1 mo. bump -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=853293 https://bugzilla.novell.com/show_bug.cgi?id=853293#c8 --- Comment #8 from bug pool <883f6ce9@opayq.com> 2014-03-14 15:58:52 UTC --- Any interest from Suse devs in fixing this? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=853293 https://bugzilla.novell.com/show_bug.cgi?id=853293#c10 --- Comment #10 from Stephan Kulow 2014-03-17 11:02:31 CET --- the requires (without post) are fine as long as there are no cycles and I doubt pcre has a cycle with systemd -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=853293 https://bugzilla.novell.com/show_bug.cgi?id=853293#c14 bug pool <883f6ce9@opayq.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|883f6ce9@opayq.com | --- Comment #14 from bug pool <883f6ce9@opayq.com> 2014-03-30 03:28:14 UTC --- cd $(mktemp -d) gunzip -c /boot/initrd | cpio -i 99736 blocks ls bin/ config/ etc/ lib/ mkinitrd.config root/ sbin/ tmp/ var/ boot/ dev/ init* lib64/ proc/ run_all.sh sys/ usr/ find . | grep ld.so (empty) does that suggest a fix in user-land? or is there a fix in opensuse's mkinitrd implementation? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

https://bugzilla.novell.com/show_bug.cgi?id=853293 https://bugzilla.novell.com/show_bug.cgi?id=853293#c16 --- Comment #16 from bug pool <883f6ce9@opayq.com> 2014-05-18 18:37:05 UTC ---

mkinitrd should also cope with it

Is this bug, then, correctly assigned to: Assignee: Thomas Renninger QA Contact: Jiri Srain Or do others need to be assigned? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=853293 bug pool <883f6ce9@opayq.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |trenn@suse.com Flags| |needinfo?(trenn@suse.com) -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=853293 grant k changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WONTFIX |--- Summary|boot hang after 12.3 -> |after 13.1 -> 13.2 |13.1 upgrade adds libpcre |dracut/mkinitrd builds |dependency to udevadm |incorrect/non-system | |libpcre dependency to | |udevadm OS|openSUSE 13.1 |openSUSE 13.2 --- Comment #19 from grant k --- on 13.2 lsb_release -rd Description: openSUSE 13.2 (Harlequin) (x86_64) Release: 13.2 uname -rm 3.17.2-3.gbf63174-desktop x86_64 rpm -q --whatprovides `which mkinitrd` dracut-037-17.6.1.x86_64 with cat /etc/ld.so.conf /usr/lib64 /usr/local/lib64 /usr/local/lib include /etc/ld.so.conf.d/*.conf locate libpcre.so /usr/lib64/libpcre.so /usr/lib64/libpcre.so.1 /usr/lib64/libpcre.so.1.2.3 /usr/local/lib64/libpcre.so /usr/local/lib64/libpcre.so.1 /usr/local/lib64/libpcre.so.1.2.4 ldd /sbin/udevadm | grep pcre libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007ff59b921000) and cp /boot/initrd-3.17.2-3.gbf63174-desktop initrd.xz xzcat ./initrd.xz | cpio -d -i -m ldd `find . | grep udevadm` | grep pcre libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f794e97f000) libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007f43c1654000) and boots OK. editing /etc/ld.so.conf --- /usr/lib64 +++ #/usr/lib64 /usr/local/lib64 /usr/local/lib include /etc/ld.so.conf.d/*.conf rm -f /etc/ld.so.cache rm -f /lib64/*pcre* ldconfig mkinitrd boots OK, with no *pcre*-related reports journalctl -xb | grep -i pcre (empty) but STILL incorrectly ldd /sbin/udevadm | grep pcre libpcre.so.1 => /usr/local/lib64/libpcre.so.1 (0x00007f09e8729000) and, ALSO in the initrd cp /boot/initrd-3.17.2-3.gbf63174-desktop initrd.xz xzcat ./initrd.xz | cpio -d -i -m ldd `find . | grep udevadm` | grep pcre libpcre.so.1 => /usr/local/lib64/libpcre.so.1 (0x00007fb45f6b6000) libpcre.so.1 => /usr/local/lib64/libpcre.so.1 (0x00007fd32e8e9000) system-provided tools, with system-provided lib dependences tools should use ONLY those libs, regardless of userspace ld paths -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=853293 Swamp Workflow Management changed: What |Removed |Added ---------------------------------------------------------------------------- Whiteboard| |obs:running:4038:moderate -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=853293 Swamp Workflow Management changed: What |Removed |Added ---------------------------------------------------------------------------- Whiteboard| |obs:running:4416:moderate -- You are receiving this mail because: You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=853293 http://bugzilla.novell.com/show_bug.cgi?id=853293#c21 --- Comment #21 from Swamp Workflow Management --- openSUSE-RU-2016:0320-1: An update that has 146 recommended fixes can now be installed. Category: recommended (moderate) Bug References: 737690,742774,750845,818044,838475,841544,849870,852015,852021,852232,853293,854884,856389,856392,856858,857204,858864,859072,859365,860574,860937,861316,861489,863217,864745,864904,865834,866732,866933,867128,867663,867664,867840,868019,868230,868439,868931,869142,869603,872929,873432,873444,874665,875502,876587,876694,877021,877674,878525,880438,880732,881125,881559,881942,882393,882714,883565,884271,884403,885232,885288,886211,886599,886852,888178,888215,888612,889297,889357,890977,892096,892162,892300,893797,895087,896664,897799,897801,897803,898233,898240,898432,900558,901481,902240,902901,903009,903963,904214,904517,904828,905550,906709,906900,907318,907393,908476,909358,910643,911347,912030,912334,913517,916420,918118,919095,920195,921831,921898,921920,926169,927250,927457,928265,931388,932284,933365,933512,933521,933533,934077,934901,937512,937900,938908,939571,940264,941576,944132,944799,945282,947212,948458,948555,948705,949574,949683,949739,950510,951265,951663,953241,9543 36,954781,955635,961576 CVE References: Sources used: openSUSE 13.1 (src): systemd-210-40.1, systemd-mini-210-40.1 -- You are receiving this mail because: You are on the CC list for the bug.