August 2007 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 257910] New: [Browse] in NFS/Installation: NetworkPopup.ycp:214 Couldn't find an agent to handle '.net.showexports'
by bugzilla_noreply＠novell.com 20 Oct '08

20 Oct '08

https://bugzilla.novell.com/show_bug.cgi?id=257910 Summary: [Browse] in NFS/Installation: NetworkPopup.ycp:214 Couldn't find an agent to handle '.net.showexports' Product: openSUSE 10.3 Version: Alpha 2 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: lslezak(a)novell.com ReportedBy: locilka(a)novell.com QAContact: jsrain(a)novell.com 2007-03-27 09:46:10 <3> 10.20.1.66(3830) [Interpreter] NetworkPopup.ycp:214 Couldn't find an agent to handle '.net.showexports' 2007-03-27 09:46:10 <3> 10.20.1.66(3830) [Interpreter] NetworkPopup.ycp:214 SCR::Read() failed NetworkPopup is in yast2.rpm, We might need to move the agent from nfs-client to yast2.rpm as well. -- 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, or are watching someone who is.

1 7

[Bug 273799] New: knetworkmanager always picks the usb-device although it is not active
by bugzilla_noreply＠novell.com 20 Oct '08

20 Oct '08

https://bugzilla.novell.com/show_bug.cgi?id=273799 Summary: knetworkmanager always picks the usb-device although it is not active Product: openSUSE 10.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sven.burmeister(a)gmx.net QAContact: qa(a)suse.de When I start knetworkmanager it always picks the usb-device (Genesys Logic) It claims that it has an IP (169.254.127.207) and ignores the eth0 device which does have an active link, i.e. the network-cable is plugged-in. /etc/sysconfig/network does not show any config-files for a usb-device. usb0 Protokoll:Ethernet Hardware Adresse 0A:0C:5E:16:FA:71 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:8 dropped:0 overruns:0 carrier:0 collisions:0 Sendewarteschlangenlänge:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) -- 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, or are watching someone who is.

1 25

[Bug 293433] New: hotplugged usb ntfs partitions are mounted as ntfs instead of ntfs-3g
by bugzilla_noreply＠novell.com 19 Oct '08

19 Oct '08

https://bugzilla.novell.com/show_bug.cgi?id=293433 Summary: hotplugged usb ntfs partitions are mounted as ntfs instead of ntfs-3g Product: openSUSE 10.3 Version: Alpha 6 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: peter.kerekfy(a)winsdom.com QAContact: qa(a)suse.de Found By: --- HAL (or whatever) mounts hotplugged ntfs partitions with ntfs instead of ntfs-3g. I know it is a terrible hack but I created a symlink from /sbin/mount.ntfs to /usr/bin/ntfsmount which happens to be the userspace ntfs-3g executeable. Regards, Peter. -- 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 27

[Bug 226686] New: Yast/German: "Installationsquelle wechseln"
by bugzilla_noreply＠novell.com 18 Oct '08

18 Oct '08

https://bugzilla.novell.com/show_bug.cgi?id=226686 Summary: Yast/German: "Installationsquelle wechseln" Product: SUSE Linux 10.1 Version: Final Platform: All OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Translations AssignedTo: ke(a)novell.com ReportedBy: Ulrich.Windl(a)rz.uni-regensburg.de QAContact: ke(a)novell.com In Yast's "Software" group the German text "Instalationsquelle wechseln" (change installation source) seems to imply that the user can exchange (in the meaning of replacing one for another) the installation source, while in fact the use can manage installation sources (that is: add, change, delete) to have multiple sources. Maybe "Installationsquellen verwalten" (manage installation sources) would be more precise. -- 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, or are watching someone who is.

1 12

[Bug 269834] New: Configuration of Modem and ISDN through NM Applet only possible if at least 1 Modem already configured
by bugzilla_noreply＠novell.com 17 Oct '08

17 Oct '08

https://bugzilla.novell.com/show_bug.cgi?id=269834 Summary: Configuration of Modem and ISDN through NM Applet only possible if at least 1 Modem already configured Product: openSUSE 10.3 Version: Alpha 3 Platform: x86 OS/Version: openSUSE 10.3 Status: NEW Severity: Enhancement Priority: P5 - None Component: GNOME AssignedTo: bnc-team-gnome(a)forge.provo.novell.com ReportedBy: casualprogrammer(a)yahoo.com QAContact: qa(a)suse.de I suggest making this feature available permanently, without having to go through YaST modem setup the first time. -- 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, or are watching someone who is.

1 13

[Bug 270459] New: Installation - Bootloader [Buttons]
by bugzilla_noreply＠novell.com 16 Oct '08

16 Oct '08

https://bugzilla.novell.com/show_bug.cgi?id=270459 Summary: Installation - Bootloader [Buttons] Product: openSUSE 10.3 Version: Alpha 3 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: odabrunz(a)novell.com ReportedBy: locilka(a)novell.com QAContact: jsrain(a)novell.com Please, see this link http://en.opensuse.org/YaST/Style_Guide/Use_cases/Installation#Proposal_Wor… Installation Proposal: * [Back] button should be disabled in the first dialog (there is not any previous dialog) * [Finish] should be [Accept] (it doesn't finish installation, it just accepts changes) Screenshot will be attached. -- 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, or are watching someone who is.

1 11

[Bug 238572] New: SCSI Subsystem Locks-up Machine
by bugzilla_noreply＠novell.com 15 Oct '08

15 Oct '08

https://bugzilla.novell.com/show_bug.cgi?id=238572 Summary: SCSI Subsystem Locks-up Machine Product: openSUSE 10.2 Version: Final Platform: x86 OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: jim(a)edwardsj7.com QAContact: qa(a)suse.de My system has the root, "/", and "/home" directories on two different SCSI drives on the same chain of an Adaptec 29320 (U320) card and they are using the AIC79xx driver version 3.0. From time to time the system will cease to function and the SCSI activity indicator LED will stay on at 100% (usually it only flashes very briefly) and the machine becomes unresponsive. Maybe after a long time it will seem to return, but really the SCSI drives are off-line and even a restart fails back to what looks like an "init 3" screen with "login" displayed, but nothing is accepted. A system hard RESET, or power off and on, is required to restore functionality. The ensuing reboot displays a large number of transactions being replayed for the "/" RFS, 800+ is not unusual, but nothing for the ext3 (when it was RFS it had some transactions). It seems that this lock-up is triggered by things that try to move a lot of data over the SCSI bus, like "mkisofs" or some other large file transfers. Moving "/home" to an IDE drive did not help. "/" is on an RFS version 3.6 partition and "/home" is on an ext3 partition (it was RFS, and changed to ext3 with no effect). The same system hardware (AMD Athlon XP 2500+ etc.) has been running Suse 9.0 successfully with no such problems, and still can, so it seems to me to be likely to be related to the newer drivers (version 9.0's are much older, version 1.3.something, I think), possibly in association with RFS ??? For info ... jim@linux:~> cat /proc/scsi/aic79xx/4 Adaptec AIC79xx driver version: 3.0 Adaptec 29320 Ultra320 SCSI adapter aic7902: Ultra320 Wide Channel B, SCSI Id=7, PCI 33 or 66Mhz, 512 SCBs Allocated SCBs: 68, SG List Length: 128 Serial EEPROM: 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x17c8 0x09f4 0x01c7 0x2807 0x0010 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0xffff 0x0410 0xb458 Target 0 Negotiation Settings User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|QAS, 16bit) Goal: 320.000MB/s transfers (160.000MHz DT|IU|QAS, 16bit) Curr: 320.000MB/s transfers (160.000MHz DT|IU|QAS, 16bit) Channel A Target 0 Lun 0 Settings Commands Queued 47423 Commands Active 0 Command Openings 32 Max Tagged Openings 32 Device Queue Frozen Count 0 Target 1 Negotiation Settings User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|QAS, 16bit) Goal: 320.000MB/s transfers (160.000MHz DT|IU|QAS, 16bit) Curr: 320.000MB/s transfers (160.000MHz DT|IU|QAS, 16bit) Channel A Target 1 Lun 0 Settings Commands Queued 105578 Commands Active 0 Command Openings 32 Max Tagged Openings 32 Device Queue Frozen Count 0 Target 2 Negotiation Settings User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|QAS, 16bit) Target 3 Negotiation Settings User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|QAS, 16bit) Target 4 Negotiation Settings User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|QAS, 16bit) Target 5 Negotiation Settings User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|QAS, 16bit) Target 6 Negotiation Settings User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|QAS, 16bit) Goal: 80.000MB/s transfers (40.000MHz, 16bit) Curr: 80.000MB/s transfers (40.000MHz, 16bit) Channel A Target 6 Lun 0 Settings Commands Queued 32843 Commands Active 0 Command Openings 1 Max Tagged Openings 0 Device Queue Frozen Count 0 Target 7 Negotiation Settings User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|QAS, 16bit) Target 8 Negotiation Settings User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|QAS, 16bit) Target 9 Negotiation Settings User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|QAS, 16bit) Target 10 Negotiation Settings User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|QAS, 16bit) Target 11 Negotiation Settings User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|QAS, 16bit) Target 12 Negotiation Settings User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|QAS, 16bit) Target 13 Negotiation Settings User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|QAS, 16bit) Target 14 Negotiation Settings User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|QAS, 16bit) Target 15 Negotiation Settings User: 320.000MB/s transfers (160.000MHz RDSTRM|DT|IU|QAS, 16bit) Targets "0" and "1" are the two SCSI hard drives. Thanks for any help Jim -- 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, or are watching someone who is.

1 27

[Bug 304316] New: hal: use better libexecdir
by bugzilla_noreply＠novell.com 15 Oct '08

15 Oct '08

https://bugzilla.novell.com/show_bug.cgi?id=304316 Summary: hal: use better libexecdir Product: openSUSE 10.3 Version: Beta 2 Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: sbrabec(a)novell.com QAContact: qa(a)suse.de Found By: --- According to packaging conventions, libexecdir should be based on %{_prefix}/lib, not %{_libdir}. See also: bug 157894 This change will allow to use 32-bit addons on 64-bit systems, which is IMHO possible, because addons are binaries. Please note, that this change must be done in all addon providing packages. -- 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 16

[Bug 230895] New: hotkey-setup & power button on compaq presario M2000 laptop
by bugzilla_noreply＠novell.com 15 Oct '08

15 Oct '08

https://bugzilla.novell.com/show_bug.cgi?id=230895 Summary: hotkey-setup & power button on compaq presario M2000 laptop Product: openSUSE 10.2 Version: Final Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Mobile Devices AssignedTo: behlert(a)novell.com ReportedBy: f.alabas(a)ttnet.net.tr QAContact: qa(a)suse.de Hotkeys on my laptop is all recognized well, except of Fn-F6 ($KEY_COFFEE) that is for simply locking the screen. It is not recognized when configuring as a input action or as a keyboard shortcut on KDE. In addition, power button is not responding although it has been configured as "wm_shutdown" in etc/sysconfig/poversave/events file. However this was already working at Suse Linux 10.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, or are watching someone who is.

1 8

[Bug 286769] New: bluetooth: MacBookPro bluetooth requires hid2hci to work
by bugzilla_noreply＠novell.com 15 Oct '08

15 Oct '08

https://bugzilla.novell.com/show_bug.cgi?id=286769 Summary: bluetooth: MacBookPro bluetooth requires hid2hci to work Product: openSUSE 10.3 Version: Alpha 5 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Mobile Devices AssignedTo: seife(a)novell.com ReportedBy: ro(a)novell.com QAContact: qa(a)suse.de Found By: --- usb-id on bootup: + 1000 Bluetooth HCI MacBookPro (uninitialized) usb-id after hid2hci has been run: + 8205 Bluetooth HCI MacBookPro (vendor in both cases 0x05ac Apple) -- 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 11