May 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 503538] New: [openSUSE:Tools:Devel/kiwi] missing squashfs dependency for SLE11 build
by bugzilla_noreply＠novell.com 29 Mar '12

29 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=503538 Summary: [openSUSE:Tools:Devel/kiwi] missing squashfs dependency for SLE11 build Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: System Imaging AssignedTo: froh(a)novell.com ReportedBy: aspiers(a)novell.com QAContact: adrian(a)novell.com Found By: Field Engineer [I am new to OBS development, please let me know if this is not the right place to report these kinds of bugs] I tried to 1-click install the SLE 11 build of kiwi from the OBS, but it failed because there was no provider of squashfs. I searched the OBS for squashfs and it is available for openSUSE 11.1 but not SLE 11. I'm guessing I can just work around by installing the 11.1 build of squashfs, but is there a better fix? I don't know if the OBS automatically builds the ymp files - if so, could it autodetect dependencies from the spec file? -- 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 504616] New: mips-gcc errors
by bugzilla_noreply＠novell.com 29 Mar '12

29 Mar '12

http://bugzilla.novell.com/show_bug.cgi?id=504616 Summary: mips-gcc errors Classification: openSUSE Product: openSUSE 11.2 Version: Milestone 1 Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: sboyce(a)blueyonder.co.uk QAContact: qa(a)suse.de Found By: --- Created an attachment (id=292663) --> (http://bugzilla.novell.com/attachment.cgi?id=292663) Output from make V=99 User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-GB; rv:1.9.0.8) Gecko/2009032608 Firefox/3.0.8 Building kamikase_8.09 gives gcc not found errors, seems mips-gcc package is missing from factory. Reproducible: Always Steps to Reproduce: 1.make V=99 2. 3. Actual Results: gcc: 0: No such file or directory gcc: unrecognized option '-G' gcc: unrecognized option '-EL' cc1: error: unrecognized command line option "-mabi=32" cc1: error: unrecognized command line option "-mno-abicalls" cc1: error: unrecognized command line option "-mips32" make[5]: Entering directory `/home/lancelot/ftp/may09/kamikaze_8.09/build_dir/linux-adm5120_router_le/linux-2.6.26.5' Expected Results: Cross compiled the 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 5

[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 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 507273] New: "Edit as new message" sets the "From" account as the default account instead of the source account
by bugzilla_noreply＠novell.com 31 Jan '12

31 Jan '12

http://bugzilla.novell.com/show_bug.cgi?id=507273 Summary: "Edit as new message" sets the "From" account as the default account instead of the source account Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Evolution AssignedTo: bnc-team-evolution(a)forge.provo.novell.com ReportedBy: srinidhi(a)novell.com QAContact: lakhil(a)novell.com Found By: --- (The following steps were performed on a GroupWise account) Steps to reproduce: * Go to Sent Items (any other folder too would do, but I did this in the "Sent Items" folder) * Right click on a message and select "Edit as New message" * Look at the "From" account, it will be the Default account set in Account Preferences and not the source account, i.e., GroupWise account. Expected behavior: The "From" address should be set to the account from where I'm trying to edit the message as new. -- 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