July 2010 - openSUSE Bugs - openSUSE Mailing Lists

[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

[Bug 582375] New: Starting Akonadi server progress bar
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=582375 http://bugzilla.novell.com/show_bug.cgi?id=582375#c0 Summary: Starting Akonadi server progress bar Classification: openSUSE Product: openSUSE 11.3 Version: Milestone 2 Platform: All OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Workspace AssignedTo: kde-maintainers(a)suse.de ReportedBy: rastislav.krupansky(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- Created an attachment (id=344194) --> (http://bugzilla.novell.com/attachment.cgi?id=344194) starting akonadi server User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/533.1 (KHTML, like Gecko) Chrome/5.0.322.2 Safari/533.1 After booting into KDE desktop environment, pops up Akonadi server progress bar. Attached screenshot 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 13

[Bug 582206] New: FF 3.6 needs Sun Java 1.6 > u10, FF 3.6 does not work with Java when openJDK is installed
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=582206 http://bugzilla.novell.com/show_bug.cgi?id=582206#c0 Summary: FF 3.6 needs Sun Java 1.6 > u10, FF 3.6 does not work with Java when openJDK is installed Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: werner.flamme(a)ufz.de QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; de; rv:1.9.2.0) Gecko/20100115 SUSE/3.6.0-1.2 Firefox/3.6 Hi, I just discovered that in my 11.2 x86_64 FF 3.6 did not work with any Java pages, for example the ILOM port of my Sun V40z servers. There was no Java showing up on about:plugins. I had both Javas installed, openJDK as well as Sun. As soon as I deinstalled openJDK, about:plugins showed a Java plugin, and I see my ILOM pages again. Now I do the "zypper patch", where I get a lot of patterns-openSUSE-something updated from 11.2-20.22.1 to 11.3-1.1.1 (is this a feauture?), and among other small files the both packages I just deinstalled are there again. And boom! - no Java plugin in Firefox, no looking at the ILOM indicators. Now I have to deinstall them via YaST, where I can mark them as "never install this!" so it won't bother me again... Unfortunately, Opera recognizes the Java environment, but does not cooperaty with any of those (openJDK, Sun), so I can't even switch the browser for looking at those pages... Reproducible: Always Steps to Reproduce: 1. Update Firefox to 3.6 from the mozilla repository 2. start FF, open an new tab with URL about:plugins OR look at Extras -> AddOns -> Plugins: no Java; looking at pages containing Java does not work 3. rpm -e java-1_6_0-openjdk-plugin-1.6.0.0_b16-5.10.1.x86_64 java-1_6_0-openjdk-1.6.0.0_b16-5.10.1.x86_64 4. step 2 again, but: Java plugin is there; pages containing Java are back to work Actual Results: After I removed java-1_6_0-openjdk-plugin and java-1_6_0-openjdk, FF showed the Java pages again. Apparently, the openJDK plugin confuses FF. This I can say because the reinstallation of openJDK as dependency by some "patterns-opensuse" brings FF 3.6 back to "I don't work with Java" :-( http://www.java.com/en/download/faq/firefox_newplugin.xml may explain why. Expected Results: I do not need openJDK since I have Sun's Java installed. I do not want openJDK because it does not cooperate with FF 3.6. But I do not see how to declare this as an installation dependancy... -- 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 7

[Bug 582111] New: Spamassassin. spamd doesn't start.
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=582111 http://bugzilla.novell.com/show_bug.cgi?id=582111#c0 Summary: Spamassassin. spamd doesn't start. 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: lazy.kent.suse(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- spamd doesn't start with error: spamd[2751]: check: no loaded plugin implements 'check_main': cannot scan! at /usr/lib/perl5/vendor_perl/5.10.1/Mail/SpamAssassin/PerMsgStatus.pm line 164. Compareing to oS 11.1 package perl-spamassassin I see missing files in Factory package: /etc/mail/spamassassin/init.pre /etc/mail/spamassassin/v310.pre /etc/mail/spamassassin/v312.pre /etc/mail/spamassassin/v320.pre I copied the files to right place and spamd started successfully. -- 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 582088] New: YaST2 dialog error, Qt and ncurses
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=582088 http://bugzilla.novell.com/show_bug.cgi?id=582088#c0 Summary: YaST2 dialog error, Qt and ncurses Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: x86-64 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: lazy.kent.suse(a)gmail.com QAContact: jsrain(a)novell.com Found By: Community User Blocker: --- Created an attachment (id=343989) --> (http://bugzilla.novell.com/attachment.cgi?id=343989) error screen After latest update from Factory can't run any YaST module. Attached screenshots with errors. The same errors in ncurses interface. -- 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