[Bug 784963] New: udevd creates unwanted loop devices, and too early
https://bugzilla.novell.com/show_bug.cgi?id=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c0 Summary: udevd creates unwanted loop devices, and too early Classification: openSUSE Product: openSUSE 12.2 Version: Final Platform: All OS/Version: Linux Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: jengelh@inai.de QAContact: qa-bugs@suse.de Found By: Beta-Customer Blocker: --- People from IRC tell me it might be a SUSE issue (as in, it does not occur for them). Copying http://lists.freedesktop.org/archives/systemd-devel/2012-October/006892.html here: --- on openSUSE 12.2, which has udev-182 and systemd-44, I found that starting udevd creates some loop devices in /dev (which is a devtmpfs). * boot linux using "-b" to make systemd go into emergency # ls /dev/loop* ls: cannot access /dev/loop*: No such file or directory # systemctl start udev.service # ls /dev/loop* /dev/loop0 /dev/loop2 /dev/loop4 /dev/loop6 /dev/loop-control /dev/loop1 /dev/loop3 /dev/loop5 /dev/loop7 These are created as block-major(8,0) through (8,7), respectively [and c(10,237) for loop-control]. Now, in /etc/modprobe.d/99-local.conf, I have set forth: options loop max_loop=256 max_part=15 So that when loop.ko is actually loaded, it creates /dev/loop0 b(8,0) /dev/loop1 b(8,16) ... /dev/loop7 b(8,112) /dev/loop8 b(8,128) ... However, because udevd already created loop devices for whatever reason, when loop.ko is loaded, the preexisting loop devices are not touched. This leads to /dev/loop0 b(8,0) /dev/loop1 b(8,1) ... /dev/loop7 b(8,7) /dev/loop8 b(8,128) ... and tools like losetup fail to do their job because /dev/loop1 references an invalid device. -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c1 Jan Engelhardt <jengelh@inai.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lnussel@suse.com --- Comment #1 from Jan Engelhardt <jengelh@inai.de> 2012-10-13 00:05:56 CEST --- The culprit are the static devices in /lib/udev/devices, which belong to aaa_base. Now, I recognize that some loop device might need to be present so that autoloading loop.ko is triggerable. However, for that, either loop0 or loop-control would suffice. Since loop0 is always block-8-0, that should work, same for loop-control which is fixed at char-10-237. So that's the quick solution. There is something called devname according to the helpful IRC sources-. 00:00 < brain0> yes, those are "static devices" that were necessary before we have "devname:" aliases in kmod and the kernel 00:01 < brain0> thanks to devname:, this all belongs to the past -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c2 --- Comment #2 from Robert Milasan <rmilasan@suse.com> 2012-10-13 16:19:13 UTC --- Jan there is nothing wrong with udev. Those devices shouldn't be there, the loop devices should be created only on demand, only when need it, by the scripts that need them. udev creates those device based whats already defined, meaning if they are wrong in /lib/udev/devices, udev doesn't have how to know that. You can always delete those loop devices from /lib/udev/devices, I think. -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c3 --- Comment #3 from Jan Engelhardt <jengelh@inai.de> 2012-10-13 19:15:45 CEST --- I can delete them, but they will reappear with any aaa_base update. The following changes since commit aa34c9460872159c92ab7b132f10cc87f608763e: - remove all files needed exclusively by sysvinit - move things into /usr and leave a symlink in /sbin (2012-10-12 16:45:22 +0200) are available in the git repository at: git://git.inai.de/aaa_base master for you to fetch changes up to 66062c485718aa9de98cc8489e875d23f4c51e42: Avoid creation of loopN devices (2012-10-13 19:13:55 +0200) ---------------------------------------------------------------- Jan Engelhardt (1): Avoid creation of loopN devices aaa_base.post | 13 +++++-------- 1 file changed, 5 insertions(+), 8 deletions(-) -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c4 Robert Milasan <rmilasan@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO CC| |mmarek@suse.com InfoProvider| |mmarek@suse.com AssignedTo|bnc-team-screening@forge.pr |rmilasan@suse.com |ovo.novell.com | --- Comment #4 from Robert Milasan <rmilasan@suse.com> 2012-10-13 17:27:43 UTC --- Yeah I know, you're right. The loop devices should be created in the initrd image and loop.ko should be loaded in the initrd image, by init, not as they are setup here. I'll add the maintainer of mkinitrd. Michal could we change the behavior of init so the loop module and loop device are created at boot time? -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c5 --- Comment #5 from Robert Milasan <rmilasan@suse.com> 2012-10-13 17:30:49 UTC --- Sorry, I mean the initrd. -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c6 --- Comment #6 from Jan Engelhardt <jengelh@inai.de> 2012-10-13 19:45:06 CEST --- NB: loop.ko is not loaded unconditionally right now, and it should stay that way. -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c7 --- Comment #7 from Robert Milasan <rmilasan@suse.com> 2012-10-13 19:26:53 UTC --- BTW, Jan, losetup works: execve("/usr/sbin/losetup", ["losetup", "/dev/loop0", "/home/rmilasan/ISO/ubuntu-12.10-"...], [/* 16 vars */]) = 0 brk(0) = 0x1028000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7ff623e49000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=143009, ...}) = 0 mmap(NULL, 143009, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7ff623e26000 close(3) = 0 open("/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\25\2\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=1957616, ...}) = 0 mmap(NULL, 3820608, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7ff623884000 mprotect(0x7ff623a1f000, 2097152, PROT_NONE) = 0 mmap(0x7ff623c1f000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x19b000) = 0x7ff623c1f000 mmap(0x7ff623c25000, 15424, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7ff623c25000 close(3) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7ff623e25000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7ff623e24000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7ff623e23000 arch_prctl(ARCH_SET_FS, 0x7ff623e24700) = 0 mprotect(0x7ff623c1f000, 16384, PROT_READ) = 0 mprotect(0x609000, 4096, PROT_READ) = 0 mprotect(0x7ff623e4a000, 4096, PROT_READ) = 0 munmap(0x7ff623e26000, 143009) = 0 brk(0) = 0x1028000 brk(0x1049000) = 0x1049000 open("/usr/lib/locale/locale-archive", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/share/locale/locale.alias", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=2512, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7ff623e48000 read(3, "# Locale name alias data base.\n#"..., 4096) = 2512 read(3, "", 4096) = 0 close(3) = 0 munmap(0x7ff623e48000, 4096) = 0 open("/usr/lib/locale/en_US.UTF-8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_US.utf8/LC_IDENTIFICATION", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=373, ...}) = 0 mmap(NULL, 373, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7ff623e48000 close(3) = 0 open("/usr/lib64/gconv/gconv-modules.cache", O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=26244, ...}) = 0 mmap(NULL, 26244, PROT_READ, MAP_SHARED, 3, 0) = 0x7ff623e41000 close(3) = 0 open("/usr/lib/locale/en_US.UTF-8/LC_MEASUREMENT", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_US.utf8/LC_MEASUREMENT", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=23, ...}) = 0 mmap(NULL, 23, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7ff623e40000 close(3) = 0 open("/usr/lib/locale/en_US.UTF-8/LC_TELEPHONE", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_US.utf8/LC_TELEPHONE", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=59, ...}) = 0 mmap(NULL, 59, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7ff623e3f000 close(3) = 0 open("/usr/lib/locale/en_US.UTF-8/LC_ADDRESS", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_US.utf8/LC_ADDRESS", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=155, ...}) = 0 mmap(NULL, 155, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7ff623e3e000 close(3) = 0 open("/usr/lib/locale/en_US.UTF-8/LC_NAME", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_US.utf8/LC_NAME", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=77, ...}) = 0 mmap(NULL, 77, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7ff623e3d000 close(3) = 0 open("/usr/lib/locale/en_US.UTF-8/LC_PAPER", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_US.utf8/LC_PAPER", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=34, ...}) = 0 mmap(NULL, 34, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7ff623e3c000 close(3) = 0 open("/usr/lib/locale/en_US.UTF-8/LC_MESSAGES", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_US.utf8/LC_MESSAGES", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 close(3) = 0 open("/usr/lib/locale/en_US.utf8/LC_MESSAGES/SYS_LC_MESSAGES", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=57, ...}) = 0 mmap(NULL, 57, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7ff623e3b000 close(3) = 0 open("/usr/lib/locale/en_US.UTF-8/LC_MONETARY", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_US.utf8/LC_MONETARY", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=286, ...}) = 0 mmap(NULL, 286, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7ff623e3a000 close(3) = 0 open("/usr/lib/locale/en_US.UTF-8/LC_COLLATE", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_US.utf8/LC_COLLATE", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=1243766, ...}) = 0 mmap(NULL, 1243766, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7ff623cf3000 close(3) = 0 open("/usr/lib/locale/en_US.UTF-8/LC_TIME", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_US.utf8/LC_TIME", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=2454, ...}) = 0 mmap(NULL, 2454, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7ff623e39000 close(3) = 0 open("/usr/lib/locale/en_US.UTF-8/LC_NUMERIC", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_US.utf8/LC_NUMERIC", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=54, ...}) = 0 mmap(NULL, 54, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7ff623e38000 close(3) = 0 open("/usr/lib/locale/en_US.UTF-8/LC_CTYPE", O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open("/usr/lib/locale/en_US.utf8/LC_CTYPE", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=256356, ...}) = 0 mmap(NULL, 256356, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7ff623cb4000 close(3) = 0 uname({sys="Linux", node="coolcat.suse.cz", ...}) = 0 stat("/dev/loop-control", {st_mode=S_IFCHR|0600, st_rdev=makedev(10, 237), ...}) = 0 readlink("/home", 0x7fff6c1177d0, 4096) = -1 EINVAL (Invalid argument) readlink("/home/rmilasan", 0x7fff6c1177d0, 4096) = -1 EINVAL (Invalid argument) readlink("/home/rmilasan/ISO", "/work/ISO", 4096) = 9 readlink("/work", 0x7fff6c1177d0, 4096) = -1 EINVAL (Invalid argument) readlink("/work/ISO", 0x7fff6c1177d0, 4096) = -1 EINVAL (Invalid argument) readlink("/work/ISO/ubuntu-12.10-beta2-desktop-amd64.iso", 0x7fff6c1177d0, 4096) = -1 EINVAL (Invalid argument) open("/work/ISO/ubuntu-12.10-beta2-desktop-amd64.iso", O_RDWR) = 3 open("/dev/loop0", O_RDWR) = 4 ioctl(4, LOOP_SET_FD, 0x3) = 0 close(3) = 0 ioctl(4, LOOP_SET_STATUS64, {offset=0, number=0, flags=0, file_name="/work/ISO/ubuntu-12.10-beta2-desktop-amd64.iso", ...}) = 0 close(4) = 0 exit_group(0) = ? +++ exited with 0 +++ -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c8 --- Comment #8 from Jan Engelhardt <jengelh@inai.de> 2012-10-13 21:33:01 CEST --- You are supposed to try with loop1 (and while max_part= is in effect) -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c9 Robert Milasan <rmilasan@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |ASSIGNED CC|mmarek@suse.com | InfoProvider|mmarek@suse.com | --- Comment #9 from Robert Milasan <rmilasan@suse.com> 2012-10-13 20:36:06 UTC --- Ahh, I get it, sorry :) OK, so simply just drop from aaa_base the loop devices and it should be OK. -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c Robert Milasan <rmilasan@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|rmilasan@suse.com |ro@suse.com -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c10 Ludwig Nussel <lnussel@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|ro@suse.com |aj@suse.com --- Comment #10 from Ludwig Nussel <lnussel@suse.com> 2012-10-15 09:07:08 CEST --- the pre-created loop devices where necessary in the past. Meanwhile the kernel has /dev/loop-control and losetup even uses it AFAIK. so files/usr/lib/tmpfiles.d/loop.conf can be removed. -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c11 Andreas Jaeger <aj@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |FIXED --- Comment #11 from Andreas Jaeger <aj@suse.com> 2012-10-15 10:51:00 UTC --- I've removed the file /usr/lib/tmpfiles.d/loop.conf -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c12 --- Comment #12 from Robert Milasan <rmilasan@suse.com> 2012-10-15 11:33:07 UTC --- What package provides this /usr/lib/tmpfiles.d/loop.conf file ? -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c13 --- Comment #13 from Andreas Jaeger <aj@suse.com> 2012-10-15 12:11:26 UTC --- Robert, it was introduced a couple of days ago in aaa_base and now dropped again. It replaced the creation of the loop devices via /lib/devices/ -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c14 --- Comment #14 from Robert Milasan <rmilasan@suse.com> 2012-10-15 12:20:40 UTC --- Ahh, OK, but both should be dropped, the /usr/lib/tmpfiles.d/loop.conf file and the creating of /lib/udev/devices/loop{0..8}. -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c15 --- Comment #15 from Andreas Jaeger <aj@suse.com> 2012-10-15 12:40:34 UTC --- Read again what I said: I created the tmpfiles to *replace* the /lib/udev... So, both are gone now. -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c16 --- Comment #16 from Robert Milasan <rmilasan@suse.com> 2012-10-15 12:45:13 UTC --- Ohh, sorry, I've missed that. Thats good, thanks! -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c17 --- Comment #17 from Bernhard Wiedemann <bwiedemann@suse.com> 2012-10-15 16:00:08 CEST --- This is an autogenerated message for OBS integration: This bug (784963) was mentioned in https://build.opensuse.org/request/show/138203 Factory / aaa_base -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c18 --- Comment #18 from Bernhard Wiedemann <bwiedemann@suse.com> 2012-10-22 17:00:08 CEST --- This is an autogenerated message for OBS integration: This bug (784963) was mentioned in https://build.opensuse.org/request/show/139017 Factory / aaa_base -- 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=784963 https://bugzilla.novell.com/show_bug.cgi?id=784963#c Jan Engelhardt <jengelh@inai.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |VERIFIED -- 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.
participants (1)
-
bugzilla_noreply＠novell.com