January 2007 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 239858] New: irqbalancer does not work as would have been expected.
by bugzilla_noreply＠novell.com 21 Oct '08

21 Oct '08

https://bugzilla.novell.com/show_bug.cgi?id=239858 Summary: irqbalancer does not work as would have been expected. Product: openSUSE 10.2 Version: Final Platform: i586 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dieter.jurzitza(a)t-online.de QAContact: qa(a)suse.de The script /etc/init.d/irq_balancer checks for the number of physical processors ($PHYS) and the total number of processors ($PROC). The new dual core CPU's i.e. from Intel return PHYS = 1 and PROC = 2, as we have one IC containing two CPU's. The first line in "start" tests for $PHYS -gt 1 || $PROC -gt 1 -a $PHYS -eq 0. The latter seems meaningless to me as $PHYS will never ever be equal to 0. Therefore the script does not work on my system (dual core, but single IC). Please assign this bug to sf(a)suse.de as he did the last modifications on the rpm. Take care Dieter Jurzitza -- 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 10

[Bug 211857] New: access to floppy is very slow
by bugzilla_noreply＠novell.com 21 Oct '08

21 Oct '08

https://bugzilla.novell.com/show_bug.cgi?id=211857 Summary: access to floppy is very slow Product: SUSE Linux 10.1 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Hotplug AssignedTo: ihno(a)novell.com ReportedBy: timmi(a)gmx-topmail.de QAContact: qa(a)suse.de CC: timmi(a)gmx-topmail.de The access to my floppy is very slow, independently if working on X or on the console. The floppy behaves exactly like describes in bug 105871 for 10.0. However USB sticks work fine. Is bug 105871 only fixed for USB sticks and not for floppies? -- 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 14

[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 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 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 233122] New: no debuginfo packages for fixed packages
by bugzilla_noreply＠novell.com 15 Oct '08

15 Oct '08

https://bugzilla.novell.com/show_bug.cgi?id=233122 Summary: no debuginfo packages for fixed packages Product: openSUSE 10.2 Version: RC 5 Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: olh(a)novell.com QAContact: qa(a)suse.de 10.2 has appearently no debuginfo packages for security/bugfix packages. another install source is required to provide also the -debuginfo.rpm for the very latest release of a package. The current situation confuses yast, as seen in bug #231183 -- 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 76

[Bug 222222] New: Yast sw_single (and inst_source) fails if remote repository is added, but the network connection is down (Refresh Off ignored?)
by bugzilla_noreply＠novell.com 14 Oct '08

14 Oct '08

https://bugzilla.novell.com/show_bug.cgi?id=222222 Summary: Yast sw_single (and inst_source) fails if remote repository is added, but the network connection is down (Refresh Off ignored?) Product: openSUSE 10.2 Version: Beta 2 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: amantia(a)kde.org QAContact: jsrain(a)novell.com I added a remote repository (packman by ftp) as install source. I explicitely disabled the refresh for that repository. Now when I run sw_single it gives me an error if my network connection is down (as it is in many cases, as I'm using dial-up), saying that: Cannot access installation media 20061116-230553 CD1 Check that server is accessible The details are: ftp://ftp2.lug.ro/packman/suse/10. Curl error for: ftp://ftp2.lug.ro/packman/suse/10.1/repodata/repomd.xml: Error code: Connection failed Error message: Couldn't resolve host 'ftp2.lug.ro' Choices are OK, Abort, Skip. If I select skip, I get a warning: There was an error in installation source initialization. ftp://ftp2.lug.ro/packman/suse/10.1/: Cannot create the installation source After this the Initializing screen is visible for a few seconds and I hear the DVD drive (containing the Beta2 DVD) spinning up, and I end up with an empty yast window, without texts or buttons on it. The only solution is to kill the y2base process. Now if I run inst_source, it tries to download the same file, it fails, and it removes the packman repository from the available sources. If I run inst_source with the network up, it refreshes the repository from the net... Of course, as I stated refresh is OFF for this repo. IIRC this worked correctly with Beta1. Just a note: if I add the repository, bring down the network and start sw_single it works for the first time, but if I start it some time later, it shows the 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, or are watching someone who is.

1 8

[Bug 229978] New: YaST2 generates wrong lilo.conf when changing from GRUB to LILO
by bugzilla_noreply＠novell.com 08 Oct '08

08 Oct '08

https://bugzilla.novell.com/show_bug.cgi?id=229978 Summary: YaST2 generates wrong lilo.conf when changing from GRUB to LILO Product: openSUSE 10.2 Version: RC 5 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: aosthof(a)novell.com ReportedBy: bwalle(a)novell.com QAContact: jsrain(a)novell.com When switching from GRUB to LILO, YaST2 generates a wrong /etc/lilo.conf file. I choosed "convert existing configuration" and the error is that there's label = openSUSE -- 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 226122] New: Some Fn keys don't work on Sony FS VGN-FS115B.
by bugzilla_noreply＠novell.com 06 Oct '08

06 Oct '08

https://bugzilla.novell.com/show_bug.cgi?id=226122 Summary: Some Fn keys don't work on Sony FS VGN-FS115B. Product: openSUSE 10.2 Version: RC 5 Platform: All OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: Mobile Devices AssignedTo: thoenig(a)novell.com ReportedBy: mmaher(a)novell.com QAContact: qa(a)suse.de CC: behlert(a)novell.com Some Fn keys like sound+, sound-, mute, brightness+ / brightness- don't work on Sony FS VGN-FS115B. (Numkeys working correct). -- 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 217534] New: Use local repositories for package cache, symlink instead of copy
by bugzilla_noreply＠novell.com 02 Oct '08

02 Oct '08

https://bugzilla.novell.com/show_bug.cgi?id=217534 Summary: Use local repositories for package cache, symlink instead of copy Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: BuildService AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: lurch(a)gmx.li QAContact: adrian(a)novell.com Attached is a patch for osc which makes the behaviour of the fetcher for localy available packages configurable. By default, nothing changes. If "localcopy" is set to 0, local files are symlinked into the packagecachedir, remote files are downloaded as before. example .oscrc snippet: --- localcopy: 0 urllist: # mounted distribution dvd file:///media/dvd/suse/%(arch)s/%(filename)s, # the normal repo server, redirecting to mirrors http://software.opensuse.org/download/%(project)s/%(repository)s/%(arch)s/%…, # direct access to "full" tree http://api.opensuse.org/rpm/%(project)s/%(repository)s/_repository/%(builda… ----- -- 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