October 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 615805] New: YaST fails to create a kerberos server configuration
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=615805 http://bugzilla.novell.com/show_bug.cgi?id=615805#c0 Summary: YaST fails to create a kerberos server configuration Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: marvin24(a)gmx.de QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/4.4; Linux) KHTML/4.4.3 (like Gecko) SUSE when trying to setup an kerberos server (with new ldap database) an error box opens with: Use of uninitialized value $value in numeric eq (==) at /usr/share/YaST2/modules/LdapServer.pm line 1335 (#1) (W uninitialized) An undefined value was used as if it were already defined. It was interpreted as a "" or a 0, but maybe it was a mistake. To suppress this warning assign a defined value to your variables. To help you figure out what was undefined, perl will try to tell you the name of the variable (if any) that was undefined. In some cases it cannot do this, so it also tells you what operation you used the undefined value in. Note, however, that perl optimizes your program and the operation displayed in the warning may not necessarily appear literally in your program. For example, "that $foo" is usually optimized into "that " . $foo, and the warning will refer to the concatenation (.) operator, even though there is no . in your program. Use of uninitialized value $hashAlgo in string eq at /usr/share/YaST2/modules/LdapServer.pm line 2606 (#1) Use of uninitialized value in subroutine entry at /usr/lib/perl5/vendor_perl/5.12.0/x86_64-linux-thread-multi/YaST/YCP.pm line 423 (#1) YaST got signal 6 at YCP file kerberos-server/complex.ycp:2 /sbin/yast2: line 399: 3889 Aborted $ybindir/y2base $module "$@" "$SELECTED_GUI" $Y2_GEOMETRY $Y2UI_ARGS and nothing is created. 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 18

[Bug 615699] New: Please upgrade FreeRADIUS from 2.1.8 to the latest 2.1.9
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=615699 http://bugzilla.novell.com/show_bug.cgi?id=615699#c0 Summary: Please upgrade FreeRADIUS from 2.1.8 to the latest 2.1.9 Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: All OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: carlo.strata(a)tiscali.it QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; it; rv:1.9.2.3) Gecko/20100401 SUSE/3.6.3-1.2 Firefox/3.6.3 Hi Everyone, as well as my previous fixed bug 586377, I am still here to remark to you the new FreeRADIUS release (not a major one, but essentially a bug fix one). I just want to ask you if it is possible to upgrade FreeRADIUS from the 2.1.8 to the 2.1.9 both from main updates and from build service. There are many bug fixes to exclude it from being uploaded in the updates or, at least, in the build service related repositories, such as: http://download.opensuse.org/repositories/network:/aaa/ I havn't seen it neither in the Build Service Factory build. I have attached the full changelog history and I repeat below the partial changelog starting from the 2.1.8 out to the 2.1.9. I think this could be useful to many people: sorry for the late post..., but I have been very busy ;-) Thank you and have a nice day. Carlo p.s. 2010.05.24 Version 2.1.9 (sig) has been released. The focus of this release is stability. Feature improvements * Add radmin command "stats detail " to see what is going on inside of a detail file reader. * Added documentation for CoA. See raddb/sites-available/coa * Add sub-option support for Option 82. See dictionary.dhcp * Add "server" field to default SQL NAS table, and documented it. Bug fixes * Reset "received ping" counter for Status-Server checks. In some corner cases it was not getting reset. * Handle large VMPS attributes. * Count accounting responses from a home server in SNMP / statistics code. * Set EAP-Session-Resumed = Yes, not "No" when session is resumed. * radmin packet counter statistics are now unsigned, for numbers 2^31..2^32. After that they roll over to zero. * Be more careful about expanding data in PAP and MS-CHAP modules. This prevents login failures when passwords contain '{'. * Clean up zombie children if there were many "exec" modules being run for one packet, all with "wait = no". * re-open log file after HUP. Closes bug #63. * Fix "no response to proxied packet" complaint for Coa / Disconnect packets. It shouldn't ignore replies to packets it sent. * Calculate IPv6 netmasks correctly. Closes bug #69. * Fix SQL module to re-open sockets if they unexpectedly close. * Track scope for IPv6 addresses. This lets us use link-local addresses properly. Closes bug #70. * Updated Makefiles to no longer use the shell for recursing into subdirs. "make -j 2" should now work. * Updated raddb/sql/mysql/ippool.conf to use "= NULL". Closes bug #75. * Updated Makefiles so that "make reconfig" no longer uses the shell for recursing into subdirs, and re-builds all "configure" files. * Used above method to regenerate all configure scripts. Closes bug #34. * Updated SQL module to allow "server" field of "nas" table to be blank: "". This means the same as it being NULL. * Fixed regex realm example. Create Realm attribute with value of realm from User-Name, not from regex. Closes bug #40. * If processing a DHCP Discover returns "fail / reject", ignore the packet rather than sending a NAK. * Allow '%' to be escaped in sqlcounter module. * Fix typo internal hash table. * For PEAP and TTLS, the tunneled reply is added to the reply, rather than integrated via the operators. This allows multiple VSAs to be added, where they would previously be discarded. * Make request number unsigned. This changes nothing other than the debug output when the server receives more than 2^31 packets. * Don't block when reading child output in 'exec wait'. This means that blocked children get killed, instead of blocking the server. * Enabled building without any proxy functionality * radclient now prefers IPv4, to match the default server config. * Print useful error when a realm regex is invalid * relaxed rules for preprocess module "with_cisco_vsa_hack". The attributes can now be integer, ipaddr, etc. (i.e. non-string) * Allow rlm_ldap to build if ldap_set_rebind_proc() has only 2 arguments. * Update configure script for rlm_python to avoid dynamic linking problems on some platforms. * Work-around for bug #35 * Do suid to "user" when running in debug mode as root * Make "allow_core_dumps" work in more situations. * In detail file reader, treat bad records as EOF. This allows it to continue working when the disk is full. * Fix Oracle default accounting queries to work when there are no gigawords attributes. Other databases already had the fix. * Fix rlm_sql to show when it opens and closes sockets. It already says when it cannot connect, so it should say when it can connect. * "chmod -x" for a few C source files. * Pull update spec files, etc. from RedHat into the redhat/ directory. * Allow spaces when parsing integer values. This helps people who put "too much" into an SQL value field. 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 615680] New: KMS not active after update
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=615680 http://bugzilla.novell.com/show_bug.cgi?id=615680#c0 Summary: KMS not active after update Classification: openSUSE Product: openSUSE 11.3 Version: Milestone 7 Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: Update Problems AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sndirsch(a)novell.com QAContact: jsrain(a)novell.com CC: eich(a)novell.com, mhopf(a)novell.com, tiwai(a)novell.com Found By: --- Blocker: --- Due to a missing 'Prereq: mkinitrd' in our kernel-<flavor> specfiles it can happen that the kernel package is updated before mkinitrd. The result is that the appropriate KMS modules are not being added to initrd by mkinitrd, since adding KMS modules is a new feature of mkinitrd in openSUSE 11.3. That issue is going to trigger a lot of bugreports like Bug #614734. I would appreciate it if we could still fix that issue for next RC or GM, since that would save me a lot of time when 11.3 is available for download/purchase. 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 13

[Bug 615679] New: application blender shows inverse colors
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=615679 http://bugzilla.novell.com/show_bug.cgi?id=615679#c0 Summary: application blender shows inverse colors Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Critical Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: antonvdh(a)xs4all.nl QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; nl; rv:1.9.2.4) Gecko/20100527 SUSE/3.6.4-2.2 Firefox/3.6.4 When starting blender I have negative or inverse colors menu is black. Reproducible: Always Steps to Reproduce: 1.Alt F2 2.type blender 3.or just start programs graphics blender Notebook Compaq 6820s Mobility Radeon X1350 Intel(R) Core(TM)2 Duo CPU T7250 @ 2.00GHz RAM 4Gb -- 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 27

[Bug 615646] New: Ghost shut-down window after resuming from hibernation
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=615646 http://bugzilla.novell.com/show_bug.cgi?id=615646#c0 Summary: Ghost shut-down window after resuming from hibernation Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: badshah400(a)gmail.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.4) Gecko/20100527 SUSE/3.6.4-2.2 Firefox/3.6.4 I see a ghost shut-down window every time after resuming my computer from a hibernation. Usually it disappears all by itself after a few minutes. Sometimes, I have to click on the close window button to get rid of it. Reproducible: Always Steps to Reproduce: 1.Hibernate computer 2.Resume computer 3. Actual Results: Ghost shutdown window appears Expected Results: No ghost windows expected. -- 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 18

[Bug 615361] New: Qt Creator doesnt handle threads with gdb
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=615361 http://bugzilla.novell.com/show_bug.cgi?id=615361#c0 Summary: Qt Creator doesnt handle threads with gdb Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Major Priority: P5 - None Component: Development AssignedTo: pth(a)novell.com ReportedBy: highwaystar.ru(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=369956) --> (http://bugzilla.novell.com/attachment.cgi?id=369956) Screenshot of Qt Creator from factory works wrong with gdb and cant display threads User-Agent: Mozilla/5.0 (X11; U; Linux; ru-RU) AppleWebKit/532.4 (KHTML, like Gecko) Arora/0.10.2 Safari/532.4 Current version of Qt Creator from factory cant handle threads in debugged applications Reproducible: Always Steps to Reproduce: 1. Install current factory of m7,rc1 2. Install Qt Creator and gdb 3. Try to debug an program 4. Pause debugged program and look to threads windows Actual Results: Threads not displayed, navigation by threads not avaliable Expected Results: Threads should be displayed in Threads window Problem caused by Qt Creator. It cant parse SUSE gdb version, that reports now as "GNU gdb (GDB) SUSE (7.1-2.4)". gdb rebuilded without additional suffix works well with qt creator. There are bug for Qt Creator upstream http://bugreports.qt.nokia.com/browse/QTCREATORBUG-1490?page=com.atlassian.… and commit fixing that problem: http://qt.gitorious.org/qt-creator/qt-creator/commit/5afeaa7 this should parse SUSE gdb well -- 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 615223] New: ImageMagick cannot compress grayscale TIFF images with JPEG
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=615223 http://bugzilla.novell.com/show_bug.cgi?id=615223#c0 Summary: ImageMagick cannot compress grayscale TIFF images with JPEG Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: suse(a)bugs.jan.ritzerfeld.net QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Opera/9.80 (X11; Linux x86_64; U; de) Presto/2.5.29 Version/10.60 ImageMagick-6.6.1-0 cannot compress grayscale TIFF images with JPEG. This seems to be fixed since ImageMagick-6.6.1-5: http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=16064#p58060 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 28

[Bug 615073] New: Differing fuzz handling between rpmbuild and quilt
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=615073 http://bugzilla.novell.com/show_bug.cgi?id=615073#c0 Summary: Differing fuzz handling between rpmbuild and quilt Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Development AssignedTo: jdelvare(a)novell.com ReportedBy: pth(a)novell.com QAContact: qa(a)suse.de CC: mrueckert(a)novell.com Found By: Development Blocker: --- patch fuzz configuration for rpmbuild happens via _default_patch_fuzz which is normally set in /usr/lib/rpm/macros whereas for quilt you set it in your ~/.quiltrc. Now the patch in factory defaults to fuzz=0 so you have to change it to the old default of 2 for packages from older distributions in order to be able to set them up with quilt. It's cumbersome that you have to edit two places to achieve this, one of them being /usr/lib/rpm/macros which is only writable by root. I'd propose to have an extra configuration var for quiltrc which passes --fuzz=<value> to patch *and* sets _default_patch_fuzz to the same value in the configuration it passes to rpmbuild. -- 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 615044] New: gdm greeter doesn't work without local users (e.g. NIS)
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=615044 http://bugzilla.novell.com/show_bug.cgi?id=615044#c0 Summary: gdm greeter doesn't work without local users (e.g. NIS) Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: vuntz(a)novell.com ReportedBy: lnussel(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- my system is configured for NIS so doesn't have any local users besides root. The gdm greeter in this case only shows a lone 'login' button and the waiting curser but is empty otherwise. Ie there is no way to enter a user name. Pressing the login button leads to X restart. Simply adding one local user makes the button to manually enter a user name show up. FWIW I used the minimal X selection+gdm for installation so no full gnome session available, only the pkgs that got installed via deps. -- 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 614779] New: Adding a printer requires the root password 7 times
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=614779 http://bugzilla.novell.com/show_bug.cgi?id=614779#c0 Summary: Adding a printer requires the root password 7 times Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: stshaw(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- This is absurd at the very least. Having to put my password in 2 times just to bring up the print adding tool from control center is dumb, but to put my password in 5 times to finish the printer add is just plain absurd! -- 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 21