June 2012 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 765294] New: ldconfig cache weirdness breaks gnome on nvidia
by bugzilla_noreply＠novell.com 13 Jun '12

13 Jun '12

https://bugzilla.novell.com/show_bug.cgi?id=765294 https://bugzilla.novell.com/show_bug.cgi?id=765294#c0 Summary: ldconfig cache weirdness breaks gnome on nvidia Classification: openSUSE Product: openSUSE 12.2 Version: Beta 1 Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: aj(a)suse.com ReportedBy: dmacvicar(a)suse.com QAContact: qa-bugs(a)suse.de CC: coolo(a)suse.com, matz(a)suse.com, rguenther(a)suse.com Found By: Development Blocker: --- nvidia package installs /etc/ld.so.conf.d/nvidia-gfxG02.conf so that the proprietary libGL is used instead cat /etc/ld.so.conf.d/nvidia-gfxG02.conf /usr/X11R6/lib64 /usr/X11R6/lib However, ldd still takes libGL from /usr/lib64 and ld.so.cache has /usr/lib64/libGL first (if the order of ldconfig -P is relevant), even if the configuration specifies the opposite (comments from ld.so.conf says /usr/lib64 is appended at the end of all the included files). If gnome takes the Mesa libGL, it hangs on startup. If it can't find any, it would go to fallback mode. At the end, taking the library from /usr/lib64 away, makes it work, and gnome starts correctly. Note that gnome-shell has an RPATH, which includes /usr/lib64, but taking it away does not seems to have any effect on the described bug. -- 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 10

[Bug 747804] Cannot change the language
by bugzilla_noreply＠novell.com 13 Jun '12

13 Jun '12

https://bugzilla.novell.com/show_bug.cgi?id=747804 https://bugzilla.novell.com/show_bug.cgi?id=747804#c11 --- Comment #11 from Efstathios Iosifidis <diamond_gr(a)freemail.gr> 2012-06-13 14:58:57 UTC --- (In reply to comment #8) > Please attach > > - YaST2 log files > - /etc/sysconfig/language file > - output of 'locale' command > > When you run YaST (that is not translated), are you logged in as root or normal > user? Can you please tell me how to get those log files-information to attach it? I'm not advanced user. I login as normal user. When someone opens YaST from normal user, it asks the root password, so the user becomes root, 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 0

[Bug 747804] Cannot change the language
by bugzilla_noreply＠novell.com 13 Jun '12

13 Jun '12

https://bugzilla.novell.com/show_bug.cgi?id=747804 https://bugzilla.novell.com/show_bug.cgi?id=747804#c Stephan Kulow <coolo(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flag| |SHIP_STOPPER+ -- 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 765270] talloc declared LGPL-3.0+ but contains GPL-3.0+ licenses
by bugzilla_noreply＠novell.com 13 Jun '12

13 Jun '12

https://bugzilla.novell.com/show_bug.cgi?id=765270 https://bugzilla.novell.com/show_bug.cgi?id=765270#c8 Stephan Kulow <coolo(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Group|Legal Security Team | Component|License Issues |Samba Version|unspecified |Factory AssignedTo|ddiss(a)suse.com |samba-maintainers(a)SuSE.de Product|SUSE Linux Legal Issues |openSUSE 12.2 QAContact|jw(a)suse.com |samba-maintainers(a)SuSE.de --- Comment #8 from Stephan Kulow <coolo(a)suse.com> 2012-06-13 16:45:55 CEST --- I'm not Ciaran, but I was in CC of enough of such issues: you don't need to remove the sources - verifying they are not used for the LGPL lib is enough. -- 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 766632] New: do not suggest /usr as mountpoint
by bugzilla_noreply＠novell.com 13 Jun '12

13 Jun '12

https://bugzilla.novell.com/show_bug.cgi?id=766632 https://bugzilla.novell.com/show_bug.cgi?id=766632#c0 Summary: do not suggest /usr as mountpoint Classification: openSUSE Product: openSUSE 12.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: fehr(a)suse.com ReportedBy: lnussel(a)suse.com QAContact: jsrain(a)suse.com CC: coolo(a)suse.com Found By: --- Blocker: --- In the custom paritioning dialog yast has a list of mount points to choose from. One of them is /usr and yast chooses that when creating the 2nd partition manually. Having a separate /usr is discouraged nowadays so YaST should not promote it anymore. It would probably make more sense to suggest /home as 2nd option. Also, /local is non-standard. Maybe it should be /usr/local? -- 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 765165] New: glibc 2.15 being built without support to "old" powerpc32 processors (G4)
by bugzilla_noreply＠novell.com 13 Jun '12

13 Jun '12

https://bugzilla.novell.com/show_bug.cgi?id=765165 https://bugzilla.novell.com/show_bug.cgi?id=765165#c0 Summary: glibc 2.15 being built without support to "old" powerpc32 processors (G4) Classification: openSUSE Product: openSUSE 12.2 Version: Factory Platform: PowerPC OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: lchiquitto(a)suse.com QAContact: qa-bugs(a)suse.de CC: aj(a)suse.com Found By: Community User Blocker: --- One of the last glibc updates removed support to PowerPC processors present in old Apple hardware, such as the G4 Mac Minis. I understand ppc32 is not officially supported on openSUSE. I'm reporting the bug just as a heads up, in case we still want to keep support for these old machines and the change was a mistake. Feel free to close as WONTFIX if this is not the case. I believe the likely culprit is: * Tue Apr 17 2012 aj(a)suse.de - Build for power4 only, don't support power3 anymore. (...) -- 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 6

[Bug 747943] New: osc source validator breaks on %{nil}
by bugzilla_noreply＠novell.com 13 Jun '12

13 Jun '12

https://bugzilla.novell.com/show_bug.cgi?id=747943 https://bugzilla.novell.com/show_bug.cgi?id=747943#c0 Summary: osc source validator breaks on %{nil} Classification: openSUSE Product: openSUSE 12.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Development AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: giecrilj(a)stegny.2a.pl QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20100101 Firefox/10.0.1 When a line in a spec file starts with %{nil}, osc source validator apparently drops the rest of the file. Reproducible: Always Steps to Reproduce: 1. Run the validator on the following file: %{nil} Name: Name Version: 0.0.1 Release: 0 Summary: Summary License: GPL Actual Results: 1. error: Name field must be present in package: (main package) Expected Results: 1. -- 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 5

[Bug 699269] New: Build service repositories should keep not-only newest versions of packages - breaks installs
by bugzilla_noreply＠novell.com 13 Jun '12

13 Jun '12

https://bugzilla.novell.com/show_bug.cgi?id=699269 https://bugzilla.novell.com/show_bug.cgi?id=699269#c0 Summary: Build service repositories should keep not-only newest versions of packages - breaks installs Classification: Internal Novell Products Product: openSUSE Build Service Version: 2.3 Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: source services AssignedTo: adrian(a)novell.com ReportedBy: llipavsky(a)novell.com QAContact: adrian(a)novell.com CC: dcollingridge(a)novell.com, chrubis(a)novell.com, vmarsik(a)novell.com, cachen(a)novell.com, llwang(a)novell.com, aguo(a)novell.com, jtang(a)novell.com, dmulder(a)novell.com Found By: --- Blocker: --- Found in version: current on build suse.de (I am not sure whether it is really 2.3) Currently, build service repository (at least in internal build service) keeps only the most recent versions of packages build. This causes a real problem, when new package is build during the system installation which has added the BS repository. The installation at its first phase construct the list of packages to install and than the installation begins. If newer package is built during the installation, the installation reports an error "unable to find package XXX-VERSION" since there is only a newer version in the repository. This makes our QA Automated installations to fail (or worse, the intallation after some time completes ignoring the error, but our automation tools do not work, system does not show in our controllers, etc.) Would it be possible to delete packages after some timeout, and not immediatelly when the next version is available - somthing like 2 hours hsould be enough? This cannot be simple workarounded by keeping (e.g.) last two versions, since it often happens that we submit multiple times to BS during several minutes (found a bug & sfubmit bugfix, more developers working on same package, etc.) 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 4

[Bug 755414] New: YCP substring() function is not UTF-8 safe
by bugzilla_noreply＠novell.com 13 Jun '12

13 Jun '12

https://bugzilla.novell.com/show_bug.cgi?id=755414 https://bugzilla.novell.com/show_bug.cgi?id=755414#c0 Summary: YCP substring() function is not UTF-8 safe Classification: openSUSE Product: openSUSE 12.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: YaST2 AssignedTo: mvidner(a)suse.com ReportedBy: lslezak(a)suse.com QAContact: jsrain(a)suse.com Found By: Development Blocker: --- When fixing bug bnc#728588 it turned out that the YCP substring() function uses byte units instead of UTF-8 characters as expected. This causes buggy behavior when iterating over a string in YCP code. Example: size("áa") => 2 but substring("áa", 1, 1) => "\0xF1" -- 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 766280] New: zypper in and rm packages' progress bar not work properly in zh_TW locale (maybe in all Double Byte Character system)
by bugzilla_noreply＠novell.com 13 Jun '12

13 Jun '12

https://bugzilla.novell.com/show_bug.cgi?id=766280 https://bugzilla.novell.com/show_bug.cgi?id=766280#c0 Summary: zypper in and rm packages' progress bar not work properly in zh_TW locale (maybe in all Double Byte Character system) Classification: openSUSE Product: openSUSE 12.2 Version: Beta 1 Platform: Other OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: libzypp AssignedTo: zypp-maintainers(a)forge.provo.novell.com ReportedBy: swyear(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20100101 Firefox/12.0 use zypper to install or remove software will show dots and percentage after the name of the package like below: Retrieving: perl-Params-Validate-1.06-2.3.x86_64.rpm ....................................[done (53.1 KiB/s)] Retrieving package perl-HTTP-Negotiate-6.01-1.1.noarch (71/110), 16.8 KiB ( 28.5 KiB unpacked) Retrieving: perl-HTTP-Negotiate-6.01-1.1.noarch.rpm ..................................................[done] Retrieving package perl-HTTP-Daemon-6.01-1.1.noarch (72/110), 18.9 KiB ( 39.1 KiB unpacked) Retrieving: perl-HTTP-Daemon-6.01-1.1.noarch.rpm .........................................[done (5.6 KiB/s)] Retrieving package perl-HTTP-Cookies-6.01-1.1.noarch (73/110), 24.9 KiB ( 45.8 KiB unpacked) but in zh_TW locale, when percentage changes will switch to next line. so for Chinese user (or other Double Byte Character language system) will see: 正在取出套件 perl-HTTP-Negotiate-6.01-1.1.noarch (71/110), 16.8 KiB (已解開 28.5 KiB) 正在取出：perl-HTTP-Negotiate-6.01-1.1.noarch.rpm ---------------------------------------------------------[正在取出： perl-HTTP-Negotiate-6.01-1.1.noarch.rpm ...........................................<100%>[- (381 正在取出： perl-HTTP-Negotiate-6.01-1.1.noarch.rpm ---------------------------------------------------------正在取出： perl-HTTP-Negotiate-6.01-1.1.noarch.rpm ..........................................................[完成] 正在取出套件 perl-HTTP-Daemon-6.01-1.1.noarch (72/110), 18.9 KiB (已解開 39.1 KiB) 正在取出：perl-HTTP-Daemon-6.01-1.1.noarch.rpm ------------------------------------------------------------[正在取出： perl-HTTP-Daemon-6.01-1.1.noarch.rpm .......................<56%>======================[| (1.1 Ki正在取出： perl-HTTP-Daemon-6.01-1.1.noarch.rpm ..............<32%>=========================================正在取出： perl-HTTP-Daemon-6.01-1.1.noarch.rpm ...........................<67%>=================[- (32.3 Ki正在取出： perl-HTTP-Daemon-6.01-1.1.noarch.rpm ...........................<67%>=================[\ (16.2 Ki正在取出： perl-HTTP-Daemon-6.01-1.1.noarch.rpm ............................<67%>=================[| (4.0 Ki正在取出： perl-HTTP-Daemon-6.01-1.1.noarch.rpm ............................<67%>=================[/ (1.0 Ki正在取出： perl-HTTP-Daemon-6.01-1.1.noarch.rpm .................................................[完成 (8.2 KiB/s)] 正在取出套件 perl-HTTP-Cookies-6.01-1.1.noarch (73/110), 24.9 KiB (已解開 45.8 KiB) 正在取出：perl-HTTP-Cookies-6.01-1.1.noarch.rpm -----------------------------------------------------------[正在取出： perl-HTTP-Cookies-6.01-1.1.noarch.rpm ......................<56%>======================[- (1.1 Ki正在取出： perl-HTTP-Cookies-6.01-1.1.noarch.rpm .........................<50%>=============================正在取出： perl-HTTP-Cookies-6.01-1.1.noarch.rpm ...............................................[完成 (27.9 KiB/s)] see real screenshots here: https://picasaweb.google.com/113931402627118139555/OpenSUSE122#575196257881… https://picasaweb.google.com/113931402627118139555/OpenSUSE122#575196262923… I think this should a bug Can anyone help? thanks Reproducible: Always Steps to Reproduce: 1.start system with zh_TW locale 2.run "zypper in ANY_SOFTWARE" with root 3.you can see it Actual Results: progress bar switch to next line when downloading or installing software Expected Results: progress bar should stay in the same line -- 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