September 2011 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 628487] New: Courier config files come with TLS_CERTFILE=/usr/share/courier-imap/pop3d.pem
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=628487 http://bugzilla.novell.com/show_bug.cgi?id=628487#c0 Summary: Courier config files come with TLS_CERTFILE=/usr/share/courier-imap/pop3d.pem 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: chris(a)computersalat.de ReportedBy: suse-beta(a)cboltz.de QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- /etc/courier/pop3d-ssl and /etc/courier/imapd-ssl come with this default: TLS_CERTFILE=/usr/share/courier-imap/pop3d.pem This feels like having a deja-vu, see bug 241937 and bug 341267 :-/ Please fix it again;-) It looks like /usr/share/courier-imap/mkimapdcert (which is called from the courier-*-ssl initscripts when $TLS_CERTFILE doesn't exist) will generate the certificate in /usr/share/courier-imap/. The certificate should be somewhere in /etc/ - /etc/ssl/private would probably be the best place. Please fix the location in the config files and the mkimapdcert script. -- 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 5

[Bug 628256] New: sysvinit: Id "x0" respawning too fast
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=628256 http://bugzilla.novell.com/show_bug.cgi?id=628256#c0 Summary: sysvinit: Id "x0" respawning too fast Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Xen AssignedTo: jdouglas(a)novell.com ReportedBy: jengelh(a)medozas.de QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- On tty1 of the domU I constantly get INIT: Id "x0" respawning too fast: disabled for 5 minutes This is because the xen console is attached by default (as installed by "vm-install") to tty1 and not xvc0, i.e. there is no /dev/xvc*. -- 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 628243] New: corosync: dies after start
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=628243 http://bugzilla.novell.com/show_bug.cgi?id=628243#c0 Summary: corosync: dies after start Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: Linux Status: NEW Severity: Normal Priority: P5 - None Component: Network AssignedTo: tserong(a)novell.com ReportedBy: jengelh(a)medozas.de QAContact: qa(a)suse.de Found By: Beta-Customer Blocker: --- After starting corosync (using fixed rpms, bug #623427), most of its children instantly die. 4178 ? Ssl 0:00 /usr/sbin/corosync 4188 ? S 0:00 \_ /usr/lib64/heartbeat/crmd 4204 ? Z 0:00 \_ [cib] <defunct> 4205 ? Z 0:00 \_ [attrd] <defunct> 4206 ? Z 0:00 \_ [pengine] <defunct> 4207 ? Z 0:00 \_ [stonithd] <defunct> -- 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 15

[Bug 628233] New: CUPS default "RIPCache 8m" causes various kind of printout failures
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=628233 http://bugzilla.novell.com/show_bug.cgi?id=628233#c0 Summary: CUPS default "RIPCache 8m" causes various kind of printout failures Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: All OS/Version: openSUSE 11.3 Status: NEEDINFO Severity: Major Priority: P5 - None Component: Printing AssignedTo: jsmeix(a)novell.com ReportedBy: jsmeix(a)novell.com QAContact: jsmeix(a)novell.com CC: roger.larsson(a)e-gatan.se, manchette(a)free.fr InfoProvider: coolo(a)novell.com Found By: Development Blocker: --- By default CUPS has only 8 MB RIPCache, see "RIPCache" at http://www.cups.org/documentation.php/doc-1.4/ref-cupsd-conf.html -------------------------------------------------------------------- The RIPCache directive sets the size of the memory cache used by Raster Image Processor ("RIP") filters such as imagetoraster and pstoraster ... The default cache size is "8m", or 8 megabytes. -------------------------------------------------------------------- This default exits since a long time and did not cause any issue. But since a few month more and more weird issues regarding printout failures happen because of this low default. When RIPs need much more memory, they may simply fail so that there is no printout at all, see bug #625611 or https://answers.launchpad.net/hplip/+question/104395 When RIPs need a bit more memory, they may not fail but produce broken output which is even worse because it wastes paper and toner/ink for nonsense printouts, see attachment #380232 from https://bugzilla.novell.com/show_bug.cgi?id=603131#c25 CUPS upstream agrees to increase the default RIPCache, see http://www.cups.org/str.php?L3535 There is also a discussion whether or not to have a fixed RIPCache size by default at all, see the thread about "Sense and nonsense of RIPCache" in the cups.general newsgroup/forum on http://www.cups.org/newsgroups.php?gcups.general+Q"Sense+and+nonsense+of+RIPCache" For the current openSUSE 11.3 I would like to provide a CUPS packages update where the one line RIPCache 128m is added to /etc/cups/cupsd.conf (by default there is no "RIPCache" line in /etc/cups/cupsd.conf which means CUPS' built-in default cache size is used). I think to make sure those line gets added in any case to the user's /etc/cups/cupsd.conf it is best to add it via "sed" magic via RPM post-install script if there is not yet a "RIPCache" line in the user's /etc/cups/cupsd.conf (e.g. when a server admin had already specified his specific RIPCache value). 128 MB is half of the minimum required RAM (256 MB) and a quater of the recommended RAM (512 MB) for a system where openSUSE is to be installed (according to what I found on a openSUSE 11.2 box) so that "RIPCache 128m" should be a safe default which can be set on any user's system. Coolo, do you agree that I do such a CUPS packages update? -- 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 65

[Bug 628138] New: Non-dialup interfaces do not appear in smpppd front-ends
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=628138 http://bugzilla.novell.com/show_bug.cgi?id=628138#c0 Summary: Non-dialup interfaces do not appear in smpppd front-ends Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: x86-64 OS/Version: openSUSE 11.3 Status: NEW Severity: Major Priority: P5 - None Component: Network AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: xgpub(a)tellas.gr QAContact: qa(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.8) Gecko/20100723 SUSE/3.6.8-1.1 Firefox/3.6.8 This looks very much like Bug 547978. # grep USERCONTROL /etc/sysconfig/network/ifcfg-* /etc/sysconfig/network/ifcfg-dsl0:USERCONTROL='yes' /etc/sysconfig/network/ifcfg-eth0:USERCONTROL='no' /etc/sysconfig/network/ifcfg-eth1:USERCONTROL='yes' /etc/sysconfig/network/ifcfg-eth2:USERCONTROL='no' /etc/sysconfig/network/ifcfg-lo:USERCONTROL=no /etc/sysconfig/network/ifcfg-tun0:USERCONTROL='yes' # cinternet -I --verbose trying to connect local smpppd 01 a dsl0 Everything worked great in 11.2. Reproducible: Always Steps to Reproduce: 1. install smpppd 2. switch to "Traditional Method with ifup" and configure your network interface ethX or tunX with enabled user control 3. try to contrl them via cinternet or k/qinternet (which don't show any controllable non-dialup interfaces) Actual Results: There is no way to control non-dialup interfaces via smpppd front-ends like cinternet/qinternet/kinternet. Expected Results: Non-dialup user controllable interfaces should appear in smpppd front-ends. -- 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 21

[Bug 627969] New: Install with NFS mounts not available result in negative disk space cost calc
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=627969 http://bugzilla.novell.com/show_bug.cgi?id=627969#c0 Summary: Install with NFS mounts not available result in negative disk space cost calc Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: All OS/Version: openSUSE 11.3 Status: NEW Severity: Minor Priority: P5 - None Component: Installation AssignedTo: bnc-team-screening(a)forge.provo.novell.com ReportedBy: darryl.miles(a)darrylmiles.org QAContact: jsrain(a)novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.7) Gecko/20100713 Firefox/3.6.7 When installing and specifying NFS mounts. If these mount points are not able to be mounted during installation time they result in a negative amount of space requirements for storage calcualtion. This results in being unable to progress the install. In my case the mount points were not even to any location that the installation may have written to, they were places like /nfs/foobar/dir and /nfs/foobar. Also the reason they would not mount was due to the use of a short label for the hostname (which has yet to be setup in /etc/hosts) to that the 'df' output looks pretty. So the issue here is that the system could ignore mount points that are not required by the installation process (since they are not part of the normal file system paths). It shouldn't mark the storage requirements with a negative figure, this is non-intuative as to the real problem. Which is that it the installation has been unable to mount/verify the NFS server. 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 5

[Bug 627848] New: openSUSE:11.3/apache2-mod_jk: update to latest, recent version
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=627848 http://bugzilla.novell.com/show_bug.cgi?id=627848#c0 Summary: openSUSE:11.3/apache2-mod_jk: update to latest, recent version Classification: openSUSE Product: openSUSE.org Version: unspecified Platform: Other URL: http://tomcat.apache.org/connectors-doc/ OS/Version: openSUSE 11.3 Status: NEW Severity: Normal Priority: P5 - None Component: 3rd party software AssignedTo: mvyskocil(a)novell.com ReportedBy: gaboo(a)gaboo.org QAContact: opensuse-communityscreening(a)forge.provo.novell.com Found By: Community User Blocker: --- Current version is 1.2.26, which is rather old : 21 December 2007. Latest version at this time is 1.2.30 from 26 February 2010. It fixes many things and would be really useful to have in the distribution. -- 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 627818] New: Yast Date and Time configuration dialog does not remember NTP or Manual changes
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=627818 http://bugzilla.novell.com/show_bug.cgi?id=627818#c0 Summary: Yast Date and Time configuration dialog does not remember NTP or Manual changes Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: P5 - None Component: YaST2 AssignedTo: jsuchome(a)novell.com ReportedBy: trenn(a)novell.com QAContact: jsrain(a)novell.com Found By: Development Blocker: --- In Yast textmode do: System->Date and Time->chaNge There you can set "Manually" and "Synchronize with NTP Server". Switch it (doesn't matter which way around). ->Accept->Ok->Quit (Save everything and leave Yast). If you open Yast again and re-enter the dialog: System->Date and Time->chaNge The setting is gone again. -- 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 627799] New: yast2-printer: popups regarding firewall can be misunderstood to open ports
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=627799 http://bugzilla.novell.com/show_bug.cgi?id=627799#c0 Summary: yast2-printer: popups regarding firewall can be misunderstood to open ports Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: All OS/Version: openSUSE 11.3 Status: ASSIGNED Severity: Enhancement Priority: P5 - None Component: YaST2 AssignedTo: jsmeix(a)novell.com ReportedBy: jsmeix(a)novell.com QAContact: jsrain(a)novell.com CC: mzugec(a)novell.com Found By: Development Blocker: --- Currently the popup texts because of bug #549065 read in printingvianetwork.ycp: ------------------------------------------------------------------- Check that your firewall allows incomming printer information on UDP port 631. ------------------------------------------------------------------- and in sharing.ycp ------------------------------------------------------------------- Check that your firewall allows remote access to CUPS via IPP on port 631. ------------------------------------------------------------------- Both texts can be misunderstood to open those ports in the firewall (in particular in the default "EXT" zone of the firewall) which contreadicts http://en.opensuse.org/SDB:CUPS_and_SANE_Firewall_settings Therefore those texts should be enhanced. -- 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 5

[Bug 627619] New: opensc and every dependent package that uses SC_TEST_RET is broken
by bugzilla_noreply＠novell.com 15 Apr '16

15 Apr '16

http://bugzilla.novell.com/show_bug.cgi?id=627619 http://bugzilla.novell.com/show_bug.cgi?id=627619#c0 Summary: opensc and every dependent package that uses SC_TEST_RET is broken Classification: openSUSE Product: openSUSE 11.3 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Critical Priority: P5 - None Component: Security AssignedTo: sbrabec(a)novell.com ReportedBy: cmorve69(a)yahoo.es QAContact: qa(a)suse.de CC: security-team(a)suse.de, puzel(a)novell.com Found By: Community User Blocker: --- We have a bad patch in the opensc package that breaks anything that uses the SC_TEST_RET macro: https://build.opensuse.org/package/view_file?file=opensc-fix-gcc-warnings.p… These packages, *at least*, should be inspectioned (others could depend on it indirectly even if they use it): $ osc whatdependson openSUSE:11.3 opensc standard x86_64 opensc : gpg2 gtkcard installation-images libchipcard4 opensc-java openssh openssh-askpass-gnome The macro is #define SC_TEST_RET(ctx, r, text) do { \ int _ret = (r); \ if (_ret < 0) { \ sc_do_log(ctx, SC_LOG_TYPE_ERROR, __FILE__, __LINE__, __FUNCTION__, "%s: %s\n", (text), sc_strerror(_ret)); \ return _ret; \ } \ } while(0) It just checks if the return value of a function ('r') is < 0 and in such a case prints a log message and returns. The patch, changes that behavior so the log message is shown only if r < 0... but ALWAYS returns. That breaks the logic of any functions using this macro. At least it means a segmentation fault when using the spanish ID card (from opensc-tool, or from Firefox... whatever is using it). Up to where I know this is just a crash problem, not a security risk. But since multiple packages could be affected I CC the security-team. IMHO the package in the devel should be fixed, updates published for any affected 11.3 package... and the package in openSUSE:11.3 project be modified. I know that project is supposed to be static, but people will not build against openSUSE:11.3:Update if they don't know about the problem. -- 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