July 2009 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 496280] New: firefox warns incorrect permissions for /tmp/orbit-<user>*
by bugzilla_noreply＠novell.com 29 Sep '13

29 Sep '13

http://bugzilla.novell.com/show_bug.cgi?id=496280 Summary: firefox warns incorrect permissions for /tmp/orbit-<user>* Classification: openSUSE Product: openSUSE 11.0 Version: Final Platform: i686 OS/Version: openSUSE 11.0 Status: NEW Severity: Normal Priority: P5 - None Component: Firefox AssignedTo: bnc-team-mozilla(a)forge.provo.novell.com ReportedBy: hedgehogshiatus(a)gmail.com QAContact: qa(a)suse.de Found By: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.8) Gecko/2009032600 SUSE/3.0.8-1.1 Firefox/3.0.6, Ant.com Toolbar 1.3 Starting firefox from the command line indicates incorrect permissions on orbit file. This issue is previously reported, discussed and unresolved here: http://translate.google.com/translate?js=n&prev=_t&hl=en&ie=UTF-8&u=http%3A… The chmod 755 fix suggested there makes this issue worse, so does not fix this. Specifically: > chmod --recursive 755 /tmp/orbit-mv* increases the number of incorrect permission warnings. Details: > id uid=1000(mv) gid=100(users) groups=100(users),113(bacula),20(cdrom),16(dialout),6(disk),112(vboxusers),33(video) > ls -l /tmp/orbit-mv* /tmp/orbit-mv: total 0 srwxr-xr-x 1 mv users 0 2008-07-30 17:47 linc-1000-0-46b90572a4380 srwxr-xr-x 1 mv users 0 2008-12-16 18:24 linc-1018-0-203c4c8a312c6 <snipped> /tmp/orbit-mv-2828a8e8: total 4 -rwx------ 1 mv users 0 2009-02-18 14:52 bonobo-activation-register.lock -rw-r--r-- 1 mv users 661 2009-02-27 15:11 bonobo-activation-server-ior srwxr-xr-x 1 mv users 0 2009-04-11 17:41 linc-100f-0-1284682464c2 srwxr-xr-x 1 mv users 0 2009-04-11 17:41 linc-100f-0-1a0589edd5308 <snipped> After the chmod 755 is applied: > ls -l /tmp/orbit-mv* /tmp/orbit-mv: total 0 srwxr-xr-x 1 mv users 0 2008-07-30 17:47 linc-1000-0-46b90572a4380 srwxr-xr-x 1 mv users 0 2008-12-16 18:24 linc-1018-0-203c4c8a312c6 <snipped> /tmp/orbit-mv-2828a8e8: total 4 -rwxr-xr-x 1 mv users 0 2009-02-18 14:52 bonobo-activation-register.lock -rwxr-xr-x 1 mv users 661 2009-02-27 15:11 bonobo-activation-server-ior srwxr-xr-x 1 mv users 0 2009-04-11 17:41 linc-100f-0-1284682464c2 srwxr-xr-x 1 mv users 0 2009-04-11 17:41 linc-100f-0-1a0589edd5308 Reproducible: Always Steps to Reproduce: 1. In bash shell as normal user, run: firefox & 2. shutdown firefox 3. In bash shell as normal user, run: firefox -safe-mode & 4. In bash shell as normal user, run: chmod --recursive 755 /tmp/orbit-mv* 5. firefox & Actual Results: For firefox: - console output ** (firefox:21774): WARNING **: Wrong permissions for /tmp/orbit-mv # tail -f ~/.xsession-errors QObject: Do not delete object, 'unnamed', during its event handler! For firefox -safe-mode, the same as above: - console output ** (firefox:21774): WARNING **: Wrong permissions for /tmp/orbit-mv # tail -f ~/.xsession-errors QObject: Do not delete object, 'unnamed', during its event handler! After the chmod 755 is applied, running: > firefox & ** (firefox:21972): WARNING **: Wrong permissions for /tmp/orbit-mv ** (firefox:21972): WARNING **: Wrong permissions for /tmp/orbit-mv-2828a8e8 ** (firefox:21972): WARNING **: Wrong permissions for /tmp/orbit-mv ** (firefox:21972): WARNING **: Wrong permissions for /tmp/orbit-mv-2828a8e8 ** (firefox:21972): WARNING **: Wrong permissions for /tmp/orbit-mv ** (firefox:21972): WARNING **: Wrong permissions for /tmp/orbit-mv-2828a8e8 Expected Results: No error reports to the console or .xsession-errors file -- 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 513994] New: new udev will need /sbin/blkid in initramfs
by bugzilla_noreply＠novell.com 26 Sep '13

26 Sep '13

http://bugzilla.novell.com/show_bug.cgi?id=513994 Summary: new udev will need /sbin/blkid in initramfs Classification: openSUSE Product: openSUSE 11.2 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: mvancura(a)novell.com ReportedBy: kasievers(a)novell.com QAContact: qa(a)suse.de CC: hare(a)novell.com Found By: --- Created an attachment (id=298700) --> (http://bugzilla.novell.com/attachment.cgi?id=298700) mkinitrd blkid patch We need this available in Factory before we can update udev. Please add that and push it out. Thanks! -- 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 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 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 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