July 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 664726] New: Empty /etc/alternatives directory on huge live-dvd build by susestudio, dhcp can`t work without
by bugzilla_noreply＠novell.com 11 Jul '11

11 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=664726 https://bugzilla.novell.com/show_bug.cgi?id=664726#c0 Summary: Empty /etc/alternatives directory on huge live-dvd build by susestudio, dhcp can`t work without Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: i686 OS/Version: openSUSE 11.3 Status: NEW Severity: Major Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: bgerz(a)gmx.net QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.2.13) Gecko/20101203 SUSE/3.6.13-0.2.1 Firefox/3.6.13 Hi, I tried to build a big 3548 packages live dvd on susestudio.com But most of the rebuild times(in last 4 weeks) I get a empty /etc/alternatives (not all the time). Main result: DHCP network does not start(no awk found). My last test appliance #311705(look to package list inside) RPM-Build bug/timeout/memory problem because of size? gawk-3.1.8-31.6.i586 vim-base-7.2-23.1.i586 vim-7.2-23.1.i586 vim-data-7.2-23.1.noarch vim-enhanced-7.2-23.1.i586 vim-plugin-devhelp-2.32.0-1.3.i586 gvim-7.2-23.1.i586 rpm-4.8.0-4.4.i586 build-mkdrpms-2010.12.15-42.1.noarch rpmrebuild-2.4-1.2.noarch patterns-openSUSE-devel_rpm_build-11.3-22.1.i586 rpm-python-4.8.0-4.4.i586 rpmkey-packman-0.3.9-2.pm.2.1.noarch rpmlint-mini-0.95-1.27.i586 rpmlint-0.95-11.1.noarch rpmorphan-1.8-0.pm.1.1.noarch deltarpm-3.5-6.1.i586 rpmlint-Factory-1.0-58.1.noarchbuild-compare-2009.10.14-103.1.noarch build-mkdrpms-2010.12.15-42.1.noarch build-mkbaselibs-2010.12.15-42.1.noarch rpmrebuild-2.4-1.2.noarch libfwbuilder-4.1.3-2.1.i586 patterns-openSUSE-devel_rpm_build-11.3-22.1.i586 openSUSE-build-key-1.0-8.2.noarch lsb-buildenv-4.0-6.3.i586 build-2010.12.15-42.1.noarch post-build-checks-1.0-77.1.noarch arpwatch-ethercodes-build-2.1a15-268.3.i586 kbuild-0.1.5svn2336-7.1.i586 aaa_base-11.3-8.5.1.i586 q Reproducible: Sometimes Steps to Reproduce: 1. try the appliance 311705 and look to the many other open bugzilla entries about aliases(most java alias problems) ;-) Actual Results: no link from gawk to awk, no vi-link, empty /etc/alternatives on my live image Expected Results: working aliases or a helpful error message from build service to the user(if timeout, out of space/limits), working dhcp network out of a live medium -- 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.

1 9

[Bug 704806] New: Gwibber -> Facebook a not changeable prefix in Front of your status message called "is"
by bugzilla_noreply＠novell.com 11 Jul '11

11 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=704806 https://bugzilla.novell.com/show_bug.cgi?id=704806#c0 Summary: Gwibber -> Facebook a not changeable prefix in Front of your status message called "is" Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Minor Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: info(a)sarazin.org QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0 There is not a critical bug in Gwibber. You get a FB account and log in from gwibber, after that you will post a new message from gwibber to Facebook, the message on facebook looks like "is typing a message over the weather" But in gwibber you only typed a message like "typing a message over the weather" Gwibber is setting a prefix, called "is" by its own in front of your message. I think this should get fixed. Reproducible: Always Steps to Reproduce: 1. Add a Facebook Account 2. Write a post 3. control your post and see that there is a prefix at the beginning like "is" The fix for this cosmetic problem is easy. You have to change one thing in the /usr/lib64/python2.7/site-packages/gwibber/microblog/facebook.py Go to Line 374 and change the following value status_includes_verb=False to status_includes_verb=True Restart gwibber and be happy. Now you dont get the "is" Prefix in front of your status message. -- 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.

1 1

[Bug 704808] New: phy0: wlan0: No probe response from AP after 500 ms
by bugzilla_noreply＠novell.com 11 Jul '11

11 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=704808 https://bugzilla.novell.com/show_bug.cgi?id=704808#c0 Summary: phy0: wlan0: No probe response from AP after 500 ms Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: i686 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: roeland(a)linux-it.nl QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:5.0) Gecko/20100101 Firefox/5.0 it seems that if the wireless link is idle for a short time, it looses it's interest to do wireless .. phy0: wlan0: No probe response from AP after 500 ms and the stuff gets disconnected Reproducible: Always Steps to Reproduce: 1. 2. 3. Jul 10 17:55:20 taplop kernel: [23374.513219] ieee80211 phy0: wlan0: No probe response from AP c0:c1:c0:30:b1:42 after 500ms, disconnecting. Jul 10 17:55:20 taplop vmnetBridge: Removing interface wlan0 index:3 Jul 10 17:55:20 taplop kernel: [23374.517744] bridge-wlan0: disabling the bridge Jul 10 17:55:20 taplop vmnetBridge: Stopped bridge wlan0 to virtual network 0. Jul 10 17:55:20 taplop kernel: [23374.525098] bridge-wlan0: down Jul 10 17:55:20 taplop kernel: [23374.525111] bridge-wlan0: detached Jul 10 17:55:20 taplop kernel: [23374.548132] cfg80211: Calling CRDA to update world regulatory domain Jul 10 17:55:20 taplop kernel: [23374.553310] cfg80211: World regulatory domain updated: Jul 10 17:55:20 taplop kernel: [23374.553314] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) Jul 10 17:55:20 taplop kernel: [23374.553317] (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Jul 10 17:55:20 taplop kernel: [23374.553320] (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) Jul 10 17:55:20 taplop kernel: [23374.553323] (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm) Jul 10 17:55:20 taplop kernel: [23374.553326] (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) Jul 10 17:55:20 taplop kernel: [23374.553329] (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm) -- 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.

1 2

[Bug 689244] New: Add Marble 1.1 to KDE repos
by bugzilla_noreply＠novell.com 10 Jul '11

10 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=689244 https://bugzilla.novell.com/show_bug.cgi?id=689244#c0 Summary: Add Marble 1.1 to KDE repos Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: kamikazow(a)web.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:2.0.0) Gecko/20100101 Firefox/4.0 Marble 1.1 was just released as intermediary release between SC 4.6 and SC 4.7. Please add the new version to Unstable, Factory and please also to Release/46 because it is not a pre-release version. I suggest to give the package the version number 4.6.70 because Beta 1 versions of SC releases have the version suffix .80 which means that .70 allows for plenty possible (though unlikely to be >9) bugfix releases and it won't accidentally downgrade to Marble 1.0.3 once SC 4.6.3 is released. Reproducible: Always -- 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.

1 3

[Bug 668217] New: A NFS Client Boot Process and Shut-down are both Unacceptably Slow in the Absence of its NFS Server - NFS NON V4
by bugzilla_noreply＠novell.com 10 Jul '11

10 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=668217 https://bugzilla.novell.com/show_bug.cgi?id=668217#c0 Summary: A NFS Client Boot Process and Shut-down are both Unacceptably Slow in the Absence of its NFS Server - NFS NON V4 Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: scott(a)aphofis.com QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.2.13) Gecko/20101203 SUSE/3.6.13-0.2.1 Firefox/3.6.13 Currently If boot a PC that has a NFS Client mount point and that NFS Server is Offline or not present; the boot process halts for a protracted time. The delay in booting the PC that cannot find its NFS Server, can add up to 12 or more seconds as the boot process stalls waiting to find its NFS Server - The delay in not finding the NFS Server takes so so long whilst it waits to find its NFS Server, but will give up and continue the boot process after say +30 Seconds. This bug report differs from previous ones as they may only have extended boot processes which do not include the same problem as a shutdown also occuresi n the above PC example This bug includes both extended boot AND shut-down processes of up to +30 Seconds QA. - I am not sure if this is a kernel matter - I seem to think so but will await your advise and specific requests from logs data QA - There may be a similar bug open on the protracted boot process but none also contain the shutdown period being effected as well! Reproducible: Always Steps to Reproduce: 1.Set-up both NFS Server and Client 2.Shut-down the NFS Server PC 3.Boot or shut-down the PC that has NFS Client - you will note the boot/shutdown log halts at both - Just use ESC for both splash screens Actual Results: Above Expected Results: Above Note X_64 Hardware and NOT NFS V4 - 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.

1 12

[Bug 686436] New: postfix bounces messages with improper use of 8-bit data in message body
by bugzilla_noreply＠novell.com 09 Jul '11

09 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=686436 https://bugzilla.novell.com/show_bug.cgi?id=686436#c0 Summary: postfix bounces messages with improper use of 8-bit data in message body Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: toganm(a)dinamizm.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.16) Gecko/20110319 SUSE/3.6.16-1.1 Firefox/3.6.16 when mail from poorly written applications that use 8-bit data arrrives postfix bounces the mail with a 550 message "550 5.6.0 improper use of 8-bit data in message body" According to http://www.postfix.org/postconf.5.html "strict_8bitmime" should not be enabled on a general purpose mail server, because it is likely to reject legitimate email. SuSEconfig.postfix follows this advice for all cases of POSTFIX_MDA except "cyrus" where it is set to yes Reproducible: Always Steps to Reproduce: 1.Choose cyrus as POSTFIX_MDA in /etc/sysconfig/postfix and run SuSEconfig --module postfix 3. Actual Results: strict_8bitmime is set to yes 2. /usr/sbin/postconf -n strict_8bitmime to see new parameter and /usr/sbin/postconf -d strict_8bitmime for the default Expected Results: strict_8bitmime should not be enabled on a general purpose mail server, because it is likely to reject legitimate email. The offending code is in line 374 of /sbin/conf.d/SuSEconfig.postfix $PCONF -e "strict_8bitmime = yes" this parameter is "no" in all other cases of POSTFIX_MDA -- 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.

1 3

[Bug 704658] New: accept of a maintenancerequest does not start build?
by bugzilla_noreply＠novell.com 09 Jul '11

09 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=704658 https://bugzilla.novell.com/show_bug.cgi?id=704658#c0 Summary: accept of a maintenancerequest does not start build? Classification: Internal Novell Products Product: openSUSE Build Service Version: master Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: General AssignedTo: adrian(a)novell.com ReportedBy: meissner(a)novell.com QAContact: adrian(a)novell.com CC: dmueller(a)novell.com Found By: --- Blocker: --- osc rq accept -m ok 75658 osc meta prj openSUSE:Maintenance:1 has <build> <disable/> </build> I think it should build, right? -- 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.

1 1

[Bug 704785] New: Wish: Present the date of the last successful build in search results
by bugzilla_noreply＠novell.com 09 Jul '11

09 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=704785 https://bugzilla.novell.com/show_bug.cgi?id=704785#c0 Summary: Wish: Present the date of the last successful build in search results Classification: Internal Novell Products Product: openSUSE Build Service Version: 2.5 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: webui AssignedTo: adrian(a)novell.com ReportedBy: amilcar(a)kdevelop.org QAContact: adrian(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0 One of my biggest problem with OBS is that the project descriptions do not tell _why_ did the project branched the main package. What is the difference to the standard flavored package. But that is really hard to fix, it would require changing and correcting the description on thousands of packages, and educating the users to provide a _proper_ description. That is not doable. But what is doable is presented version info on the search results (689507) and presenting the date of the last successful build on the search results. This will allow the users to see how up-to-date a particular package is. Reproducible: Always Steps to Reproduce: 1. Do a search 2. Scratch your head trying to figure out which package is the most up-to-date. Expected Results: Every search hit provides information on the date of the last successful build. -- 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.

1 1

[Bug 704784] New: X11:RemoteDesktop:x2go/x2goagent build broken
by bugzilla_noreply＠novell.com 09 Jul '11

09 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=704784 https://bugzilla.novell.com/show_bug.cgi?id=704784#c0 Summary: X11:RemoteDesktop:x2go/x2goagent build broken Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: openSUSE 11.4 Status: NEW Severity: Major Priority: P5 - None Component: 3rd party software AssignedTo: gburt(a)novell.com ReportedBy: 2monex(a)gmx.net QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: No The build of the package x2goagent for openSUSE 11.4 and 11.3 is broken at the moment. As a result there are unresolved dependencies. One of the applied patches seems to be the cause for this problem. -- 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.

1 0

[Bug 704779] New: mouse configuration left handed on remote desktop not working
by bugzilla_noreply＠novell.com 09 Jul '11

09 Jul '11

https://bugzilla.novell.com/show_bug.cgi?id=704779 https://bugzilla.novell.com/show_bug.cgi?id=704779#c0 Summary: mouse configuration left handed on remote desktop not working Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: richard.bos(a)xs4all.nl QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/4.6; Linux) KHTML/4.6.5 (like Gecko) SUSE When working on a remote desktop (using XDMCP) using the GNOME desktop manager the mouse configuraton left handed is not working. It is possible to set it the mouse configuration to left handed, but it does not become effective. When doing the same on a local display it is working. Reproducible: Always Steps to Reproduce: 1. Use XDCMP to setup a remote display 2. Login into a GNOME desktop 3. goto configuration settings 4. alter mouse setting to left handed, it is not working Actual Results: mouse stays right handed Expected Results: mouse becomes left handed -- 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.

1 0