October 2015 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 682920] New: strange defaults in mailman
by bugzilla_noreply＠novell.com 15 May '18

15 May '18

https://bugzilla.novell.com/show_bug.cgi?id=682920 https://bugzilla.novell.com/show_bug.cgi?id=682920#c0 Summary: strange defaults in mailman Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: jmatejek(a)novell.com ReportedBy: suse-beta(a)cboltz.de QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- (partly copied from http://mail.python.org/pipermail/mailman-users/2007-November/058954.html after seeing the same problem on 11.3) I called "/usr/lib/mailman/bin/newlist mailman" to create the master mailing list. Doing so resulted in the error Bad owner email address: mailman@(unused) The openSUSE Mailman package sets DEFAULT_URL_HOST and DEFAULT_EMAIL_HOST to '(unused)' in Defaults.py, which causes this problem. Please use a default without parenthesis - according to the mail I linked above, this should display the "correct" error message about an invalid list address. Of course it would be even better to have an error message that says DEFAULT_URL_HOST and DEFAULT_EMAIL_HOST need to be set - but that's probably something for upstream. -- 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 3

[Bug 896009] New: ghc-* and pandoc packages pulled in for no reason
by bugzilla_noreply＠novell.com 15 May '18

15 May '18

https://bugzilla.novell.com/show_bug.cgi?id=896009 https://bugzilla.novell.com/show_bug.cgi?id=896009#c0 Summary: ghc-* and pandoc packages pulled in for no reason Classification: openSUSE Product: openSUSE Factory Version: 201409* Platform: x86-64 OS/Version: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Other AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: pat(a)indy.rr.com 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 zypper dup to "20140904 (Harlequin)" pulled in 60 packages of ghc-* and pandoc which had no installed dependency or recommends, ie: should not have been installed. Reproducible: Always Steps to Reproduce: 1.zypper dup 2. 3. Actual Results: installed 60 packages not required, recommended or desired Expected Results: no installation of packages w/o requirements or recommends re: Peter Trommler <peter.trommler(a)ohm-hochschule.de> see thread in opensuse-factory, New Factory snapshot 20140904 -- 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 6

[Bug 914661] New: Mgetty - no way to start mgetty service
by bugzilla_noreply＠novell.com 15 May '18

15 May '18

http://bugzilla.opensuse.org/show_bug.cgi?id=914661 Bug ID: 914661 Summary: Mgetty - no way to start mgetty service Classification: openSUSE Product: openSUSE 13.1 Version: Final Hardware: Other OS: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: Installation Assignee: yast2-maintainers(a)suse.de Reporter: wharms(a)bfs.de QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Fungus/8.0 (X11; U; C64 6510; de; 8bit) Build Identifier: I use mgetty as modem getty to start pppd on dial-in after the installation of mgetty there seems no way of making this service available. with SysV-init added a line into inittab but i could not find a working way with systemd (or a documentation) the yast2 modem module seems to allow dialout only. Reproducible: Always Expected Results: After installation the should be something that tell one what do to next -- You are receiving this mail because: You are on the CC list for the bug.

1 12

[Bug 911243] New: SUSE_BTRFS_SNAPSHOT_BOOTING=true breaks resume after hibernate
by bugzilla_noreply＠novell.com 20 Apr '18

20 Apr '18

http://bugzilla.opensuse.org/show_bug.cgi?id=911243 Bug ID: 911243 Summary: SUSE_BTRFS_SNAPSHOT_BOOTING=true breaks resume after hibernate Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: openSUSE 13.2 Status: NEW Severity: Normal Priority: P5 - None Component: Bootloader Assignee: jsrain(a)suse.com Reporter: wbauer(a)tmo.at QA Contact: jsrain(a)suse.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.21 (KHTML, like Gecko) konqueror/4.14.3 Safari/537.21 Build Identifier: If SUSE_BTRFS_SNAPSHOT_BOOTING is set to true in /etc/default/grub (the default), the hibernate scripts (/usr/bin/systemd-sleep-grub, /usr/lib/pm-utils/sleep.d/99Zgrub) get confused by the "menuentry" added to the 00_header in grub.cfg. So they set the wrong (off by one) entry to be booted. Reproducible: Always Steps to Reproduce: 1. set SUSE_BTRFS_SNAPSHOT_BOOTING=true (that's the default anyway) 2. boot a previous kernel in "Advanced Options" 3. hibernate, then resume Actual Results: The wrong boot entry is booted (recovery mode), therefore no resume is actually taking place. And now that boot entry is even set permanently because of bug#856391. Expected Results: The system resumes successfully. Here's the debug output (from the pm-utils script, systemd-sleep-grub says basically the same though): INFO: running prepare-grub Skipping grub entry #3, because it has the noresume option Skipping grub entry #5, because it has the noresume option Skipping grub entry #6, because it has no root= option running kernel is grub menu entry 4 (vmlinuz-3.16.6-2-desktop) preparing boot-loader: selecting entry 4, kernel /boot/3.16.6-2-desktop grub-once: saving original /boot/grub2/grubenv running '/usr/sbin/grub2-once 4' while those are the menu entries: # grub2-once --list 0 openSUSE 1 Advanced options for openSUSE>openSUSE, with Linux 3.16.7-7-desktop 2 Advanced options for openSUSE>openSUSE, with Linux 3.16.7-7-desktop (recovery mode) 3 Advanced options for openSUSE>openSUSE, with Linux 3.16.6-2-desktop 4 Advanced options for openSUSE>openSUSE, with Linux 3.16.6-2-desktop (recovery mode) 5 openSUSE Memtest 6 Microsoft Windows XP Professional (on /dev/sda1) (I booted #3 here) Of course #3 and #5 do _not_ have the "noresume" option, but #2 and #4 have. The problem is this: if "SUSE_BTRFS_SNAPSHOT_BOOTING" is true (in /etc/default/grub) the following is created in the menu header: if [ -n "$extra_cmdline" ]; then submenu "Bootable snapshot #$snapshot_num" { menuentry "If OK, run 'snapper rollback $snapshot_num' and reboot." { true; } The hibernate scripts look for the string "menuentry " to identify menu entries, so this gets counted as entry#0 and the following real menu entries are off by one. If you are running the default kernel, there is not really a problem though, as entry#0 and entry#1 are actually the same (#1 is the default kernel entry inside the "Advanced Options" submenu). I think this is the reason why this has gone through unnoticed until now... ;-) -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 950664] New: Microfocus login site does not allow passwd reset when referred from bugzilla.suse.com
by bugzilla_noreply＠novell.com 19 Apr '18

19 Apr '18

http://bugzilla.suse.com/show_bug.cgi?id=950664 Bug ID: 950664 Summary: Microfocus login site does not allow passwd reset when referred from bugzilla.suse.com Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: opensuse-communityscreening(a)forge.provo.novell.com Reporter: libv(a)skynet.be QA Contact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- The look and feel of the microfocus login site is totally different when accessing it by being referred from https://bugzilla.suse.com/ or when accessing it through https://login.microfocus.com directly. In the green version, you can only get all your details emailed to your known email address. This email then looks like this: --- Date: DATE From: SUSE Account <webmaster(a)suse.com> Subject: SUSE Login Username, security question and answer To: EMAIL Your username, security question and the answer you selected when you created your account are included below: Username : XXXX Security Question : XXXX Security Answer : XXXX To reset your password: 1. Select "Can't access your account" link on the login page. 2. Select "Forgot" then "Forgot Password" from the left menu. 3. Enter your username and click "Continue". 4. Enter the security answer from this email and insert your new password and click "Finish". If the security question and answer match the values in the login system, your password will be reset --- There is of course no "Can't access your account" link, or anything equivalent. -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 901209] New: [X11:MATE:Factory] Marco + GTK 3.14 apps with client-side decorations = window resizing issues
by bugzilla_noreply＠novell.com 18 Apr '18

18 Apr '18

http://bugzilla.opensuse.org/show_bug.cgi?id=901209 Bug ID: 901209 Summary: [X11:MATE:Factory] Marco + GTK 3.14 apps with client-side decorations = window resizing issues Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: opensuse-communityscreening(a)forge.provo.novell.com Reporter: sb56637(a)gmail.com QA Contact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- Hi, I'm trying Mate with marco-1.8.2-12.2 on openSUSE Factory. When testing GTK 3.14 apps that use client side window decorations, the window can not be resized normally. A resize handle appears as normal, but upon clicking to resize, instead the window menu appears. It is possible to Alt+RightClick to resize, but that is not very intuitive for most users. Thanks for the help! -- You are receiving this mail because: You are on the CC list for the bug.

1 4

[Bug 916915] New: games/freeciv: Bug Installing freeciv via one-click pulls in devel:languages:haskell and devel:languages:pascal
by bugzilla_noreply＠novell.com 18 Apr '18

18 Apr '18

http://bugzilla.opensuse.org/show_bug.cgi?id=916915 Bug ID: 916915 Summary: games/freeciv: Bug Installing freeciv via one-click pulls in devel:languages:haskell and devel:languages:pascal Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: x86-64 OS: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: astieger(a)suse.com Reporter: martin(a)oneiros.de QA Contact: opensuse-communityscreening(a)forge.provo.novell.com CC: christian.morales.vega(a)gmail.com Found By: --- Blocker: --- Installing freeciv via one-click install from http://software.opensuse.org/package/freeciv also pulls in devel:languages:haskell and devel:languages:pascal, although no packages are needed from these repos. -- You are receiving this mail because: You are on the CC list for the bug.

1 8

[Bug 948962] New: server:php:extensions/php5-xdebug for php 5.6: missing dependencies on openSUSE 13.1
by bugzilla_noreply＠novell.com 18 Apr '18

18 Apr '18

http://bugzilla.opensuse.org/show_bug.cgi?id=948962 Bug ID: 948962 Summary: server:php:extensions/php5-xdebug for php 5.6: missing dependencies on openSUSE 13.1 Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: openSUSE 13.1 Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: crrodriguez(a)opensuse.org Reporter: wagner-thomas(a)gmx.at QA Contact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- I have an openSUSE 13.1 with the server:php repo added and installed php 5.6. Now I wanted to install php5-xdebug fro server:php:extensions but it seems that zend-api package is missing for php 5.6 since installing php5-xdebug suggests downgrading to php 5.4. See console output below. Is this a packaging error or is xdebug incompatible with php 5.6? # zypper info php5 Daten des Repositories laden ... Installierte Pakete lesen ... Informationen für Paket php5: ----------------------------- Repository: PHP and extensions (openSUSE_13.1) Name: php5 Version: 5.6.9-289.3 Arch: x86_64 Anbieter: obs://build.opensuse.org/server:php Installiert: Ja # zypper in php5-xdebug Daten des Repositories laden ... Installierte Pakete lesen ... Paketabhängigkeiten auflösen ... Problem: php5-xdebug-2.3.3-2.1.x86_64 benötigt php(zend-abi) = 20100525, was aber nicht angeboten werden kann Nicht installierbare Anbieter: php5-5.4.20-1.2.i586[repo-oss] php5-5.4.20-1.2.x86_64[repo-oss] php5-5.4.20-12.1.i586[repo-update] php5-5.4.20-16.1.i586[repo-update] php5-5.4.20-21.1.i586[repo-update] php5-5.4.20-30.1.i586[repo-update] php5-5.4.20-34.3.i586[repo-update] php5-5.4.20-38.1.i586[repo-update] php5-5.4.20-4.1.i586[repo-update] php5-5.4.20-42.1.i586[repo-update] php5-5.4.20-45.1.i586[repo-update] php5-5.4.20-49.1.i586[repo-update] php5-5.4.20-52.1.i586[repo-update] php5-5.4.20-55.2.i586[repo-update] php5-5.4.20-58.1.i586[repo-update] php5-5.4.20-61.5.i586[repo-update] php5-5.4.20-64.1.i586[repo-update] php5-5.4.20-67.1.i586[repo-update] php5-5.4.20-8.2.i586[repo-update] php5-5.4.20-12.1.x86_64[repo-update] php5-5.4.20-16.1.x86_64[repo-update] php5-5.4.20-21.1.x86_64[repo-update] php5-5.4.20-30.1.x86_64[repo-update] php5-5.4.20-34.3.x86_64[repo-update] php5-5.4.20-38.1.x86_64[repo-update] php5-5.4.20-4.1.x86_64[repo-update] php5-5.4.20-42.1.x86_64[repo-update] php5-5.4.20-45.1.x86_64[repo-update] php5-5.4.20-49.1.x86_64[repo-update] php5-5.4.20-52.1.x86_64[repo-update] php5-5.4.20-55.2.x86_64[repo-update] php5-5.4.20-58.1.x86_64[repo-update] php5-5.4.20-61.5.x86_64[repo-update] php5-5.4.20-64.1.x86_64[repo-update] php5-5.4.20-67.1.x86_64[repo-update] php5-5.4.20-8.2.x86_64[repo-update] Lösung 1: Folgende Aktionen werden ausgeführt: Rückaktualisierung von php5-5.6.9-289.3.x86_64 zu php5-5.4.20-67.1.x86_64 php5-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-bcmath-5.6.9-289.3.x86_64 zu php5-bcmath-5.4.20-67.1.x86_64 php5-bcmath-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-bz2-5.6.9-289.3.x86_64 zu php5-bz2-5.4.20-67.1.x86_64 php5-bz2-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-ctype-5.6.9-289.3.x86_64 zu php5-ctype-5.4.20-67.1.x86_64 php5-ctype-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-curl-5.6.9-289.3.x86_64 zu php5-curl-5.4.20-67.1.x86_64 php5-curl-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-dom-5.6.9-289.3.x86_64 zu php5-dom-5.4.20-67.1.x86_64 php5-dom-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-exif-5.6.9-289.3.x86_64 zu php5-exif-5.4.20-67.1.x86_64 php5-exif-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-fileinfo-5.6.9-289.3.x86_64 zu php5-fileinfo-5.4.20-67.1.x86_64 php5-fileinfo-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-gd-5.6.9-289.3.x86_64 zu php5-gd-5.4.20-67.1.x86_64 php5-gd-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-gettext-5.6.9-289.3.x86_64 zu php5-gettext-5.4.20-67.1.x86_64 php5-gettext-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-iconv-5.6.9-289.3.x86_64 zu php5-iconv-5.4.20-67.1.x86_64 php5-iconv-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-imap-5.6.9-289.3.x86_64 zu php5-imap-5.4.20-67.1.x86_64 php5-imap-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-json-5.6.9-289.3.x86_64 zu php5-json-5.4.20-67.1.x86_64 php5-json-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-mbstring-5.6.9-289.3.x86_64 zu php5-mbstring-5.4.20-67.1.x86_64 php5-mbstring-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-mcrypt-5.6.9-289.3.x86_64 zu php5-mcrypt-5.4.20-67.1.x86_64 php5-mcrypt-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-mysql-5.6.9-289.3.x86_64 zu php5-mysql-5.4.20-67.1.x86_64 php5-mysql-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-openssl-5.6.9-289.3.x86_64 zu php5-openssl-5.4.20-67.1.x86_64 php5-openssl-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-pdo-5.6.9-289.3.x86_64 zu php5-pdo-5.4.20-67.1.x86_64 php5-pdo-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-phar-5.6.9-289.3.x86_64 zu php5-phar-5.4.20-67.1.x86_64 php5-phar-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-posix-5.6.9-289.3.x86_64 zu php5-posix-5.4.20-67.1.x86_64 php5-posix-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-sqlite-5.6.9-289.3.x86_64 zu php5-sqlite-5.4.20-67.1.x86_64 php5-sqlite-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-tokenizer-5.6.9-289.3.x86_64 zu php5-tokenizer-5.4.20-67.1.x86_64 php5-tokenizer-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-xmlreader-5.6.9-289.3.x86_64 zu php5-xmlreader-5.4.20-67.1.x86_64 php5-xmlreader-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-xmlwriter-5.6.9-289.3.x86_64 zu php5-xmlwriter-5.4.20-67.1.x86_64 php5-xmlwriter-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-xsl-5.6.9-289.3.x86_64 zu php5-xsl-5.4.20-67.1.x86_64 php5-xsl-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-zip-5.6.9-289.3.x86_64 zu php5-zip-5.4.20-67.1.x86_64 php5-zip-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von php5-zlib-5.6.9-289.3.x86_64 zu php5-zlib-5.4.20-67.1.x86_64 php5-zlib-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Rückaktualisierung von apache2-mod_php5-5.6.9-289.3.x86_64 zu apache2-mod_php5-5.4.20-67.1.x86_64 apache2-mod_php5-5.4.20-67.1.x86_64 installieren (mit Anbieterwechsel) obs://build.opensuse.org/server:php --> openSUSE Lösung 2: php5-xdebug-2.3.3-2.1.x86_64 nicht installieren Lösung 3: php5-xdebug-2.3.3-2.1.x86_64 nicht installieren Lösung 4: php5-xdebug-2.3.3-2.1.x86_64 beschädigen durch Ignorieren einiger Abhängigkeiten Wählen Sie aus den obigen Lösungen mittels Nummer oder brechen Sie a(b). [1/2/3/4/b] (b): -- You are receiving this mail because: You are on the CC list for the bug.

1 1

[Bug 909153] New: games/cegui: Bug
by bugzilla_noreply＠novell.com 18 Apr '18

18 Apr '18

http://bugzilla.opensuse.org/show_bug.cgi?id=909153 Bug ID: 909153 Summary: games/cegui: Bug Classification: openSUSE Product: openSUSE.org Version: unspecified Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software Assignee: christian.morales.vega(a)gmail.com Reporter: lorgenheim(a)o2.pl QA Contact: opensuse-communityscreening(a)forge.provo.novell.com Found By: --- Blocker: --- please compile with freetype support : CEGUI::InvalidRequestException in function 'void CEGUI::Font_xmlHandler::createFreeTypeFont(const CEGUI::XMLAttributes&)' (/home/abuild/rpmbuild/BUILD/cegui-0.8.3/cegui/src/Font_xmlHandler.cpp:240) : CEGUI was compiled without freetype support. terminate called after throwing an instance of 'CEGUI::InvalidRequestException' -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 936309] New: cupsd hangs when DefaultPolicy is switched to "allowallforanybody"
by bugzilla_noreply＠novell.com 17 Apr '18

17 Apr '18

http://bugzilla.opensuse.org/show_bug.cgi?id=936309 Bug ID: 936309 Summary: cupsd hangs when DefaultPolicy is switched to "allowallforanybody" Classification: openSUSE Product: openSUSE Distribution Version: 13.2 Hardware: x86-64 OS: Other Status: NEW Severity: Critical Priority: P5 - None Component: Printing Assignee: jsmeix(a)suse.com Reporter: reinhard.hennig(a)freenet.de QA Contact: jsmeix(a)suse.com Found By: --- Blocker: --- If you set DefaultPolicy from default to allowallforanybody, which is risky but quite popular, all requests like lpstat -v or lpq hang and must be interrupted by ctrl-c. Prnting is not possible. no problems occur on older versions of opensuse (e.g. 12.2). -- You are receiving this mail because: You are on the CC list for the bug.

1 1