August 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 522660] New: more information in package change / project change / package updated requests
by bugzilla_noreply＠novell.com 08 Jul '13

08 Jul '13

http://bugzilla.novell.com/show_bug.cgi?id=522660 Summary: more information in package change / project change / package updated requests Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Hermes AssignedTo: freitag(a)novell.com ReportedBy: meissner(a)novell.com QAContact: adrian(a)novell.com CC: coolo(a)novell.com, mls(a)novell.com Found By: Development We need more information in the package / project changed and updated request. This is two parts: - bs_srcserver needs to send more information to Hermes - Hermes template needs to include this data. Its probably possible to diff the XML before/after. (not text diff, but some other diff method). -- 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 23

[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 527213] New: Updates don't Update
by bugzilla_noreply＠novell.com 30 May '13

30 May '13

http://bugzilla.novell.com/show_bug.cgi?id=527213 Summary: Updates don't Update Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: i686 OS/Version: openSUSE 11.0 Status: NEW Severity: Major Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: rfengineer(a)juno.com QAContact: jsrain(a)novell.com Found By: --- User-Agent: Mozilla/5.0 (compatible; Konqueror/4.0; Linux) KHTML/4.0.4 (like Gecko) SUSE Both a specific, and a general issue: Occasionally, an update/patch doesn't work. This is not computer specific, as I have 3 boxes all with the same problem right now with the exact same patch/update. The particular box I am on at this instant is configured as follows: ++++++++++++++ CPU: Genuine Intel(R) CPU T2300 @ 1.66GHz Speed: 1,000.00 MHz Cores: 2 Linux 2.6.25.20-0.4-default i686 openSUSE 11.0 (i586) KDE: 4.0.4 (KDE 4.0.4 >= 20080505) "release 15.2" Mozilla Thunderbird version 2.0.0.19 (20081227) Mozilla Firefox 3.0.12 ++++++++++++ The specific issue is an update Mozilla Thunderbird Update 2.0.0.22, which will not complete. It also causes other updates to not complete, unless I uncheck the update for Thunderbird. When checked to complete, the patch will not apply, and will not allow any other patches/updates to apply either. Reproducible: Always Steps to Reproduce: 1.Check for Updates 2."New Software Available" 3.Click "Install" 4.Give Password 5.Returns back to step 2 without installing or applying the new software. Actual Results: Does not install new software, or allow other patches/updates to install. No "don't ever apply this one" option for the operator. Expected Results: Specifically, this patch should be looked into to find the cause of the problem. Perhaps it is a problem with the repository? More generally, though, there should be an OPTION ADDED to allow a specific patch to be deleted from an/or ignored by the patch list (on a permanent basis) by the user at his option if it does not appear to work normally. Of course such an option should come with a warning statement so the user knows that not applying the patch may leave his computer vulnerable to attack, etc. But when there is a problem/issue with a specific patch not working on a specific system there needs to be an "out" for the user, which at present - there really isn't, except for allowing the user to uncheck a specific "bad patch", assuming the user knows which patch is bad. If the user is unaware of which patch is causing his computer to not proceed with other updates, he may wind up with several patches undone, because he is unaware of which patch (or patches ) to uncheck. Additionally, it might be a good idea to allow the operator ( at this time ) to notify the vendor of the problem, by sending a "hey, your patch didn't work on my machine" notice in real time. If this notice grabbed data from the sysinfo:/ file, it would then tell the vendor not only that there may be a problem with the patch, but on what particular system types, os's, microchips, etc. -- 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 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 530329] New: sblim-cmpi-ssh_service_profile-1.0.0-36.4: missing call to pclose
by bugzilla_noreply＠novell.com 08 Mar '13

08 Mar '13

http://bugzilla.novell.com/show_bug.cgi?id=530329 Summary: sblim-cmpi-ssh_service_profile-1.0.0-36.4: missing call to pclose 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 sblim-cmpi-ssh_service_profile-1.0.0-36.4 For source code file sblim-cmpi-ssh_service_profile-1.0.0/src/Resource.c around line 150 is the source code for the function GetSSHSessions. I notice the following line of code if (!(is = popen("/bin/netstat -tnp 2> /dev/null", "r"))) but I fail to notice a matching call to pclose at the end of the routine. This looks like a resource leak to me. Suggest add call to pclose. -- 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 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 529468] New: pbbuttonsd-0.8.1a-110.15: missing call to closedir
by bugzilla_noreply＠novell.com 11 Feb '13

11 Feb '13

http://bugzilla.novell.com/show_bug.cgi?id=529468 Summary: pbbuttonsd-0.8.1a-110.15: missing call to closedir 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 pbbuttonsd-0.8.1a-110.15 For source code file pbbuttonsd-0.8.1a/src/driver_backlight_sysfs.c around line 190 is the source code for the function driver_backlight_sysfs_init. I notice the following line of code if ((dh = opendir(sysfs_backlight_path->str))) { but I notice no matching call to closedir. This looks like a resource leak to me. 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 4

[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 527159] New: check_zypper (nagios-plugins-zypper) passes incorrect options to /usr/bin/zypper
by bugzilla_noreply＠novell.com 07 Dec '12

07 Dec '12

http://bugzilla.novell.com/show_bug.cgi?id=527159 Summary: check_zypper (nagios-plugins-zypper) passes incorrect options to /usr/bin/zypper Classification: openSUSE Product: openSUSE 11.1 Version: Final Platform: x86-64 OS/Version: openSUSE 11.1 Status: NEW Severity: Normal Priority: P5 - None Component: Maintenance AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: A.Thomas(a)cs.rhul.ac.uk QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; WOW64; Trident/4.0; SLCC1; .NET CLR 2.0.50727; InfoPath.2; .NET CLR 3.5.30729; .NET CLR 3.0.30618) The check_zypper script in the nagios-plugins-zypper package passes the option 'xml-updates' to /usr/bin/zypper which fails with failed with an "unknown command" error; the plugin reports no updates as being available. I have installed zypper-1.0.9-0.1.1 and nagios-plugins-zypper-0.9-1.3 Reproducible: Always Steps to Reproduce: 1. Install nagios-plugins-zypper 2. Run /usr/lib/nagios/plugins/check_zypper Actual Results: Updates OK: no updates available Expected Results: Updates WARNING : 2 recommended update(s); (assuming some updates are known to be available) The following change to /usr/lib/nagios/plugins/check_zypper fixed the problem: 60c60 < my $zypperopt="--non-interactive --no-gpg-checks xml-updates"; --- > my $zypperopt="--non-interactive --no-gpg-checks --xmlout list-patches"; -- 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 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