December 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 566870] New: obs-worker: clean up /srv/obs/workers
by bugzilla_noreply＠novell.com 11 Apr '11

11 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=566870 http://bugzilla.novell.com/show_bug.cgi?id=566870#c0 Summary: obs-worker: clean up /srv/obs/workers Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: 64bit OS/Version: Linux Status: NEW Severity: Minor Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jengelh(a)medozas.de QAContact: adrian(a)novell.com CC: mls(a)novell.com Found By: Beta-Customer Blocker: --- On shutdown of obsworker, we should probably clean /srv/obs/workers. Otherwise, files stay around when architecture changes (1) or the number of workers is later reduced. (1) Happened to me by experimenting: linux32 rcobsworker start rcobsworker stop rcobsworker start => Server status (/old) will display localhost/1:i586 to localhost/8:x86_64 as idle even though they are no longer there, and only localhost/1:x86_64 to localhost/8:x86_64 practically exist. -- 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 4

[Bug 552696] New: Update RHEL 4 build servers to 4.8
by bugzilla_noreply＠novell.com 11 Apr '11

11 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=552696 User john(a)redux.org.uk added comment http://bugzilla.novell.com/show_bug.cgi?id=552696#c552468 Summary: Update RHEL 4 build servers to 4.8 Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: All OS/Version: All Status: NEW Severity: Normal Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: john(a)redux.org.uk QAContact: adrian(a)novell.com CC: bitdealer(a)gmail.com Found By: --- +++ This bug was initially created as a clone of Bug #552468 +++ I was trying to build a Pidgin plugin for CentOS/RHEL, and the build failed with an expansion error: nothing provides libpurple-devel >= 2.3.1 This confused me, as I know that current CentOS 4/RHEL 4 meet this requirement easily. It's since been explained that it's likely the servers are an older version of these distributions. [I've now confirmed that OBS uses RHEL 4.7] So, could we please have the build servers updated to the current version, 4.8? Reproducible: Always Steps to Reproduce: 1.Try to build a package that requires libpurple-devel >= 2.3.1 Actual Results: Build fails with: nothing provides libpurple-devel >= 2.3.1 Expected Results: Build works -- 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 8

[Bug 540738] New: osc request changelog missing ...
by bugzilla_noreply＠novell.com 11 Apr '11

11 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=540738 User mmeeks(a)novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=540738#c18300 Summary: osc request changelog missing ... 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: mmeeks(a)novell.com QAContact: adrian(a)novell.com Found By: --- It seems to me, that osc request accept doesn't provide enough log info. Having reviewed a change - people tend to not use a message to accept it; whereas when a change is submitted - there is usually a much more helpful one: $ osc log Moblin:UI/libfakekey ---------------------------------------------------------------------------- r1 | FunkyPenguin | 2009-08-25 23:22:57 | a3864e6302b3a2f375d4dc7ac92c1249 | 0.1 | Copy from home:gary_lin:branches:Moblin:UI/libfakekey via accept of submit request 18300 Request was accepted with message: Accepted, thanks. ---------------------------------------------------------------------------- vs. osc request show 18300 Request #18300: submit: home:gary_lin:branches:Moblin:UI/libfakekey(r2) -> Moblin:UI/libfakekey Message: Add libfakekey-0.1 to pass moblin v2 compliance test State: accepted 2009-08-25T23:23:04 FunkyPenguin Comment: Accepted, thanks. History: new 2009-08-20T06:11:00 gary_lin It would be in every way preferably to have the "Message:" describing the change - rather than the "thanks for doing the change" message (or perhaps as well as) in the changelog, if possible :-) 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 3

[Bug 517885] New: approving a refusal ...
by bugzilla_noreply＠novell.com 11 Apr '11

11 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=517885 Summary: approving a refusal ... 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: mmeeks(a)novell.com QAContact: adrian(a)novell.com CC: abockover(a)novell.com Found By: --- I got an E-mail wrt. a patch for inclusion in Moblin:Factory - for which there are several maintainers. I reviewed, and rejected it with a reason. Then aaron (another maintainer) approved it ;-) At least - I got E-mail saying he had approved it - and I assume the submitter did - yet the change didn't make it to the module in question. Is this a feature ? ;-) should it be possible to (apparently) successfully approve and include a change when in fact it was not approved. -- 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 4

[Bug 515925] New: spec formatting issues (prepare_spec?)
by bugzilla_noreply＠novell.com 11 Apr '11

11 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=515925 Summary: spec formatting issues (prepare_spec?) 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: wolfgang(a)rosenauer.org QAContact: adrian(a)novell.com Found By: Third Party Developer/Partner Currently the spec files checked into Factory are changed with incorrect formatting: - %changelog gets added w/o an empty line in front of it - %posttrans is not recognized as script section and therefore the empty lines in front of it get removed Some spec files are already hard to read to that makes it worse. -- 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 497304] New: "gnutelephony" build project for build service
by bugzilla_noreply＠novell.com 11 Apr '11

11 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=497304 Summary: "gnutelephony" build project for build service 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: dyfet(a)tychosoft.com QAContact: adrian(a)novell.com Found By: --- GNU Telephony is a meta project dedicated to the development and use of free software for telephony. The GNU Telephony opensuse build project is intended to support building our packages for use on RPM based GNU/Linux distributions. Our goal is to make it easier to create and deploy telephony services on RPM based distributions, and to make updates available immediately from our upstream source releases. Many of our packages are not commonly packaged or actively maintained in RPM based distributions. Some of our packages are however used by national governments on Debian based distributions, and we have a baseline package set for creating secure intercept-free VoIP services. In addition to GNU Bayonne and GNU SIP Witch, we maintain ZRTP support for Twinkle and a number of supporting libraries. -- 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 533675] New: un2400 Mobile Broadband Module don't work as a modem in openSUSE 11.2 M6
by bugzilla_noreply＠novell.com 10 Apr '11

10 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=533675 User joakim.westlund(a)pulsen.se added comment http://bugzilla.novell.com/show_bug.cgi?id=533675#c1 Summary: un2400 Mobile Broadband Module don't work as a modem in openSUSE 11.2 M6 Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: SuSE Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: joakim.westlund(a)pulsen.se QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.2) Gecko/20090730 SUSE/3.5.2-2.4 Firefox/3.5.2 un2400 Mobile Broadband Module don't work as a modem in openSUSE 11.2 M6 The driver is qcserial and the device shows up in lsusb as Bus 001 Device 003: ID 03f0:201d Hewlett-Packard But 03f0:201d is a “ {USB_DEVICE(0x03f0, 0x201d)}, /* HP un2400 Gobi QDL Device */ ” Device QDL Device is used to upload firmeware to the device. The problem is to get the firmware to the device so it shows up as a modem. I have found some good sites that describes this. The best page is http://marc.info/?l=linux-usb&m=123874553630076&w=2 A solution to load firmeware is Goobi loader. http://www.codon.org.uk/~mjg59/gobi_loader/ uname -a Linux linux-wxjg 2.6.31-rc6-3-desktop #1 SMP PREEMPT 2009-08-17 21:11:11 +0200 x86_64 x86_64 x86_64 GNU/Linux rpm -q hal udev hal-0.5.13-2.5 udev-146-1.1 Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 8

[Bug 553244] New: Internal Server error in registration-module
by bugzilla_noreply＠novell.com 08 Apr '11

08 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=553244 Summary: Internal Server error in registration-module Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Other OS/Version: SLES 11 Status: NEW Severity: Normal Priority: P5 - None Component: WebYaST AssignedTo: jdsn(a)novell.com ReportedBy: bbrunner(a)novell.com QAContact: qa(a)suse.de Found By: Development In RC0.9 after saving the registration-key and email-address (without and with details) an internal server error occurs. I attach both logs. -- 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 558915] New: All X fonts not available if xorg.conf not present
by bugzilla_noreply＠novell.com 05 Apr '11

05 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=558915 http://bugzilla.novell.com/show_bug.cgi?id=558915#c0 Summary: All X fonts not available if xorg.conf not present Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i586 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: bnc-team-xorg-bugs(a)forge.provo.novell.com ReportedBy: don.raboud(a)ualberta.ca QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.15) Gecko/2009102100 SUSE/3.0.15-0.1 Firefox/3.0.15 Without an xorg.conf file present, not all of the X-fonts are available. Reproducible: Always Steps to Reproduce: 1. remove/rename xorg.conf and restart graphic system -> fonts are missing (see below) 2. init 3 -> run 'sax2 -r -m 0=nv' and simply accept proposed configuration 3. Restart graphics system -> more fonts are now available. Actual Results: After step 1, Not all x fonts available > grep -Ei 'font|freetype' /var/log/Xorg.0.log (WW) The directory "/usr/share/fonts/TTF/" does not exist. Entry deleted from font path. (WW) The directory "/usr/share/fonts/OTF" does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/misc:unscaled, /usr/share/fonts/truetype/, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi:unscaled, /usr/share/fonts/75dpi:unscaled Then for example, > xlsfonts | grep helvetica | wc -l 480 After steps 2 and 3, > grep -Ei 'font|freetype' /var/log/Xorg.0.log < snip many warnings about "directory does not exist" > (**) FontPath set to: /usr/share/fonts/misc:unscaled, /usr/share/fonts/75dpi:unscaled, /usr/share/fonts/100dpi:unscaled, /usr/share/fonts/Type1, /usr/share/fonts/URW, /usr/share/fonts/Speedo, /usr/share/fonts/cyrillic, /usr/share/fonts/truetype, /usr/share/fonts/misc:unscaled, /usr/share/fonts/truetype/, /usr/share/fonts/Type1/, /usr/share/fonts/100dpi:unscaled, /usr/share/fonts/75dpi:unscaled > xlsfonts | grep helvetica | wc -l 988 Removing xorg.conf causes a reversion to the original behavior. Expected Results: Even without an xorg.conf file I would expect the system to still use the available X-fonts. -- 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 10

[Bug 565151] New: AutoFS "lazy unmounts" on restart and causes cwd truncation
by bugzilla_noreply＠novell.com 04 Apr '11

04 Apr '11

http://bugzilla.novell.com/show_bug.cgi?id=565151 http://bugzilla.novell.com/show_bug.cgi?id=565151#c0 Summary: AutoFS "lazy unmounts" on restart and causes cwd truncation Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: lchiquitto(a)novell.com QAContact: qa(a)suse.de CC: ihno(a)novell.com, jeffm(a)novell.com, sqiu(a)novell.com Found By: --- Blocker: --- This problem affects all versions of AutoFS that we ship. How to reproduce: 1. Mount an NFS volume using AutoFS: os112:/nfs/export/dir1/dir2/dir3 # /bin/pwd /nfs/export/dir1/dir2/dir3 * /nfs/export is an NFS volume mounted by AutoFS 2. Restart AutoFS while the mount point is in use (by the shell in this example) os112:/nfs/export/dir1/dir2/dir3 # rcautofs restart Shutting down automount done Starting automount done 3. Check the process current directory: os112:/nfs/export/dir1/dir2/dir3 # /bin/pwd dir1/dir2/dir3 A simple "cd ." will fix things in the shell, but this can't be done for other binaries that might be running with $cwd below the AutoFS managed volume. This bug is already fixed upstream and the code (kernel and userland) is already included on openSUSE 11.2 (kernel > 2.6.28 and autofs 5.0.4). The problem still exists because the configuration option USE_MISC_DEVICE is being disabled by default in the init script. -- 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 8