June 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 510767] New: mkinitrd -b boot_dir doesn't work
by bugzilla_noreply＠novell.com 03 Sep '13

03 Sep '13

http://bugzilla.novell.com/show_bug.cgi?id=510767 Summary: mkinitrd -b boot_dir doesn't work Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader AssignedTo: jsrain(a)novell.com ReportedBy: lukas(a)aiken.cz QAContact: jsrain(a)novell.com Found By: --- User-Agent: Opera/9.64 (Windows NT 6.0; U; cs) Presto/2.1.1 mkinitrd ignores the boot directory passed via -b boot_dir. It always uses /boot instead. Reproducible: Always Steps to Reproduce: 1. Create a directory (eg. /home/abcd/boot). 2. Copy the content of /boot into this directory (eg. cp -r /boot /home/abcd/boot). 3. Invoke mkinitrd with the "-b" parameter (eg. mkinitrd -b /home/abcd/boot) Actual Results: The appropriate initrd file is created inside /boot, not in the specified directory (eg. /home/abcd/boot). The same applies for the kernel image which is used from /boot. Expected Results: The image is created inside the specified directory (eg. /home/abcd/boot). -- 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 498345] New: ld.so segfaults on /lib/modules/.../vdso.so
by bugzilla_noreply＠novell.com 09 Jul '13

09 Jul '13

http://bugzilla.novell.com/show_bug.cgi?id=498345 Summary: ld.so segfaults on /lib/modules/.../vdso.so Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: x86-64 OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: pbaudis(a)novell.com ReportedBy: mmarek(a)novell.com QAContact: qa(a)suse.de Found By: --- During kernel build, something runs ldd on the vdso.so binary, which results in a segfault in ld.so. Can be reproduced in the live system too: $ ldd /lib/modules/2.6.27.21-0.1-default/vdso/vdso.so ldd: exited with unknown exit code (139) $ /lib64/ld-linux-x86-64.so.2 --verify /lib/modules/2.6.27.21-0.1-default/vdso/vdso.so Segmentation fault -- 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 515041] New: lirc-0.8.5-1.3:array index out of range
by bugzilla_noreply＠novell.com 05 Jul '13

05 Jul '13

http://bugzilla.novell.com/show_bug.cgi?id=515041 Summary: lirc-0.8.5-1.3:array index out of range Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: All OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: dcb314(a)hotmail.com QAContact: qa(a)suse.de Found By: --- I just had a look at factory package lirc-0.8.5-1.3 In file lirc-0.8.5/daemons/hw_commandir.c around line 834, is the source code for(i=0;i<MAX_CHANNELS;i++) { next_signalq_per_channel[i] = -1; channels_en[i] = 0xff; but static char channels_en[MAX_DEVICES]; and lirc-0.8.5/daemons/hw_commandir.h:#define MAX_DEVICES 4 lirc-0.8.5/daemons/hw_commandir.h:#define MAX_CHANNELS 16 This looks like broken code because the array channels_en only has four entries, but 16 are written into it. Suggest code rework. -- 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 3

[Bug 504200] New: Poor performance of NFS
by bugzilla_noreply＠novell.com 16 May '13

16 May '13

http://bugzilla.novell.com/show_bug.cgi?id=504200 Summary: Poor performance of NFS Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: x86-64 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: wwilde(a)novell.com QAContact: qa(a)suse.de Found By: IS&T Poor performance when burning a DVD with the image being located on NFS mount. Direct link inbetween the 2 NICs, no switch/ hub inbetween. Real throughput of Gigabit NIC: 100-120 MByte/s per direction (tested with netcat) Throughput when doing scp or rsync via ssh: 50-80MByte/s Throughput for burning the NFS based DVD image: 800kByte/s with /usr/bin/growisofs -Z /dev/hdc=dvd.iso -use-the-force-luke=notray -use-the-force-luke=tty -dvd-compat -speed=8 -use-the-force-luke=bufsize:40m throughput when burning local dvd image: minimum 5MByte/s, depending on "speed" settings. ;) -- 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 497392] New: add packages to devel:/languages:/python
by bugzilla_noreply＠novell.com 03 Mar '13

03 Mar '13

http://bugzilla.novell.com/show_bug.cgi?id=497392 Summary: add packages to devel:/languages:/python Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: 3rd party software AssignedTo: opensuse-communityscreening(a)forge.provo.novell.com ReportedBy: axel.braun(a)gmx.de QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.0.8) Gecko/2009032600 SUSE/3.0.8-1.1.1 Firefox/3.0.8 please add relatorio: http://relatorio.openhex.org/ pytz: http://pytz.sourceforge.net/ 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 14

[Bug 515040] New: How to start lircmd properly?
by bugzilla_noreply＠novell.com 19 Jan '13

19 Jan '13

http://bugzilla.novell.com/show_bug.cgi?id=515040 Summary: How to start lircmd properly? Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: PC OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Usability AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: revealed(a)freakmail.de QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; de; rv:1.9.0.11) Gecko/2009060200 SUSE/3.0.11-5.2 Firefox/3.0.11 Hello there! First: I got a Haupauge PVR150; (No MCE); Remote is: A415 (Hauppauge); I am able to use the TV-Card very well, together with: - ivtv <- SuSE rpm's - tv-viewer <- (Program for watching TV, etc. ) [Not available as SuSE (rpm)] http://sourceforge.net/projects/tv-viewer I wanted to use all features of LIRC, too. There is a problem with IVTV of SuSE rpm's. - There seems to be no firmware for PVR 150 remote included. - Firmware for card itselves is definitively included and working fine. So i had to get it from another resource. So here is the first question: Can the Firmware for the PVR 150 remote be included into IVTV SuSE packing? This would be very Helpful in any case!! :) So i wanted to: Change channels and use all the buttons. With SuSE RPM of LIRC there was no chance in doing this. But i am very lucky, that there is a speciel CVS version of LIRC which makes it possible. Here you can find the CVS Version: http://www.blushingpenguin.com/mark/blog/?p=24 But... This version doesnt offer a convinient way to start LIRC. So i got me the SuSE RPM and used the contained rclirc to start LIRC. This works pretty well itselves. I also put symlinks to fit the binarys that it complies the same way with SuSE rpm. Also i added missing files like the sysconfig script manually. So i can start the CVS version of LIRC. :) And i can use the remote together with TV-Viewer to change volume and channels. Question one: I am wondering if it was possible to have the new PVR150 compatibility layer of the CVS packet from the link provided above implementend into SuSE's LIRC package. As i know that this is working ???? Next step for me was to try lircmd: LIRCMD is a daemon which makes it possible to control the desktop like using a mouse via a remote control. I had to add a new mouse section to xorg.conf. This was relatively easy. It simulates a mouse with IntelliMouse protocol in my case. Here is the problem.. or am i wrong? Is it an implementation issue? Dont blame me if it relies on the CVS version. I am using the SuSE RPM rclirc to start the LIRC functions. But there is no way offered to start LIRCMD properly. It has to be started prior to detection of mouse devices as there has to be an: /dev/lircm existant which is being created by the lircmd daemon. Else you will find errors in Xorg.0.log like: /dev/lircm doesnt exist. So i altered the RCSCRIPT from the SuSE rpm to start before acpid. This fixes this issue for me. And as there dont seem to be any functions existing within SuSE rcscript to start lircmd. I added them. So the second question is. How is this LIRCMD thing started correctly with SuSE rpm? Maybe there is a more efficent easyer way than the one i did? I will provide a diff here, what i did. This made it work for me: (In case there is no easyer way.) I am no profession. But i would be happy to at least offer a proposal for implementation, if it is possible to have this included? :) --- lirc.suse 2009-06-21 19:49:12.000000000 +0200 +++ lirc.neu 2009-06-21 19:48:21.000000000 +0200 @@ -13,10 +13,12 @@ # ### BEGIN INIT INFO # Provides: lirc -# Required-Start: $remote_fs -# Required-Stop: $remote_fs -# Default-Start: 3 5 +# Default-Start: 3 4 5 # Default-Stop: 0 1 2 6 +# Required-Start: +# Required-Stop: +# X-Start-Before: acpid +# X-Stop-After: # Short-Description: lirc daemon # Description: The main task of lircd is to decode the infrared # signals and provide an uniform interface for client applications @@ -24,13 +26,23 @@ # Check for missing binaries (stale symlinks should not happen) lircd_BIN=/usr/sbin/lircd +lircmd_BIN=/usr/sbin/lircmd +lircmd_flag="/etc/lircmd.conf" + test -x $lircd_BIN || exit 5 +test -x $lircmd_BIN || exit 5 # Check for existence of needed config file and read it lircd_CONFIG=/etc/sysconfig/lirc test -r $lircd_CONFIG || exit 6 $lircd_CONFIG +# Check for lircmd config to be available +lircmd_CONFIG=/etc/lircmd.conf +test -r $lircmd_CONFIG || { echo "$lircmd_CONFIG not existing"; + if [ "$1" = "stop" ]; then exit 0; + else exit 6; fi; } + # Source LSB init functions # providing start_daemon, killproc, pidofproc, # log_success_msg, log_failure_msg and log_warning_msg. @@ -142,7 +154,8 @@ ## Start daemon with startproc(8). If this fails ## the return value is set appropriately by startproc. eval startproc $lircd_BIN $(makeargs) - + ## Start the lircmd as daemon (default) (no evaluation) + $lircmd_BIN $lircmd_flag # Remember status and be verbose rc_status -v ;; @@ -152,6 +165,7 @@ ## killproc sets the return value according to LSB. killproc -TERM $lircd_BIN + killproc -TERM $lircmd_BIN # Remember status and be verbose rc_status -v @@ -181,6 +195,7 @@ echo -n "Reload service lircd " ## if it supports it: killproc -HUP $lircd_BIN + killproc -HUP $lircmd_BIN #touch /var/run/lircd.pid rc_status -v @@ -195,6 +210,7 @@ # If it supports signaling: echo -n "Reload service lircd " killproc -HUP $lircd_BIN + killproc -HUP $lircmd_BIN #touch /var/run/lircd.pid rc_status -v @@ -217,6 +233,7 @@ # NOTE: checkproc returns LSB compliant status values. checkproc $lircd_BIN + checkproc $lircmd_BIN # NOTE: rc_status knows that we called this init script with # "status" option and adapts its messages accordingly. rc_status -v I hope i could tell you to the point of my questions. My English is not the best. Many thanks for your time and Help in forward! Greetings, Reproducible: Always Steps to Reproduce: 1.Install IVTV for PVR150 2. Install LIRC 3. Try using lircmd Actual Results: LIRCMD seems to not be implemented in startupconfiguration of SuSE 11.1. Expected Results: Hauppauge PVR150 working out of the Box. -- 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 9

[Bug 517959] New: Clock shows wrong time
by bugzilla_noreply＠novell.com 28 Nov '12

28 Nov '12

http://bugzilla.novell.com/show_bug.cgi?id=517959 Summary: Clock shows wrong time Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Major Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: fdan52(a)comcast.net QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.4) Gecko/2008103100 SUSE/3.0.4-4.7 Firefox/3.0.4 I have installed 11.1 a number of times. I always select local time (Los Angeles no UTC) during the install. The first time or two reboot, the time is right. Then the the time consistantly falls back 6 hours. the change also effects CMOS system clock requiring me to go into the system setup to correct. This does not resolve the problem. Nor does setting the time from the GUI. The battery is new, so that can't be the problem. 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 41

[Bug 514056] New: kfmclient does not work when run by root
by bugzilla_noreply＠novell.com 16 Nov '12

16 Nov '12

http://bugzilla.novell.com/show_bug.cgi?id=514056 Summary: kfmclient does not work when run by root Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: KDE4 Applications AssignedTo: kde-maintainers(a)suse.de ReportedBy: prusnak(a)novell.com QAContact: qa(a)suse.de Found By: --- When I run kfmclient under normal client it works: [prusnak@leira 0 ~] kfmclient openURL http://example.com opens the webpage in browser. When I switch to root and perform the same task it stalls: [root@leira 0 ~] kfmclient openURL http://example.com -- 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 20

[Bug 506614] New: rdesktop: Left-Handed Mouse Buttons are Backwards
by bugzilla_noreply＠novell.com 16 Nov '12

16 Nov '12

http://bugzilla.novell.com/show_bug.cgi?id=506614 Summary: rdesktop: Left-Handed Mouse Buttons are Backwards Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: nick(a)seakr.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.10) Gecko/2009042700 SUSE/3.0.10-1.1.1 Firefox/3.0.10 My setup uses a left-handed mouse. This seems to work fine for all applications except rdesktop. When I use rdesktop to connect to a Windows box, the mouse buttons inside rdesktop are right-hand style instead of left-hand. If I download and compile rdesktop 1.6.0 (or the SVN tree), the problem remains the same. If I download and compile rdesktop 1.5.0, the mouse buttons work correctly. Reproducible: Always Steps to Reproduce: 1.Set up mouse for Left-Handed configuration 2.rdesktop <servername> 3.Login 4.Mouse buttons are mapped backwards Actual Results: Mouse buttons are mapped backwards Expected Results: Mouse buttons should be left-handed in RDP session the same as they are on my GNOME desktop. Using standard Xorg server and GNOME display manager. -- 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 3

[Bug 505185] New: Hermes does not send mails
by bugzilla_noreply＠novell.com 21 Sep '12

21 Sep '12

http://bugzilla.novell.com/show_bug.cgi?id=505185 Summary: Hermes does not send mails Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: P5 - None Component: Hermes AssignedTo: freitag(a)novell.com ReportedBy: dominique.leuenberger(a)tmf-group.com QAContact: adrian(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1b4) Gecko/20090426 SUSE/3.5b4-1.2 Firefox/3.5b4 For about a week now I do not get mails from Hermes regarding SubmitReqs (I DO get build failures). I verified my settings on hermes.opensuse.org, and I should be notified. This is very annoying, as I have no idea if submitreqs get accepted (well, I'll see this later) or rejected. In case of reject typically users state a 'why' which would be very interesting to get of course. my OBS/iChain user: dimstar I consider this major as a workflow is completely broken without the mails (I'd need to osc sr show all the time, remembering all the IDs I created.) 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 19