From bug-notifications at lists.opencsw.org Tue Apr 1 12:59:19 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 1 Apr 2014 12:59:19 +0200 Subject: [binutils 0005160]: please make symlinks in /opt/csw/gnu Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5160 ====================================================================== Reported By: rkitover Assigned To: ====================================================================== Project: binutils Issue ID: 5160 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2014-04-01 12:59 CEST Last Modified: 2014-04-01 12:59 CEST ====================================================================== Summary: please make symlinks in /opt/csw/gnu Description: Some projects need the 'ar'/'as' etc. binaries available to build, and do not check for e.g. 'gas'/'gar', so it would be nice to have these symlinks in /opt/csw/gnu . ====================================================================== From bug-notifications at lists.opencsw.org Tue Apr 1 22:27:36 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 1 Apr 2014 22:27:36 +0200 Subject: [rcs 0005159]: co and ci coredump on Solaris 11.1 In-Reply-To: <4b92ffe21730510fc0dce15dc48853e8> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5159 ====================================================================== Reported By: tailcat Assigned To: dam ====================================================================== Project: rcs Issue ID: 5159 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-03-28 20:34 CET Last Modified: 2014-04-01 22:27 CEST ====================================================================== Summary: co and ci coredump on Solaris 11.1 Description: co and ci coredump on Solaris 11.1, doesn't seem to do so on Solaris 10 just typing ci or co to get the usage doesn't coredump, but ci -u filename co -l filename coredump. # uname -a SunOS ahostname 5.11 11.1 i86pc i386 i86pc truss output attached. ====================================================================== ---------------------------------------------------------------------- (0010788) dam (administrator) - 2014-04-01 22:27 https://www.opencsw.org/mantis/view.php?id=5159#c10788 ---------------------------------------------------------------------- This is most likely the same issue that causes the coredump on Solaris 10. I'll contact upstream. From bug-notifications at lists.opencsw.org Tue Apr 1 22:51:17 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 1 Apr 2014 22:51:17 +0200 Subject: [rcs 0005159]: co and ci coredump on Solaris 11.1 In-Reply-To: <4b92ffe21730510fc0dce15dc48853e8> Message-ID: <7b0b75094b1671d4790bba45751848b4@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5159 ====================================================================== Reported By: tailcat Assigned To: dam ====================================================================== Project: rcs Issue ID: 5159 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-03-28 20:34 CET Last Modified: 2014-04-01 22:51 CEST ====================================================================== Summary: co and ci coredump on Solaris 11.1 Description: co and ci coredump on Solaris 11.1, doesn't seem to do so on Solaris 10 just typing ci or co to get the usage doesn't coredump, but ci -u filename co -l filename coredump. # uname -a SunOS ahostname 5.11 11.1 i86pc i386 i86pc truss output attached. ====================================================================== ---------------------------------------------------------------------- (0010789) dam (administrator) - 2014-04-01 22:51 https://www.opencsw.org/mantis/view.php?id=5159#c10789 ---------------------------------------------------------------------- The issue seems to be Sun Studio specific, with gcc the issue does not appear. For some reason the testsuite hasn't been run in a while and these are some failing tests. I'll investigate further. From bug-notifications at lists.opencsw.org Wed Apr 2 17:37:20 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 2 Apr 2014 17:37:20 +0200 Subject: [rcs 0005159]: co and ci coredump on Solaris 11.1 In-Reply-To: <4b92ffe21730510fc0dce15dc48853e8> Message-ID: <882795659eeb0390ad0f9c348bffff98@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5159 ====================================================================== Reported By: tailcat Assigned To: dam ====================================================================== Project: rcs Issue ID: 5159 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2014-03-28 20:34 CET Last Modified: 2014-04-02 17:37 CEST ====================================================================== Summary: co and ci coredump on Solaris 11.1 Description: co and ci coredump on Solaris 11.1, doesn't seem to do so on Solaris 10 just typing ci or co to get the usage doesn't coredump, but ci -u filename co -l filename coredump. # uname -a SunOS ahostname 5.11 11.1 i86pc i386 i86pc truss output attached. ====================================================================== ---------------------------------------------------------------------- (0010790) dam (administrator) - 2014-04-02 17:37 https://www.opencsw.org/mantis/view.php?id=5159#c10790 ---------------------------------------------------------------------- An update package rcs-5.9.2,REV=2014.04.02 has been pushed to unstable. Building with GCC solved the issue. Additionally, the test suite has been adjusted to pass without errors. From bug-notifications at lists.opencsw.org Sat Apr 5 12:52:20 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 5 Apr 2014 12:52:20 +0200 Subject: [iozone 0005111]: Please upgrade to 3.420 In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5111 ====================================================================== Reported By: dam Assigned To: AirOnSkin ====================================================================== Project: iozone Issue ID: 5111 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-09-30 13:58 CEST Last Modified: 2014-04-05 12:52 CEST ====================================================================== Summary: Please upgrade to 3.420 Description: Please upgrade to 3.420 ====================================================================== From bug-notifications at lists.opencsw.org Sat Apr 5 23:59:50 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 5 Apr 2014 23:59:50 +0200 Subject: [iozone 0005111]: Please upgrade to 3.420 In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5111 ====================================================================== Reported By: dam Assigned To: AirOnSkin ====================================================================== Project: iozone Issue ID: 5111 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2013-09-30 13:58 CEST Last Modified: 2014-04-05 23:59 CEST ====================================================================== Summary: Please upgrade to 3.420 Description: Please upgrade to 3.420 ====================================================================== ---------------------------------------------------------------------- (0010793) AirOnSkin (manager) - 2014-04-05 23:59 https://www.opencsw.org/mantis/view.php?id=5111#c10793 ---------------------------------------------------------------------- Package up to date in unstable. From bug-notifications at lists.opencsw.org Sat Apr 5 23:54:37 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 5 Apr 2014 23:54:37 +0200 Subject: [iozone 0005111]: Please upgrade to 3.420 In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5111 ====================================================================== Reported By: dam Assigned To: AirOnSkin ====================================================================== Project: iozone Issue ID: 5111 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2013-09-30 13:58 CEST Last Modified: 2014-04-05 23:54 CEST ====================================================================== Summary: Please upgrade to 3.420 Description: Please upgrade to 3.420 ====================================================================== ---------------------------------------------------------------------- (0010792) AirOnSkin (manager) - 2014-04-05 23:54 https://www.opencsw.org/mantis/view.php?id=5111#c10792 ---------------------------------------------------------------------- Package up to date in unstable. From bug-notifications at lists.opencsw.org Mon Apr 7 01:41:06 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 7 Apr 2014 01:41:06 +0200 Subject: [qt4_dev 0005161]: Drop the dependency on CSWsqlite Message-ID: <1c1e2fbf8d49c4bc52a4392ddeac88c9@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5161 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: qt4_dev Issue ID: 5161 Category: Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2014-04-07 01:41 CEST Last Modified: 2014-04-07 01:41 CEST ====================================================================== Summary: Drop the dependency on CSWsqlite Description: CSWsqlite is very old (9 years) and sqlite3 is the current package to depend on. CSWsqlite has been removed from the build hosts to prevent new builds from depending on it. Could you please respin QT and rewire the dependency? ====================================================================== From bug-notifications at lists.opencsw.org Tue Apr 8 16:05:44 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 8 Apr 2014 16:05:44 +0200 Subject: [libssl1_0_0 0005162]: OpenSSL "HeartBleed" vulnerability - http://www.kb.cert.org/vuls/id/720951 Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5162 ====================================================================== Reported By: briandking Assigned To: ====================================================================== Project: libssl1_0_0 Issue ID: 5162 Category: Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2014-04-08 16:05 CEST Last Modified: 2014-04-08 16:05 CEST ====================================================================== Summary: OpenSSL "HeartBleed" vulnerability - http://www.kb.cert.org/vuls/id/720951 Description: OpenSSL 1.0.1f has a serious security flaw and requires immediate updating to 1.0.1g. References: http://www.openssl.org/news/secadv_20140407.txt http://www.kb.cert.org/vuls/id/720951 ====================================================================== From bug-notifications at lists.opencsw.org Tue Apr 8 16:11:27 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 8 Apr 2014 16:11:27 +0200 Subject: [libssl1_0_0 0005162]: OpenSSL "HeartBleed" vulnerability - http://www.kb.cert.org/vuls/id/720951 In-Reply-To: <9b6ec406766e64f6ce5f7cbd4ff5cdb7> Message-ID: <1d18028c50b74bb0fc0b457d65b1fb36@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5162 ====================================================================== Reported By: briandking Assigned To: ====================================================================== Project: libssl1_0_0 Issue ID: 5162 Category: Reproducibility: have not tried Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2014-04-08 16:05 CEST Last Modified: 2014-04-08 16:11 CEST ====================================================================== Summary: OpenSSL "HeartBleed" vulnerability - http://www.kb.cert.org/vuls/id/720951 Description: OpenSSL 1.0.1f has a serious security flaw and requires immediate updating to 1.0.1g. References: http://www.openssl.org/news/secadv_20140407.txt http://www.kb.cert.org/vuls/id/720951 ====================================================================== ---------------------------------------------------------------------- (0010794) maciej (developer) - 2014-04-08 16:11 https://www.opencsw.org/mantis/view.php?id=5162#c10794 ---------------------------------------------------------------------- First attempt failed: 1.0.1g does not build on Solaris. From bug-notifications at lists.opencsw.org Tue Apr 8 18:58:27 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 8 Apr 2014 18:58:27 +0200 Subject: [libssl1_0_0 0005162]: OpenSSL "HeartBleed" vulnerability - http://www.kb.cert.org/vuls/id/720951 In-Reply-To: <9b6ec406766e64f6ce5f7cbd4ff5cdb7> Message-ID: <8dcc08cda53752a728c94095d384bd3c@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5162 ====================================================================== Reported By: briandking Assigned To: yann ====================================================================== Project: libssl1_0_0 Issue ID: 5162 Category: Reproducibility: have not tried Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-04-08 16:05 CEST Last Modified: 2014-04-08 18:58 CEST ====================================================================== Summary: OpenSSL "HeartBleed" vulnerability - http://www.kb.cert.org/vuls/id/720951 Description: OpenSSL 1.0.1f has a serious security flaw and requires immediate updating to 1.0.1g. References: http://www.openssl.org/news/secadv_20140407.txt http://www.kb.cert.org/vuls/id/720951 ====================================================================== ---------------------------------------------------------------------- (0010794) maciej (developer) - 2014-04-08 16:11 https://www.opencsw.org/mantis/view.php?id=5162#c10794 ---------------------------------------------------------------------- First attempt failed: 1.0.1g does not build on Solaris. From bug-notifications at lists.opencsw.org Tue Apr 8 19:00:12 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 8 Apr 2014 19:00:12 +0200 Subject: [libssl1_0_0 0005162]: OpenSSL "HeartBleed" vulnerability - http://www.kb.cert.org/vuls/id/720951 In-Reply-To: <9b6ec406766e64f6ce5f7cbd4ff5cdb7> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5162 ====================================================================== Reported By: briandking Assigned To: yann ====================================================================== Project: libssl1_0_0 Issue ID: 5162 Category: Reproducibility: have not tried Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-04-08 16:05 CEST Last Modified: 2014-04-08 19:00 CEST ====================================================================== Summary: OpenSSL "HeartBleed" vulnerability - http://www.kb.cert.org/vuls/id/720951 Description: OpenSSL 1.0.1f has a serious security flaw and requires immediate updating to 1.0.1g. References: http://www.openssl.org/news/secadv_20140407.txt http://www.kb.cert.org/vuls/id/720951 ====================================================================== ---------------------------------------------------------------------- (0010795) yann (manager) - 2014-04-08 19:00 https://www.opencsw.org/mantis/view.php?id=5162#c10795 ---------------------------------------------------------------------- Hi, The last openssl packages are already available in my experimental repository. You can grab them using the following line: pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/yann -Uu I am currently making sure they work fine and I will then push them to unstable. Yann From bug-notifications at lists.opencsw.org Tue Apr 8 19:38:12 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 8 Apr 2014 19:38:12 +0200 Subject: [libssl1_0_0 0005162]: OpenSSL "HeartBleed" vulnerability - http://www.kb.cert.org/vuls/id/720951 In-Reply-To: <9b6ec406766e64f6ce5f7cbd4ff5cdb7> Message-ID: <37bb9be32b1422d8c75a90dbaa8597ab@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5162 ====================================================================== Reported By: briandking Assigned To: yann ====================================================================== Project: libssl1_0_0 Issue ID: 5162 Category: Reproducibility: have not tried Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-04-08 16:05 CEST Last Modified: 2014-04-08 19:38 CEST ====================================================================== Summary: OpenSSL "HeartBleed" vulnerability - http://www.kb.cert.org/vuls/id/720951 Description: OpenSSL 1.0.1f has a serious security flaw and requires immediate updating to 1.0.1g. References: http://www.openssl.org/news/secadv_20140407.txt http://www.kb.cert.org/vuls/id/720951 ====================================================================== ---------------------------------------------------------------------- (0010796) yann (manager) - 2014-04-08 19:38 https://www.opencsw.org/mantis/view.php?id=5162#c10796 ---------------------------------------------------------------------- The packages have just been uploaded in the unstable repository. They should be soon mirrored on all the mirrors. From bug-notifications at lists.opencsw.org Thu Apr 10 01:59:39 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 10 Apr 2014 01:59:39 +0200 Subject: [libssl1_0_0 0005162]: OpenSSL "HeartBleed" vulnerability - http://www.kb.cert.org/vuls/id/720951 In-Reply-To: <9b6ec406766e64f6ce5f7cbd4ff5cdb7> Message-ID: <09b8edfc8c5728b0d0446bf34a4e0783@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5162 ====================================================================== Reported By: briandking Assigned To: yann ====================================================================== Project: libssl1_0_0 Issue ID: 5162 Category: Reproducibility: have not tried Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-04-08 16:05 CEST Last Modified: 2014-04-10 01:59 CEST ====================================================================== Summary: OpenSSL "HeartBleed" vulnerability - http://www.kb.cert.org/vuls/id/720951 Description: OpenSSL 1.0.1f has a serious security flaw and requires immediate updating to 1.0.1g. References: http://www.openssl.org/news/secadv_20140407.txt http://www.kb.cert.org/vuls/id/720951 ====================================================================== ---------------------------------------------------------------------- (0010797) briandking (reporter) - 2014-04-10 01:59 https://www.opencsw.org/mantis/view.php?id=5162#c10797 ---------------------------------------------------------------------- Thanks for the quick response. We are testing the packages now and they seem fine. From bug-notifications at lists.opencsw.org Thu Apr 10 21:22:04 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 10 Apr 2014 21:22:04 +0200 Subject: [libssl1_0_0 0005162]: OpenSSL "HeartBleed" vulnerability - http://www.kb.cert.org/vuls/id/720951 In-Reply-To: <9b6ec406766e64f6ce5f7cbd4ff5cdb7> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5162 ====================================================================== Reported By: briandking Assigned To: yann ====================================================================== Project: libssl1_0_0 Issue ID: 5162 Category: Reproducibility: have not tried Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-04-08 16:05 CEST Last Modified: 2014-04-10 21:22 CEST ====================================================================== Summary: OpenSSL "HeartBleed" vulnerability - http://www.kb.cert.org/vuls/id/720951 Description: OpenSSL 1.0.1f has a serious security flaw and requires immediate updating to 1.0.1g. References: http://www.openssl.org/news/secadv_20140407.txt http://www.kb.cert.org/vuls/id/720951 ====================================================================== ---------------------------------------------------------------------- (0010798) yann (manager) - 2014-04-10 21:22 https://www.opencsw.org/mantis/view.php?id=5162#c10798 ---------------------------------------------------------------------- The new version has been uploaded in all affected releases. I am closing this bug. From bug-notifications at lists.opencsw.org Thu Apr 10 21:22:48 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 10 Apr 2014 21:22:48 +0200 Subject: [libssl1_0_0 0005162]: OpenSSL "HeartBleed" vulnerability - http://www.kb.cert.org/vuls/id/720951 In-Reply-To: <9b6ec406766e64f6ce5f7cbd4ff5cdb7> Message-ID: <611053669edd7ee3f23f0b4fd029b07a@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5162 ====================================================================== Reported By: briandking Assigned To: yann ====================================================================== Project: libssl1_0_0 Issue ID: 5162 Category: Reproducibility: have not tried Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2014-04-08 16:05 CEST Last Modified: 2014-04-10 21:22 CEST ====================================================================== Summary: OpenSSL "HeartBleed" vulnerability - http://www.kb.cert.org/vuls/id/720951 Description: OpenSSL 1.0.1f has a serious security flaw and requires immediate updating to 1.0.1g. References: http://www.openssl.org/news/secadv_20140407.txt http://www.kb.cert.org/vuls/id/720951 ====================================================================== ---------------------------------------------------------------------- (0010798) yann (manager) - 2014-04-10 21:22 https://www.opencsw.org/mantis/view.php?id=5162#c10798 ---------------------------------------------------------------------- The new version has been uploaded in all affected releases. I am closing this bug. From bug-notifications at lists.opencsw.org Fri Apr 11 23:13:37 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 11 Apr 2014 23:13:37 +0200 Subject: [squid 0005163]: squid 3.4.4 crashes on Solaris 10 Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5163 ====================================================================== Reported By: hudesd Assigned To: ====================================================================== Project: squid Issue ID: 5163 Category: regular use Reproducibility: have not tried Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2014-04-11 23:13 CEST Last Modified: 2014-04-11 23:13 CEST ====================================================================== Summary: squid 3.4.4 crashes on Solaris 10 Description: I have been using Squid 3.1 for quite awhile with no problem. I recently upgraded all my CSW packages and Squid 3.4.4 came with it, no option otherwise it's in stable/unstable/testing. The problem is that it is NOT stable: it exits after awhile. It's running as a service (cswsquid) as per the package. This on a T2000 Solaris 10 148888-05 with 8GB RAM and about 600GB of available disk space . I had made no change to the configuration between 3.1 and 3.4. I subsequently have tried both aufs and my original ufs (diskd isn't available) to no avail. I increased the size of the disk and memory cache to no avail. Squid will run happily as long as users are only tunneling through it; once some caching gets going with regular http it exits. I'm not finding any core dumps in /var/opt/csw/squid/cache or the 00 directory under that. I can provide squid config files and log files. ====================================================================== From bug-notifications at lists.opencsw.org Sat Apr 12 03:16:19 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 12 Apr 2014 03:16:19 +0200 Subject: [squid 0005163]: squid 3.4.4 crashes on Solaris 10 In-Reply-To: Message-ID: <40dbf38cf711f1ceeb7495829500d2fc@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5163 ====================================================================== Reported By: hudesd Assigned To: dam ====================================================================== Project: squid Issue ID: 5163 Category: regular use Reproducibility: have not tried Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-04-11 23:13 CEST Last Modified: 2014-04-12 03:16 CEST ====================================================================== Summary: squid 3.4.4 crashes on Solaris 10 Description: I have been using Squid 3.1 for quite awhile with no problem. I recently upgraded all my CSW packages and Squid 3.4.4 came with it, no option otherwise it's in stable/unstable/testing. The problem is that it is NOT stable: it exits after awhile. It's running as a service (cswsquid) as per the package. This on a T2000 Solaris 10 148888-05 with 8GB RAM and about 600GB of available disk space . I had made no change to the configuration between 3.1 and 3.4. I subsequently have tried both aufs and my original ufs (diskd isn't available) to no avail. I increased the size of the disk and memory cache to no avail. Squid will run happily as long as users are only tunneling through it; once some caching gets going with regular http it exits. I'm not finding any core dumps in /var/opt/csw/squid/cache or the 00 directory under that. I can provide squid config files and log files. ====================================================================== From bug-notifications at lists.opencsw.org Sat Apr 12 03:21:52 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 12 Apr 2014 03:21:52 +0200 Subject: [squid 0005163]: squid 3.4.4 crashes on Solaris 10 In-Reply-To: Message-ID: <200f4e3604091f7a184c250645167826@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5163 ====================================================================== Reported By: hudesd Assigned To: dam ====================================================================== Project: squid Issue ID: 5163 Category: regular use Reproducibility: have not tried Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-04-11 23:13 CEST Last Modified: 2014-04-12 03:21 CEST ====================================================================== Summary: squid 3.4.4 crashes on Solaris 10 Description: I have been using Squid 3.1 for quite awhile with no problem. I recently upgraded all my CSW packages and Squid 3.4.4 came with it, no option otherwise it's in stable/unstable/testing. The problem is that it is NOT stable: it exits after awhile. It's running as a service (cswsquid) as per the package. This on a T2000 Solaris 10 148888-05 with 8GB RAM and about 600GB of available disk space . I had made no change to the configuration between 3.1 and 3.4. I subsequently have tried both aufs and my original ufs (diskd isn't available) to no avail. I increased the size of the disk and memory cache to no avail. Squid will run happily as long as users are only tunneling through it; once some caching gets going with regular http it exits. I'm not finding any core dumps in /var/opt/csw/squid/cache or the 00 directory under that. I can provide squid config files and log files. ====================================================================== ---------------------------------------------------------------------- (0010799) dam (administrator) - 2014-04-12 03:21 https://www.opencsw.org/mantis/view.php?id=5163#c10799 ---------------------------------------------------------------------- I am using 3.4.4,REV=2014.03.14 with no problems so far. Please check /var/svc/log/network-cswsquid:default.log for messages. However, 3.4.4 is only in testing and unstable, whereas stable still has 3.1: root at web [web]:/var/opt/csw/squid/cache > ls -l /export/mirror/opencsw-official/*/sparc/5.10/squid-* -rw-r--r-- 3 web web 2619826 Mar 14 14:10 /export/mirror/opencsw-official/bratislava/sparc/5.10/squid-3.4.4,REV=2014.03.14-SunOS5.10-sparc-CSW.pkg.gz lrwxrwxrwx 1 web web 65 Mar 15 03:16 /export/mirror/opencsw-official/dublin/sparc/5.10/squid-2.7,REV=2010.10.05_STABLE9-SunOS5.9-sparc-CSW.pkg.gz -> ../5.9/squid-2.7,REV=2010.10.05_STABLE9-SunOS5.9-sparc-CSW.pkg.gz -rw-r--r-- 2 web web 2483888 Sep 25 2012 /export/mirror/opencsw-official/kiel/sparc/5.10/squid-3.1,REV=2012.06.15_20-SunOS5.10-sparc-CSW.pkg.gz -rw-r--r-- 3 web web 714982 Oct 8 2009 /export/mirror/opencsw-official/legacy/sparc/5.10/squid-2.6,REV=2007.09.02_STABLE15-SunOS5.8-sparc-CSW.pkg.gz -rw-r--r-- 2 web web 2483888 Sep 25 2012 /export/mirror/opencsw-official/stable/sparc/5.10/squid-3.1,REV=2012.06.15_20-SunOS5.10-sparc-CSW.pkg.gz -rw-r--r-- 3 web web 2619826 Mar 14 14:10 /export/mirror/opencsw-official/testing/sparc/5.10/squid-3.4.4,REV=2014.03.14-SunOS5.10-sparc-CSW.pkg.gz -rw-r--r-- 3 web web 2619826 Mar 14 14:10 /export/mirror/opencsw-official/unstable/sparc/5.10/squid-3.4.4,REV=2014.03.14-SunOS5.10-sparc-CSW.pkg.gz From bug-notifications at lists.opencsw.org Tue Apr 15 23:43:47 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 15 Apr 2014 23:43:47 +0200 Subject: [php5 0005164]: http wrapper not found Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5164 ====================================================================== Reported By: ace808 Assigned To: ====================================================================== Project: php5 Issue ID: 5164 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2014-04-15 23:43 CEST Last Modified: 2014-04-15 23:43 CEST ====================================================================== Summary: http wrapper not found Description: Trying to use composer to update php libraries yeilds an error: Unable to find the wrapper "http" - did you forget to enable it when you configured PHP? Executing var_dump(stream_get_wrappers()); yeilds array(10) { [0]=> string(13) "compress.zlib" [1]=> string(14) "compress.bzip2" [2]=> string(5) "https" [3]=> string(4) "ftps" [4]=> string(3) "php" [5]=> string(4) "file" [6]=> string(4) "glob" [7]=> string(4) "data" [8]=> string(3) "zip" [9]=> string(4) "phar" } There's no http wrapper. Is there some sort of way to add it? ====================================================================== From bug-notifications at lists.opencsw.org Tue Apr 15 23:46:30 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 15 Apr 2014 23:46:30 +0200 Subject: [php5 0005164]: http wrapper not found In-Reply-To: <01ab63e44088b3479813f30ac95d2a9f> Message-ID: <39f1284de32ff2a0154f530028f091eb@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5164 ====================================================================== Reported By: ace808 Assigned To: dam ====================================================================== Project: php5 Issue ID: 5164 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-04-15 23:43 CEST Last Modified: 2014-04-15 23:46 CEST ====================================================================== Summary: http wrapper not found Description: Trying to use composer to update php libraries yeilds an error: Unable to find the wrapper "http" - did you forget to enable it when you configured PHP? Executing var_dump(stream_get_wrappers()); yeilds array(10) { [0]=> string(13) "compress.zlib" [1]=> string(14) "compress.bzip2" [2]=> string(5) "https" [3]=> string(4) "ftps" [4]=> string(3) "php" [5]=> string(4) "file" [6]=> string(4) "glob" [7]=> string(4) "data" [8]=> string(3) "zip" [9]=> string(4) "phar" } There's no http wrapper. Is there some sort of way to add it? ====================================================================== From bug-notifications at lists.opencsw.org Tue Apr 15 23:48:30 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 15 Apr 2014 23:48:30 +0200 Subject: [php5 0005164]: http wrapper not found In-Reply-To: <01ab63e44088b3479813f30ac95d2a9f> Message-ID: The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5164 ====================================================================== Reported By: ace808 Assigned To: dam ====================================================================== Project: php5 Issue ID: 5164 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-04-15 23:43 CEST Last Modified: 2014-04-15 23:48 CEST ====================================================================== Summary: http wrapper not found Description: Trying to use composer to update php libraries yeilds an error: Unable to find the wrapper "http" - did you forget to enable it when you configured PHP? Executing var_dump(stream_get_wrappers()); yeilds array(10) { [0]=> string(13) "compress.zlib" [1]=> string(14) "compress.bzip2" [2]=> string(5) "https" [3]=> string(4) "ftps" [4]=> string(3) "php" [5]=> string(4) "file" [6]=> string(4) "glob" [7]=> string(4) "data" [8]=> string(3) "zip" [9]=> string(4) "phar" } There's no http wrapper. Is there some sort of way to add it? ====================================================================== ---------------------------------------------------------------------- (0010800) dam (administrator) - 2014-04-15 23:48 https://www.opencsw.org/mantis/view.php?id=5164#c10800 ---------------------------------------------------------------------- You can see the configure options for php in the build recipe: https://buildfarm.opencsw.org/source/xref/opencsw/csw/mgar/pkg/php5/trunk/Makefile Some of the modules for php are factored out to separate packages: http://www.opencsw.org/packages/ Please take a look at php5_* From bug-notifications at lists.opencsw.org Wed Apr 16 17:28:45 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 16 Apr 2014 17:28:45 +0200 Subject: [php5 0005164]: http wrapper not found In-Reply-To: <01ab63e44088b3479813f30ac95d2a9f> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5164 ====================================================================== Reported By: ace808 Assigned To: dam ====================================================================== Project: php5 Issue ID: 5164 Category: regular use Reproducibility: always Severity: major Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-04-15 23:43 CEST Last Modified: 2014-04-16 17:28 CEST ====================================================================== Summary: http wrapper not found Description: Trying to use composer to update php libraries yeilds an error: Unable to find the wrapper "http" - did you forget to enable it when you configured PHP? Executing var_dump(stream_get_wrappers()); yeilds array(10) { [0]=> string(13) "compress.zlib" [1]=> string(14) "compress.bzip2" [2]=> string(5) "https" [3]=> string(4) "ftps" [4]=> string(3) "php" [5]=> string(4) "file" [6]=> string(4) "glob" [7]=> string(4) "data" [8]=> string(3) "zip" [9]=> string(4) "phar" } There's no http wrapper. Is there some sort of way to add it? ====================================================================== ---------------------------------------------------------------------- (0010801) ace808 (reporter) - 2014-04-16 17:28 https://www.opencsw.org/mantis/view.php?id=5164#c10801 ---------------------------------------------------------------------- Thank you very much for getting back to me so fast. Unfortunately, doing further research indicates the problem is with the CONFIGURE_ARGS += --with-curlwrappers line. Apparently I'm getting improper responses from sites because of this. See: https://www.facebook.com/note.php?note_id=290180466652 at the bottom of the page for some more details. Another example my specific problem can be found here: http://www.inmotionhosting.com/support/community-support/how-to/how-to-disable-withcurlwrappers-on-php-compile-on-my-vps But the solution provided doesn't apply in this case. There have been some other issues relating to including curlwrappers as well I have found. I can try to recompile using the php5_dev package without curlwrappers and see if that fixes the problem. Thanks again for your attention. From bug-notifications at lists.opencsw.org Thu Apr 17 22:18:54 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 17 Apr 2014 22:18:54 +0200 Subject: [mc 0005141]: crashes when external program starts In-Reply-To: Message-ID: <512ebce7ae9bec0db7ccbedd72aa7981@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5141 ====================================================================== Reported By: iav Assigned To: dam ====================================================================== Project: mc Issue ID: 5141 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-01-13 20:18 CET Last Modified: 2014-04-17 22:18 CEST ====================================================================== Summary: crashes when external program starts Description: After update to 4.8.11 trying to run any external command, like ls, crashes mc with output # mc /users/srcadm# select (FD_SETSIZE, &read_set...): Bad file number (9) 4.8.8 not have this bug ====================================================================== ---------------------------------------------------------------------- (0010802) iav (reporter) - 2014-04-17 22:18 https://www.opencsw.org/mantis/view.php?id=5141#c10802 ---------------------------------------------------------------------- Now I build mc-4.8.12 with same config, and same result: crash with "select (FD_SETSIZE, &read_set...): Bad file number (9)" on subshell invocation. And I have to comment-out gnu compiler to have successful build. From bug-notifications at lists.opencsw.org Mon Apr 21 14:46:02 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 21 Apr 2014 14:46:02 +0200 Subject: [tmux 0005165]: tmux crashes when navigating a window with many panes Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5165 ====================================================================== Reported By: dpoland Assigned To: ====================================================================== Project: tmux Issue ID: 5165 Category: regular use Reproducibility: sometimes Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2014-04-21 14:46 CEST Last Modified: 2014-04-21 14:46 CEST ====================================================================== Summary: tmux crashes when navigating a window with many panes Description: Using a bound-key for pane navigation causes tmux to crash. ====================================================================== From bug-notifications at lists.opencsw.org Mon Apr 21 16:01:02 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 21 Apr 2014 16:01:02 +0200 Subject: [tmux 0005165]: tmux crashes when navigating a window with many panes In-Reply-To: <3faa683ba92c8c2601f300d2d94e7c9c> Message-ID: <9ed6ef01470437530f1ee1565a634d64@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5165 ====================================================================== Reported By: dpoland Assigned To: dam ====================================================================== Project: tmux Issue ID: 5165 Category: regular use Reproducibility: sometimes Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-04-21 14:46 CEST Last Modified: 2014-04-21 16:01 CEST ====================================================================== Summary: tmux crashes when navigating a window with many panes Description: Using a bound-key for pane navigation causes tmux to crash. ====================================================================== From bug-notifications at lists.opencsw.org Mon Apr 21 16:02:06 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 21 Apr 2014 16:02:06 +0200 Subject: [tmux 0005165]: tmux crashes when navigating a window with many panes In-Reply-To: <3faa683ba92c8c2601f300d2d94e7c9c> Message-ID: <2f202a7272f36d3f340dd88a5d4ebd78@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5165 ====================================================================== Reported By: dpoland Assigned To: dam ====================================================================== Project: tmux Issue ID: 5165 Category: regular use Reproducibility: sometimes Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-04-21 14:46 CEST Last Modified: 2014-04-21 16:02 CEST ====================================================================== Summary: tmux crashes when navigating a window with many panes Description: Using a bound-key for pane navigation causes tmux to crash. ====================================================================== ---------------------------------------------------------------------- (0010803) dam (administrator) - 2014-04-21 16:02 https://www.opencsw.org/mantis/view.php?id=5165#c10803 ---------------------------------------------------------------------- I just pushed tmux-1.9a,REV=2014.04.21 to unstable/ which is now built with gcc. I had several issues with the Sun Studio compiler in the past causing coredumps which went away after switching to gcc, so please give it a try and let me know if this resolves your issue. From bug-notifications at lists.opencsw.org Mon Apr 21 16:45:57 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 21 Apr 2014 16:45:57 +0200 Subject: [tmux 0005165]: tmux crashes when navigating a window with many panes In-Reply-To: <3faa683ba92c8c2601f300d2d94e7c9c> Message-ID: <89f2ebe09a10a844e6145079dd86e91b@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5165 ====================================================================== Reported By: dpoland Assigned To: dam ====================================================================== Project: tmux Issue ID: 5165 Category: regular use Reproducibility: sometimes Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-04-21 14:46 CEST Last Modified: 2014-04-21 16:45 CEST ====================================================================== Summary: tmux crashes when navigating a window with many panes Description: Using a bound-key for pane navigation causes tmux to crash. ====================================================================== ---------------------------------------------------------------------- (0010804) dpoland (reporter) - 2014-04-21 16:45 https://www.opencsw.org/mantis/view.php?id=5165#c10804 ---------------------------------------------------------------------- Thanks, will do From bug-notifications at lists.opencsw.org Mon Apr 21 22:56:35 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 21 Apr 2014 22:56:35 +0200 Subject: [tmux 0005165]: tmux crashes when navigating a window with many panes In-Reply-To: <3faa683ba92c8c2601f300d2d94e7c9c> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5165 ====================================================================== Reported By: dpoland Assigned To: dam ====================================================================== Project: tmux Issue ID: 5165 Category: regular use Reproducibility: sometimes Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-04-21 14:46 CEST Last Modified: 2014-04-21 22:56 CEST ====================================================================== Summary: tmux crashes when navigating a window with many panes Description: Using a bound-key for pane navigation causes tmux to crash. ====================================================================== ---------------------------------------------------------------------- (0010805) dpoland (reporter) - 2014-04-21 22:56 https://www.opencsw.org/mantis/view.php?id=5165#c10805 ---------------------------------------------------------------------- so far, so good. From bug-notifications at lists.opencsw.org Tue Apr 22 13:21:25 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 22 Apr 2014 13:21:25 +0200 Subject: [php5 0005166]: PHP CLI suffers from segmentation fault during job completion Message-ID: <62b7144d8f8f40fafda8c7ca524ba13c@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5166 ====================================================================== Reported By: rherbst Assigned To: ====================================================================== Project: php5 Issue ID: 5166 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2014-04-22 13:21 CEST Last Modified: 2014-04-22 13:21 CEST ====================================================================== Summary: PHP CLI suffers from segmentation fault during job completion Description: When started at the command line, php does what it it is expected to do but then throws a segmentation fault error and generates a core dump. Problem occures after switching to Dublin (the new stable), i.e. with PHP 5.3.21. ====================================================================== From bug-notifications at lists.opencsw.org Tue Apr 22 15:20:33 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 22 Apr 2014 15:20:33 +0200 Subject: [php5 0005167]: pcre should be linked without stack recursion Message-ID: <597c606e7d878d426a34664fe1e42dc2@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5167 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: php5 Issue ID: 5167 Category: regular use Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2014-04-22 15:20 CEST Last Modified: 2014-04-22 15:20 CEST ====================================================================== Summary: pcre should be linked without stack recursion Description: For example websvn uses php5 pcre for analysis and markup which requires massive stackspace to be configure in /opt/csw/apache2/etc/envvars like ulimit -s 1000000 Otherwise the https process crashes with stack overflow: ... (endless match recursions) fbef6c94 match (8529921, 82cdf88, 8529920, 2, feffda60, 0) + 10122 fbef6e7c match (8529921, 82cdf85, 8529920, 2, feffda60, 0) + 1030a fbef6c94 match (8529920, 82cdf88, 8529920, 2, feffda60, 0) + 10122 fbef6e7c match (8529920, 82cdf85, 8529920, 2, feffda60, 0) + 1030a fbee83e7 match (8529920, 82cdf80, 8529920, 2, feffda60, 0) + 1875 fbf0179d php_pcre_exec (82cdf58, feffdbf0, 8529920, 629db, 0, 0) + cfd fbf06bc7 php_pcre_match_impl (82ba3b8, 8529920, 629db, 84c4a98, 0, 0) + 2d7 fbf068c1 php_do_pcre_match (2, 84c4a98, 0, 0, 1, 0) + a1 fbf0740d zif_preg_match (2, 84c4a98, 0, 0, 1, 81a3770) + 1c fc0ebc55 zend_do_fcall_common_helper_SPEC (82e8568, fc430e38, feffddc8, fc0f14f2, fc4945c8, 0) + c95 fc0f15dd ZEND_DO_FCALL_SPEC_CONST_HANDLER (82e8568, 0, 10, fc0ea7bf) + f9 fc0eaa0a execute (81b2050, 0, 2, fc0c545e) + 259 fc0c59fe zend_execute_scripts (8, 0, 3, 0, feffe7d0, 0) + 5ae The solution is to dynamically link against correctly compiled pcre or statically link against updated pcre. ====================================================================== From bug-notifications at lists.opencsw.org Wed Apr 23 19:09:25 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 23 Apr 2014 19:09:25 +0200 Subject: [squid 0005163]: squid 3.4.4 crashes on Solaris 10 In-Reply-To: Message-ID: <3356f2076f5b2e0621c0afdf29ee64fc@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5163 ====================================================================== Reported By: hudesd Assigned To: dam ====================================================================== Project: squid Issue ID: 5163 Category: regular use Reproducibility: have not tried Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-04-11 23:13 CEST Last Modified: 2014-04-23 19:09 CEST ====================================================================== Summary: squid 3.4.4 crashes on Solaris 10 Description: I have been using Squid 3.1 for quite awhile with no problem. I recently upgraded all my CSW packages and Squid 3.4.4 came with it, no option otherwise it's in stable/unstable/testing. The problem is that it is NOT stable: it exits after awhile. It's running as a service (cswsquid) as per the package. This on a T2000 Solaris 10 148888-05 with 8GB RAM and about 600GB of available disk space . I had made no change to the configuration between 3.1 and 3.4. I subsequently have tried both aufs and my original ufs (diskd isn't available) to no avail. I increased the size of the disk and memory cache to no avail. Squid will run happily as long as users are only tunneling through it; once some caching gets going with regular http it exits. I'm not finding any core dumps in /var/opt/csw/squid/cache or the 00 directory under that. I can provide squid config files and log files. ====================================================================== ---------------------------------------------------------------------- (0010806) hudesd (reporter) - 2014-04-23 19:09 https://www.opencsw.org/mantis/view.php?id=5163#c10806 ---------------------------------------------------------------------- The service method script needs to be updated: it is using -D which is deprecated and slated to be removed. From bug-notifications at lists.opencsw.org Wed Apr 23 21:25:03 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 23 Apr 2014 21:25:03 +0200 Subject: [stunnel 0005168]: stunnel needs to be recompiled to work with OpenSSL 1.0.1g Message-ID: <7f16dd613c48ac6113ebce0fe6bbb292@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5168 ====================================================================== Reported By: klpaskettw Assigned To: ====================================================================== Project: stunnel Issue ID: 5168 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2014-04-23 21:25 CEST Last Modified: 2014-04-23 21:25 CEST ====================================================================== Summary: stunnel needs to be recompiled to work with OpenSSL 1.0.1g Description: Upon upgrade OpenSSL to 1.0.1g to fix the heartblead issue, stunnel will no longer start up. The following error is produced. stunnel 4.56 on i386-pc-solaris2.10 platform Compiled with OpenSSL 1.0.1e 11 Feb 2013 Running with OpenSSL 1.0.1g 7 Apr 2014 Update OpenSSL shared libraries or rebuild stunnel Threading:PTHREAD Sockets:POLL,IPv6 SSL:ENGINE,OCSP,FIPS Auth:LIBWRAP Reading configuration from file /etc/opt/csw/stunnel/stunnel.conf FIPS_mode_set: F06D065: error:0F06D065:common libcrypto routines:FIPS_mode_set:fips mode not supported Line 67: "[ldaps]": Failed to initialize SSL str_stats: 7 block(s), 150 data byte(s), 294 control byte(s) ====================================================================== From bug-notifications at lists.opencsw.org Wed Apr 23 22:19:41 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 23 Apr 2014 22:19:41 +0200 Subject: [nrpe 0005087]: Skript Error: /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' In-Reply-To: <84f4361bfcd4ce8277238dc9d33595da> Message-ID: <42dad22f2c3d1f7b4275eb619a4e136e@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5087 ====================================================================== Reported By: cgrzemba Assigned To: ====================================================================== Project: nrpe Issue ID: 5087 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-04 11:27 CEST Last Modified: 2014-04-23 22:19 CEST ====================================================================== Summary: Skript Error: /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' Description: SMF cswnrpe is in maintenance because: root at delphi:/home/admin# sh -x /var/opt/csw/svc/method/svc-cswnrpe + BINDIR=/opt/csw/bin + BINFILE=/opt/csw/bin/nrpe + RUNFLAG=1 + uname -r + awk -F. '{print $2}' + SOLREL=11 + [ 11 -ge 10 ] + /sbin/zonename + ZONENAME=global + . /lib/svc/share/smf_include.sh + SMF_EXIT_OK=0 + SMF_EXIT_ERR_FATAL=95 + SMF_EXIT_ERR_CONFIG=96 + SMF_EXIT_MON_DEGRADE=97 + SMF_EXIT_MON_OFFLINE=98 + SMF_EXIT_ERR_NOSMF=99 + SMF_EXIT_ERR_PERM=100 + SMF_EXIT_TEMP_DISABLE=101 + SMF_EXIT_TEMP_TRANSIENT=102 + SMF_SYSVOL_FS=/system/volatile + __smf_exit_fmri='' + CONFIG_FILE=/etc/opt/csw/nrpe.cfg + [ ! -f /etc/opt/csw/nrpe.cfg ] /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' unexpected stopping also produce an error: root at delphi:/home/admin# sh -x /var/opt/csw/svc/method/svc-cswnrpe stop + BINDIR=/opt/csw/bin + BINFILE=/opt/csw/bin/nrpe + RUNFLAG=1 + uname -r + awk -F. '{print $2}' + SOLREL=11 + [ 11 -ge 10 ] + /sbin/zonename + ZONENAME=global + . /lib/svc/share/smf_include.sh + SMF_EXIT_OK=0 + SMF_EXIT_ERR_FATAL=95 + SMF_EXIT_ERR_CONFIG=96 + SMF_EXIT_MON_DEGRADE=97 + SMF_EXIT_MON_OFFLINE=98 + SMF_EXIT_ERR_NOSMF=99 + SMF_EXIT_ERR_PERM=100 + SMF_EXIT_TEMP_DISABLE=101 + SMF_EXIT_TEMP_TRANSIENT=102 + SMF_SYSVOL_FS=/system/volatile + __smf_exit_fmri='' + CONFIG_FILE=/etc/opt/csw/nrpe.cfg + [ ! -f /etc/opt/csw/nrpe.cfg ] + kill -s STOP Usage: kill [-l] [-n signum] [-s signame] job ... Or:job ... killjob ... [job ... optionsjob ... ] -l [arg ...] + exit 0 ====================================================================== ---------------------------------------------------------------------- (0010807) ccope (reporter) - 2014-04-23 22:19 https://www.opencsw.org/mantis/view.php?id=5087#c10807 ---------------------------------------------------------------------- This is broken for me on Solaris 11.1 x86 as well. The solution is to remove the space between the function names and the () in their definitions: start() instead of start () From bug-notifications at lists.opencsw.org Wed Apr 23 23:58:23 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 23 Apr 2014 23:58:23 +0200 Subject: [stunnel 0005168]: stunnel needs to be recompiled to work with OpenSSL 1.0.1g In-Reply-To: <335436d38d68780bbff894e2a6710029> Message-ID: <060f450c2ae8c641fba1ba12ffd1840a@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5168 ====================================================================== Reported By: klpaskettw Assigned To: ====================================================================== Project: stunnel Issue ID: 5168 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2014-04-23 21:25 CEST Last Modified: 2014-04-23 23:58 CEST ====================================================================== Summary: stunnel needs to be recompiled to work with OpenSSL 1.0.1g Description: Upon upgrade OpenSSL to 1.0.1g to fix the heartblead issue, stunnel will no longer start up. The following error is produced. stunnel 4.56 on i386-pc-solaris2.10 platform Compiled with OpenSSL 1.0.1e 11 Feb 2013 Running with OpenSSL 1.0.1g 7 Apr 2014 Update OpenSSL shared libraries or rebuild stunnel Threading:PTHREAD Sockets:POLL,IPv6 SSL:ENGINE,OCSP,FIPS Auth:LIBWRAP Reading configuration from file /etc/opt/csw/stunnel/stunnel.conf FIPS_mode_set: F06D065: error:0F06D065:common libcrypto routines:FIPS_mode_set:fips mode not supported Line 67: "[ldaps]": Failed to initialize SSL str_stats: 7 block(s), 150 data byte(s), 294 control byte(s) ====================================================================== ---------------------------------------------------------------------- (0010808) bwalton (administrator) - 2014-04-23 23:58 https://www.opencsw.org/mantis/view.php?id=5168#c10808 ---------------------------------------------------------------------- I just uploaded new packages to the unstable catalog. Please test these when they hit your mirror. Thanks -Ben From bug-notifications at lists.opencsw.org Thu Apr 24 00:09:46 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 24 Apr 2014 00:09:46 +0200 Subject: [squid 0005163]: squid 3.4.4 crashes on Solaris 10 In-Reply-To: Message-ID: <1a9ec2b01a0cbe28e93e3ffb5b8156fc@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5163 ====================================================================== Reported By: hudesd Assigned To: dam ====================================================================== Project: squid Issue ID: 5163 Category: regular use Reproducibility: have not tried Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-04-11 23:13 CEST Last Modified: 2014-04-24 00:09 CEST ====================================================================== Summary: squid 3.4.4 crashes on Solaris 10 Description: I have been using Squid 3.1 for quite awhile with no problem. I recently upgraded all my CSW packages and Squid 3.4.4 came with it, no option otherwise it's in stable/unstable/testing. The problem is that it is NOT stable: it exits after awhile. It's running as a service (cswsquid) as per the package. This on a T2000 Solaris 10 148888-05 with 8GB RAM and about 600GB of available disk space . I had made no change to the configuration between 3.1 and 3.4. I subsequently have tried both aufs and my original ufs (diskd isn't available) to no avail. I increased the size of the disk and memory cache to no avail. Squid will run happily as long as users are only tunneling through it; once some caching gets going with regular http it exits. I'm not finding any core dumps in /var/opt/csw/squid/cache or the 00 directory under that. I can provide squid config files and log files. ====================================================================== ---------------------------------------------------------------------- (0010809) hudesd (reporter) - 2014-04-24 00:09 https://www.opencsw.org/mantis/view.php?id=5163#c10809 ---------------------------------------------------------------------- Apr 23 13:08:23 Leaving maintenance because clear requested. ] [ Apr 23 13:08:23 Enabled. ] [ Apr 23 13:08:23 Executing start method ("/var/opt/csw/svc/method/svc-cswsquid start") ] starting squid server. [ Apr 23 13:08:23 Method "start" exited with status 0 ] 2014/04/23 13:08:23| WARNING: -D command-line option is obsolete. [ Apr 23 16:08:25 Stopping because process dumped core. ] [ Apr 23 16:08:26 Executing stop method ("/var/opt/csw/svc/method/svc-cswsquid stop") ] squid server is already down [ Apr 23 16:08:26 Method "stop" exited with status 0 ] [ Apr 23 16:09:27 Method or service exit timed out. Killing contract 8579326 ] From bug-notifications at lists.opencsw.org Thu Apr 24 07:03:42 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 24 Apr 2014 07:03:42 +0200 Subject: [nrpe 0005087]: Skript Error: /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' In-Reply-To: <84f4361bfcd4ce8277238dc9d33595da> Message-ID: <40f9949258dde9ba1ce50896edf75844@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5087 ====================================================================== Reported By: cgrzemba Assigned To: ====================================================================== Project: nrpe Issue ID: 5087 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-07-04 11:27 CEST Last Modified: 2014-04-24 07:03 CEST ====================================================================== Summary: Skript Error: /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' Description: SMF cswnrpe is in maintenance because: root at delphi:/home/admin# sh -x /var/opt/csw/svc/method/svc-cswnrpe + BINDIR=/opt/csw/bin + BINFILE=/opt/csw/bin/nrpe + RUNFLAG=1 + uname -r + awk -F. '{print $2}' + SOLREL=11 + [ 11 -ge 10 ] + /sbin/zonename + ZONENAME=global + . /lib/svc/share/smf_include.sh + SMF_EXIT_OK=0 + SMF_EXIT_ERR_FATAL=95 + SMF_EXIT_ERR_CONFIG=96 + SMF_EXIT_MON_DEGRADE=97 + SMF_EXIT_MON_OFFLINE=98 + SMF_EXIT_ERR_NOSMF=99 + SMF_EXIT_ERR_PERM=100 + SMF_EXIT_TEMP_DISABLE=101 + SMF_EXIT_TEMP_TRANSIENT=102 + SMF_SYSVOL_FS=/system/volatile + __smf_exit_fmri='' + CONFIG_FILE=/etc/opt/csw/nrpe.cfg + [ ! -f /etc/opt/csw/nrpe.cfg ] /var/opt/csw/svc/method/svc-cswnrpe: line 44: syntax error at line 58: `(' unexpected stopping also produce an error: root at delphi:/home/admin# sh -x /var/opt/csw/svc/method/svc-cswnrpe stop + BINDIR=/opt/csw/bin + BINFILE=/opt/csw/bin/nrpe + RUNFLAG=1 + uname -r + awk -F. '{print $2}' + SOLREL=11 + [ 11 -ge 10 ] + /sbin/zonename + ZONENAME=global + . /lib/svc/share/smf_include.sh + SMF_EXIT_OK=0 + SMF_EXIT_ERR_FATAL=95 + SMF_EXIT_ERR_CONFIG=96 + SMF_EXIT_MON_DEGRADE=97 + SMF_EXIT_MON_OFFLINE=98 + SMF_EXIT_ERR_NOSMF=99 + SMF_EXIT_ERR_PERM=100 + SMF_EXIT_TEMP_DISABLE=101 + SMF_EXIT_TEMP_TRANSIENT=102 + SMF_SYSVOL_FS=/system/volatile + __smf_exit_fmri='' + CONFIG_FILE=/etc/opt/csw/nrpe.cfg + [ ! -f /etc/opt/csw/nrpe.cfg ] + kill -s STOP Usage: kill [-l] [-n signum] [-s signame] job ... Or:job ... killjob ... [job ... optionsjob ... ] -l [arg ...] + exit 0 ====================================================================== ---------------------------------------------------------------------- (0010810) ccope (reporter) - 2014-04-24 07:03 https://www.opencsw.org/mantis/view.php?id=5087#c10810 ---------------------------------------------------------------------- Whoops, the svc-cswnrpe file I uploaded had a typo in it. the cswnrpe file fixes that typo. I then discovered the stop function is also broken because the function name collides with a built-in shell function. the cswnrpe2 file renames that. From bug-notifications at lists.opencsw.org Thu Apr 24 14:35:34 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 24 Apr 2014 14:35:34 +0200 Subject: [stunnel 0005168]: stunnel needs to be recompiled to work with OpenSSL 1.0.1g In-Reply-To: <335436d38d68780bbff894e2a6710029> Message-ID: <9cbdd28d3786e70493e05e3f7b2b86b2@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5168 ====================================================================== Reported By: klpaskettw Assigned To: bwalton ====================================================================== Project: stunnel Issue ID: 5168 Category: regular use Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-04-23 21:25 CEST Last Modified: 2014-04-24 14:35 CEST ====================================================================== Summary: stunnel needs to be recompiled to work with OpenSSL 1.0.1g Description: Upon upgrade OpenSSL to 1.0.1g to fix the heartblead issue, stunnel will no longer start up. The following error is produced. stunnel 4.56 on i386-pc-solaris2.10 platform Compiled with OpenSSL 1.0.1e 11 Feb 2013 Running with OpenSSL 1.0.1g 7 Apr 2014 Update OpenSSL shared libraries or rebuild stunnel Threading:PTHREAD Sockets:POLL,IPv6 SSL:ENGINE,OCSP,FIPS Auth:LIBWRAP Reading configuration from file /etc/opt/csw/stunnel/stunnel.conf FIPS_mode_set: F06D065: error:0F06D065:common libcrypto routines:FIPS_mode_set:fips mode not supported Line 67: "[ldaps]": Failed to initialize SSL str_stats: 7 block(s), 150 data byte(s), 294 control byte(s) ====================================================================== ---------------------------------------------------------------------- (0010808) bwalton (administrator) - 2014-04-23 23:58 https://www.opencsw.org/mantis/view.php?id=5168#c10808 ---------------------------------------------------------------------- I just uploaded new packages to the unstable catalog. Please test these when they hit your mirror. Thanks -Ben From bug-notifications at lists.opencsw.org Thu Apr 24 14:35:50 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 24 Apr 2014 14:35:50 +0200 Subject: [stunnel 0005168]: stunnel needs to be recompiled to work with OpenSSL 1.0.1g In-Reply-To: <335436d38d68780bbff894e2a6710029> Message-ID: <41725f383263aa4f18d95d2f4453289b@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5168 ====================================================================== Reported By: klpaskettw Assigned To: bwalton ====================================================================== Project: stunnel Issue ID: 5168 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-04-23 21:25 CEST Last Modified: 2014-04-24 14:35 CEST ====================================================================== Summary: stunnel needs to be recompiled to work with OpenSSL 1.0.1g Description: Upon upgrade OpenSSL to 1.0.1g to fix the heartblead issue, stunnel will no longer start up. The following error is produced. stunnel 4.56 on i386-pc-solaris2.10 platform Compiled with OpenSSL 1.0.1e 11 Feb 2013 Running with OpenSSL 1.0.1g 7 Apr 2014 Update OpenSSL shared libraries or rebuild stunnel Threading:PTHREAD Sockets:POLL,IPv6 SSL:ENGINE,OCSP,FIPS Auth:LIBWRAP Reading configuration from file /etc/opt/csw/stunnel/stunnel.conf FIPS_mode_set: F06D065: error:0F06D065:common libcrypto routines:FIPS_mode_set:fips mode not supported Line 67: "[ldaps]": Failed to initialize SSL str_stats: 7 block(s), 150 data byte(s), 294 control byte(s) ====================================================================== ---------------------------------------------------------------------- (0010808) bwalton (administrator) - 2014-04-23 23:58 https://www.opencsw.org/mantis/view.php?id=5168#c10808 ---------------------------------------------------------------------- I just uploaded new packages to the unstable catalog. Please test these when they hit your mirror. Thanks -Ben From bug-notifications at lists.opencsw.org Thu Apr 24 17:38:43 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 24 Apr 2014 17:38:43 +0200 Subject: [stunnel 0005168]: stunnel needs to be recompiled to work with OpenSSL 1.0.1g In-Reply-To: <335436d38d68780bbff894e2a6710029> Message-ID: <36fe7e5154b12feb6a5b926bebc49481@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5168 ====================================================================== Reported By: klpaskettw Assigned To: bwalton ====================================================================== Project: stunnel Issue ID: 5168 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-04-23 21:25 CEST Last Modified: 2014-04-24 17:38 CEST ====================================================================== Summary: stunnel needs to be recompiled to work with OpenSSL 1.0.1g Description: Upon upgrade OpenSSL to 1.0.1g to fix the heartblead issue, stunnel will no longer start up. The following error is produced. stunnel 4.56 on i386-pc-solaris2.10 platform Compiled with OpenSSL 1.0.1e 11 Feb 2013 Running with OpenSSL 1.0.1g 7 Apr 2014 Update OpenSSL shared libraries or rebuild stunnel Threading:PTHREAD Sockets:POLL,IPv6 SSL:ENGINE,OCSP,FIPS Auth:LIBWRAP Reading configuration from file /etc/opt/csw/stunnel/stunnel.conf FIPS_mode_set: F06D065: error:0F06D065:common libcrypto routines:FIPS_mode_set:fips mode not supported Line 67: "[ldaps]": Failed to initialize SSL str_stats: 7 block(s), 150 data byte(s), 294 control byte(s) ====================================================================== ---------------------------------------------------------------------- (0010811) klpaskettw (reporter) - 2014-04-24 17:38 https://www.opencsw.org/mantis/view.php?id=5168#c10811 ---------------------------------------------------------------------- http://mirror.opencsw.org/status/ shows that none of the mirrors have updated since 2014-04-09 04:08:50. I will test as soon as it shows up. From bug-notifications at lists.opencsw.org Fri Apr 25 13:51:59 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 25 Apr 2014 13:51:59 +0200 Subject: [tmux 0005165]: tmux crashes when navigating a window with many panes In-Reply-To: <3faa683ba92c8c2601f300d2d94e7c9c> Message-ID: <83554896274e74ce967d26b46ecf4634@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5165 ====================================================================== Reported By: dpoland Assigned To: dam ====================================================================== Project: tmux Issue ID: 5165 Category: regular use Reproducibility: sometimes Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-04-21 14:46 CEST Last Modified: 2014-04-25 13:51 CEST ====================================================================== Summary: tmux crashes when navigating a window with many panes Description: Using a bound-key for pane navigation causes tmux to crash. ====================================================================== ---------------------------------------------------------------------- (0010812) dpoland (reporter) - 2014-04-25 13:51 https://www.opencsw.org/mantis/view.php?id=5165#c10812 ---------------------------------------------------------------------- Still working without a crash From bug-notifications at lists.opencsw.org Wed Apr 30 08:15:16 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 30 Apr 2014 08:15:16 +0200 Subject: [tmux 0005165]: tmux crashes when navigating a window with many panes In-Reply-To: <3faa683ba92c8c2601f300d2d94e7c9c> Message-ID: <3d603e4c4f7ffd5e7e527a3fff6d8361@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5165 ====================================================================== Reported By: dpoland Assigned To: dam ====================================================================== Project: tmux Issue ID: 5165 Category: regular use Reproducibility: sometimes Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2014-04-21 14:46 CEST Last Modified: 2014-04-30 08:15 CEST ====================================================================== Summary: tmux crashes when navigating a window with many panes Description: Using a bound-key for pane navigation causes tmux to crash. ====================================================================== ---------------------------------------------------------------------- (0010813) dam (administrator) - 2014-04-30 08:15 https://www.opencsw.org/mantis/view.php?id=5165#c10813 ---------------------------------------------------------------------- 1.9a,REV=2014.04.21 has been pushed to unstable/.