April 2009 - openSUSE Bugs - openSUSE Mailing Lists

[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 496820] New: initial "osc checkout" fails with unhelpful message about "iChain"
by bugzilla_noreply＠novell.com 14 Nov '11

14 Nov '11

http://bugzilla.novell.com/show_bug.cgi?id=496820 Summary: initial "osc checkout" fails with unhelpful message about "iChain" 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 Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; nl; rv:1.9.0.8) Gecko/2009033100 Ubuntu/9.04 (jaunty) Firefox/3.0.8 Performing a first osc checkout requires user to press a one-time-button on the build.opensuse.org account page. There is a button called (iirc) [let me create my packages] on the user account page at build.opensuse.org that you need to press to enable the checkout. >From the name of the button (nor from osc's error message) I could not guess that this button would be a one-time thing or that this was the button I should press to register my iChain user. Reproducible: Didn't try Steps to Reproduce: @ reproducibility: I tried to checkout several times, I did not try to create another test account 1. create a new account at http://build.opensuse.org [janneke] 2. forget about that for a while 3. install osc 4. run osc checkout, enter credentials (user/pass) Actual Results: 15:57:14 janneke@peder:~/vc/suse $ osc checkout windows:mingw:win32 A windows:mingw:win32 Server returned an error: HTTP Error 403: Forbidden iChain user not yet registered - with --debug: $ osc --debug checkout windows:mingw:win32 GET https://api.opensuse.org/source/windows:mingw:win32/_meta A windows:mingw:win32 GET https://api.opensuse.org/source/windows:mingw:win32 Server returned an error: HTTP Error 403: Forbidden X-Runtime: 0.02454 X-Opensuse-Errorcode: unregistered_ichain_user Cache-Control: no-cache Date: Mon, 20 Apr 2009 14:45:10 GMT Server: lighttpd/1.5.0 Content-Type: application/xml; charset=utf-8 Connection: close Content-Length: 226 Via: 1.1 ICS_SERVER (iChain 2.3.410) <?xml version="1.0" encoding="UTF-8"?> <status code="unregistered_ichain_user"> <summary>iChain user not yet registered</summary> <details>Please register your iChain user via the web application once.</details> </status> iChain user not yet registered [1]16:46:15 janneke@peder:~/vc/suse This left me wondering, is iChain == build.opensuse.org? But I already registered. Or else, what is "the web application" and why is there no address listed? Expected Results: either a. checkout just works, no need to press a button on a web page, or b. get an osc prompt (just like user/pass): register iChain user [Y/n]?, or c. a better name for the button, eg: [register iChain user], and an osc error message saying please visit http://build.opensuse.org/~janneke and press the button: [register iChain user] -- 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 496259] New: ntp does not synchronize not reporting any error
by bugzilla_noreply＠novell.com 06 Nov '11

06 Nov '11

http://bugzilla.novell.com/show_bug.cgi?id=496259 Summary: ntp does not synchronize not reporting any error Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: estellnb(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.10 (like Gecko) SUSE ntp restart does not help YaST2 - ntp customization - de.pool.ntp.org ~ edit - Test: the server can be reached and answers correctly However my clock is completely out of sync (half an hour past real time). I can remember this having always worked correctly in elder releases of OpenSuse. 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 11

[Bug 492775] New: fetchnews abort fetching on bad header from server.
by bugzilla_noreply＠novell.com 19 Oct '11

19 Oct '11

http://bugzilla.novell.com/show_bug.cgi?id=492775 Summary: fetchnews abort fetching on bad header from server. Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: i686 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: robin.listas(a)telefonica.net QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.7) Gecko/2009022800 SUSE/3.0.7-1.1 Firefox/3.0.7 In the terminal where fetchnews was started, I see: nimrodel:~ # Warning: opensuse.org.help.applications: cannot parse server reply "220 5828 <oldcpu.3q6ird(a)no-mx.forums.opensuse.org>" Warning: aborting fetch from forums.opensuse.org due to previous condition. article /opt/var_spool_news/opensuse/org/no-support/general-chit-chat/4043 contained illegal headers: non-printable characters in headers (relaxed check allows for iso-8859*) No more info in syslog, I could increase verbosity if you are interested. I don't know if it is bug in fetchnews, forum, or both. I see that every day it runs. 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 9

[Bug 493152] New: Build020: automatic installation stalls
by bugzilla_noreply＠novell.com 30 Sep '11

30 Sep '11

http://bugzilla.novell.com/show_bug.cgi?id=493152 Summary: Build020: automatic installation stalls Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Blocker Priority: P5 - None Component: Installation AssignedTo: mzugec(a)novell.com ReportedBy: coolo(a)novell.com QAContact: jsrain(a)novell.com Found By: --- Created an attachment (id=284713) --> (http://bugzilla.novell.com/attachment.cgi?id=284713) yast logs I'm testing openSUSE-11.2-Alpha0-DVD-i586-Build0020-Media.iso (unfortunately not in prague - already notified autobuild team) and the installation worked ok, but the automatic configuration stops at 16% and does not proceed. The machine is a kvm instance. The logs stop at "reading hwinfo" for network, so I assign to miso right away. -- 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 57

[Bug 492647] New: Remove 'slab' Presentation of Yast and Most All Menu System and Standardise Default Menu System
by bugzilla_noreply＠novell.com 10 Sep '11

10 Sep '11

http://bugzilla.novell.com/show_bug.cgi?id=492647 Summary: Remove 'slab' Presentation of Yast and Most All Menu System and Standardise Default Menu System Classification: openSUSE Product: openSUSE 11.2 Version: Alpha 0 Platform: x86-64 OS/Version: openSUSE 11.0 Status: NEW Severity: Enhancement Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: alpha096(a)virginbroadband.com.au QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.0.7) Gecko/2009022800 SUSE/3.0.7-1.1.6 Firefox/3.0.7 When we open Yast in Gnome the response is 1 big slab of root applications and whilst this was originally much small the amount of root application has increased. We need to remove the slab of root Yast Menus. The same concept is required for the rationalisation of the user menu system - After many many years I can always find what I am looking for and what I need, but a recent public critique was not so kind. I decided to either validate or forget about the public critique. I presented 3 Entirely New to Linux home users with medium technical skills and left them alone. Ever negative feedback that was provided focused solely the Memu style 'slab' of applications in Yast because when you enter Yast the full screen of available application cannot all be seen as it extends off the Monitor. The other issue was that this same 'slab' issue in multiple user/system/non-root applications was hugely confusing. The 'Computer Menu initially opens well but heaven help any one who clicks on 'more applications' The other Menus being Applications, Places, System and Computer Menus all require consistent rationalisation of type, content and usage. On the very plus side is the wonderful faultless performance of applications and Yast - Its rock solid at a time where KDE often falls over. Give the user a good consist and menu, Direct multiple clipboard selection, different wallpapers per virtual desktop, much more default eye kandy and it will win hands down over KDE and miserable Vista, in my opinion. I have pasted an extract out of a public critique on SLED and its URL as of 23 March 2009 Reproducible: Always Steps to Reproduce: 1.Enhancement 2.Enhancement 3.Enhancement Actual Results: See Description Extract text from http://blogs.zdnet.com/perlow/?p=9716 QUOTE..... My gripes with SLED 11 are also not just related to Novell’s insufficient QA, although clearly this is the product’s biggest problem. I also have design issues as to how they laid out the interface for their updated “Slab” enhancements to GNOME. In both openSUSE 11.1 and SLED 11, there are 3 distinct “views” by which programs and settings can be accessed — a “Control Center”, an “Applications Browser” and then “Yast2″. Each of these views contain a large amount of icons, particularly the “Applications Browser” which is several pages long. This is so overwhelming that it takes a long time to figure out in which interface a particular program or configuration option is actually located. This problem, which is a disease I shall refer to as “Iconitis” is also a design element I also take issue with in Windows Vista and Windows 7’s Control Panel, but Novell’s implementation is much more confusing and counter-intuitive. Ideally, I’d like to see ONE Control Panel/Applications Browser with organizational tabs or tree drill-downs so that you don’t have to switch between UIs to find what you need. Access to the Administrative icons should require super-user or authenticated user privileges. Can OEMs and Enterprises address the overwhelming amount of presented apps in the Application Browser using imaging and scripted installs? Yes, but again I say Novell should not assume everyone is going to do this. The default install and menu configuration should not be this unweildy for an end-user. While the technology itself in SLED 11 is impressive, Novell clearly has a lot of work to do before I can recommend deployment of SLED 11 as an enterprise desktop. UNQUOTE..... -- 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 7