From bug-notifications at lists.opencsw.org Mon Dec 1 09:42:10 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 1 Dec 2014 09:42:10 +0100 Subject: [apcupsd 0005216]: apctest dump core In-Reply-To: <95534eb37ab4dab718c1e7bc82132244> Message-ID: <32a46d2b28ca7f96cadb2748ce7d8807@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5216 ====================================================================== Reported By: zdima Assigned To: laurent ====================================================================== Project: apcupsd Issue ID: 5216 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: confirmed ====================================================================== Date Submitted: 2014-11-14 22:06 CET Last Modified: 2014-12-01 09:42 CET ====================================================================== Summary: apctest dump core Description: While running apctest it is dumping a core. Configuration: # uname -a SunOS freenas 5.11 omnios-10b9c79 i86pc i386 i86pc # pkginfo -l SUNWlibusb | grep VER VERSION: 11.11.0,REV=2013.03.05.02.28 # grep -v "^#" /etc/opt/csw/apcupsd/apcupsd.conf | grep -v "^$" UPSNAME UPS UPSCABLE usb UPSTYPE usb DEVICE LOCKFILE /var/spool/locks SCRIPTDIR /etc/opt/csw/apcupsd PWRFAILDIR /etc NOLOGINDIR /etc ONBATTERYDELAY 6 BATTERYLEVEL 5 MINUTES 3 TIMEOUT 0 ANNOY 300 ANNOYDELAY 60 NOLOGON disable KILLDELAY 0 NETSERVER on NISIP 127.0.0.1 NISPORT 3551 EVENTSFILE /var/opt/csw/apcupsd/apcupsd.events EVENTSFILEMAX 10 UPSCLASS standalone UPSMODE disable STATTIME 0 STATFILE /var/opt/csw/apcupsd/apcupsd.status LOGSTATS off DATATIME 0 # /opt/csw/sbin/apctest 2014-11-14 16:01:24 apctest 3.14.12 (29 March 2014) sun Checking configuration ... sharenet.type = Network & ShareUPS Disabled cable.type = USB Cable mode.type = USB UPS Driver Setting up the port ... Doing prep_device() ... You are using a USB cable type, so I'm entering USB test mode Hello, this is the apcupsd Cable Test program. This part of apctest is for testing USB UPSes. Getting UPS capabilities...Segmentation Fault (core dumped) ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0005217 apctest dump core ====================================================================== ---------------------------------------------------------------------- (0010985) laurent (manager) - 2014-12-01 09:42 https://www.opencsw.org/mantis/view.php?id=5216#c10985 ---------------------------------------------------------------------- There's definitely a bug: after boot, even though the daemon is properly started without error, the lock files is absent. Restarting the service, they're present. So there's something wrong with the service start process, maybe a conflict with some other. I have to investigate. From bug-notifications at lists.opencsw.org Tue Dec 2 11:46:27 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 2 Dec 2014 11:46:27 +0100 Subject: [apcupsd 0005216]: apctest dump core In-Reply-To: <95534eb37ab4dab718c1e7bc82132244> Message-ID: The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5216 ====================================================================== Reported By: zdima Assigned To: laurent ====================================================================== Project: apcupsd Issue ID: 5216 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2014-11-14 22:06 CET Last Modified: 2014-12-02 11:46 CET ====================================================================== Summary: apctest dump core Description: While running apctest it is dumping a core. Configuration: # uname -a SunOS freenas 5.11 omnios-10b9c79 i86pc i386 i86pc # pkginfo -l SUNWlibusb | grep VER VERSION: 11.11.0,REV=2013.03.05.02.28 # grep -v "^#" /etc/opt/csw/apcupsd/apcupsd.conf | grep -v "^$" UPSNAME UPS UPSCABLE usb UPSTYPE usb DEVICE LOCKFILE /var/spool/locks SCRIPTDIR /etc/opt/csw/apcupsd PWRFAILDIR /etc NOLOGINDIR /etc ONBATTERYDELAY 6 BATTERYLEVEL 5 MINUTES 3 TIMEOUT 0 ANNOY 300 ANNOYDELAY 60 NOLOGON disable KILLDELAY 0 NETSERVER on NISIP 127.0.0.1 NISPORT 3551 EVENTSFILE /var/opt/csw/apcupsd/apcupsd.events EVENTSFILEMAX 10 UPSCLASS standalone UPSMODE disable STATTIME 0 STATFILE /var/opt/csw/apcupsd/apcupsd.status LOGSTATS off DATATIME 0 # /opt/csw/sbin/apctest 2014-11-14 16:01:24 apctest 3.14.12 (29 March 2014) sun Checking configuration ... sharenet.type = Network & ShareUPS Disabled cable.type = USB Cable mode.type = USB UPS Driver Setting up the port ... Doing prep_device() ... You are using a USB cable type, so I'm entering USB test mode Hello, this is the apcupsd Cable Test program. This part of apctest is for testing USB UPSes. Getting UPS capabilities...Segmentation Fault (core dumped) ====================================================================== Relationships ID Summary ---------------------------------------------------------------------- has duplicate 0005217 apctest dump core ====================================================================== ---------------------------------------------------------------------- (0010986) laurent (manager) - 2014-12-02 11:46 https://www.opencsw.org/mantis/view.php?id=5216#c10986 ---------------------------------------------------------------------- The lock file was moved to /var/run by default, since it appears it's simply not working as it was supposed to, and not used by anything else than apcupsd. Locking of the devices is handled by other means than this, except for apctest. An update package has been pushed. MB: The change will NOT be done automatically on existing installations, the LOCKFILE value must be modified manually in /etc/opt/csw/apcupsd/apcupsd.conf From bug-notifications at lists.opencsw.org Wed Dec 3 12:01:35 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 3 Dec 2014 12:01:35 +0100 Subject: [pm_net_telnet 0005211]: Can't locate Net/Telnet/Cisco.pm In-Reply-To: <8b2488a62a922e15f5923b4b3f734780> Message-ID: <1c1731dcb4b17ed2319151c5347090ea@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5211 ====================================================================== Reported By: keziacp Assigned To: dam ====================================================================== Project: pm_net_telnet Issue ID: 5211 Category: regular use Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2014-10-15 16:40 CEST Last Modified: 2014-12-03 12:01 CET ====================================================================== Summary: Can't locate Net/Telnet/Cisco.pm Description: Hi Iam trying to execute login of pm_nettelnet, but it is not working. It should work! I already installed the right packege. # pkgutils -i CSWpmnettelnet Installation of was successful. # ./acs_ecs01 -H 10.243.177.151 -U operator -P Customer -S HDHBOE Can't call method "login" on an undefined value at ./acs_ecs01 line 49. (On Line 49:) use Net::Telnet; ... (48) $telnet = new Net::Telnet (Host=> "$Host", Prompt=>'/%/', Timeout=>30, Errmode=>'return'); (49) $telnet->login($User, $Pwss) or die $telnet->errmsg(); ... ====================================================================== ---------------------------------------------------------------------- (0010987) dam (administrator) - 2014-12-03 12:01 https://www.opencsw.org/mantis/view.php?id=5211#c10987 ---------------------------------------------------------------------- No feedback, most certainly the module works as designed. From bug-notifications at lists.opencsw.org Mon Dec 8 02:57:54 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 8 Dec 2014 02:57:54 +0100 Subject: [puppet 0005222]: CSWpuppet broken in unstable Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5222 ====================================================================== Reported By: mj Assigned To: ====================================================================== Project: puppet Issue ID: 5222 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2014-12-08 02:57 CET Last Modified: 2014-12-08 02:57 CET ====================================================================== Summary: CSWpuppet broken in unstable Description: The current version of puppet in unstable ( 2.7.23,REV=2013.08.15 ) is broken as it is built against ruby 1.8 and the facter package was updated ( 1.7.6,REV=2014.11.12 ) and it was built against ruby 2.0. The puppet code requires the facter code, but it looks in /opt/csw/lib/ruby/site_ruby/1.8 and the facter code is in /opt/csw/lib/ruby/site_ruby/2.0 ====================================================================== From bug-notifications at lists.opencsw.org Mon Dec 8 23:21:32 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 8 Dec 2014 23:21:32 +0100 Subject: [xerces_c 0005223]: Undefined xerces symbols encountered when trying to compile test program Message-ID: <3b985281adaf1b9f6bb9e639cc83136c@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5223 ====================================================================== Reported By: soladmin Assigned To: ====================================================================== Project: xerces_c Issue ID: 5223 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2014-12-08 23:21 CET Last Modified: 2014-12-08 23:21 CET ====================================================================== Summary: Undefined xerces symbols encountered when trying to compile test program Description: I was trying to build a project against xerces_c today. However, the configure test for xerces was failing (see below). I was on kiel, so I have updated to the current stable release and tried the build again. However, the current stable release also has the same linker problems: g++ -o conftest -Wall -O2 -DNDEBUG -D_REENTRANT -pthreads -L/opt/csw/lib -R/opt/csw/lib conftest.cpp -lxerces-c -lsocket -lm Undefined first referenced symbol in file _ZN11xercesc_3_116XMLPlatformUtils10InitializeEPKcS2_PNS_12PanicHandlerEPNS_13MemoryManagerE /var/tmp//ccCvYlj8.o _ZN11xercesc_3_16XMLUni22fgXercescDefaultLocaleE /var/tmp//ccCvYlj8.o ld: fatal: symbol referencing errors. No output written to conftest configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "XML-Security-C" | #define PACKAGE_TARNAME "xml-security-c" | #define PACKAGE_VERSION "1.7.2" | #define PACKAGE_STRING "XML-Security-C 1.7.2" | #define PACKAGE_BUGREPORT "dev at santuario.apache.org" | #define PACKAGE_URL "" | #define PACKAGE "xml-security-c" | #define VERSION "1.7.2" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define LT_OBJDIR ".libs/" | #define HAVE_PTHREAD_PRIO_INHERIT 1 | #define HAVE_PTHREAD 1 | #define HAVE_LIBM 1 | #define HAVE_LIBSOCKET 1 | #define HAVE_UNISTD_H 1 | #define XSEC_HAVE_STRCASECMP 1 | /* end confdefs.h. */ | #include | int | main () | { | xercesc::XMLPlatformUtils::Initialize() | ; | return 0; | } ====================================================================== From bug-notifications at lists.opencsw.org Tue Dec 9 20:52:02 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 9 Dec 2014 20:52:02 +0100 Subject: [xerces_c 0005223]: Undefined xerces symbols encountered when trying to compile test program In-Reply-To: <14c732319f9f5d9b30934ea6dd279793> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5223 ====================================================================== Reported By: soladmin Assigned To: ====================================================================== Project: xerces_c Issue ID: 5223 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2014-12-08 23:21 CET Last Modified: 2014-12-09 20:52 CET ====================================================================== Summary: Undefined xerces symbols encountered when trying to compile test program Description: I was trying to build a project against xerces_c today. However, the configure test for xerces was failing (see below). I was on kiel, so I have updated to the current stable release and tried the build again. However, the current stable release also has the same linker problems: g++ -o conftest -Wall -O2 -DNDEBUG -D_REENTRANT -pthreads -L/opt/csw/lib -R/opt/csw/lib conftest.cpp -lxerces-c -lsocket -lm Undefined first referenced symbol in file _ZN11xercesc_3_116XMLPlatformUtils10InitializeEPKcS2_PNS_12PanicHandlerEPNS_13MemoryManagerE /var/tmp//ccCvYlj8.o _ZN11xercesc_3_16XMLUni22fgXercescDefaultLocaleE /var/tmp//ccCvYlj8.o ld: fatal: symbol referencing errors. No output written to conftest configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "XML-Security-C" | #define PACKAGE_TARNAME "xml-security-c" | #define PACKAGE_VERSION "1.7.2" | #define PACKAGE_STRING "XML-Security-C 1.7.2" | #define PACKAGE_BUGREPORT "dev at santuario.apache.org" | #define PACKAGE_URL "" | #define PACKAGE "xml-security-c" | #define VERSION "1.7.2" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define LT_OBJDIR ".libs/" | #define HAVE_PTHREAD_PRIO_INHERIT 1 | #define HAVE_PTHREAD 1 | #define HAVE_LIBM 1 | #define HAVE_LIBSOCKET 1 | #define HAVE_UNISTD_H 1 | #define XSEC_HAVE_STRCASECMP 1 | /* end confdefs.h. */ | #include | int | main () | { | xercesc::XMLPlatformUtils::Initialize() | ; | return 0; | } ====================================================================== ---------------------------------------------------------------------- (0010988) soladmin (reporter) - 2014-12-09 20:52 https://www.opencsw.org/mantis/view.php?id=5223#c10988 ---------------------------------------------------------------------- I was thinking about this more. I tried to use the CSW gcc/g++ compiler to build against this library. However, I bet that xerces was compiled with the SUNWspro compiler, so this may indicate why I am getting errors trying to link against the xerces library when building with the GNU compiler. So, this may not be a bug at all... Sorry From bug-notifications at lists.opencsw.org Wed Dec 10 08:39:43 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 10 Dec 2014 08:39:43 +0100 Subject: [squid 0005221]: squid crashes with Illegal Instruction error immediately after startup In-Reply-To: <2b266bf504de2c5f9f6a23fd7ec36bce> Message-ID: <851662cdefa2946859a9d05b7f882a95@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5221 ====================================================================== Reported By: tmstern Assigned To: ====================================================================== Project: squid Issue ID: 5221 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2014-11-26 18:38 CET Last Modified: 2014-12-10 08:39 CET ====================================================================== Summary: squid crashes with Illegal Instruction error immediately after startup Description: installed squid in a solaris zone x86. SunOS iris 5.10 Generic_150401-14 i86pc i386 i86pc everything went fine. bash-3.2# /opt/csw/bin/pkgutil -c squid package installed catalog CSWsquid 3.4.8,REV=2014.10.16 SAME bash-3.2# but when I start squid I get: Illegal Instruction (core dumped) This may be something regarding to: http://wiki.squid-cache.org/KnowledgeBase/IllegalInstructionError So, would it be possible to compile the package with the mentioned option "--disable-arch-native", which is not part of your Makefile ( http://sourceforge.net/p/gar/code/HEAD/tree/csw/mgar/pkg/squid/trunk/Makefile ) it seems. ====================================================================== ---------------------------------------------------------------------- (0010989) tmstern (reporter) - 2014-12-10 08:39 https://www.opencsw.org/mantis/view.php?id=5221#c10989 ---------------------------------------------------------------------- Could you please be so kind confirming or rejecting the problem so that I could have a chance to search for another solution? Thank you very much. TM* From bug-notifications at lists.opencsw.org Wed Dec 10 14:05:08 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 10 Dec 2014 14:05:08 +0100 Subject: [xerces_c 0005223]: Undefined xerces symbols encountered when trying to compile test program In-Reply-To: <14c732319f9f5d9b30934ea6dd279793> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5223 ====================================================================== Reported By: soladmin Assigned To: dam ====================================================================== Project: xerces_c Issue ID: 5223 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-12-08 23:21 CET Last Modified: 2014-12-10 14:05 CET ====================================================================== Summary: Undefined xerces symbols encountered when trying to compile test program Description: I was trying to build a project against xerces_c today. However, the configure test for xerces was failing (see below). I was on kiel, so I have updated to the current stable release and tried the build again. However, the current stable release also has the same linker problems: g++ -o conftest -Wall -O2 -DNDEBUG -D_REENTRANT -pthreads -L/opt/csw/lib -R/opt/csw/lib conftest.cpp -lxerces-c -lsocket -lm Undefined first referenced symbol in file _ZN11xercesc_3_116XMLPlatformUtils10InitializeEPKcS2_PNS_12PanicHandlerEPNS_13MemoryManagerE /var/tmp//ccCvYlj8.o _ZN11xercesc_3_16XMLUni22fgXercescDefaultLocaleE /var/tmp//ccCvYlj8.o ld: fatal: symbol referencing errors. No output written to conftest configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "XML-Security-C" | #define PACKAGE_TARNAME "xml-security-c" | #define PACKAGE_VERSION "1.7.2" | #define PACKAGE_STRING "XML-Security-C 1.7.2" | #define PACKAGE_BUGREPORT "dev at santuario.apache.org" | #define PACKAGE_URL "" | #define PACKAGE "xml-security-c" | #define VERSION "1.7.2" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define LT_OBJDIR ".libs/" | #define HAVE_PTHREAD_PRIO_INHERIT 1 | #define HAVE_PTHREAD 1 | #define HAVE_LIBM 1 | #define HAVE_LIBSOCKET 1 | #define HAVE_UNISTD_H 1 | #define XSEC_HAVE_STRCASECMP 1 | /* end confdefs.h. */ | #include | int | main () | { | xercesc::XMLPlatformUtils::Initialize() | ; | return 0; | } ====================================================================== ---------------------------------------------------------------------- (0010988) soladmin (reporter) - 2014-12-09 20:52 https://www.opencsw.org/mantis/view.php?id=5223#c10988 ---------------------------------------------------------------------- I was thinking about this more. I tried to use the CSW gcc/g++ compiler to build against this library. However, I bet that xerces was compiled with the SUNWspro compiler, so this may indicate why I am getting errors trying to link against the xerces library when building with the GNU compiler. So, this may not be a bug at all... Sorry From bug-notifications at lists.opencsw.org Wed Dec 10 14:07:11 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 10 Dec 2014 14:07:11 +0100 Subject: [xerces_c 0005223]: Undefined xerces symbols encountered when trying to compile test program In-Reply-To: <14c732319f9f5d9b30934ea6dd279793> Message-ID: <121650750d36ef3fe8aecf16eb816e36@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5223 ====================================================================== Reported By: soladmin Assigned To: dam ====================================================================== Project: xerces_c Issue ID: 5223 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2014-12-08 23:21 CET Last Modified: 2014-12-10 14:07 CET ====================================================================== Summary: Undefined xerces symbols encountered when trying to compile test program Description: I was trying to build a project against xerces_c today. However, the configure test for xerces was failing (see below). I was on kiel, so I have updated to the current stable release and tried the build again. However, the current stable release also has the same linker problems: g++ -o conftest -Wall -O2 -DNDEBUG -D_REENTRANT -pthreads -L/opt/csw/lib -R/opt/csw/lib conftest.cpp -lxerces-c -lsocket -lm Undefined first referenced symbol in file _ZN11xercesc_3_116XMLPlatformUtils10InitializeEPKcS2_PNS_12PanicHandlerEPNS_13MemoryManagerE /var/tmp//ccCvYlj8.o _ZN11xercesc_3_16XMLUni22fgXercescDefaultLocaleE /var/tmp//ccCvYlj8.o ld: fatal: symbol referencing errors. No output written to conftest configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "XML-Security-C" | #define PACKAGE_TARNAME "xml-security-c" | #define PACKAGE_VERSION "1.7.2" | #define PACKAGE_STRING "XML-Security-C 1.7.2" | #define PACKAGE_BUGREPORT "dev at santuario.apache.org" | #define PACKAGE_URL "" | #define PACKAGE "xml-security-c" | #define VERSION "1.7.2" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define LT_OBJDIR ".libs/" | #define HAVE_PTHREAD_PRIO_INHERIT 1 | #define HAVE_PTHREAD 1 | #define HAVE_LIBM 1 | #define HAVE_LIBSOCKET 1 | #define HAVE_UNISTD_H 1 | #define XSEC_HAVE_STRCASECMP 1 | /* end confdefs.h. */ | #include | int | main () | { | xercesc::XMLPlatformUtils::Initialize() | ; | return 0; | } ====================================================================== ---------------------------------------------------------------------- (0010990) dam (administrator) - 2014-12-10 14:07 https://www.opencsw.org/mantis/view.php?id=5223#c10990 ---------------------------------------------------------------------- This is indeed an issue of C++ symbol mangling difference between Sun Studio and GCC. We plan with the upcoming Bratislava release to switch completely to GCC: http://wiki.opencsw.org/release-bratislava However, it may take some time until this is finished. From bug-notifications at lists.opencsw.org Wed Dec 10 14:10:14 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 10 Dec 2014 14:10:14 +0100 Subject: [squid 0005221]: squid crashes with Illegal Instruction error immediately after startup In-Reply-To: <2b266bf504de2c5f9f6a23fd7ec36bce> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5221 ====================================================================== Reported By: tmstern Assigned To: dam ====================================================================== Project: squid Issue ID: 5221 Category: regular use Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-11-26 18:38 CET Last Modified: 2014-12-10 14:10 CET ====================================================================== Summary: squid crashes with Illegal Instruction error immediately after startup Description: installed squid in a solaris zone x86. SunOS iris 5.10 Generic_150401-14 i86pc i386 i86pc everything went fine. bash-3.2# /opt/csw/bin/pkgutil -c squid package installed catalog CSWsquid 3.4.8,REV=2014.10.16 SAME bash-3.2# but when I start squid I get: Illegal Instruction (core dumped) This may be something regarding to: http://wiki.squid-cache.org/KnowledgeBase/IllegalInstructionError So, would it be possible to compile the package with the mentioned option "--disable-arch-native", which is not part of your Makefile ( http://sourceforge.net/p/gar/code/HEAD/tree/csw/mgar/pkg/squid/trunk/Makefile ) it seems. ====================================================================== ---------------------------------------------------------------------- (0010989) tmstern (reporter) - 2014-12-10 08:39 https://www.opencsw.org/mantis/view.php?id=5221#c10989 ---------------------------------------------------------------------- Could you please be so kind confirming or rejecting the problem so that I could have a chance to search for another solution? Thank you very much. TM* From bug-notifications at lists.opencsw.org Wed Dec 10 14:19:07 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 10 Dec 2014 14:19:07 +0100 Subject: [libpcap1 0005220]: Installation of partially failed - pathname does not exist - Solaris 10 In-Reply-To: <4005151a1259480537ec444f4ea66a14> Message-ID: <8f4ec0344628d84a3e56fb3b065abe37@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5220 ====================================================================== Reported By: kresimir Assigned To: dam ====================================================================== Project: libpcap1 Issue ID: 5220 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-11-25 11:18 CET Last Modified: 2014-12-10 14:19 CET ====================================================================== Summary: Installation of partially failed - pathname does not exist - Solaris 10 Description: Installation of libpcap1 package partially fails because it can not create symbolic links due to pathname problems. bash-3.2# pkgadd -d libpcap1-1.5.3\,REV\=2014.07.04-SunOS5.10-sparc-CSW.pkg The following packages are available: 1 CSWlibpcap1 libpcap1 - System-independent interface for user-level packet capture, libpcap.so.1 (sparc) 1.5.3,REV=2014.07.04 Select package(s) you wish to process (or 'all' to process all packages). (default: all) [?,??,q]: Processing package instance from libpcap1 - System-independent interface for user-level packet capture, libpcap.so.1(sparc) 1.5.3,REV=2014.07.04 Please see /opt/csw/share/doc/libpcap1/license for license information. ## Processing package information. ## Processing system information. ## Verifying package dependencies. ## Verifying disk space requirements. ## Checking for conflicts with packages already installed. ## Checking for setuid/setgid programs. Installing libpcap1 - System-independent interface for user-level packet capture, libpcap.so.1 as ## Installing part 1 of 1. /opt/csw/lib/libpcap.so.1 pkgadd: ERROR: unable to create package object . pathname does not exist unable to create symbolic link to /opt/csw/lib/libpcap.so.1 /opt/csw/lib/libpcap.so.1.5.3 /opt/csw/lib /opt/csw/lib/sparcv9/libpcap.so.1 pkgadd: ERROR: unable to create package object . pathname does not exist unable to create symbolic link to /opt/csw/lib/sparcv9/libpcap.so.1 /opt/csw/lib/sparcv9/libpcap.so.1.5.3 /opt/csw/lib/sparcv9 /opt/csw/share/doc/libpcap1/license /opt/csw/share/man/man5/pcap-filter.5 /opt/csw/share/man/man5/pcap-linktype.5 /opt/csw/share/man/man5/pcap-tstamp.5 [ verifying class ] Installation of partially failed. ====================================================================== From bug-notifications at lists.opencsw.org Wed Dec 10 14:28:10 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 10 Dec 2014 14:28:10 +0100 Subject: [libpcap1 0005220]: Installation of partially failed - pathname does not exist - Solaris 10 In-Reply-To: <4005151a1259480537ec444f4ea66a14> Message-ID: The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5220 ====================================================================== Reported By: kresimir Assigned To: dam ====================================================================== Project: libpcap1 Issue ID: 5220 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-11-25 11:18 CET Last Modified: 2014-12-10 14:28 CET ====================================================================== Summary: Installation of partially failed - pathname does not exist - Solaris 10 Description: Installation of libpcap1 package partially fails because it can not create symbolic links due to pathname problems. bash-3.2# pkgadd -d libpcap1-1.5.3\,REV\=2014.07.04-SunOS5.10-sparc-CSW.pkg The following packages are available: 1 CSWlibpcap1 libpcap1 - System-independent interface for user-level packet capture, libpcap.so.1 (sparc) 1.5.3,REV=2014.07.04 Select package(s) you wish to process (or 'all' to process all packages). (default: all) [?,??,q]: Processing package instance from libpcap1 - System-independent interface for user-level packet capture, libpcap.so.1(sparc) 1.5.3,REV=2014.07.04 Please see /opt/csw/share/doc/libpcap1/license for license information. ## Processing package information. ## Processing system information. ## Verifying package dependencies. ## Verifying disk space requirements. ## Checking for conflicts with packages already installed. ## Checking for setuid/setgid programs. Installing libpcap1 - System-independent interface for user-level packet capture, libpcap.so.1 as ## Installing part 1 of 1. /opt/csw/lib/libpcap.so.1 pkgadd: ERROR: unable to create package object . pathname does not exist unable to create symbolic link to /opt/csw/lib/libpcap.so.1 /opt/csw/lib/libpcap.so.1.5.3 /opt/csw/lib /opt/csw/lib/sparcv9/libpcap.so.1 pkgadd: ERROR: unable to create package object . pathname does not exist unable to create symbolic link to /opt/csw/lib/sparcv9/libpcap.so.1 /opt/csw/lib/sparcv9/libpcap.so.1.5.3 /opt/csw/lib/sparcv9 /opt/csw/share/doc/libpcap1/license /opt/csw/share/man/man5/pcap-filter.5 /opt/csw/share/man/man5/pcap-linktype.5 /opt/csw/share/man/man5/pcap-tstamp.5 [ verifying class ] Installation of partially failed. ====================================================================== ---------------------------------------------------------------------- (0010991) dam (administrator) - 2014-12-10 14:28 https://www.opencsw.org/mantis/view.php?id=5220#c10991 ---------------------------------------------------------------------- You are using a version of CSWcommon not suited for the version of libpcap you are using. Please do not just install random stuff from allpkgs as it won't work. I suggest to use pkgutil and probably a local mirror with a selection of one catalog (like unstable or testing). From bug-notifications at lists.opencsw.org Wed Dec 10 14:30:39 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 10 Dec 2014 14:30:39 +0100 Subject: [python27 0005210]: Importig SSL module on Solaris 10 results in ImportError In-Reply-To: <93420ff969de841b6bfb0473c62c8bfc> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5210 ====================================================================== Reported By: wungad Assigned To: dam ====================================================================== Project: python27 Issue ID: 5210 Category: Reproducibility: always Severity: crash Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2014-10-03 09:48 CEST Last Modified: 2014-12-10 14:30 CET ====================================================================== Summary: Importig SSL module on Solaris 10 results in ImportError Description: Trying to import ssl result in a import error. See additional information. ====================================================================== ---------------------------------------------------------------------- (0010992) dam (administrator) - 2014-12-10 14:30 https://www.opencsw.org/mantis/view.php?id=5210#c10992 ---------------------------------------------------------------------- Closing on request From bug-notifications at lists.opencsw.org Wed Dec 10 16:34:02 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 10 Dec 2014 16:34:02 +0100 Subject: [squid 0005221]: squid crashes with Illegal Instruction error immediately after startup In-Reply-To: <2b266bf504de2c5f9f6a23fd7ec36bce> Message-ID: The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5221 ====================================================================== Reported By: tmstern Assigned To: dam ====================================================================== Project: squid Issue ID: 5221 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-11-26 18:38 CET Last Modified: 2014-12-10 16:34 CET ====================================================================== Summary: squid crashes with Illegal Instruction error immediately after startup Description: installed squid in a solaris zone x86. SunOS iris 5.10 Generic_150401-14 i86pc i386 i86pc everything went fine. bash-3.2# /opt/csw/bin/pkgutil -c squid package installed catalog CSWsquid 3.4.8,REV=2014.10.16 SAME bash-3.2# but when I start squid I get: Illegal Instruction (core dumped) This may be something regarding to: http://wiki.squid-cache.org/KnowledgeBase/IllegalInstructionError So, would it be possible to compile the package with the mentioned option "--disable-arch-native", which is not part of your Makefile ( http://sourceforge.net/p/gar/code/HEAD/tree/csw/mgar/pkg/squid/trunk/Makefile ) it seems. ====================================================================== ---------------------------------------------------------------------- (0010993) dam (administrator) - 2014-12-10 16:34 https://www.opencsw.org/mantis/view.php?id=5221#c10993 ---------------------------------------------------------------------- I doubt that your coredump is due to the referenced issue. However, I have rebuilt squid with --disable-arch-native and also bumped to 3.4.10 while I was at it. Please let me know if the error is still present: http://buildfarm.opencsw.org/experimental.html#squid Can you please also look if there is a stack trace and if the crash may be related to https://www.opencsw.org/mantis/view.php?id=5163 ? From bug-notifications at lists.opencsw.org Wed Dec 10 21:34:51 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 10 Dec 2014 21:34:51 +0100 Subject: [squid 0005221]: squid crashes with Illegal Instruction error immediately after startup In-Reply-To: <2b266bf504de2c5f9f6a23fd7ec36bce> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5221 ====================================================================== Reported By: tmstern Assigned To: dam ====================================================================== Project: squid Issue ID: 5221 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-11-26 18:38 CET Last Modified: 2014-12-10 21:34 CET ====================================================================== Summary: squid crashes with Illegal Instruction error immediately after startup Description: installed squid in a solaris zone x86. SunOS iris 5.10 Generic_150401-14 i86pc i386 i86pc everything went fine. bash-3.2# /opt/csw/bin/pkgutil -c squid package installed catalog CSWsquid 3.4.8,REV=2014.10.16 SAME bash-3.2# but when I start squid I get: Illegal Instruction (core dumped) This may be something regarding to: http://wiki.squid-cache.org/KnowledgeBase/IllegalInstructionError So, would it be possible to compile the package with the mentioned option "--disable-arch-native", which is not part of your Makefile ( http://sourceforge.net/p/gar/code/HEAD/tree/csw/mgar/pkg/squid/trunk/Makefile ) it seems. ====================================================================== ---------------------------------------------------------------------- (0010994) tmstern (reporter) - 2014-12-10 21:34 https://www.opencsw.org/mantis/view.php?id=5221#c10994 ---------------------------------------------------------------------- Seems to work now. Thank you very much! :-) I've seen the other topic 0005163 and had a look if there was someting related to that, but I thought it wasn't and so I opened the thread. Thank you again very much for your business!! :-) From bug-notifications at lists.opencsw.org Wed Dec 10 22:08:44 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 10 Dec 2014 22:08:44 +0100 Subject: [squid 0005221]: squid crashes with Illegal Instruction error immediately after startup In-Reply-To: <2b266bf504de2c5f9f6a23fd7ec36bce> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5221 ====================================================================== Reported By: tmstern Assigned To: dam ====================================================================== Project: squid Issue ID: 5221 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-11-26 18:38 CET Last Modified: 2014-12-10 22:08 CET ====================================================================== Summary: squid crashes with Illegal Instruction error immediately after startup Description: installed squid in a solaris zone x86. SunOS iris 5.10 Generic_150401-14 i86pc i386 i86pc everything went fine. bash-3.2# /opt/csw/bin/pkgutil -c squid package installed catalog CSWsquid 3.4.8,REV=2014.10.16 SAME bash-3.2# but when I start squid I get: Illegal Instruction (core dumped) This may be something regarding to: http://wiki.squid-cache.org/KnowledgeBase/IllegalInstructionError So, would it be possible to compile the package with the mentioned option "--disable-arch-native", which is not part of your Makefile ( http://sourceforge.net/p/gar/code/HEAD/tree/csw/mgar/pkg/squid/trunk/Makefile ) it seems. ====================================================================== ---------------------------------------------------------------------- (0010995) tmstern (reporter) - 2014-12-10 22:08 https://www.opencsw.org/mantis/view.php?id=5221#c10995 ---------------------------------------------------------------------- I quickly went back, removed your new ( squid-3.4.10,REV=2014.12.10 ) and tried the old one ( CSWsquid 3.4.8,REV=2014.10.16 ) again and the problems was there again. Back to the squid-3.4.10 it works, although I think it's not the jump to 3.4.10 but the usage of the --disable-arch-native directive. But I'm not so deep inside. Again: Thank you very much!! :-) From bug-notifications at lists.opencsw.org Thu Dec 11 11:19:30 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 11 Dec 2014 11:19:30 +0100 Subject: [squid 0005163]: squid 3.4.4 crashes on Solaris 10 In-Reply-To: Message-ID: <1870106104f522848f427558870483d6@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5163 ====================================================================== Reported By: hudesd Assigned To: dam ====================================================================== Project: squid Issue ID: 5163 Category: regular use Reproducibility: have not tried Severity: crash Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-04-11 23:13 CEST Last Modified: 2014-12-11 11:19 CET ====================================================================== 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. ====================================================================== ---------------------------------------------------------------------- (0010996) dam (administrator) - 2014-12-11 11:19 https://www.opencsw.org/mantis/view.php?id=5163#c10996 ---------------------------------------------------------------------- Meanwhile I released 3.4.10 and adjusted some build flags as reported in another bug, can you please retry and see if the error is still present? From bug-notifications at lists.opencsw.org Thu Dec 11 11:31:18 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 11 Dec 2014 11:31:18 +0100 Subject: [puppet 0005222]: CSWpuppet broken in unstable In-Reply-To: Message-ID: <72ebc5522921ca88eb9ed355e6dcc2ff@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5222 ====================================================================== Reported By: mj Assigned To: ====================================================================== Project: puppet Issue ID: 5222 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2014-12-08 02:57 CET Last Modified: 2014-12-11 11:31 CET ====================================================================== Summary: CSWpuppet broken in unstable Description: The current version of puppet in unstable ( 2.7.23,REV=2013.08.15 ) is broken as it is built against ruby 1.8 and the facter package was updated ( 1.7.6,REV=2014.11.12 ) and it was built against ruby 2.0. The puppet code requires the facter code, but it looks in /opt/csw/lib/ruby/site_ruby/1.8 and the facter code is in /opt/csw/lib/ruby/site_ruby/2.0 ====================================================================== ---------------------------------------------------------------------- (0010997) tosmi (reporter) - 2014-12-11 11:31 https://www.opencsw.org/mantis/view.php?id=5222#c10997 ---------------------------------------------------------------------- as puppet 2.7 only supports ruby 1.8 (https://docs.puppetlabs.com/guides/platforms.html#ruby-versions), i'm going to create a separate facter-ruby18 package. i'm also strongly recommending an upgrade, as ruby 1.8 is no longer supported and does not receive any security updates. i think the same is true for puppet 2.7. sorry for the inconvenience toni From bug-notifications at lists.opencsw.org Thu Dec 11 13:48:03 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 11 Dec 2014 13:48:03 +0100 Subject: [puppet 0005222]: CSWpuppet broken in unstable In-Reply-To: Message-ID: <6a58ccf79a2f883be32172fcfdc14245@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5222 ====================================================================== Reported By: mj Assigned To: ====================================================================== Project: puppet Issue ID: 5222 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2014-12-08 02:57 CET Last Modified: 2014-12-11 13:48 CET ====================================================================== Summary: CSWpuppet broken in unstable Description: The current version of puppet in unstable ( 2.7.23,REV=2013.08.15 ) is broken as it is built against ruby 1.8 and the facter package was updated ( 1.7.6,REV=2014.11.12 ) and it was built against ruby 2.0. The puppet code requires the facter code, but it looks in /opt/csw/lib/ruby/site_ruby/1.8 and the facter code is in /opt/csw/lib/ruby/site_ruby/2.0 ====================================================================== ---------------------------------------------------------------------- (0010998) tosmi (reporter) - 2014-12-11 13:48 https://www.opencsw.org/mantis/view.php?id=5222#c10998 ---------------------------------------------------------------------- i've just pushed facter_ruby18 to the unstable catalog (should land in a view minutes). could you please try this package? the dependencies are not quite right, as i also have to rebuild puppet, which requires an update on the opencsw buildfarm. i would manually remove CSWfacter (pkgrm CSWfacter) and install facter_ruby18 afterwards (pkgutil -i facter_ruby18). you also have to use the unstable catalog (either use -t when running pkgutil or change pkgutil.conf temporarly). if the package works for you, i'm going to proceed updating the puppet 2.7 pkg. thanks toni From bug-notifications at lists.opencsw.org Thu Dec 11 14:47:38 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 11 Dec 2014 14:47:38 +0100 Subject: [squid 0005221]: squid crashes with Illegal Instruction error immediately after startup In-Reply-To: <2b266bf504de2c5f9f6a23fd7ec36bce> Message-ID: <04a8ea17e9bcc5e57505420617ab2ccb@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5221 ====================================================================== Reported By: tmstern Assigned To: dam ====================================================================== Project: squid Issue ID: 5221 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-11-26 18:38 CET Last Modified: 2014-12-11 14:47 CET ====================================================================== Summary: squid crashes with Illegal Instruction error immediately after startup Description: installed squid in a solaris zone x86. SunOS iris 5.10 Generic_150401-14 i86pc i386 i86pc everything went fine. bash-3.2# /opt/csw/bin/pkgutil -c squid package installed catalog CSWsquid 3.4.8,REV=2014.10.16 SAME bash-3.2# but when I start squid I get: Illegal Instruction (core dumped) This may be something regarding to: http://wiki.squid-cache.org/KnowledgeBase/IllegalInstructionError So, would it be possible to compile the package with the mentioned option "--disable-arch-native", which is not part of your Makefile ( http://sourceforge.net/p/gar/code/HEAD/tree/csw/mgar/pkg/squid/trunk/Makefile ) it seems. ====================================================================== ---------------------------------------------------------------------- (0010999) dam (administrator) - 2014-12-11 14:47 https://www.opencsw.org/mantis/view.php?id=5221#c10999 ---------------------------------------------------------------------- I have made another set of packages with just the version bump to 3.4.10 but without --disable-arch-native, can you please crosscheck that this package crashes? http://buildfarm.opencsw.org/experimental/squid/squid-3.4.10,REV=2014.12.11-SunOS5.10-i386-CSW.pkg.gz From bug-notifications at lists.opencsw.org Thu Dec 11 14:53:44 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 11 Dec 2014 14:53:44 +0100 Subject: [squid 0005221]: squid crashes with Illegal Instruction error immediately after startup In-Reply-To: <2b266bf504de2c5f9f6a23fd7ec36bce> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5221 ====================================================================== Reported By: tmstern Assigned To: dam ====================================================================== Project: squid Issue ID: 5221 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-11-26 18:38 CET Last Modified: 2014-12-11 14:53 CET ====================================================================== Summary: squid crashes with Illegal Instruction error immediately after startup Description: installed squid in a solaris zone x86. SunOS iris 5.10 Generic_150401-14 i86pc i386 i86pc everything went fine. bash-3.2# /opt/csw/bin/pkgutil -c squid package installed catalog CSWsquid 3.4.8,REV=2014.10.16 SAME bash-3.2# but when I start squid I get: Illegal Instruction (core dumped) This may be something regarding to: http://wiki.squid-cache.org/KnowledgeBase/IllegalInstructionError So, would it be possible to compile the package with the mentioned option "--disable-arch-native", which is not part of your Makefile ( http://sourceforge.net/p/gar/code/HEAD/tree/csw/mgar/pkg/squid/trunk/Makefile ) it seems. ====================================================================== ---------------------------------------------------------------------- (0011000) tmstern (reporter) - 2014-12-11 14:53 https://www.opencsw.org/mantis/view.php?id=5221#c11000 ---------------------------------------------------------------------- I'd be glad to. Of course, but not today, sorry. Hope tomorrow. From bug-notifications at lists.opencsw.org Thu Dec 11 19:15:46 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 11 Dec 2014 19:15:46 +0100 Subject: [puppet 0005222]: CSWpuppet broken in unstable In-Reply-To: Message-ID: <85e01102d22b7c5a3910f33f522b476e@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5222 ====================================================================== Reported By: mj Assigned To: ====================================================================== Project: puppet Issue ID: 5222 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2014-12-08 02:57 CET Last Modified: 2014-12-11 19:15 CET ====================================================================== Summary: CSWpuppet broken in unstable Description: The current version of puppet in unstable ( 2.7.23,REV=2013.08.15 ) is broken as it is built against ruby 1.8 and the facter package was updated ( 1.7.6,REV=2014.11.12 ) and it was built against ruby 2.0. The puppet code requires the facter code, but it looks in /opt/csw/lib/ruby/site_ruby/1.8 and the facter code is in /opt/csw/lib/ruby/site_ruby/2.0 ====================================================================== ---------------------------------------------------------------------- (0011001) mj (reporter) - 2014-12-11 19:15 https://www.opencsw.org/mantis/view.php?id=5222#c11001 ---------------------------------------------------------------------- I've installed the CSWfacter-ruby18 package and everything is working. We are in the process of moving to puppet3, but having some issues with the zpool provider (puppet masters are centos boxes) so we are not yet able to get fully converted yet. Thanks for taking the time to look into this! From bug-notifications at lists.opencsw.org Fri Dec 12 18:16:43 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 12 Dec 2014 18:16:43 +0100 Subject: [puppet 0005222]: CSWpuppet broken in unstable In-Reply-To: Message-ID: <86a36888adc98df42e126fd52f29b354@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5222 ====================================================================== Reported By: mj Assigned To: ====================================================================== Project: puppet Issue ID: 5222 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2014-12-08 02:57 CET Last Modified: 2014-12-12 18:16 CET ====================================================================== Summary: CSWpuppet broken in unstable Description: The current version of puppet in unstable ( 2.7.23,REV=2013.08.15 ) is broken as it is built against ruby 1.8 and the facter package was updated ( 1.7.6,REV=2014.11.12 ) and it was built against ruby 2.0. The puppet code requires the facter code, but it looks in /opt/csw/lib/ruby/site_ruby/1.8 and the facter code is in /opt/csw/lib/ruby/site_ruby/2.0 ====================================================================== ---------------------------------------------------------------------- (0011002) tosmi (reporter) - 2014-12-12 18:16 https://www.opencsw.org/mantis/view.php?id=5222#c11002 ---------------------------------------------------------------------- so this should be fixed now. i've uploaded updated puppet packages which require facter_ruby18. switching between puppet and puppet3 should now work (in unstable). there's also a newer facter package in unstable thats incompatible with facter_ruby18. the only remaining issue is that we dropped augeas support in puppet 2.7. rubyaugeas only works with the latest puppet3 pkgs as it uses ruby 2.0. and i'm not sure puppet 2.7 did support augeas... From bug-notifications at lists.opencsw.org Fri Dec 12 19:26:34 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 12 Dec 2014 19:26:34 +0100 Subject: [squid 0005221]: squid crashes with Illegal Instruction error immediately after startup In-Reply-To: <2b266bf504de2c5f9f6a23fd7ec36bce> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5221 ====================================================================== Reported By: tmstern Assigned To: dam ====================================================================== Project: squid Issue ID: 5221 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-11-26 18:38 CET Last Modified: 2014-12-12 19:26 CET ====================================================================== Summary: squid crashes with Illegal Instruction error immediately after startup Description: installed squid in a solaris zone x86. SunOS iris 5.10 Generic_150401-14 i86pc i386 i86pc everything went fine. bash-3.2# /opt/csw/bin/pkgutil -c squid package installed catalog CSWsquid 3.4.8,REV=2014.10.16 SAME bash-3.2# but when I start squid I get: Illegal Instruction (core dumped) This may be something regarding to: http://wiki.squid-cache.org/KnowledgeBase/IllegalInstructionError So, would it be possible to compile the package with the mentioned option "--disable-arch-native", which is not part of your Makefile ( http://sourceforge.net/p/gar/code/HEAD/tree/csw/mgar/pkg/squid/trunk/Makefile ) it seems. ====================================================================== ---------------------------------------------------------------------- (0011003) tmstern (reporter) - 2014-12-12 19:26 https://www.opencsw.org/mantis/view.php?id=5221#c11003 ---------------------------------------------------------------------- Sorry, this newly compiled version crashes again: bash-3.2# /opt/csw/bin/pkgutil -c squid package installed catalog CSWsquid 3.4.10,REV=2014.12.11 3.4.8,REV=2014.10.16 bash-3.2# /opt/csw/sbin/squid -z -f /etc/opt/csw/squid/squid.conf Illegal Instruction (core dumped) bash-3.2# With the version before I had: bash-3.2# /opt/csw/bin/pkgutil -c squid package installed catalog CSWsquid 3.4.10,REV=2014.12.10 3.4.8,REV=2014.10.16 bash-3.2# /opt/csw/sbin/squid -z -f /etc/opt/csw/squid/squid.conf WARNING: Cannot write log file: /var//opt/csw/squid/logs/cache.log /var//opt/csw/squid/logs/cache.log: Permission denied messages will be sent to 'stderr'. ... bash-3.2# ( so there I would have to correct something of course, but it works ) Thank you again! :-) From bug-notifications at lists.opencsw.org Fri Dec 19 15:46:38 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 19 Dec 2014 15:46:38 +0100 Subject: [netsnmp 0005218]: netsnmpd cannot be started on Solaris zones In-Reply-To: <292c6eafa52eddaee128bbed23c56f44> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5218 ====================================================================== Reported By: ksubramanya Assigned To: cgrzemba ====================================================================== Project: netsnmp Issue ID: 5218 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-11-17 22:27 CET Last Modified: 2014-12-19 15:46 CET ====================================================================== Summary: netsnmpd cannot be started on Solaris zones Description: netsnmpd startup fails with following errors on Solaris 10. [ Nov 11 17:00:45 Executing start method ("/var/opt/csw/svc/method/svc-netsnmpd start") ] -n Starting snmpd: [ Nov 11 17:02:45 Method or service exit timed out. Killing contract 188315 ] ====================================================================== ---------------------------------------------------------------------- (0011004) cgrzemba (manager) - 2014-12-19 15:46 https://www.opencsw.org/mantis/view.php?id=5218#c11004 ---------------------------------------------------------------------- I provide a package net-snmp 5.7.2 on experimental with solaris patches. Please try: # pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/netsnmp -i netsnmp From bug-notifications at lists.opencsw.org Wed Dec 24 10:44:53 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 24 Dec 2014 10:44:53 +0100 Subject: [puppet 0005222]: CSWpuppet broken in unstable In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5222 ====================================================================== Reported By: mj Assigned To: tosmi ====================================================================== Project: puppet Issue ID: 5222 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-12-08 02:57 CET Last Modified: 2014-12-24 10:44 CET ====================================================================== Summary: CSWpuppet broken in unstable Description: The current version of puppet in unstable ( 2.7.23,REV=2013.08.15 ) is broken as it is built against ruby 1.8 and the facter package was updated ( 1.7.6,REV=2014.11.12 ) and it was built against ruby 2.0. The puppet code requires the facter code, but it looks in /opt/csw/lib/ruby/site_ruby/1.8 and the facter code is in /opt/csw/lib/ruby/site_ruby/2.0 ====================================================================== ---------------------------------------------------------------------- (0011002) tosmi (manager) - 2014-12-12 18:16 https://www.opencsw.org/mantis/view.php?id=5222#c11002 ---------------------------------------------------------------------- so this should be fixed now. i've uploaded updated puppet packages which require facter_ruby18. switching between puppet and puppet3 should now work (in unstable). there's also a newer facter package in unstable thats incompatible with facter_ruby18. the only remaining issue is that we dropped augeas support in puppet 2.7. rubyaugeas only works with the latest puppet3 pkgs as it uses ruby 2.0. and i'm not sure puppet 2.7 did support augeas... From bug-notifications at lists.opencsw.org Wed Dec 24 10:46:01 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 24 Dec 2014 10:46:01 +0100 Subject: [puppet 0005222]: CSWpuppet broken in unstable In-Reply-To: Message-ID: <4cffc4841e9c419b5ffbb7add9a31b17@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5222 ====================================================================== Reported By: mj Assigned To: tosmi ====================================================================== Project: puppet Issue ID: 5222 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2014-12-08 02:57 CET Last Modified: 2014-12-24 10:46 CET ====================================================================== Summary: CSWpuppet broken in unstable Description: The current version of puppet in unstable ( 2.7.23,REV=2013.08.15 ) is broken as it is built against ruby 1.8 and the facter package was updated ( 1.7.6,REV=2014.11.12 ) and it was built against ruby 2.0. The puppet code requires the facter code, but it looks in /opt/csw/lib/ruby/site_ruby/1.8 and the facter code is in /opt/csw/lib/ruby/site_ruby/2.0 ====================================================================== ---------------------------------------------------------------------- (0011005) tosmi (manager) - 2014-12-24 10:46 https://www.opencsw.org/mantis/view.php?id=5222#c11005 ---------------------------------------------------------------------- fixed with facter_ruby18 From bug-notifications at lists.opencsw.org Wed Dec 24 10:50:46 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 24 Dec 2014 10:50:46 +0100 Subject: [puppet3 0005150]: Report does not work In-Reply-To: <796cb1d8dec969939263add158e80944> Message-ID: <43a85ffab2b3c4c8e9cafd157c83930b@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5150 ====================================================================== Reported By: vavhab Assigned To: tosmi ====================================================================== Project: puppet3 Issue ID: 5150 Category: Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2014-02-11 18:30 CET Last Modified: 2014-12-24 10:50 CET ====================================================================== Summary: Report does not work Description: Report does not work: Notice: Finished catalog run in 0.26 seconds Debug: Value of 'preferred_serialization_format' (pson) is invalid for report, using default (b64_zlib_yaml) Debug: report supports formats: b64_zlib_yaml raw yaml; using b64_zlib_yaml Error: Could not send report: Error 406 on SERVER: Not Acceptable: No supported formats are acceptable (Accept: b64_zlib_yaml, yaml, raw) It says preferred_serialization_format pson is invalid, it should be valid. Thanks, ====================================================================== ---------------------------------------------------------------------- (0011006) tosmi (manager) - 2014-12-24 10:50 https://www.opencsw.org/mantis/view.php?id=5150#c11006 ---------------------------------------------------------------------- Please tell us if this is still an issue, if we do not receive feedback within the next weeks, i'm going to close this issue. thanks toni