From bug-notifications at lists.opencsw.org Thu May 1 09:16:19 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 1 May 2014 09:16:19 +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: <415d92707609ea22fd93a2610d49265e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5087 ====================================================================== Reported By: cgrzemba Assigned To: raos ====================================================================== Project: nrpe Issue ID: 5087 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-07-04 11:27 CEST Last Modified: 2014-05-01 09:16 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 May 1 10:34:51 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 1 May 2014 10:34:51 +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: <4483a364f56b1cfed1e3a01d827594d4@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5087 ====================================================================== Reported By: cgrzemba Assigned To: raos ====================================================================== Project: nrpe Issue ID: 5087 Category: regular use Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2013-07-04 11:27 CEST Last Modified: 2014-05-01 10:34 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 ====================================================================== ---------------------------------------------------------------------- (0010814) raos (developer) - 2014-05-01 10:34 https://www.opencsw.org/mantis/view.php?id=5087#c10814 ---------------------------------------------------------------------- Adjusted cswnrpe start script in r23530 to first call 'unalias -a' before doing anything else. This will remove the 'stop' alias. Package uploaded to unstable catalog as nrpe-2.15,REV=2014.05.01. From bug-notifications at lists.opencsw.org Fri May 2 15:52:38 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 2 May 2014 15:52:38 +0200 Subject: [squid 0005163]: squid 3.4.4 crashes on Solaris 10 In-Reply-To: Message-ID: <7607319d40deaf2dbdefd0034510e6c0@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-05-02 15:52 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. ====================================================================== ---------------------------------------------------------------------- (0010815) dam (administrator) - 2014-05-02 15:52 https://www.opencsw.org/mantis/view.php?id=5163#c10815 ---------------------------------------------------------------------- I have now an idea what goes wrong: when retreiving something via FTP squid dumps core. Here is the stacktrace: pstack core.squid.8044 core 'core.squid.8044' of 8044: (squid-1) -D fe6c8e07 _lwp_kill (1, 6, feffe248, fe670ff1) + 7 fe670ffd raise (6, 0, feffe298, fe6487ad) + 25 fe6487cd abort (0, 1, 2b, 8647430, fe766c80, fe762000) + f5 082a2b2d _Z5deathi (b, 0, feffe3e0, fe69e537, fdf72a40, fe762000) + 1cd fe6c4b05 __sighndlr (b, 0, feffe3e0, 82a2960) + 15 fe6b7eae call_user_handler (b) + 2d2 fe6b8346 sigacthandler (b, 0, feffe3e0) + ee --- called from signal handler with signal 11 (SIGSEGV) --- 083434c5 _ZNK2Ip7Address4portEv (4, fe762000, feffe998, fe661667, 965adf0, fe762000) + 15 081c7c01 ???????? (913fdac, 845f909, feffea08, fe6bd29c, 97bb4a0, fe762000) 081c97bf ???????? (913bca0, 25, 913fda8, feffeabc, b9, 25) 081c8bd9 _ZN12FtpStateData18handleControlReplyEv (913bca0, 94c2048, 832f25b, 94c2040, 94c2020) + 149 081ce2a2 _ZN13CommCbMemFunTI12FtpStateData14CommIoCbParamsE6doDialEv (94c203c, 94c2020, feffeb28, 81cdc03, 94c2040, fe762000) + 32 081ce013 _ZN9JobDialerI12FtpStateDataE4dialER9AsyncCall (94c203c, 94c2020, feffeb58, fe661c5a, fe763098, 84a4020) + 33 081ce178 _ZN10AsyncCallTI13CommCbMemFunTI12FtpStateData14CommIoCbParamsEE4fireEv (94c2020, 84a137f, feff1b7f, 81a9daf, 88000000, 4056e1fc) + 18 0832d42d _ZN9AsyncCall4makeEv (94c2020, feffecc4, e650d871, fe76930c, cf5d3200, 8) + 3bd 083317b6 _ZN14AsyncCallQueue8fireNextEv (86b1a70, feffecdc, feffec08, 82a0d4a, 86086f0, 0) + 1f6 08331ba0 _ZN14AsyncCallQueue4fireEv (86b1a70, feffecb0, 1, 842e5f9, 40, 402e0000) + 30 081aadd4 _ZN9EventLoop7runOnceEv (feffecdc, 402e0000, 1, feffecb0, 0, feffecb4) + 104 081aaf70 _ZN9EventLoop3runEv (feffecdc, feffecb4, 0, 0, 402e0000, 1) + 20 0822b2d4 _Z9SquidMainiPPc (2, feffed60, 84a4020, feffed1c, feffed3c, fe7fa8bc) + 14b4 08430c7d main (2, feffed60, feffed6c) + 1d 0811f2e0 _start (2, feffee38, feffee42, 0, 86b60b0, feffee5d) + 80 dam at unstable10s [unstable10s]:/home/dam/tmp > cat yyy | /opt/SUNWspro/bin/c++filt core 'core.squid.8044' of 8044: (squid-1) -D fe6c8e07 _lwp_kill (1, 6, feffe248, fe670ff1) + 7 fe670ffd raise (6, 0, feffe298, fe6487ad) + 25 fe6487cd abort (0, 1, 2b, 8647430, fe766c80, fe762000) + f5 082a2b2d death(int) (b, 0, feffe3e0, fe69e537, fdf72a40, fe762000) + 1cd fe6c4b05 __sighndlr (b, 0, feffe3e0, 82a2960) + 15 fe6b7eae call_user_handler (b) + 2d2 fe6b8346 sigacthandler (b, 0, feffe3e0) + ee --- called from signal handler with signal 11 (SIGSEGV) --- 083434c5 Ip::Address::port() const (4, fe762000, feffe998, fe661667, 965adf0, fe762000) + 15 081c7c01 ???????? (913fdac, 845f909, feffea08, fe6bd29c, 97bb4a0, fe762000) 081c97bf ???????? (913bca0, 25, 913fda8, feffeabc, b9, 25) 081c8bd9 FtpStateData::handleControlReply() (913bca0, 94c2048, 832f25b, 94c2040, 94c2020) + 149 081ce2a2 CommCbMemFunT::doDial() (94c203c, 94c2020, feffeb28, 81cdc03, 94c2040, fe762000) + 32 081ce013 JobDialer::dial(AsyncCall&) (94c203c, 94c2020, feffeb58, fe661c5a, fe763098, 84a4020) + 33 081ce178 AsyncCallT >::fire() (94c2020, 84a137f, feff1b7f, 81a9daf, 88000000, 4056e1fc) + 18 0832d42d AsyncCall::make() (94c2020, feffecc4, e650d871, fe76930c, cf5d3200, 8) + 3bd 083317b6 AsyncCallQueue::fireNext() (86b1a70, feffecdc, feffec08, 82a0d4a, 86086f0, 0) + 1f6 08331ba0 AsyncCallQueue::fire() (86b1a70, feffecb0, 1, 842e5f9, 40, 402e0000) + 30 081aadd4 EventLoop::runOnce() (feffecdc, 402e0000, 1, feffecb0, 0, feffecb4) + 104 081aaf70 EventLoop::run() (feffecdc, feffecb4, 0, 0, 402e0000, 1) + 20 0822b2d4 SquidMain(int, char**) (2, feffed60, 84a4020, feffed1c, feffed3c, fe7fa8bc) + 14b4 08430c7d main (2, feffed60, feffed6c) + 1d 0811f2e0 _start (2, feffee38, feffee42, 0, 86b60b0, feffee5d) + 80 Digging further. From bug-notifications at lists.opencsw.org Mon May 5 04:34:29 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 5 May 2014 04:34:29 +0200 Subject: [stunnel 0005168]: stunnel needs to be recompiled to work with OpenSSL 1.0.1g In-Reply-To: <335436d38d68780bbff894e2a6710029> Message-ID: <29659d3817fb20a8a19e5e281d0b3783@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-05-05 04:34 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) ====================================================================== ---------------------------------------------------------------------- (0010817) klpaskettw (reporter) - 2014-05-05 04:34 https://www.opencsw.org/mantis/view.php?id=5168#c10817 ---------------------------------------------------------------------- I updated to the latest packages and stunnel is working fine. I did have to add 'fips = no' to the default config file though. From bug-notifications at lists.opencsw.org Mon May 5 13:37:17 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 5 May 2014 13:37:17 +0200 Subject: [httping 0004270]: Testing CLI bug submission - please ignore In-Reply-To: <5a62c6f2d5b0dac50d3a66d0ed8f8aa2> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4270 ====================================================================== Reported By: skayser Assigned To: ====================================================================== Project: httping Issue ID: 4270 Category: other Reproducibility: N/A Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-02-13 22:10 CET Last Modified: 2014-05-05 13:37 CEST ====================================================================== Summary: Testing CLI bug submission - please ignore Description: Testing CLI bug submission - please ignore ====================================================================== From bug-notifications at lists.opencsw.org Mon May 5 14:59:08 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 5 May 2014 14:59:08 +0200 Subject: [squid 0004033]: Please change the version field In-Reply-To: <595c107df4d9baaf5e6dc46c5a60932f> Message-ID: <680e4d0440bb94f5d990e049609e1f02@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4033 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: squid Issue ID: 4033 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-13 13:15 CET Last Modified: 2014-05-05 14:59 CEST ====================================================================== Summary: Please change the version field Description: Please change the version field from 2.7,REV=2009.06.18_STABLE6 to 2.7STABLE6,REV=... as it currently doesn't conform to the standard. ====================================================================== ---------------------------------------------------------------------- (0010818) dam (administrator) - 2014-05-05 14:59 https://www.opencsw.org/mantis/view.php?id=4033#c10818 ---------------------------------------------------------------------- Current versions use a standard naming scheme. From bug-notifications at lists.opencsw.org Mon May 5 17:49:25 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 5 May 2014 17:49:25 +0200 Subject: [squid 0005163]: squid 3.4.4 crashes on Solaris 10 In-Reply-To: Message-ID: 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: confirmed ====================================================================== Date Submitted: 2014-04-11 23:13 CEST Last Modified: 2014-05-05 17:49 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. ====================================================================== ---------------------------------------------------------------------- (0010819) hudesd (reporter) - 2014-05-05 17:49 https://www.opencsw.org/mantis/view.php?id=5163#c10819 ---------------------------------------------------------------------- While it is interesting that you found a bug with FTP tunneling, I don't have much of that in my organization. What I do have a LOT of is HTTPS tunneling. The HP SAN equipment likes to "phone home" a LOT -- of the last 80 entries in access.log, 68 are CONNECT requests to trilogy2.3pardata.com and 141 of the last 180 requests are CONNECT (the other major CONNECT sources is Oracle Ops Center). From bug-notifications at lists.opencsw.org Mon May 12 14:38:25 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 12 May 2014 14:38:25 +0200 Subject: [glib2 0005169]: glib2 depends on pcre for building Message-ID: <64feccd1f044062fa3923a2e90feeabc@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5169 ====================================================================== Reported By: laurent Assigned To: ====================================================================== Project: glib2 Issue ID: 5169 Category: packaging Reproducibility: always Severity: minor Priority: high Status: new ====================================================================== Date Submitted: 2014-05-12 14:38 CEST Last Modified: 2014-05-12 14:38 CEST ====================================================================== Summary: glib2 depends on pcre for building Description: There is a very common ./configure error that indicates a failure of glib2, when it is actually installed, with the -dev. The logfile shows the real error is: Package 'libpcre', required by 'GLib', not found So basically, I think CSWlibglib2-dev should have a dependency on CSWlibpcre-dev to make sure it's usable. ====================================================================== From bug-notifications at lists.opencsw.org Mon May 12 14:41:47 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 12 May 2014 14:41:47 +0200 Subject: [glib2 0005169]: glib2 depends on pcre for building In-Reply-To: <034264ae07df6cc71e642065c810afcf> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5169 ====================================================================== Reported By: laurent Assigned To: ====================================================================== Project: glib2 Issue ID: 5169 Category: packaging Reproducibility: always Severity: minor Priority: high Status: new ====================================================================== Date Submitted: 2014-05-12 14:38 CEST Last Modified: 2014-05-12 14:41 CEST ====================================================================== Summary: glib2 depends on pcre for building Description: There is a very common ./configure error that indicates a failure of glib2, when it is actually installed, with the -dev. The logfile shows the real error is: Package 'libpcre', required by 'GLib', not found So basically, I think CSWlibglib2-dev should have a dependency on CSWlibpcre-dev to make sure it's usable. ====================================================================== ---------------------------------------------------------------------- (0010820) slowfranklin (manager) - 2014-05-12 14:41 https://www.opencsw.org/mantis/view.php?id=5169#c10820 ---------------------------------------------------------------------- Sounds reasonable. Do you want me to commit and rebuild packages? From bug-notifications at lists.opencsw.org Mon May 12 14:52:58 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 12 May 2014 14:52:58 +0200 Subject: [glib2 0005169]: glib2 depends on pcre for building In-Reply-To: <034264ae07df6cc71e642065c810afcf> Message-ID: <7db2df714274617977e91efe03ab71c6@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5169 ====================================================================== Reported By: laurent Assigned To: ====================================================================== Project: glib2 Issue ID: 5169 Category: packaging Reproducibility: always Severity: minor Priority: high Status: new ====================================================================== Date Submitted: 2014-05-12 14:38 CEST Last Modified: 2014-05-12 14:52 CEST ====================================================================== Summary: glib2 depends on pcre for building Description: There is a very common ./configure error that indicates a failure of glib2, when it is actually installed, with the -dev. The logfile shows the real error is: Package 'libpcre', required by 'GLib', not found So basically, I think CSWlibglib2-dev should have a dependency on CSWlibpcre-dev to make sure it's usable. ====================================================================== ---------------------------------------------------------------------- (0010821) laurent (developer) - 2014-05-12 14:52 https://www.opencsw.org/mantis/view.php?id=5169#c10821 ---------------------------------------------------------------------- At your convenience, you're Mister Glib now :-) From bug-notifications at lists.opencsw.org Thu May 15 12:22:34 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 15 May 2014 12:22:34 +0200 Subject: [imagemagick 0005170]: convert changes source time stamps Message-ID: <31c6cfe296e9476e07791ccb3499cd6a@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5170 ====================================================================== Reported By: tt4l Assigned To: ====================================================================== Project: imagemagick Issue ID: 5170 Category: packaging Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2014-05-15 12:22 CEST Last Modified: 2014-05-15 12:22 CEST ====================================================================== Summary: convert changes source time stamps Description: This does not happen with convert on Linux or with a compiled new version Imagemagick 6.8.9-1 on Solaris. To reproduce create a simple Word document: $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:40:04.000000000 +0200 Change: 2014-05-15 11:41:39.929074900 +0200 $ /opt/csw/bin/convert test.doc test.jpg convert: unable to open file `test.doc': No such file or directory @ error/fpx.c/ReadFPXImage/267. convert: no images defined `test.jpg' @ error/convert.c/ConvertImageCommand/3147. $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:58:40.748870081 +0200 Change: 2014-05-15 11:58:40.748870081 +0200 ====================================================================== From bug-notifications at lists.opencsw.org Fri May 16 07:01:26 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 16 May 2014 07:01:26 +0200 Subject: [squid 0005171]: upgrading squid erases the current conf file in /etc/opt/csw Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5171 ====================================================================== Reported By: ghenry Assigned To: ====================================================================== Project: squid Issue ID: 5171 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2014-05-16 07:01 CEST Last Modified: 2014-05-16 07:01 CEST ====================================================================== Summary: upgrading squid erases the current conf file in /etc/opt/csw Description: hello, on S10, i upgraded my current squid to the latest release: 3.4.5 and it replaces my conf file: /etc/opt/csw/squid/squid.conf Is it normal? when we upgrade pkgutil, it doesn't replace the existing pkgutil.conf. ====================================================================== From bug-notifications at lists.opencsw.org Fri May 16 10:21:55 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 16 May 2014 10:21:55 +0200 Subject: [imagemagick 0005170]: convert changes source time stamps In-Reply-To: <5a4ce0e6cf9120e3530fa505a27b9695> Message-ID: <87673ed5196390a7ce38428740a0a4a3@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5170 ====================================================================== Reported By: tt4l Assigned To: laurent ====================================================================== Project: imagemagick Issue ID: 5170 Category: packaging Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2014-05-15 12:22 CEST Last Modified: 2014-05-16 10:21 CEST ====================================================================== Summary: convert changes source time stamps Description: This does not happen with convert on Linux or with a compiled new version Imagemagick 6.8.9-1 on Solaris. To reproduce create a simple Word document: $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:40:04.000000000 +0200 Change: 2014-05-15 11:41:39.929074900 +0200 $ /opt/csw/bin/convert test.doc test.jpg convert: unable to open file `test.doc': No such file or directory @ error/fpx.c/ReadFPXImage/267. convert: no images defined `test.jpg' @ error/convert.c/ConvertImageCommand/3147. $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:58:40.748870081 +0200 Change: 2014-05-15 11:58:40.748870081 +0200 ====================================================================== ---------------------------------------------------------------------- (0010823) laurent (manager) - 2014-05-16 10:21 https://www.opencsw.org/mantis/view.php?id=5170#c10823 ---------------------------------------------------------------------- I don't understand yet what's going on. A truss shows the .doc file is first opened read only, then read-write, and apparently the same data that was just read is written back. It makes little sense. The "Unable to open file" seemes to be the main symptom here. I've updated the ImageMagick version to 6.8.9-1, and the behaviour is the same. Can you provide the exact compilation steps you used? From bug-notifications at lists.opencsw.org Fri May 16 10:36:00 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 16 May 2014 10:36:00 +0200 Subject: [imagemagick 0005170]: convert changes source time stamps In-Reply-To: <5a4ce0e6cf9120e3530fa505a27b9695> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5170 ====================================================================== Reported By: tt4l Assigned To: laurent ====================================================================== Project: imagemagick Issue ID: 5170 Category: packaging Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2014-05-15 12:22 CEST Last Modified: 2014-05-16 10:36 CEST ====================================================================== Summary: convert changes source time stamps Description: This does not happen with convert on Linux or with a compiled new version Imagemagick 6.8.9-1 on Solaris. To reproduce create a simple Word document: $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:40:04.000000000 +0200 Change: 2014-05-15 11:41:39.929074900 +0200 $ /opt/csw/bin/convert test.doc test.jpg convert: unable to open file `test.doc': No such file or directory @ error/fpx.c/ReadFPXImage/267. convert: no images defined `test.jpg' @ error/convert.c/ConvertImageCommand/3147. $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:58:40.748870081 +0200 Change: 2014-05-15 11:58:40.748870081 +0200 ====================================================================== ---------------------------------------------------------------------- (0010824) tt4l (reporter) - 2014-05-16 10:36 https://www.opencsw.org/mantis/view.php?id=5170#c10824 ---------------------------------------------------------------------- I forgot to write that we are using Solaris 11.1. I did not use any special options, but just untar and ./configure --prefix=... I can attach the config.log, if this helps. Could it be the gcc version or some library? I am using gcc 4.5.2: root at pictstore:/usr/local/stow/tmp/ImageMagick-6.8.9-1# gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/gcc/4.5/lib/gcc/i386-pc-solaris2.11/4.5.2/lto-wrapper Target: i386-pc-solaris2.11 Configured with: /builds/hudson/workspace/nightly-update/build/i386/components/gcc45/gcc-4.5.2/configure CC=/ws/on11update-tools/SUNWspro/sunstudio12.1/bin/cc CXX=/ws/on11update-tools/SUNWspro/sunstudio12.1/bin/CC --prefix=/usr/gcc/4.5 --mandir=/usr/gcc/4.5/share/man --bindir=/usr/gcc/4.5/bin --libdir=/usr/gcc/4.5/lib --sbindir=/usr/gcc/4.5/sbin --infodir=/usr/gcc/4.5/share/info --libexecdir=/usr/gcc/4.5/lib --enable-languages=c,c++,fortran,objc --enable-shared --with-gmp-include=/usr/include/gmp --with-mpfr-include=/usr/include/mpfr --without-gnu-ld --with-ld=/usr/bin/ld --with-gnu-as --with-as=/usr/gnu/bin/as CFLAGS='-g -O2 ' Thread model: posix gcc version 4.5.2 (GCC) root at pictstore:/usr/local/stow/tmp/ImageMagick-6.8.9-1# ldd /usr/local/stow/ImageMagick-6.8.9-1/bin/convert libMagickCore-6.Q16.so.2 => /usr/local/stow/ImageMagick-6.8.9-1/lib/libMagickCore-6.Q16.so.2 libMagickWand-6.Q16.so.2 => /usr/local/stow/ImageMagick-6.8.9-1/lib/libMagickWand-6.Q16.so.2 liblcms.so.1 => /usr/lib/liblcms.so.1 libtiff.so.3 => /usr/lib/libtiff.so.3 libjpeg.so.62 => /usr/lib/libjpeg.so.62 libpng14.so.14 => /usr/lib/libpng14.so.14 libfftw3.so.3 => /usr/lib/libfftw3.so.3 libXext.so.0 => /usr/lib/libXext.so.0 libXt.so.4 => /usr/lib/libXt.so.4 libbz2.so.1 => /usr/lib/libbz2.so.1 libxml2.so.2 => /lib/libxml2.so.2 libz.so.1 => /lib/libz.so.1 libSM.so.6 => /usr/lib/libSM.so.6 libICE.so.6 => /usr/lib/libICE.so.6 libX11.so.4 => /usr/lib/libX11.so.4 libgomp.so.1 => /usr/lib/libgomp.so.1 libm.so.2 => /lib/libm.so.2 libpthread.so.1 => /lib/libpthread.so.1 libc.so.1 => /lib/libc.so.1 libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 libxcb.so.1 => /usr/lib/libxcb.so.1 libmp.so.2 => /lib/libmp.so.2 libmd.so.1 => /lib/libmd.so.1 libXau.so.6 => /usr/lib/libXau.so.6 libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 libsoftcrypto.so.1 => /lib/libsoftcrypto.so.1 libelf.so.1 => /lib/libelf.so.1 libcryptoutil.so.1 => /lib/libcryptoutil.so.1 libXevie.so.1 => /usr/lib/libXevie.so.1 libXss.so.1 => /usr/lib/libXss.so.1 From bug-notifications at lists.opencsw.org Fri May 16 11:10:56 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 16 May 2014 11:10:56 +0200 Subject: [imagemagick 0005170]: convert changes source time stamps In-Reply-To: <5a4ce0e6cf9120e3530fa505a27b9695> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5170 ====================================================================== Reported By: tt4l Assigned To: laurent ====================================================================== Project: imagemagick Issue ID: 5170 Category: packaging Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2014-05-15 12:22 CEST Last Modified: 2014-05-16 11:10 CEST ====================================================================== Summary: convert changes source time stamps Description: This does not happen with convert on Linux or with a compiled new version Imagemagick 6.8.9-1 on Solaris. To reproduce create a simple Word document: $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:40:04.000000000 +0200 Change: 2014-05-15 11:41:39.929074900 +0200 $ /opt/csw/bin/convert test.doc test.jpg convert: unable to open file `test.doc': No such file or directory @ error/fpx.c/ReadFPXImage/267. convert: no images defined `test.jpg' @ error/convert.c/ConvertImageCommand/3147. $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:58:40.748870081 +0200 Change: 2014-05-15 11:58:40.748870081 +0200 ====================================================================== ---------------------------------------------------------------------- (0010825) laurent (manager) - 2014-05-16 11:10 https://www.opencsw.org/mantis/view.php?id=5170#c10825 ---------------------------------------------------------------------- Yes, please attach config.log and the whole output of configure itself, so I can check what it picked. From bug-notifications at lists.opencsw.org Fri May 16 11:46:30 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 16 May 2014 11:46:30 +0200 Subject: [imagemagick 0005170]: convert changes source time stamps In-Reply-To: <5a4ce0e6cf9120e3530fa505a27b9695> Message-ID: <7c93048ff4cb82cba01534e2e269e97d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5170 ====================================================================== Reported By: tt4l Assigned To: laurent ====================================================================== Project: imagemagick Issue ID: 5170 Category: packaging Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2014-05-15 12:22 CEST Last Modified: 2014-05-16 11:46 CEST ====================================================================== Summary: convert changes source time stamps Description: This does not happen with convert on Linux or with a compiled new version Imagemagick 6.8.9-1 on Solaris. To reproduce create a simple Word document: $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:40:04.000000000 +0200 Change: 2014-05-15 11:41:39.929074900 +0200 $ /opt/csw/bin/convert test.doc test.jpg convert: unable to open file `test.doc': No such file or directory @ error/fpx.c/ReadFPXImage/267. convert: no images defined `test.jpg' @ error/convert.c/ConvertImageCommand/3147. $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:58:40.748870081 +0200 Change: 2014-05-15 11:58:40.748870081 +0200 ====================================================================== ---------------------------------------------------------------------- (0010826) tt4l (reporter) - 2014-05-16 11:46 https://www.opencsw.org/mantis/view.php?id=5170#c10826 ---------------------------------------------------------------------- I have attached "./configure --prefix=/usr/local/stow/ImageMagick-6.8.9-1" output and old config.log. New config.log just has different date and path names. From bug-notifications at lists.opencsw.org Fri May 16 12:10:57 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 16 May 2014 12:10:57 +0200 Subject: [glib2 0005169]: glib2 depends on pcre for building In-Reply-To: <034264ae07df6cc71e642065c810afcf> Message-ID: <265c901c655dd7e401b24cb11b5f587d@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5169 ====================================================================== Reported By: laurent Assigned To: ====================================================================== Project: glib2 Issue ID: 5169 Category: packaging Reproducibility: always Severity: minor Priority: high Status: new ====================================================================== Date Submitted: 2014-05-12 14:38 CEST Last Modified: 2014-05-16 12:10 CEST ====================================================================== Summary: glib2 depends on pcre for building Description: There is a very common ./configure error that indicates a failure of glib2, when it is actually installed, with the -dev. The logfile shows the real error is: Package 'libpcre', required by 'GLib', not found So basically, I think CSWlibglib2-dev should have a dependency on CSWlibpcre-dev to make sure it's usable. ====================================================================== ---------------------------------------------------------------------- (0010827) slowfranklin (manager) - 2014-05-16 12:10 https://www.opencsw.org/mantis/view.php?id=5169#c10827 ---------------------------------------------------------------------- Glib2 master succesfully updated package. At your service! :) From bug-notifications at lists.opencsw.org Fri May 16 12:16:31 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 16 May 2014 12:16:31 +0200 Subject: [glib2 0005169]: glib2 depends on pcre for building In-Reply-To: <034264ae07df6cc71e642065c810afcf> Message-ID: The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5169 ====================================================================== Reported By: laurent Assigned To: ====================================================================== Project: glib2 Issue ID: 5169 Category: packaging Reproducibility: always Severity: minor Priority: high Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2014-05-12 14:38 CEST Last Modified: 2014-05-16 12:16 CEST ====================================================================== Summary: glib2 depends on pcre for building Description: There is a very common ./configure error that indicates a failure of glib2, when it is actually installed, with the -dev. The logfile shows the real error is: Package 'libpcre', required by 'GLib', not found So basically, I think CSWlibglib2-dev should have a dependency on CSWlibpcre-dev to make sure it's usable. ====================================================================== ---------------------------------------------------------------------- (0010827) slowfranklin (manager) - 2014-05-16 12:10 https://www.opencsw.org/mantis/view.php?id=5169#c10827 ---------------------------------------------------------------------- Glib2 master succesfully updated package. At your service! :) From bug-notifications at lists.opencsw.org Fri May 16 13:14:41 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 16 May 2014 13:14:41 +0200 Subject: [imagemagick 0005170]: convert changes source time stamps In-Reply-To: <5a4ce0e6cf9120e3530fa505a27b9695> Message-ID: <81b699382cc1b2d78bde7cbb857c6497@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5170 ====================================================================== Reported By: tt4l Assigned To: laurent ====================================================================== Project: imagemagick Issue ID: 5170 Category: packaging Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2014-05-15 12:22 CEST Last Modified: 2014-05-16 13:14 CEST ====================================================================== Summary: convert changes source time stamps Description: This does not happen with convert on Linux or with a compiled new version Imagemagick 6.8.9-1 on Solaris. To reproduce create a simple Word document: $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:40:04.000000000 +0200 Change: 2014-05-15 11:41:39.929074900 +0200 $ /opt/csw/bin/convert test.doc test.jpg convert: unable to open file `test.doc': No such file or directory @ error/fpx.c/ReadFPXImage/267. convert: no images defined `test.jpg' @ error/convert.c/ConvertImageCommand/3147. $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:58:40.748870081 +0200 Change: 2014-05-15 11:58:40.748870081 +0200 ====================================================================== ---------------------------------------------------------------------- (0010828) tt4l (reporter) - 2014-05-16 13:14 https://www.opencsw.org/mantis/view.php?id=5170#c10828 ---------------------------------------------------------------------- I think I have less libraries/options compiled in, probably just because some devel libs are not installed: root at pictstore:/usr/local/stow/tmp/test# convert --version Version: ImageMagick 6.8.8-7 Q16 i386 2014-03-03 http://www.imagemagick.org Copyright: Copyright (C) 1999-2014 ImageMagick Studio LLC Features: DPC HDRI Modules OpenMP Delegates: bzlib cairo djvu fftw fontconfig freetype fpx gslib gvc jbig jng jpeg lcms lqr ltdl lzma openexr pangocairo png ps rsvg tiff webp wmf x xml zlib root at pictstore:/usr/local/stow/tmp/test# /usr/local/stow/ImageMagick-6.8.9-1/bin/convert -version Version: ImageMagick 6.8.9-1 Q16 i386 2014-05-16 http://www.imagemagick.org Copyright: Copyright (C) 1999-2014 ImageMagick Studio LLC Features: DPC OpenMP Delegates: bzlib fftw jng jpeg lcms png tiff x xml zlib From bug-notifications at lists.opencsw.org Fri May 16 13:17:13 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 16 May 2014 13:17:13 +0200 Subject: [imagemagick 0005170]: convert changes source time stamps In-Reply-To: <5a4ce0e6cf9120e3530fa505a27b9695> Message-ID: <576a4754fe3e554b0eb56158835685e3@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5170 ====================================================================== Reported By: tt4l Assigned To: laurent ====================================================================== Project: imagemagick Issue ID: 5170 Category: packaging Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2014-05-15 12:22 CEST Last Modified: 2014-05-16 13:17 CEST ====================================================================== Summary: convert changes source time stamps Description: This does not happen with convert on Linux or with a compiled new version Imagemagick 6.8.9-1 on Solaris. To reproduce create a simple Word document: $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:40:04.000000000 +0200 Change: 2014-05-15 11:41:39.929074900 +0200 $ /opt/csw/bin/convert test.doc test.jpg convert: unable to open file `test.doc': No such file or directory @ error/fpx.c/ReadFPXImage/267. convert: no images defined `test.jpg' @ error/convert.c/ConvertImageCommand/3147. $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:58:40.748870081 +0200 Change: 2014-05-15 11:58:40.748870081 +0200 ====================================================================== ---------------------------------------------------------------------- (0010829) laurent (manager) - 2014-05-16 13:17 https://www.opencsw.org/mantis/view.php?id=5170#c10829 ---------------------------------------------------------------------- Yes, it's clearly the fpx one that is a problem here. I'm doing a test rebuild without it. From bug-notifications at lists.opencsw.org Fri May 16 13:57:59 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 16 May 2014 13:57:59 +0200 Subject: [imagemagick 0005170]: convert changes source time stamps In-Reply-To: <5a4ce0e6cf9120e3530fa505a27b9695> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5170 ====================================================================== Reported By: tt4l Assigned To: laurent ====================================================================== Project: imagemagick Issue ID: 5170 Category: packaging Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2014-05-15 12:22 CEST Last Modified: 2014-05-16 13:57 CEST ====================================================================== Summary: convert changes source time stamps Description: This does not happen with convert on Linux or with a compiled new version Imagemagick 6.8.9-1 on Solaris. To reproduce create a simple Word document: $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:40:04.000000000 +0200 Change: 2014-05-15 11:41:39.929074900 +0200 $ /opt/csw/bin/convert test.doc test.jpg convert: unable to open file `test.doc': No such file or directory @ error/fpx.c/ReadFPXImage/267. convert: no images defined `test.jpg' @ error/convert.c/ConvertImageCommand/3147. $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:58:40.748870081 +0200 Change: 2014-05-15 11:58:40.748870081 +0200 ====================================================================== ---------------------------------------------------------------------- (0010830) laurent (manager) - 2014-05-16 13:57 https://www.opencsw.org/mantis/view.php?id=5170#c10830 ---------------------------------------------------------------------- Without FPX, the original file is not overwritten, but no output, with a different error message. I've asked upstream. $ convert file.doc file.jpg convert: no decode delegate for this image format `FPX' @ error/constitute.c/ReadImage/501. convert: no images defined `Intercultural_Sensitivity_Questionnaire.jpg' @ error/convert.c/ConvertImageCommand/3187. From bug-notifications at lists.opencsw.org Fri May 16 14:14:00 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 16 May 2014 14:14:00 +0200 Subject: [imagemagick 0005170]: convert changes source time stamps In-Reply-To: <5a4ce0e6cf9120e3530fa505a27b9695> Message-ID: <6ea5768780e22a1b3fa376d48ac3226b@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5170 ====================================================================== Reported By: tt4l Assigned To: laurent ====================================================================== Project: imagemagick Issue ID: 5170 Category: packaging Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2014-05-15 12:22 CEST Last Modified: 2014-05-16 14:14 CEST ====================================================================== Summary: convert changes source time stamps Description: This does not happen with convert on Linux or with a compiled new version Imagemagick 6.8.9-1 on Solaris. To reproduce create a simple Word document: $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:40:04.000000000 +0200 Change: 2014-05-15 11:41:39.929074900 +0200 $ /opt/csw/bin/convert test.doc test.jpg convert: unable to open file `test.doc': No such file or directory @ error/fpx.c/ReadFPXImage/267. convert: no images defined `test.jpg' @ error/convert.c/ConvertImageCommand/3147. $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:58:40.748870081 +0200 Change: 2014-05-15 11:58:40.748870081 +0200 ====================================================================== ---------------------------------------------------------------------- (0010831) laurent (manager) - 2014-05-16 14:14 https://www.opencsw.org/mantis/view.php?id=5170#c10831 ---------------------------------------------------------------------- Upstream confirms this is a bug and they will fix it shortly. http://www.imagemagick.org/discourse-server/viewtopic.php?f=3&t=25584 From bug-notifications at lists.opencsw.org Fri May 16 15:01:05 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 16 May 2014 15:01:05 +0200 Subject: [imagemagick 0005170]: convert changes source time stamps In-Reply-To: <5a4ce0e6cf9120e3530fa505a27b9695> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5170 ====================================================================== Reported By: tt4l Assigned To: laurent ====================================================================== Project: imagemagick Issue ID: 5170 Category: packaging Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2014-05-15 12:22 CEST Last Modified: 2014-05-16 15:01 CEST ====================================================================== Summary: convert changes source time stamps Description: This does not happen with convert on Linux or with a compiled new version Imagemagick 6.8.9-1 on Solaris. To reproduce create a simple Word document: $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:40:04.000000000 +0200 Change: 2014-05-15 11:41:39.929074900 +0200 $ /opt/csw/bin/convert test.doc test.jpg convert: unable to open file `test.doc': No such file or directory @ error/fpx.c/ReadFPXImage/267. convert: no images defined `test.jpg' @ error/convert.c/ConvertImageCommand/3147. $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:58:40.748870081 +0200 Change: 2014-05-15 11:58:40.748870081 +0200 ====================================================================== ---------------------------------------------------------------------- (0010832) tt4l (reporter) - 2014-05-16 15:01 https://www.opencsw.org/mantis/view.php?id=5170#c10832 ---------------------------------------------------------------------- very nice. thanks for work and reporting it upstream. when will the corrected package will appear in testing branch? will we need to wait 2 weekr or can you provide a "prerelase" without fpx? From bug-notifications at lists.opencsw.org Fri May 16 15:07:18 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 16 May 2014 15:07:18 +0200 Subject: [imagemagick 0005170]: convert changes source time stamps In-Reply-To: <5a4ce0e6cf9120e3530fa505a27b9695> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5170 ====================================================================== Reported By: tt4l Assigned To: laurent ====================================================================== Project: imagemagick Issue ID: 5170 Category: packaging Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2014-05-15 12:22 CEST Last Modified: 2014-05-16 15:07 CEST ====================================================================== Summary: convert changes source time stamps Description: This does not happen with convert on Linux or with a compiled new version Imagemagick 6.8.9-1 on Solaris. To reproduce create a simple Word document: $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:40:04.000000000 +0200 Change: 2014-05-15 11:41:39.929074900 +0200 $ /opt/csw/bin/convert test.doc test.jpg convert: unable to open file `test.doc': No such file or directory @ error/fpx.c/ReadFPXImage/267. convert: no images defined `test.jpg' @ error/convert.c/ConvertImageCommand/3147. $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:58:40.748870081 +0200 Change: 2014-05-15 11:58:40.748870081 +0200 ====================================================================== ---------------------------------------------------------------------- (0010833) laurent (manager) - 2014-05-16 15:07 https://www.opencsw.org/mantis/view.php?id=5170#c10833 ---------------------------------------------------------------------- If they deliver it tomorrow and there's no other issue, I can probably push an experimental build this weekend. From bug-notifications at lists.opencsw.org Sun May 18 21:09:35 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sun, 18 May 2014 21:09:35 +0200 Subject: [imagemagick 0005170]: convert changes source time stamps In-Reply-To: <5a4ce0e6cf9120e3530fa505a27b9695> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5170 ====================================================================== Reported By: tt4l Assigned To: laurent ====================================================================== Project: imagemagick Issue ID: 5170 Category: packaging Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2014-05-15 12:22 CEST Last Modified: 2014-05-18 21:09 CEST ====================================================================== Summary: convert changes source time stamps Description: This does not happen with convert on Linux or with a compiled new version Imagemagick 6.8.9-1 on Solaris. To reproduce create a simple Word document: $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:40:04.000000000 +0200 Change: 2014-05-15 11:41:39.929074900 +0200 $ /opt/csw/bin/convert test.doc test.jpg convert: unable to open file `test.doc': No such file or directory @ error/fpx.c/ReadFPXImage/267. convert: no images defined `test.jpg' @ error/convert.c/ConvertImageCommand/3147. $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:58:40.748870081 +0200 Change: 2014-05-15 11:58:40.748870081 +0200 ====================================================================== ---------------------------------------------------------------------- (0010834) laurent (manager) - 2014-05-18 21:09 https://www.opencsw.org/mantis/view.php?id=5170#c10834 ---------------------------------------------------------------------- Packages done with the 20140517 beta of 6.8.9-2 are now on experimental: http://buildfarm.opencsw.org/experimental.html#laurent They appear to run soffice, which I don't have, so I can't confirm if it works. Please give them a try. From bug-notifications at lists.opencsw.org Sun May 18 22:43:34 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sun, 18 May 2014 22:43:34 +0200 Subject: [imagemagick 0005170]: convert changes source time stamps In-Reply-To: <5a4ce0e6cf9120e3530fa505a27b9695> Message-ID: <7f7f15098ce001dfcb17b1ee259856ff@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5170 ====================================================================== Reported By: tt4l Assigned To: laurent ====================================================================== Project: imagemagick Issue ID: 5170 Category: packaging Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2014-05-15 12:22 CEST Last Modified: 2014-05-18 22:43 CEST ====================================================================== Summary: convert changes source time stamps Description: This does not happen with convert on Linux or with a compiled new version Imagemagick 6.8.9-1 on Solaris. To reproduce create a simple Word document: $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:40:04.000000000 +0200 Change: 2014-05-15 11:41:39.929074900 +0200 $ /opt/csw/bin/convert test.doc test.jpg convert: unable to open file `test.doc': No such file or directory @ error/fpx.c/ReadFPXImage/267. convert: no images defined `test.jpg' @ error/convert.c/ConvertImageCommand/3147. $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:58:40.748870081 +0200 Change: 2014-05-15 11:58:40.748870081 +0200 ====================================================================== ---------------------------------------------------------------------- (0010835) tt4l (reporter) - 2014-05-18 22:43 https://www.opencsw.org/mantis/view.php?id=5170#c10835 ---------------------------------------------------------------------- This fixes the issue, thank you! I had to switch from "testing" to "unstable" because CSWlibopenjp2-7 was missing for the command "pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/laurent -i imagemagick" Do I have to go to unstable on the production machine also? Probably this is not an issue, because packages from unstable come to testing after 2 weeks, if I read your wiki correctly. Then I could switch back to testing? Thanks again! From bug-notifications at lists.opencsw.org Mon May 19 08:49:49 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 19 May 2014 08:49:49 +0200 Subject: [imagemagick 0005170]: convert changes source time stamps In-Reply-To: <5a4ce0e6cf9120e3530fa505a27b9695> Message-ID: <35212fc492ebf28f16277f1b63bca454@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5170 ====================================================================== Reported By: tt4l Assigned To: laurent ====================================================================== Project: imagemagick Issue ID: 5170 Category: packaging Reproducibility: always Severity: major Priority: normal Status: confirmed ====================================================================== Date Submitted: 2014-05-15 12:22 CEST Last Modified: 2014-05-19 08:49 CEST ====================================================================== Summary: convert changes source time stamps Description: This does not happen with convert on Linux or with a compiled new version Imagemagick 6.8.9-1 on Solaris. To reproduce create a simple Word document: $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:40:04.000000000 +0200 Change: 2014-05-15 11:41:39.929074900 +0200 $ /opt/csw/bin/convert test.doc test.jpg convert: unable to open file `test.doc': No such file or directory @ error/fpx.c/ReadFPXImage/267. convert: no images defined `test.jpg' @ error/convert.c/ConvertImageCommand/3147. $ stat test.doc|egrep "Modify|Change" Modify: 2014-05-15 11:58:40.748870081 +0200 Change: 2014-05-15 11:58:40.748870081 +0200 ====================================================================== ---------------------------------------------------------------------- (0010836) laurent (manager) - 2014-05-19 08:49 https://www.opencsw.org/mantis/view.php?id=5170#c10836 ---------------------------------------------------------------------- That should be fine, yes. A more recent version of OpenJPEG was needed to build the latest IM. Do note that since this package is the build from a beta, I won't push it, I'll wait until they deliver the final -2 version. It should work for you until then in any case. From bug-notifications at lists.opencsw.org Tue May 20 20:00:36 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 20 May 2014 20:00:36 +0200 Subject: [libcares2 0005172]: libcares.so link missing from libcares.so.2 (CSWlibcares2) so unable to link Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5172 ====================================================================== Reported By: dsimonson Assigned To: ====================================================================== Project: libcares2 Issue ID: 5172 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2014-05-20 20:00 CEST Last Modified: 2014-05-20 20:00 CEST ====================================================================== Summary: libcares.so link missing from libcares.so.2 (CSWlibcares2) so unable to link Description: Building clamav 0.98.4 clamsubmit gets unresolved libraries. One is -lcares. ;ibcares.so.2 is present in /opt/csw/lib (from CSWlibcares2), but is not included because there is no libcares.so link. (This may be because of a CSWlibcares package?) Added link, library resolved properly by ld -bash-3.2# ls -l libcare* lrwxrwxrwx 1 root root 13 May 20 13:44 libcares.so -> libcares.so.2 lrwxrwxrwx 1 root root 17 Feb 10 09:30 libcares.so.2 -> libcares.so.2.0.0 -rwxr-xr-x 1 root bin 192152 Aug 30 2012 libcares.so.2.0.0 -bash-3.2# ls libc* ====================================================================== From bug-notifications at lists.opencsw.org Tue May 20 20:46:10 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 20 May 2014 20:46:10 +0200 Subject: [libcares2 0005172]: libcares.so link missing from libcares.so.2 (CSWlibcares2) so unable to link In-Reply-To: <64fde0c901da8d180847346aaa013c1d> Message-ID: <09cd1fe8d1af12e9b2472f1fc8fbd3be@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5172 ====================================================================== Reported By: dsimonson Assigned To: dam ====================================================================== Project: libcares2 Issue ID: 5172 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-05-20 20:00 CEST Last Modified: 2014-05-20 20:46 CEST ====================================================================== Summary: libcares.so link missing from libcares.so.2 (CSWlibcares2) so unable to link Description: Building clamav 0.98.4 clamsubmit gets unresolved libraries. One is -lcares. ;ibcares.so.2 is present in /opt/csw/lib (from CSWlibcares2), but is not included because there is no libcares.so link. (This may be because of a CSWlibcares package?) Added link, library resolved properly by ld -bash-3.2# ls -l libcare* lrwxrwxrwx 1 root root 13 May 20 13:44 libcares.so -> libcares.so.2 lrwxrwxrwx 1 root root 17 Feb 10 09:30 libcares.so.2 -> libcares.so.2.0.0 -rwxr-xr-x 1 root bin 192152 Aug 30 2012 libcares.so.2.0.0 -bash-3.2# ls libc* ====================================================================== From bug-notifications at lists.opencsw.org Wed May 21 10:17:01 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 21 May 2014 10:17:01 +0200 Subject: [libcares2 0005172]: libcares.so link missing from libcares.so.2 (CSWlibcares2) so unable to link In-Reply-To: <64fde0c901da8d180847346aaa013c1d> Message-ID: <47071ceac5575abd5991e70a6dcebcc8@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5172 ====================================================================== Reported By: dsimonson Assigned To: dam ====================================================================== Project: libcares2 Issue ID: 5172 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-05-20 20:00 CEST Last Modified: 2014-05-21 10:17 CEST ====================================================================== Summary: libcares.so link missing from libcares.so.2 (CSWlibcares2) so unable to link Description: Building clamav 0.98.4 clamsubmit gets unresolved libraries. One is -lcares. ;ibcares.so.2 is present in /opt/csw/lib (from CSWlibcares2), but is not included because there is no libcares.so link. (This may be because of a CSWlibcares package?) Added link, library resolved properly by ld -bash-3.2# ls -l libcare* lrwxrwxrwx 1 root root 13 May 20 13:44 libcares.so -> libcares.so.2 lrwxrwxrwx 1 root root 17 Feb 10 09:30 libcares.so.2 -> libcares.so.2.0.0 -rwxr-xr-x 1 root bin 192152 Aug 30 2012 libcares.so.2.0.0 -bash-3.2# ls libc* ====================================================================== ---------------------------------------------------------------------- (0010837) dam (administrator) - 2014-05-21 10:17 https://www.opencsw.org/mantis/view.php?id=5172#c10837 ---------------------------------------------------------------------- The library-package CSWlibcares2 contains just the runtime library libcares.so.2, to have the .so symlink you have to install the development package for that library CSWlibcares-dev. This is documented in the developers manual: http://www.opencsw.org/manual/for-developers/index.html From bug-notifications at lists.opencsw.org Thu May 22 15:11:16 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 22 May 2014 15:11:16 +0200 Subject: [openssh 0005173]: Bug in sshd when using ed25519 keys Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5173 ====================================================================== Reported By: schwindt Assigned To: ====================================================================== Project: openssh Issue ID: 5173 Category: other Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2014-05-22 15:11 CEST Last Modified: 2014-05-22 15:11 CEST ====================================================================== Summary: Bug in sshd when using ed25519 keys Description: Remember me reporting ed25519 keys not being generated ? If only I had kept my mouth shut .) The keys get generated but they can't be used. On setting up a fresh machine, which consequently did not have the rsa host key, I was not able to connect to a machine having an ed25519 hostkey. Removing the key from the server and knownhosts, modifying /opt/csw/sbin/sshd.smf_wrapper not to generate keys, restarting sshd -> everything changes back to normal. This happens for solaris clients as well as e.g. archlinux clients. ====================================================================== From bug-notifications at lists.opencsw.org Fri May 23 09:41:26 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 23 May 2014 09:41:26 +0200 Subject: [squid 0005163]: squid 3.4.4 crashes on Solaris 10 In-Reply-To: Message-ID: <8c4456d6f8982d28c8b623027de4b0ce@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: confirmed ====================================================================== Date Submitted: 2014-04-11 23:13 CEST Last Modified: 2014-05-23 09:41 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. ====================================================================== ---------------------------------------------------------------------- (0010838) dam (administrator) - 2014-05-23 09:41 https://www.opencsw.org/mantis/view.php?id=5163#c10838 ---------------------------------------------------------------------- I pushed 3.4.5 in the meantime which still crashes from time to time. What is interesting is that the crashes vanish completely when squidguard is not used (that means no URL filtering is used at all). From bug-notifications at lists.opencsw.org Fri May 23 15:30:08 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 23 May 2014 15:30:08 +0200 Subject: [squid 0005163]: squid 3.4.4 crashes on Solaris 10 In-Reply-To: Message-ID: <95e0f6cd826e37f18e14096d0ac22192@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: confirmed ====================================================================== Date Submitted: 2014-04-11 23:13 CEST Last Modified: 2014-05-23 15:30 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. ====================================================================== ---------------------------------------------------------------------- (0010839) hudesd (reporter) - 2014-05-23 15:30 https://www.opencsw.org/mantis/view.php?id=5163#c10839 ---------------------------------------------------------------------- I found a problem. The configuration file from 3.1 had been overwrittn by the default 3.4 file. I had changed memory cache to 1G but not incread disk cache from default 100 16 256. I thought that was 100*16*256 but I reread docs and found it is 100M. So memory cache presumably fills. But it is bigger than disk cache so it can't swap all out. So it exits, silently. When I tried similar on squid 3.1 as delivered with Solaris 11.1, squid complained about the configuration and refused to start (appropriate behavior). Changing the disk cache to 1024 16 256 resolved that issue but squid 3.4 should complain just as 3.1 did not gamely try to work then fail. I'll see about 3.4.5 on a test machine. From bug-notifications at lists.opencsw.org Mon May 26 15:17:58 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 26 May 2014 15:17:58 +0200 Subject: [apache2 0005174]: Update mod_ssl to be based on openssl 1.0.1g for heartbleed bug Message-ID: <0cb136a636325513bf05f6cca344ee6a@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5174 ====================================================================== Reported By: briandking Assigned To: ====================================================================== Project: apache2 Issue ID: 5174 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2014-05-26 15:17 CEST Last Modified: 2014-05-26 15:17 CEST ====================================================================== Summary: Update mod_ssl to be based on openssl 1.0.1g for heartbleed bug Description: Mod_ssl packaged with the current CSWapache2 appears to be based on a version of openssl that was vulnerable to the heartbleed bug: bash-3.2# strings /opt/csw/apache2/libexec/mod_ssl.so | grep -i openssl ... OpenSSL 1.0.1f 6 Jan 2014 A newer version of the apache 2.2 line is released as well, which contains a couple of security fixed. CSWapache2 is currently at 2.2.26 and the current apache release is 2.2.27: http://www.apache.org/dist/httpd/Announcement2.2.html ====================================================================== From bug-notifications at lists.opencsw.org Wed May 28 17:10:22 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 28 May 2014 17:10:22 +0200 Subject: [cups_dev 0005175]: cups-config is not GCC-compatible Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5175 ====================================================================== Reported By: laurent Assigned To: ====================================================================== Project: cups_dev Issue ID: 5175 Category: packaging Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2014-05-28 17:10 CEST Last Modified: 2014-05-28 17:10 CEST ====================================================================== Summary: cups-config is not GCC-compatible Description: The cups-config command is called by configure scripts, and returns a line that contains -x parameters specific to Studio: /opt/csw/bin/cups-config --libs -lcups -lgss -L/opt/csw/lib -R/opt/csw/lib -I/opt/csw/include -I/opt/csw/include -xO3 -m32 -xarch=pentium_pro -xchip=pentium_pro -I/opt/csw/include/dbus-1.0 -I/opt/csw/lib/dbus-1.0/include -DDBUS_API_SUBJECT_TO_CHANGE -m32 -L/opt/csw/lib -lkrb5 -lk5crypto -lcom_err -lresolv -lsocket -lnsl -L/opt/csw/lib -lgnutls -L/opt/csw/lib -lgcrypt -lgpg-error -lz -lpthread -lresolv -lnsl -lsocket -lm That makes it difficult to build things depending on it (cups-filters) ====================================================================== From bug-notifications at lists.opencsw.org Fri May 30 10:18:39 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 30 May 2014 10:18:39 +0200 Subject: [stunnel 0005168]: stunnel needs to be recompiled to work with OpenSSL 1.0.1g In-Reply-To: <335436d38d68780bbff894e2a6710029> Message-ID: The following issue has been CLOSED ====================================================================== 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: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2014-04-23 21:25 CEST Last Modified: 2014-05-30 10:18 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) ====================================================================== ---------------------------------------------------------------------- (0010817) klpaskettw (reporter) - 2014-05-05 04:37 https://www.opencsw.org/mantis/view.php?id=5168#c10817 ---------------------------------------------------------------------- I updated to the latest packages and stunnel is working fine. I did have to add 'fips = no' to the default config file though. Maybe that was the problem all along. From bug-notifications at lists.opencsw.org Sat May 31 00:50:37 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 31 May 2014 00:50:37 +0200 Subject: [r_base 0005176]: Cannot install packages from CRAN Message-ID: <7824e1ffcf9d429ff11485ace732409e@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5176 ====================================================================== Reported By: fedoracoreuser Assigned To: ====================================================================== Project: r_base Issue ID: 5176 Category: Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2014-05-31 00:50 CEST Last Modified: 2014-05-31 00:50 CEST ====================================================================== Summary: Cannot install packages from CRAN Description: First of all, thank you, I am enormously grateful to you for delivering this package. However, when I attempt to install packages from CRAN, I receive a relocation error when the mirror list should appear. Full output: > install.packages('Rcpp') Installing package into ?/home/ghost/R/i386-pc-solaris2.10-library/3.1? (as ?lib? is unspecified) --- Please select a CRAN mirror for use in this session --- Error in url("http://cran.r-project.org/CRAN_mirrors.csv") : internet routines cannot be loaded In addition: Warning message: In url("http://cran.r-project.org/CRAN_mirrors.csv") : unable to load shared object '/opt/csw/lib/R/modules//internet.so': ld.so.1: R: fatal: relocation error: file /opt/csw/lib/R/modules//internet.so: symbol accept: referenced symbol not found I believe the issue lies in the double forward slash before 'internet.so'. Is it something I can fix on my machines, or does the package need to be fixed? If it's a self fix, how can I do that? Again, thank you! ====================================================================== From bug-notifications at lists.opencsw.org Sat May 31 19:40:20 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 31 May 2014 19:40:20 +0200 Subject: [libgpgme11 0003624]: Not linked to pth In-Reply-To: Message-ID: <060960e292d58d42b4cc802e7722d162@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3624 ====================================================================== Reported By: james Assigned To: ====================================================================== Project: libgpgme11 Issue ID: 3624 Category: regular use Reproducibility: sometimes Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-04 11:06 CEST Last Modified: 2014-05-31 19:40 CEST ====================================================================== Summary: Not linked to pth Description: ldd /opt/csw/lib/libgpgme-pth.so.11.6.3 libpth.so.20 => (file not found) See: http://www.opencsw.org/mantis/view.php?id=3621 ====================================================================== ---------------------------------------------------------------------- (0010840) maciej (administrator) - 2014-05-31 19:40 https://www.opencsw.org/mantis/view.php?id=3624#c10840 ---------------------------------------------------------------------- The libgpgme package contains now /opt/csw/lib/libgpgme-pthread.so.11.11.0 which links against the system pthread library. From bug-notifications at lists.opencsw.org Sat May 31 19:40:56 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 31 May 2014 19:40:56 +0200 Subject: [libgpgme11 0004017]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall In-Reply-To: Message-ID: <2d4234b5dd200e5154269d4d15e78d54@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4017 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: libgpgme11 Issue ID: 4017 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2009-11-11 16:16 CET Last Modified: 2014-05-31 19:40 CEST ====================================================================== Summary: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Description: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall ====================================================================== From bug-notifications at lists.opencsw.org Sat May 31 19:41:54 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 31 May 2014 19:41:54 +0200 Subject: [libgpgme11 0004152]: Please upgrade to 1.3.0 In-Reply-To: <9cd81b8b16b4d63e484b15a12b4f2a19> Message-ID: <304bb78e5125d379d855aca44c0d52a2@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4152 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: libgpgme11 Issue ID: 4152 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-01-13 16:29 CET Last Modified: 2014-05-31 19:41 CEST ====================================================================== Summary: Please upgrade to 1.3.0 Description: Please upgrade to 1.3.0 ====================================================================== From bug-notifications at lists.opencsw.org Sat May 31 19:42:16 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 31 May 2014 19:42:16 +0200 Subject: [libgpgme11 0004017]: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4017 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: libgpgme11 Issue ID: 4017 Category: packaging Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-11-11 16:16 CET Last Modified: 2014-05-31 19:42 CEST ====================================================================== Summary: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall Description: Please use the cswtexinfo class for *.info and remove mkdirentries from postinstall ====================================================================== ---------------------------------------------------------------------- (0010841) maciej (administrator) - 2014-05-31 19:42 https://www.opencsw.org/mantis/view.php?id=4017#c10841 ---------------------------------------------------------------------- Done. For example: http://buildfarm.opencsw.org/pkgdb/srv4/af608f2471f35c314f80124c8223f772/ From bug-notifications at lists.opencsw.org Sat May 31 19:42:57 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 31 May 2014 19:42:57 +0200 Subject: [libgpgme11 0004152]: Please upgrade to 1.3.0 In-Reply-To: <9cd81b8b16b4d63e484b15a12b4f2a19> Message-ID: <36a74a9121e8cc57be099575276396fb@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4152 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: libgpgme11 Issue ID: 4152 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-01-13 16:29 CET Last Modified: 2014-05-31 19:42 CEST ====================================================================== Summary: Please upgrade to 1.3.0 Description: Please upgrade to 1.3.0 ====================================================================== ---------------------------------------------------------------------- (0010842) maciej (administrator) - 2014-05-31 19:42 https://www.opencsw.org/mantis/view.php?id=4152#c10842 ---------------------------------------------------------------------- We are at 1.4.x now. From bug-notifications at lists.opencsw.org Sat May 31 19:45:04 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 31 May 2014 19:45:04 +0200 Subject: [fakeroot 0004433]: Please upgrade to 1.14.4 In-Reply-To: <0910b71bc80a9e79e403108783dac7df> Message-ID: <057a931ba78aa0c10150bb15d27f7066@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4433 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: fakeroot Issue ID: 4433 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-05-26 14:52 CEST Last Modified: 2014-05-31 19:45 CEST ====================================================================== Summary: Please upgrade to 1.14.4 Description: Please upgrade to 1.14.4 ====================================================================== From bug-notifications at lists.opencsw.org Sat May 31 19:45:21 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 31 May 2014 19:45:21 +0200 Subject: [fakeroot 0004433]: Please upgrade to 1.14.4 In-Reply-To: <0910b71bc80a9e79e403108783dac7df> Message-ID: <6747158d4566f47d5ec27a7cd3e5c287@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4433 ====================================================================== Reported By: dam Assigned To: maciej ====================================================================== Project: fakeroot Issue ID: 4433 Category: upgrade Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-05-26 14:52 CEST Last Modified: 2014-05-31 19:45 CEST ====================================================================== Summary: Please upgrade to 1.14.4 Description: Please upgrade to 1.14.4 ====================================================================== ---------------------------------------------------------------------- (0010843) maciej (administrator) - 2014-05-31 19:45 https://www.opencsw.org/mantis/view.php?id=4433#c10843 ---------------------------------------------------------------------- We are at 1.20 now.