September 2014 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 685093] New: Printing over Samba does not work
by bugzilla_noreply＠novell.com 27 Apr '16

27 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=685093 https://bugzilla.novell.com/show_bug.cgi?id=685093#c0 Summary: Printing over Samba does not work Classification: openSUSE Product: openSUSE 11.4 Version: Final Platform: x86-64 OS/Version: Linux Status: NEW Severity: Major Priority: P5 - None Component: Samba AssignedTo: samba-maintainers(a)SuSE.de ReportedBy: uli.2001(a)gmx.de QAContact: samba-maintainers(a)SuSE.de Found By: --- Blocker: --- I am trying to print from Opensuse on a shared printer attached to a Windows machine, using Samba. This does not work. The document is not printed and shows up in the Cups webinterface with "status" begin "stopped". It has been working reliably with several Opensuse versions before 11.4. In the webinterface of Cups, I see the following: http://localhost:631/admin/log/error_log E [04/Apr/2011:21:39:20 +0200] Unable to execute /usr/lib/cups/backend/smb: insecure file permissions (0104750) E [04/Apr/2011:21:39:20 +0200] [Job 17] Stopping job because the sheduler could not execute the backend. E [04/Apr/2011:21:39:39 +0200] Unable to execute /usr/lib/cups/backend/smb: insecure file permissions (0104750) E [04/Apr/2011:21:39:39 +0200] [Job 16] Stopping job because the sheduler could not execute the backend. E [04/Apr/2011:21:40:38 +0200] Unable to execute /usr/lib/cups/backend/smb: insecure file permissions (0104750) E [04/Apr/2011:21:40:38 +0200] [Job 18] Stopping job because the sheduler could not execute the backend. E [04/Apr/2011:21:42:37 +0200] Unable to execute /usr/lib/cups/backend/smb: insecure file permissions (0104750) E [04/Apr/2011:21:42:37 +0200] [Job 18] Stopping job because the sheduler could not execute the backend. E [04/Apr/2011:21:45:39 +0200] [Job 18] Stopping unresponsive job! E [04/Apr/2011:21:50:59 +0200] Unable to execute /usr/lib/cups/backend/smb: insecure file permissions (0104750) E [04/Apr/2011:21:50:59 +0200] [Job 18] Stopping job because the sheduler could not execute the backend. This looks similar to the following, but I can't get a workaround out of that: http://forums.opensuse.org/english/get-technical-help-here/network-internet… -- 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 42

[Bug 817142] New: Fail to install on ppc64 system
by bugzilla_noreply＠novell.com 27 Apr '16

27 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=817142 https://bugzilla.novell.com/show_bug.cgi?id=817142#c0 Summary: Fail to install on ppc64 system Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: PowerPC-64 OS/Version: openSUSE 12.3 Status: NEW Severity: Normal Priority: P5 - None Component: Kernel AssignedTo: kernel-maintainers(a)forge.provo.novell.com ReportedBy: bilias(a)edu.physics.uoc.gr QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created an attachment (id=536849) --> (http://bugzilla.novell.com/attachment.cgi?id=536849) failed kernel dmesg User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:20.0) Gecko/20100101 Firefox/20.0 Hi, I'm having problems with kernel 3.7.10-1.1-default on an IBM p5-520 (9131-52A) with a PCI-X Dual U320 RAID adapter (ipr driver). It cannot detect my hardware raid correctly. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 12

[Bug 857556] New: YAST generates faulty /boot/grub2/grub.cfg entry for memmap resulting in installation hang
by bugzilla_noreply＠novell.com 27 Apr '16

27 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=857556 https://bugzilla.novell.com/show_bug.cgi?id=857556#c0 Summary: YAST generates faulty /boot/grub2/grub.cfg entry for memmap resulting in installation hang Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: x86-64 OS/Version: openSUSE 13.1 Status: NEW Severity: Critical Priority: P5 - None Component: YaST2 AssignedTo: yast2-maintainers(a)suse.de ReportedBy: piny(a)gmx.com QAContact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 If during installation with YAST (e.g. from openSUSE-13.1-NET-x86_64.iso) a boot parameter "memmap=64K$0K" is supplied, the installation hangs. Initial installation runs smooth. The boot parameter "memmap=64K$0K" is correctly used for booting the installation system. The installation routine reboots automatically causing system hang with the last message "Loading initial ramdisk...". Booting the rescue system and inspecting /mnt/boot/grub2/grub.cfg (the installation disk being mounted on /mnt) we find the entry "memmap=64K/usr/sbin/grub2-mkconfigK" instead of "memmap=64K\$0K" (beware the backslash!). Inspecting /mnt/etc/default/grub we find the same erraneous entry instead of "memmap=64K\ ßß$0K" (beware 3-fold escaping here!). Apparently YAST added/passed the boot parameter from the installation screen directly in an incorrect manner so that subsequently grub2-mkconfig expanded $0 to its basename. Reproducible: Always Steps to Reproduce: 1.Start Installation with YAST 2.Enter additional boot option "memmap=64K$0K" 3.Start installation 4.Perform usual steps to select/configure the installation process 5. Let it run... Actual Results: System hangs without any further indication. Expected Results: System should not hang but boot the second time and continue installation process. YAST should correctly escape '$' into '\\\$' (3-fold!) when using grub2 (only then?!) and creating /etc/default/grub This BUG is related to https://bugzilla.novell.com/show_bug.cgi?id=857464#c8 But here we talk about an independent issue of YAST which creates a faulty grub.cfg! It is no solution to enter "memmap=64K\$0K" on the installation screen. In this case the initial startuo fails already! This also affects (at least) OS 12.3. -- 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 9

[Bug 702654] New: Typos in audit-laf.pot file
by bugzilla_noreply＠novell.com 27 Apr '16

27 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=702654 https://bugzilla.novell.com/show_bug.cgi?id=702654#c0 Summary: Typos in audit-laf.pot file Classification: openSUSE Product: openSUSE 12.1 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: andrea.turrini(a)gmail.com QAContact: jsrain(a)novell.com Found By: --- Blocker: --- Created an attachment (id=437146) --> (http://bugzilla.novell.com/attachment.cgi?id=437146) useless y2logs, just to avoid "NEEDINFO" request: please attach y2logs User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:5.0) Gecko/20100101 Firefox/5.0 The yast/audit-laf.pot file contains the following typos: logfile_settings dialog help 5/8 #: src/helps.ycp:75 msgid "" "Flush: describes how to write the data to disk. If set to INCREMANTAL the\n" "Frequency parameter tells how many records to write before issuing an explicit flush to disk.\n" "NONE means: no special effort is made to flush data, DATA: keep data portion synced,\n" "SYNC: keep data and meta-data fully synced." INCREMANTAL -> INCREMENTAL (I suppose...) #. rules dialog help 1/6 #: src/helps.ycp:145 msgid "" "<big>Rules for auditctl</big> \n" "This dialog offers the possibiltiy to enable or to disable the syscall\n" "auditing as well as to lock the audit configuration.\n" "The selected flag from Set Enabled Flag will be added to the rules." possibiltiy -> possibility #. rules dialog help 3/6 #: src/helps.ycp:152 msgid "" "Enabling auditing whithout additional rules will cause the\n" " applications which use libaudit, e.g. PAM to log to /var/log/audit/audit.log (default). " whithout -> without Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 9

[Bug 559704] New: gnome-web-photo doesn't work because it can't find libxul.so
by bugzilla_noreply＠novell.com 27 Apr '16

27 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=559704 http://bugzilla.novell.com/show_bug.cgi?id=559704#c0 Summary: gnome-web-photo doesn't work because it can't find libxul.so Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: x86 OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: arizonagroovejet(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.9.1.5) Gecko/20091103 SUSE/3.5.5-1.1.2 Firefox/3.5.5 mike@continuity:/tmp$ gnome-web-photo http://news.bbc.co.uk foo.png gnome-web-photo: error while loading shared libraries: libxul.so: cannot open shared object file: No such file or directory Reproducible: Always Steps to Reproduce: 1. Try and use gnome-web-photo Actual Results: Error message as shown above. Expected Results: That it works. It can be made to work like this: mike@continuity:/tmp$ LD_LIBRARY_PATH="/usr/lib/xulrunner-1.9.1.5/" gnome-web-photo http://news.bbc.co.uk foo.png *** nss-shared-helper: Shared database disabled (set NSS_USE_SHARED_DB to enable). mike@continuity:/tmp$ identify foo.png foo.png PNG 1024x1710 1024x1710+0+0 8-bit DirectClass 530kb -- 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 16

[Bug 895647] New: startx as nonroot with non-setuid Xorg -- gives advice about permissions.local
by bugzilla_noreply＠novell.com 27 Apr '16

27 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=895647 https://bugzilla.novell.com/show_bug.cgi?id=895647#c0 Summary: startx as nonroot with non-setuid Xorg -- gives advice about permissions.local Classification: openSUSE Product: openSUSE 13.1 Version: Final Platform: i586 OS/Version: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: bnc-team-xorg-bugs(a)forge.provo.novell.com ReportedBy: opensuse-contact(a)brisammon.fastmail.fm QAContact: xorg-maintainer-bugs(a)forge.provo.novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:25.0) Gecko/20100101 Firefox/25.0 On a OpenSuse 13.1 system that someone else set up for me, it was initially set up to boot into graphical target. I changed it to the "multi-user" target, planning to use "startx" to start X. After the reboot, when I logged in with my (non-root) account and ran "startx", it failed and suggested that I edit "/etc/permissions.local" However, editing "/etc/permissions.local" had no effect. Googling suggested to me that editing "/etc/permissions.local" is no longer the correct way to fix this problem, and led me to the successful solution of "chmod u+s /usr/bin/Xorg" So, if my understanding is correct, I would suggest that the startx error message be updated to not recommend editing "/etc/permissions.local", and replace that suggestion with something else (perhaps "chmod u+s /usr/bin/Xorg") Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 13

[Bug 891268] New: Squid permissions and setbadness handling
by bugzilla_noreply＠novell.com 27 Apr '16

27 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=891268 https://bugzilla.novell.com/show_bug.cgi?id=891268#c0 Summary: Squid permissions and setbadness handling Classification: openSUSE Product: openSUSE Factory Version: 201407* Platform: All OS/Version: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: Security AssignedTo: security-team(a)suse.de ReportedBy: boris(a)steki.net QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Firefox/31.0 Squid proxy server now has correct permissions handling and as such in this moment uses setBadness in squid-rpmlintrc, so to be able to push this change into Factory we need it to be resolved with security team. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 24

[Bug 578053] New: postgresql-plperl looks for libperl.so in the wrong place
by bugzilla_noreply＠novell.com 27 Apr '16

27 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=578053 http://bugzilla.novell.com/show_bug.cgi?id=578053#c0 Summary: postgresql-plperl looks for libperl.so in the wrong place Classification: openSUSE Product: openSUSE 11.3 Version: Factory Platform: All OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: eggyknap(a)gmail.com QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/532.8 (KHTML, like Gecko) Chrome/4.0.299.0 Safari/532.8 On a completely new openSUSE 11.3 machine, I installed the postgresql-server, postgresql, and postgresql-plperl packages. After starting PostgreSQL and letting it initialize a new database, I sudo-d to the postgres user, and tried to add the PL/Perl language, as follows, with the error below: postgres@linux-e16r:~> createlang plperl createlang: language installation failed: ERROR: could not load library "/usr/lib/postgresql/plperl.so": libperl.so: cannot open shared object file: No such file or directory libperl.so lives in /usr/lib/perl5/5.10.0/i586-linux-thread-multi/CORE/libperl.so. Creating a symlink at /usr/lib/libperl.so to the installed libperl.so binary works around the problem. This also exists in at least one of the 10.x versions, though I don't have access to the servers to know the precise version(s) As a secondary note, the description of the postgresql-plperl package, at least as it appears in YaST2, says the package also includes PL/Tcl and PL/Python. This is incorrect. Thirdly, the documentation also claims "PostgreSQL also offers the builtin procedural language PL/SQL". This is also incorrect -- PL/SQL is an Oracle-specific language. PostgreSQL offers PL/pgSQL, which fact might be worth noting in the PL/Perl documentation, or it might not. Reproducible: Always Steps to Reproduce: 1.install postgresql, postgresql-server, and postgresql-plperl 2.start postgresql (/etc/init.d/postgresql start) 3.become the postgres user (sudo su - postgres) 4.create the plperl language in the default database: createlang plperl Actual Results: # createlang plperl createlang: language installation failed: ERROR: could not load library "/usr/lib/postgresql/plperl.so": libperl.so: cannot open shared object file: No such file or directory Expected Results: createlang should have no output, and a 0 exit status I realize this is a packaging bug, and likely not something distributed by Novell directly. I saw nowhere else to file the bug. -- 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 17

[Bug 849715] New: Chrome has been updated to 30.0.1599.114
by bugzilla_noreply＠novell.com 27 Apr '16

27 Apr '16

https://bugzilla.novell.com/show_bug.cgi?id=849715 https://bugzilla.novell.com/show_bug.cgi?id=849715#c0 Summary: Chrome has been updated to 30.0.1599.114 Classification: openSUSE Product: openSUSE 12.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: tittiatcoke(a)gmail.com QAContact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/32.0.1700.2 Safari/537.36 SUSE/32.0.1700.2 Chrome has been updated to 30.0.1599.114 for Windows, Mac, Linux and Chrome Frame. Security Fixes and Rewards Note: Access to bug details and links may be kept restricted until a majority of users are updated with a fix. We will also retain restrictions if the bug exists in a third party library that other projects similarly depend on, but haven’t yet fixed. This update includes 5 security fixes. Below, we highlight fixes that were either contributed by external researchers or particularly interesting. Please see the Chromium security page for more information. [$1000][292422] High CVE-2013-2925: Use after free in XHR. Credit to Atte Kettunen of OUSPG. [$2000][294456] High CVE-2013-2926: Use after free in editing. Credit to cloudfuzzer. [$2000][297478] High CVE-2013-2927: Use after free in forms. Credit to cloudfuzzer. As usual, our ongoing internal security work responsible for a wide range of fixes: [305790] CVE-2013-2928: Various fixes from internal audits, fuzzing and other initiatives. Reproducible: Always Steps to Reproduce: 1. 2. 3. -- 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 551014] New: one click install: error ccoured while initializing the software repository
by bugzilla_noreply＠novell.com 27 Apr '16

27 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=551014 Summary: one click install: error ccoured while initializing the software repository Classification: openSUSE Product: openSUSE 11.2 Version: RC 1 Platform: Other OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: YaST2 AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: suse-beta(a)cboltz.de QAContact: jsrain(a)novell.com Found By: Beta-Customer Created an attachment (id=324701) --> (http://bugzilla.novell.com/attachment.cgi?id=324701) y2logs (11.2 repo from today, probably near RC2) I tried to install YaBSC from the openSUSE:Tools repo using one click install. After entering the root password, YaST showed an error dialog: An error ccoured while initializing the software repository. Details: Try again? [Ja] [Nein] (= Yes / No) Yes, the line after "Details:" was really empty. Therefore this bug has two parts: - the missing information about details in the error dialog - maybe the failure itsself is also a bug The last lines from y2log when the error dialog was open: 2009-10-29 15:48:16 <1> geeko(26435) [zypp] RepoManager.cc(init_knownRepositories):557 end construct known repos 2009-10-29 15:48:16 <3> geeko(26435) [Pkg] Source_Create.cc(RepositoryAdd):449 alias openSUSE:Tools already exists [That's probably the disabled 11.1 version of the openSUSE:tools repo] 2009-10-29 15:48:16 <1> geeko(26435) [Pkg] OneClickInstallWorkerFunctions.ycp:113 Pkg Builtin called: SourceRefreshNow 2009-10-29 15:48:16 <3> geeko(26435) [Interpreter] OneClickInstallWorkerFunctions.ycp:113 Parameter 1 is nil, Integer is required 2009-10-29 15:48:16 <1> geeko(26435) [Pkg] OneClickInstallWorkerFunctions.ycp:116 Pkg Builtin called: LastError 2009-10-29 15:48:16 <1> geeko(26435) [ui] YPushButton.cc(setFunctionKey):183 Guessing button role YOKButton for YPushButton "Ja" at 0x18fb1b8 from function key F10 2009-10-29 15:48:16 <1> geeko(26435) [ui] YPushButton.cc(setFunctionKey):183 Guessing button role YCancelButton for YPushButton "Nein" at 0x198aac 8 from function key F9 The full y2logs are attached. Search for [cb] in y2log - I have marked when the error dialog popped up. BTW: After answering the dialog with yes (= try again) and confirming the repo details, the installation worked. -- 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