December 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 503100] New: deb package broken on SLES11
by bugzilla_noreply＠novell.com 29 Mar '12

29 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=503100 Summary: deb package broken on SLES11 Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: choeger(a)open-xchange.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.10) Gecko/2009042700 SUSE/3.0.10-1.1 Firefox/3.0.10 Using the deb package to e.g. package debian packages on obs on SLES11 does not work: dpkg-source -h Can't locate Dpkg/Gettext.pm in @INC (@INC contains: /usr/lib/perl5/5.10.0/i586-linux-thread-multi /usr/lib/perl5/5.10.0 /usr/lib/perl5/site_perl/5.10.0/i586-linux-thread-multi /usr/lib/perl5/site_perl/5.10.0 /usr/lib/perl5/vendor_perl/5.10.0/i586-linux-thread-multi /usr/lib/perl5/vendor_perl/5.10.0 /usr/lib/perl5/vendor_perl .) at /usr/bin/dpkg-source line 8. BEGIN failed--compilation aborted at /usr/bin/dpkg-source line 8. Reproducible: Always Steps to Reproduce: 1.install package deb 2.run dpkg-source 3. Actual Results: missing perl module -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 500603] New: OBS "Breaking Dependency" resolution causes build failures
by bugzilla_noreply＠novell.com 29 Mar '12

29 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=500603 Summary: OBS "Breaking Dependency" resolution causes build failures Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: BuildService AssignedTo: adrian(a)novell.com ReportedBy: david(a)dgreaves.com QAContact: adrian(a)novell.com CC: mls(a)novell.com Found By: --- Some build runs on the public OBS under armv5el are failing due to dependency failures. Packages clearly mentioned in the dependency tree are not being installed. This only seems to be an issue following a: breaking dependency statement in the pre-install phase. example 1 network-manager-applet in Maemo:Mer:Devel we have the OBS build saying cycle: initramfs-tools -> udev breaking dependency udev -> initramfs-tools then later in the 'proper' build: udev depends on initramfs-tools (>= 0.40ubuntu30); however: Package initramfs-tools is not installed. and a subsequent error: /usr/sbin/invoke-rc.d: line 274: /sbin/runlevel: No such file or directory Kernel uevent sequence number not available, cowardly not restarting udev Removing `local diversion of /sbin/udevadm to /sbin/udevadm.upgrade' /var/lib/dpkg/info/udev.postinst: line 154: update-initramfs: command not found https://build.opensuse.org/package/live_build_log?arch=armv5el&package=netw… example 2 Maemo:Mer:Devel:MaemoCommon/hildon-input-framework and libgtk2.0.0-bin we have the OBS build saying cycle: libgtk2.0-0 -> libgtk2.0-bin breaking dependency libgtk2.0-0 -> libgtk2.0-bin later: libgtk2.0-0 depends on libgtk2.0-bin (>= 2:2.12.12-1maemo13mer9); however: Package libgtk2.0-bin is not installed. then: installing hildon-input-method-framework /var/lib/dpkg/info/hildon-input-method-framework.postinst: line 5: update-gtk-immodules: command not found note that hildon-input-method-framework depends on libgtk2.0-0 to provide libgtk2.0-bin to provide update-gtk-immodules Also, the problem is seen in the build of Maemo:Mer:Devel:MaemoCommon/hildon-input-method, not Maemo:Mer:Devel:MaemoCommon/hildon-input-method-framework https://build.opensuse.org/package/live_build_log?arch=armv5el&package=hild… darix said to assign to adrian/mls -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 1

[Bug 496827] New: osc build on Ubuntu [/Debian-based distro] fails trying to run /bin/rpm
by bugzilla_noreply＠novell.com 29 Mar '12

29 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=496827 Summary: osc build on Ubuntu [/Debian-based distro] fails trying to run /bin/rpm Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jnieuwenhuizen(a)novell.com QAContact: adrian(a)novell.com CC: michael.meeks(a)novell.com Found By: --- $ osc build mingw32-cairomm.spec Building mingw32-cairomm.spec for openSUSE_Factory/x86_64 Getting buildinfo from server Updating cache of required packages Verifying integrity of cached packages Traceback (most recent call last): File "/usr/bin/osc", line 12, in <module> r = babysitter.run(osccli) File "/usr/lib/python2.6/dist-packages/osc/babysitter.py", line 40, in run return prg.main() File "/usr/lib/python2.6/dist-packages/osc/cmdln.py", line 255, in main return self.cmd(args) File "/usr/lib/python2.6/dist-packages/osc/cmdln.py", line 278, in cmd retval = self.onecmd(argv) File "/usr/lib/python2.6/dist-packages/osc/cmdln.py", line 394, in onecmd return self._dispatch_cmd(handler, argv) File "/usr/lib/python2.6/dist-packages/osc/cmdln.py", line 1069, in _dispatch_cmd return handler(argv[0], opts, *args) File "/usr/lib/python2.6/dist-packages/osc/commandline.py", line 1937, in do_build return osc.build.main(opts, args) File "/usr/lib/python2.6/dist-packages/osc/build.py", line 389, in main verify_pacs([ i.fullfilename for i in bi.deps ]) File "/usr/lib/python2.6/dist-packages/osc/fetch.py", line 149, in verify_pacs stderr=subprocess.STDOUT, close_fds=True).stdout File "/usr/lib/python2.6/subprocess.py", line 595, in __init__ errread, errwrite) File "/usr/lib/python2.6/subprocess.py", line 1092, in _execute_child raise child_exception OSError: [Errno 2] No such file or directory It turns out that /usr/lib/python2.6/dist-packages/osc/fetch.py blindly invokes "/bin/rpm -K" while Debian/Ubuntu's rpm lives at /usr/bin/rpm. After removing the /bin/ part, osc prints has rpm print something about alien: Building mingw32-cairomm.spec for openSUSE_Factory/x86_64 Getting buildinfo from server Updating cache of required packages Verifying integrity of cached packages The following package could not be verified: rpm: To install rpm packages on Debian systems, use alien. See README.Debian. It turns out that using --no-verify works, ie osc build --no-verify mingw32-cairomm -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5

[Bug 492431] New: build succeeds on x86_64, fails on i586 with "%changelog not in descending chronological order"
by bugzilla_noreply＠novell.com 29 Mar '12

29 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=492431 Summary: build succeeds on x86_64, fails on i586 with "%changelog not in descending chronological order" Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sbrabec(a)novell.com QAContact: adrian(a)novell.com Depends on: 492427 Found By: --- As a work-around of side-effects of work-around of bug 492427, I created following package: https://build.opensuse.org/package/show?package=hal_openSUSE11.0&project=se… I got a package, which succeeds on x86_64 and local i586 build, but building for i586 in OBS fails with: .. creating baselibs hal(ia64:x86): writing specfile... hal(ia64:x86): running build... rpmbuild failed: 256 re-running in verbose mode: error: %changelog not in descending chronological order System halted. Notes: - Removing baselibs.conf in _link does not work-around this failure. - I would never create such tricky package without bug 492427. If this bug will be fixed, you may decide to WONTFIX this one and I'll create a clean package. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 492427] New: package link: filling target project package name => status is "excluded"
by bugzilla_noreply＠novell.com 29 Mar '12

29 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=492427 Summary: package link: filling target project package name => status is "excluded" Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sbrabec(a)novell.com QAContact: adrian(a)novell.com Found By: --- I need to link the same package from more distributions to apply one patch on top of it. Even if the web interface claims such feature, it does not work: When creating a link package, filling "Name of linked package in target project" different from name of package in source project results "excluded" status of the package in all distributions including the source distribution. Examples: https://build.opensuse.org/package/show?package=hal110&project=security%3Ac… https://build.opensuse.org/package/show?package=hal_openSUSE11_0&project=se… A possible work-around: Adding a spec file with name of linked package in target project and %include and a bit of ugly magic: https://build.opensuse.org/package/show?package=hal_openSUSE11.1&project=se… -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 3

[Bug 492366] New: inexplicable local modifications ?
by bugzilla_noreply＠novell.com 29 Mar '12

29 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=492366 User mmeeks(a)novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=492366#c1 Summary: inexplicable local modifications ? Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: mmeeks(a)novell.com QAContact: adrian(a)novell.com Found By: --- Not knowing how best to resolve _linkerrors, I tried this: $ osc up -e Expanding to rev c6ae3317f02851279bcbd2f6cc6a71bc D _link D project.diff D project1.diff D project2.diff A _linkerror At revision c6ae3317f02851279bcbd2f6cc6a71bc. $ cat _linkerror applying patch project.diff patching file kernel-default.spec patching file linux-2.6-build-nonintconfig.patch patching file linux-2.6.19-modesetting-by-default.patch patching file linux-2.6.29-dont-wait-for-mouse.patch patching file linux-2.6.29-drm-fence-fix.patch patching file linux-2.6.29-drm-revert.patch patching file linux-2.6.29-enable-async-by-default.patch patching file linux-2.6.29-fast-initrd.patch patching file linux-2.6.29-flip-ide-net.patch patching file linux-2.6.29-input-introduce-a-tougher-i8042.reset.patch patching file linux-2.6.29-jbd-longer-commit-interval.patch patching file linux-2.6.29-msiwind.patch patching file linux-2.6.29-retry-root-mount.patch patching file linux-2.6.29-silence-acer-message.patch patching file linux-2.6.29-sreadahead.patch applying patch project1.diff patching file kernel-default.spec Hunk #1 FAILED at 62. 1 out of 6 hunks FAILED -- saving rejects to file .rejects could not apply patch 'project1.diff' $ ls _linkerror $ osc up -u osc: cannot expand/unexpand because your working copy has local modifications. Please remove them and try again $ ls _linkerror $ rm _linkerror $ osc up -u osc: cannot expand/unexpand because your working copy has local modifications. Please remove them and try again $ ls -a .. .osc $ osc up -u osc: cannot expand/unexpand because your working copy has local modifications. Please remove them and try again It is *highly* unclear to me what the local modifications are: I fairly often get similar messages - around a hyper-sensitivity to (non-existent) local modifications which is particularly painful with a large package where re-checking it out takes some minutes. Any chance of making this more relaxed ? :-) Thanks. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5

[Bug 551705] New: boot process does not continue for 1,5 minutes, although the DE is already up and running
by bugzilla_noreply＠novell.com 28 Mar '12

28 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=551705 Summary: boot process does not continue for 1,5 minutes, although the DE is already up and running Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sven.burmeister(a)gmx.net QAContact: qa(a)suse.de Found By: --- Created an attachment (id=325014) --> (http://bugzilla.novell.com/attachment.cgi?id=325014) boot.msg User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.1.4) Gecko/20091016 SUSE/3.5.4-1.1.2 Firefox/3.5.4 As you can see in the log, the boot process is not continued for 1,5 minutes. I'm not sure what the cause is, so I'll attach the whole log. The result of this issue however is that while the DE is already up and running NetworkManager was not started yet and hence the NM client did not set-up a networkc onnection yet when the applications restored as part of the DE session want to access the network. Starting acpid done <notice -- Nov 1 11:48:31.225966000> service acpid done <notice -- Nov 1 11:48:31.374109000> startproc: execve (/sbin/rsyslogd) [ /sbin/rsyslogd -c 4 -f /etc/rsyslog.early.conf ], [ DO_FASTBOOT=no SELINUX_INIT=YES CONSOLE=/dev/console ROOTFS_FSTYPE=ext3 TERM=linux SHELL=/bin/sh ROOTFS_FSCK=0 LC_ALL=POSIX INIT_VERSION=sysvinit-2.86 DO_BLOGD=yes REDIRECT=/dev/tty1 COLUMNS=156 PATH=/bin:/sbin:/usr/bin:/usr/sbin DO_CONFIRM=no vga=0x31a RUNLEVEL=5 SPLASHCFG=/etc/bootsplash/themes/openSUSE/config/bootsplash-1280x1024.cfg PWD=/ DO_QUIET=no PREVLEVEL=N LINES=60 SHLVL=2 HOME=/ DO_FORCEFSCK=no SPLASH=yes splash=silent ROOTFS_BLKDEV=/dev/disk/by-id/scsi-SATA_Maxtor_6Y080P0_Y2V5H71E-part1 _=/sbin/startproc DAEMON=/sbin/rsyslogd ] <notice -- Nov 1 11:48:31.541690000> service earlysyslog doneStarting syslog servicesdone <notice -- Nov 1 11:48:31.593602000> start_daemon: execve (/bin/dbus-daemon) [ /bin/dbus-daemon --system ], [ DO_FASTBOOT=no CONSOLE=/dev/console SELINUX_INIT=YES ROOTFS_FSTYPE=ext3 SHELL=/bin/sh TERM=linux ROOTFS_FSCK=0 LC_ALL=POSIX INIT_VERSION=sysvinit-2.86 DO_BLOGD=yes REDIRECT=/dev/tty1 COLUMNS=156 PATH=/bin:/sbin:/usr/bin:/usr/sbin vga=0x31a DO_CONFIRM=no RUNLEVEL=5 PWD=/ SPLASHCFG=/etc/bootsplash/themes/openSUSE/config/bootsplash-1280x1024.cfg DO_QUIET=no PREVLEVEL=N LINES=60 HOME=/ SHLVL=2 DO_FORCEFSCK=no splash=silent SPLASH=yes ROOTFS_BLKDEV=/dev/disk/by-id/scsi-SATA_Maxtor_6Y080P0_Y2V5H71E-part1 _=/sbin/start_daemon DAEMON=/bin/dbus-daemon ] Starting D-Bus daemon <notice -- Nov 1 11:48:31.681846000> service dbus donedone <notice -- Nov 1 11:48:31.682012000> service earlyxdm start <notice -- Nov 1 11:48:31.682719000> service network start <notice -- Nov 1 11:48:31.683418000> service haldaemon start <notice -- Nov 1 11:48:34.343634000> service network done <notice -- Nov 1 11:48:34.343719000> service syslog start <notice -- Nov 1 11:48:34.962833000> startproc: execve (/usr/bin/kdm) [ /usr/bin/kdm ], [ DO_FASTBOOT=no SELINUX_INIT=YES CONSOLE=/dev/console ROOTFS_FSTYPE=ext3 TERM=linux SHELL=/bin/sh ROOTFS_FSCK=0 INIT_VERSION=sysvinit-2.86 DO_BLOGD=yes KDEROOTHOME=/root/.kdm REDIRECT=/dev/tty1 COLUMNS=156 PATH=/bin:/sbin:/usr/bin:/usr/sbin DO_CONFIRM=no vga=0x31a RUNLEVEL=5 SPLASHCFG=/etc/bootsplash/themes/openSUSE/config/bootsplash-1280x1024.cfg PWD=/ DO_QUIET=no LANG=de_DE.UTF-8 PREVLEVEL=N LINES=60 QT_SYSTEM_DIR=/usr/share/desktop-data SHLVL=2 HOME=/ XCURSOR_THEME=DMZ DO_FORCEFSCK=no WINDOWMANAGER= SPLASH=yes splash=silent ROOTFS_BLKDEV=/dev/disk/by-id/scsi-SATA_Maxtor_6Y080P0_Y2V5H71E-part1 _=/sbin/startproc DAEMON=/usr/bin/kdm ] Starting service kdm4done <notice -- Nov 1 11:48:35.109595000> service earlyxdm doneLoading CPUFreq modulesdone Starting HAL daemondone <notice -- Nov 1 11:48:35.446919000> service haldaemon done <notice -- Nov 1 11:48:38.825405000> checkproc: /usr/bin/kdm 1351 <notice -- Nov 1 11:49:59.570305000> killproc: kill(1207,15) Re-Starting syslog services <notice -- Nov 1 11:49:59.678472000> startproc: execve (/sbin/rsyslogd) [ /sbin/rsyslogd -c 4 -f /etc/rsyslog.conf ], [ DO_FASTBOOT=no CONSOLE=/dev/console SELINUX_INIT=YES ROOTFS_FSTYPE=ext3 SHELL=/bin/sh TERM=linux ROOTFS_FSCK=0 LC_ALL=POSIX INIT_VERSION=sysvinit-2.86 DO_BLOGD=yes REDIRECT=/dev/tty1 COLUMNS=156 PATH=/bin:/sbin:/usr/bin:/usr/sbin vga=0x31a DO_CONFIRM=no RUNLEVEL=5 PWD=/ SPLASHCFG=/etc/bootsplash/themes/openSUSE/config/bootsplash-1280x1024.cfg DO_QUIET=no PREVLEVEL=N LINES=60 HOME=/ SHLVL=2 DO_FORCEFSCK=no splash=silent SPLASH=yes ROOTFS_BLKDEV=/dev/disk/by-id/scsi-SATA_Maxtor_6Y080P0_Y2V5H71E-part1 _=/sbin/startproc DAEMON=/sbin/rsyslogd ] <notice -- Nov 1 11:49:59.786658000> service syslog donedone Reproducible: Always -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 15

[Bug 524576] New: Minor problems with the oidentd-2.0.8-1.87 RPM
by bugzilla_noreply＠novell.com 27 Mar '12

27 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=524576 Summary: Minor problems with the oidentd-2.0.8-1.87 RPM Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i586 OS/Version: openSUSE 11.1 Status: NEW Severity: Minor Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: opensuse(a)jeffshantz.com QAContact: qa(a)suse.de Found By: --- I installed oidentd-2.0.8-1.87 from the openSUSE 11.1 repository. Some files are missing on the system that are reported as being installed by the RPM: js3:/home/jeff # rpm -ql oidentd /etc/init.d/oidentd /etc/oidentd.conf /etc/oidentd_masq.conf /usr/sbin/oidentd /usr/sbin/rcoidentd /usr/share/doc/packages/oidentd /usr/share/doc/packages/oidentd/AUTHORS /usr/share/doc/packages/oidentd/COPYING /usr/share/doc/packages/oidentd/COPYING.DOC /usr/share/doc/packages/oidentd/ChangeLog /usr/share/doc/packages/oidentd/ChangeLog-1.x /usr/share/doc/packages/oidentd/INSTALL /usr/share/doc/packages/oidentd/NEWS /usr/share/doc/packages/oidentd/README /usr/share/doc/packages/oidentd/TODO /usr/share/man/man5/oidentd.conf.5.gz /usr/share/man/man5/oidentd_masq.conf.5.gz /usr/share/man/man8/oidentd.8.gz /var/adm/fillup-templates/sysconfig.oidentd However, the following files do not get installed: /etc/oidentd.conf /etc/oidentd_masq.conf Furthermore, /etc/init.d/oidentd is not installed with executable permissions, causing a minor annoyance when attempting to use rcoidentd. I should mention that I also tried a source-install (oidentd-2.0.8-1.70.src.rpm is currently available in the repository) and the same problems exist with this package. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 2

[Bug 497574] New: monit status says the monit daemon is not running, even if it really is.
by bugzilla_noreply＠novell.com 27 Mar '12

27 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=497574 Summary: monit status says the monit daemon is not running, even if it really is. Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: i586 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jack_csk(a)yahoo.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.9) Gecko/2009040821 Firefox/3.0.9 (.NET CLR 3.5.30729) Issue "monit status" on the shell reports the monit daemon is not running, but the monit process is indeed running: ---------- 8< ---------- snail:~ # sudo monit status monit: no status available -- the monit daemon is not running snail:~ # ps -ef | grep monit root 2349 1 0 15:52 ? 00:00:00 /usr/bin/monit -c /etc/monitrc -p /var/run/monit/monit.pid -s /var/run/monit/monit.state root 5695 4874 0 16:39 pts/2 00:00:00 grep monit ---------- 8< ---------- If I supply the pid file path by the -p flag, i.e.: sudo monit -p /var/run/monit/monit.pid status It works as expected. That makes me believe the monit process can't find the pid file, so I have to explicitly add the pid file path in /etc/monitrc: set pidfile /var/run/monit/monit.pid After said line is added to /etc/monitrc, the "monit status" command works as expected. Such issue is not found on Fedora / Ubuntu, and I believe it has to do with the different pathname for the monit.pid file. My suggestion to fix this issue is either: a. Change the path of the monit.pid to that of the default one (i.e. /var/run/monit.pid) b. Add the "set pidfile /var/run/monit/monit.pid" to /etc/monitrc by default installation Reproducible: Always Steps to Reproduce: 1. Login to OpenSUSE, open a Linux terminal 2. Make sure the monit package is installed 3. Start the monit process: service /sbin/service monit start 4. Type in: sudo monit status 5. Compare the result with: ps -ef | grep monit 6. Type in this command, and see the difference: sudo monit -p /var/run/monit/monit.pid status Actual Results: monit displays the error message, even the process is running: monit: no status available -- the monit daemon is not running Expected Results: monit reports the system status -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 5

[Bug 523353] New: amtu-1.0.4-102.2: possible missing call to fclose
by bugzilla_noreply＠novell.com 26 Mar '12

26 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=523353 Summary: amtu-1.0.4-102.2: possible missing call to fclose Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dcb314(a)hotmail.com QAContact: qa(a)suse.de Found By: --- I just had a look at factory package amtu-1.0.4-102.2 For source code amtu-1.0.4/src/memsep.c, around line 324 is the source code for the function memsep. I notice the following line fp = fopen("/proc/self/maps", "r"); but no matching calls to fclose. Suggest add one to close this resource leak. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

1 6