August 2010 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 585137] New: gtkglext uses obsolete GTK_WIDGET_TOPLEVEL() instead of gtk_widget_is_toplevel()
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=585137 http://bugzilla.novell.com/show_bug.cgi?id=585137#c0 Summary: gtkglext uses obsolete GTK_WIDGET_TOPLEVEL() instead of gtk_widget_is_toplevel() Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: All OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: gbv(a)oxixares.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=346335) --> (http://bugzilla.novell.com/attachment.cgi?id=346335) The patch that fixes the problem User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; es-ES; rv:1.9.2.0) Gecko/20100115 SUSE/3.6.0-1.2 Firefox/3.6 When trying to compile OpenSceneGraph 2.8.2 in OBS it failed for Factory because of an error when using a library from gtkglext package. It seems an error because of use of an obsolete function instead of a replacement one for GTK > 2.20 Trying to avoid it, I copied the gtkglext package to my project home:gbvalor and added the attached patch. With it, OBS compiled OpenSceneGraph 2.8.2 without problems for factory. Reproducible: Always Steps to Reproduce: 1. Try to compile OpenSceneGraph 2.8.2 package with standard Factory gtkglext 2. 3. You can check in OBS project home:gbvalor package gtkglext the new file spec using this patch -- 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 2

[Bug 584960] New: drbd RPM does not contain OCF resource agent provider, udev rules
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=584960 http://bugzilla.novell.com/show_bug.cgi?id=584960#c0 Summary: drbd RPM does not contain OCF resource agent provider, udev rules Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: partner(a)linbit.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.8) Gecko/20100214 Ubuntu/9.10 (karmic) Firefox/3.5.8 >From the RPM spec (retrieved from http://download.opensuse.org/source/distribution/11.2/repo/oss/suse/src/drb…) # these files look like wrong installed documentation rm $RPM_BUILD_ROOT/etc/udev/rules.d/65-drbd.rules.disabled rm $RPM_BUILD_ROOT/usr/lib/ocf/resource.d/linbit/drbd That's utterly bogus. The first is a script for improved udev integration, the second is an OCF resource agent provider. Reproducible: Always Steps to Reproduce: Install the drbd package. Check for the missing files. Observe they're not there. -- 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 584573] New: rcxdm stop doesn't stop lxdm
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=584573 http://bugzilla.novell.com/show_bug.cgi?id=584573#c0 Summary: rcxdm stop doesn't stop lxdm Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: LXDE AssignedTo: andrea(a)opensuse.org ReportedBy: lnussel(a)novell.com QAContact: qa(a)suse.de Found By: --- Blocker: --- rcxdm stop (ie init 3) doesn't stop lxdm as 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 13

[Bug 584287] New: Update MySQL version to the latest 5.0.90 in 11.1/11.0
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=584287 http://bugzilla.novell.com/show_bug.cgi?id=584287#c0 Summary: Update MySQL version to the latest 5.0.90 in 11.1/11.0 Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Update Problems AssignedTo: ast(a)novell.com ReportedBy: mhrusecky(a)novell.com QAContact: ast(a)novell.com Found By: --- Blocker: --- I was at MySQL packagers meeting in Oracle and among the other things we discussed their versioning. And we were told, that their version updates in released branches are in fact maintenance updates. In fact, what they are fixing in new versions are only D1 and D2 bugs with no easy workarounds. D1 means security, crashes and data corruption/loss. D2 means that database either returns wrong data or there is a severe performance regression (also without any easy workaround). So maybe we should consider doing MySQL version updates in openSUSE. Advantages: - less back porting work for me - maybe less work for security team (but we need to track security for SLE anyway) - official and officially supported fixes - fixes for bugs that our users will hit in future before they hit them - risk shouldn't be high - might be good marketing point [1] Disadvantages: - more QA work for me (and maybe others) - bigger updates - people might be scared Basically I want to do the update to the latest 5.0.90 in opsenSUSE 11.1/11.0 now and discuss/create process of what should I do when 5.0.91 will be released... [1] http://code.openark.org/blog/mysql/to-not-yum-or-to-not-apt-get -- 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 584082] New: grub-set-default does not work
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=584082 http://bugzilla.novell.com/show_bug.cgi?id=584082#c0 Summary: grub-set-default does not work Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: All OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader AssignedTo: jsrain(a)novell.com ReportedBy: masterpatricko(a)gmail.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.0) Gecko/20100115 SUSE/3.6.0-1.2 Firefox/3.6 Calling "/usr/sbin/grub-set-default INDEX" sets /boot/grub/default to INDEX as expected But on the next boot grub does not change the default choice as expected. Using the SUSE-specific /usr/sbin/grubonce works. Reproducible: Always Steps to Reproduce: 1. "default 0" is set in /boot/grub/menu.lst 2. /usr/sbin/grub-set-default 1 3. Check "1" was written to /boot/grub/default 4. Reboot Actual Results: Entry 0, the original default, is selected on the next boot. Expected Results: Entry 1 should be selected as the default the SUSE-supplied perl script /usr/sbin/grubonce works as 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 15

[Bug 584028] New: WLAN using rt61pci has verry poor performance
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=584028 http://bugzilla.novell.com/show_bug.cgi?id=584028#c0 Summary: WLAN using rt61pci has verry poor performance Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: i686 OS/Version: openSUSE 11.2 Status: NEW Severity: Critical Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: andihartmann(a)freenet.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.8) Gecko/20100206 SUSE/2.0.3-4.1 SeaMonkey/2.0.3 Notebook: Maxdata ECO 4000 IW Device: Network controller: RaLink RT2561/RT61 rev B 802.11g lspci -vvn 01:05.0 0280: 1814:0302 Subsystem: 1462:b833 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 128, Cache Line Size: 16 bytes Interrupt: pin A routed to IRQ 21 Region 0: Memory at cc000000 (32-bit, non-prefetchable) [size=32K] Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: ndiswrapper iwconfig wlan0 wlan0 IEEE 802.11g ESSID:"xxxxxxxxxx" Mode:Managed Frequency:2.412 GHz Access Point: xx:xx:xx:xx:xx:xx Bit Rate=54 Mb/s Tx-Power:20 dBm Sensitivity=-121 dBm RTS thr=2347 B Fragment thr=2346 B Encryption key:xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx Security mode:restricted Power Management:off Link Quality:50/100 Signal level:-64 dBm Noise level:-96 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 ndiswrapper -l rt61 : driver installed device (1814:0302) present (alternate driver: rt61pci) With ndiswrapper, I do get a really good average network performance of about 2,0 - 2,5 MB/s during a 43 MB binary ftp file transfer: 45058527 bytes received in 00:17 (2.44 MB/s) 45058527 bytes received in 00:17 (2.49 MB/s) .. (AP is a Linksys WAP610N) If I use the rt61pci-driver, the performance is very bad, between 50 kB/s to max 1,4 MB/s (at the same place). It's interesting, that the windowsdriver directly loaded after rt61pci has been startet, used and unloaded, did have the same bad performance (this cannot be reproduced every time). Rebooting and starting the ndiswrapper with a newly resetted wlan-chip worked fine again. The performance of the rt61pci-driver is often even bad (about the half of the windowsdriver), if the notebook is placed 2 m beside the AP nothing but air between them. Information with rt61pci loaded and connected: 01:05.0 0280: 1814:0302 Subsystem: 1462:b833 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 128, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 21 Region 0: Memory at cc000000 (32-bit, non-prefetchable) [size=32K] Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: rt61pci iw reg get country DE: (2400 - 2483 @ 40), (N/A, 20) (5150 - 5350 @ 40), (N/A, 20), NO-OUTDOOR, DFS (5470 - 5725 @ 40), (N/A, 26), NO-OUTDOOR, DFS iwconfig wlan0 IEEE 802.11bg ESSID:"xxxxx" Mode:Managed Frequency:2.412 GHz Access Point: xx:xx:xx:x:xx:xx Bit Rate=36 Mb/s Tx-Power=20 dBm Retry long limit:7 RTS thr:off Fragment thr:off Encryption key:xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx-xxxx [3] Power Management:off Link Quality=36/70 Signal level=-74 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 iw phy0 info Wiphy phy0 Band 1: Frequencies: * 2412 MHz [1] (20.0 dBm) * 2417 MHz [2] (20.0 dBm) * 2422 MHz [3] (20.0 dBm) * 2427 MHz [4] (20.0 dBm) * 2432 MHz [5] (20.0 dBm) * 2437 MHz [6] (20.0 dBm) * 2442 MHz [7] (20.0 dBm) * 2447 MHz [8] (20.0 dBm) * 2452 MHz [9] (20.0 dBm) * 2457 MHz [10] (20.0 dBm) * 2462 MHz [11] (20.0 dBm) * 2467 MHz [12] (20.0 dBm) * 2472 MHz [13] (20.0 dBm) * 2484 MHz [14] (disabled) Bitrates (non-HT): * 1.0 Mbps * 2.0 Mbps (short preamble supported) * 5.5 Mbps (short preamble supported) * 11.0 Mbps (short preamble supported) * 6.0 Mbps * 9.0 Mbps * 12.0 Mbps * 18.0 Mbps * 24.0 Mbps * 36.0 Mbps * 48.0 Mbps * 54.0 Mbps max # scan SSIDs: 4 Supported interface modes: * IBSS * managed * AP * AP/VLAN * WDS * monitor * mesh point The connection seems to get worse the longer it is up (this doesn't happen with ndiswrapper): 226 Transfer complete 45058527 bytes received in 00:30 (1.42 MB/s) 45058527 bytes received in 00:53 (817.13 KB/s) 45058527 bytes received in 01:19 (551.58 KB/s) 45058527 bytes received in 01:08 (643.97 KB/s) 45058527 bytes received in 01:50 (399.85 KB/s) 45058527 bytes received in 01:30 (488.79 KB/s) Maybe it's usefull to know, that I can see some more networks of my neighbours using ndiswrapper as driver, which can't bee seen with rt61pci (in fact, I can't see any other network then mine with rt61pci). Setting rts or thr to the values, which ndiswrapper is using, doesn't change anything. Result: the rt61pci-driver is unusable for this chip. Reproducible: Always Steps to Reproduce: 1. Reboot using the ndiswrapper driver 2. Do a ftp filetransfer 3. Reboot using the rt61pci driver 4. Do the same ftp filetransfer Actual Results: ndiswrapper: 2,0 ... 2,5 MB/s rt61pci: << 1,,4 MB/s Expected Results: The performance should be 2,5 MB/s with rt61pci as good as the performance using ndiswrapper. The windows wlan driver for ndiswrapper can be downloaded from ftp://ftp.maxdata.de/MAXDATA Notebooks/Driver/ECO 4000 IW/Windows XP 32/Wireless/ -- 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 19

[Bug 583338] New: users module *hoses* /etc/passwd and /etc/shadow under certain circumstances
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=583338 http://bugzilla.novell.com/show_bug.cgi?id=583338#c0 Summary: users module *hoses* /etc/passwd and /etc/shadow under certain circumstances Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: jnelson-suse(a)jamponi.net QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.8) Gecko/20100204 SUSE/3.5.8-0.1.1 Firefox/3.5.8 I needed to add my user to a group. I used yast2 users. After completion, everything appeared OK... except 'su -' and 'sudo' no longer worked. For anybody. ssh -l root localhost did not work su - did not work sudo bash did not work Nothing worked. I rebooted into single-user mode and that did work. A brief investigation showed me that all of the passwords in /etc/passwd had been removed. /etc/shadow did not contain passwords, either. No passwords. Comparing the {shadow,passwd} files to their {shadow,passwd}.YaST2save counterparts revealed part of the problem - /etc/passwd did have the passwords in it. I had temporarily disabled shadow passwords with 'pwunconv' at some point. However, I've also added users, changed passwords, and so on using the console 'useradd', 'groupmod' (the standard pwdutils suite) without error for *months*, years even. One use of yast2 users and my passwords would have been lost (except for the backup files. yay backups!). Please fix yast2 users to NOT hose password entries. Does it not just call out to the standard pwdutils utilities? If not, it should. There is a reason why they exist! 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 583136] New: yast2 network / Add route inconsistency in logic / workflow
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=583136 http://bugzilla.novell.com/show_bug.cgi?id=583136#c0 Summary: yast2 network / Add route inconsistency in logic / workflow Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dominique.leuenberger(a)tmf-group.com QAContact: jsrain(a)novell.com Found By: Community User Blocker: --- While adding a new route in yast2 / network (gtk), the entry goes from: - Destination - Interface - Gateway - Netmask - Options Logically, netmask and destination should be grouped closer together. (See screenshot). -- 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 6

[Bug 582415] New: ctags should be part of the Linux Kernel Development pattern
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=582415 http://bugzilla.novell.com/show_bug.cgi?id=582415#c0 Summary: ctags should be part of the Linux Kernel Development pattern Classification: openSUSE Product: openSUSE 11.3 Version: Milestone 2 Platform: All OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Patterns AssignedTo: coolo(a)novell.com ReportedBy: jeffm(a)novell.com QAContact: qa(a)suse.de Found By: Development Blocker: --- Between the two tools, cscope and ctags, ctags is used far more frequently. Strangely, ctags is not part of the Linux Kernel Development pattern but cscope is. Can ctags be added to the pattern? -- 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 2

[Bug 582404] New: SELinux refpolicy source should contain all of its contents
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=582404 http://bugzilla.novell.com/show_bug.cgi?id=582404#c0 Summary: SELinux refpolicy source should contain all of its contents Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: All OS/Version: openSUSE 11.2 Status: NEW Severity: Minor Priority: P5 - None Component: Security AssignedTo: security-team(a)suse.de ReportedBy: justinmattock(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.2b1) Gecko/20091114 Firefox/3.6b1 when using refpolicy-standard it would be o.k. to not need the policy source because userspace tools can take care of that i.g. semanage/semodule etc.. but with using a monolithic policy one need the source to add allow rules, and users etc... under /usr/share/doc/packages/selinux-refpolicy-standard there lists three files: Changelog COPYING README Reproducible: Always Steps to Reproduce: 1.cd /usr/share/doc/packages/selinux-refpolicy-standard 2. 3. Actual Results: either put the full source of refpolicy in /usr/share/doc/packages/selinux-refpolicy-standard or /usr/share/selinux or have a seperate package to download. Expected Results: either swithout the policy to binary to not have the need for the source code. or if using monolithic policy, have the source in /usr/share/ in order to make policy adjustments. -- 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