From bug-notifications at lists.opencsw.org Mon Nov 3 07:17:03 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 3 Nov 2014 07:17:03 +0100 Subject: [wireshark 0005214]: Wireshark crashes on a relocation error Message-ID: <213a0ff8e428a568bf5d6c05696a86b3@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5214 ====================================================================== Reported By: leeann Assigned To: ====================================================================== Project: wireshark Issue ID: 5214 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2014-11-03 07:17 CET Last Modified: 2014-11-03 07:17 CET ====================================================================== Summary: Wireshark crashes on a relocation error Description: leeann at kremvax: ~ [512]% wireshark& [1] 10588 leeann at kremvax: ~ [513]% ld.so.1: wireshark: fatal: relocation error: file /opt/csw/lib/i386/libglib-2.0.so.0: symbol stpcpy: referenced symbol not found I don't know if the problem is in wireshark or in libglib-2.0. Thanks for looking into this. ====================================================================== From bug-notifications at lists.opencsw.org Mon Nov 3 08:48:39 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 3 Nov 2014 08:48:39 +0100 Subject: [wireshark 0005214]: Wireshark crashes on a relocation error In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5214 ====================================================================== Reported By: leeann Assigned To: ====================================================================== Project: wireshark Issue ID: 5214 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2014-11-03 07:17 CET Last Modified: 2014-11-03 08:48 CET ====================================================================== Summary: Wireshark crashes on a relocation error Description: leeann at kremvax: ~ [512]% wireshark& [1] 10588 leeann at kremvax: ~ [513]% ld.so.1: wireshark: fatal: relocation error: file /opt/csw/lib/i386/libglib-2.0.so.0: symbol stpcpy: referenced symbol not found I don't know if the problem is in wireshark or in libglib-2.0. Thanks for looking into this. ====================================================================== ---------------------------------------------------------------------- (0010948) leeann (reporter) - 2014-11-03 08:48 https://www.opencsw.org/mantis/view.php?id=5214#c10948 ---------------------------------------------------------------------- this is on an old system running OpenSolaris 134a, so perhaps my system is missing something From bug-notifications at lists.opencsw.org Mon Nov 3 09:44:33 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 3 Nov 2014 09:44:33 +0100 Subject: [wireshark 0005214]: Wireshark crashes on a relocation error In-Reply-To: Message-ID: <97b867757f7134e75c5e7baa7903ca43@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5214 ====================================================================== Reported By: leeann Assigned To: laurent ====================================================================== Project: wireshark Issue ID: 5214 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-11-03 07:17 CET Last Modified: 2014-11-03 09:44 CET ====================================================================== Summary: Wireshark crashes on a relocation error Description: leeann at kremvax: ~ [512]% wireshark& [1] 10588 leeann at kremvax: ~ [513]% ld.so.1: wireshark: fatal: relocation error: file /opt/csw/lib/i386/libglib-2.0.so.0: symbol stpcpy: referenced symbol not found I don't know if the problem is in wireshark or in libglib-2.0. Thanks for looking into this. ====================================================================== ---------------------------------------------------------------------- (0010948) leeann (reporter) - 2014-11-03 08:48 https://www.opencsw.org/mantis/view.php?id=5214#c10948 ---------------------------------------------------------------------- this is on an old system running OpenSolaris 134a, so perhaps my system is missing something From bug-notifications at lists.opencsw.org Mon Nov 3 09:46:48 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 3 Nov 2014 09:46:48 +0100 Subject: [wireshark 0005214]: Wireshark crashes on a relocation error In-Reply-To: Message-ID: <92f6d4aa344f98f81482a085ff01bc3b@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5214 ====================================================================== Reported By: leeann Assigned To: laurent ====================================================================== Project: wireshark Issue ID: 5214 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-11-03 07:17 CET Last Modified: 2014-11-03 09:46 CET ====================================================================== Summary: Wireshark crashes on a relocation error Description: leeann at kremvax: ~ [512]% wireshark& [1] 10588 leeann at kremvax: ~ [513]% ld.so.1: wireshark: fatal: relocation error: file /opt/csw/lib/i386/libglib-2.0.so.0: symbol stpcpy: referenced symbol not found I don't know if the problem is in wireshark or in libglib-2.0. Thanks for looking into this. ====================================================================== ---------------------------------------------------------------------- (0010949) laurent (manager) - 2014-11-03 09:46 https://www.opencsw.org/mantis/view.php?id=5214#c10949 ---------------------------------------------------------------------- I can't reproduce, so I suspect something is not up to date. What is the ouput of: ls -lL /opt/csw/lib/i386/libglib-2.0.so.0 ls -l /opt/csw/bin/wireshark grep ^mirror /etc/opt/csw/pkgutil.conf From bug-notifications at lists.opencsw.org Mon Nov 3 10:40:46 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 3 Nov 2014 10:40:46 +0100 Subject: [wireshark 0005214]: Wireshark crashes on a relocation error In-Reply-To: Message-ID: <9aea47db2c5953faffe4164dd0ae0409@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5214 ====================================================================== Reported By: leeann Assigned To: laurent ====================================================================== Project: wireshark Issue ID: 5214 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-11-03 07:17 CET Last Modified: 2014-11-03 10:40 CET ====================================================================== Summary: Wireshark crashes on a relocation error Description: leeann at kremvax: ~ [512]% wireshark& [1] 10588 leeann at kremvax: ~ [513]% ld.so.1: wireshark: fatal: relocation error: file /opt/csw/lib/i386/libglib-2.0.so.0: symbol stpcpy: referenced symbol not found I don't know if the problem is in wireshark or in libglib-2.0. Thanks for looking into this. ====================================================================== ---------------------------------------------------------------------- (0010950) leeann (reporter) - 2014-11-03 10:40 https://www.opencsw.org/mantis/view.php?id=5214#c10950 ---------------------------------------------------------------------- leeann at kremvax: ~ [521]% ls -lL /opt/csw/lib/i386/libglib-2.0.so.0 -rwxr-xr-x 1 root bin 3195008 2014-05-31 10:28 /opt/csw/lib/i386/libglib-2.0.so.0 leeann at kremvax: ~ [522]% ls -l /opt/csw/bin/wireshark -rwxr-xr-x 1 root bin 2060256 2014-08-20 06:38 /opt/csw/bin/wireshark leeann at kremvax: ~ [523]% grep ^mirror /etc/opt/csw/pkgutil.conf mirror=http://mirror.opencsw.org/opencsw/testing The "not up to date" is probably my home system, which hasn't seen an update since Oracle closed down OpenSolaris. :P I shall have to try it on the work system, which is Sol 10 with all the latest patches. Glad to know it's my stuff and not the repo :) From bug-notifications at lists.opencsw.org Mon Nov 3 11:49:11 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 3 Nov 2014 11:49:11 +0100 Subject: [wireshark 0005214]: Wireshark crashes on a relocation error In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5214 ====================================================================== Reported By: leeann Assigned To: laurent ====================================================================== Project: wireshark Issue ID: 5214 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-11-03 07:17 CET Last Modified: 2014-11-03 11:49 CET ====================================================================== Summary: Wireshark crashes on a relocation error Description: leeann at kremvax: ~ [512]% wireshark& [1] 10588 leeann at kremvax: ~ [513]% ld.so.1: wireshark: fatal: relocation error: file /opt/csw/lib/i386/libglib-2.0.so.0: symbol stpcpy: referenced symbol not found I don't know if the problem is in wireshark or in libglib-2.0. Thanks for looking into this. ====================================================================== ---------------------------------------------------------------------- (0010951) laurent (manager) - 2014-11-03 11:49 https://www.opencsw.org/mantis/view.php?id=5214#c10951 ---------------------------------------------------------------------- What about this one? ls -lL /opt/csw/lib/i386/libintl.so.8 From bug-notifications at lists.opencsw.org Thu Nov 6 03:36:44 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 6 Nov 2014 03:36:44 +0100 Subject: [orca_web 0004915]: installation doesn't create web directory In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4915 ====================================================================== Reported By: hudesd Assigned To: dam ====================================================================== Project: orca_web Issue ID: 4915 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: confirmed ====================================================================== Date Submitted: 2012-03-02 20:09 CET Last Modified: 2014-11-06 03:36 CET ====================================================================== Summary: installation doesn't create web directory Description: I removed all CSW packages (other than pkgutil) and cleaned out all directories of everything not related to pkgutil. I explicitly removed the /opt/csw/share/www/orca directory as well, to present a truly clean install environment. "/opt/csw/bin/orca: error: please create html_dir '/opt/csw/share/www/orca/orcallator'." I can do that but I would expect the install script to create whatever directory it wants. ====================================================================== ---------------------------------------------------------------------- (0010952) CosmicDuck (reporter) - 2014-11-06 03:36 https://www.opencsw.org/mantis/view.php?id=4915#c10952 ---------------------------------------------------------------------- Problem still exists in lates stable release. This means it hasn't been created by orca-web. From bug-notifications at lists.opencsw.org Thu Nov 6 04:03:30 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 6 Nov 2014 04:03:30 +0100 Subject: [orca_services_collector 0005215]: start_orca_services and stop_orca_services finds itself Message-ID: <03a2997b6932fa0fbe88f755b78481ce@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5215 ====================================================================== Reported By: CosmicDuck Assigned To: ====================================================================== Project: orca_services_collector Issue ID: 5215 Category: Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2014-11-06 04:03 CET Last Modified: 2014-11-06 04:03 CET ====================================================================== Summary: start_orca_services and stop_orca_services finds itself Description: The service will not start nor stop because it finds itself. Stop: It will find they own pid and kill himself. so the service smf will go to maintenance. Start: It will find they own pid and means its allready running so will not start. In both script the line pids=`/usr/ucb/ps auxww | $AWK '/orca_services/ && !/awk/ {print $2}'` also find himself. To check it I duplicate and modify the line to see which process it kills: /usr/ucb/ps auxww | $AWK '/orca_services/ && !/awk/ {print $0}' ====================================================================== From bug-notifications at lists.opencsw.org Thu Nov 6 19:12:35 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 6 Nov 2014 19:12:35 +0100 Subject: [wireshark 0005214]: Wireshark crashes on a relocation error In-Reply-To: Message-ID: <42b2e819f7b87ca872bd237d781a2195@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5214 ====================================================================== Reported By: leeann Assigned To: laurent ====================================================================== Project: wireshark Issue ID: 5214 Category: regular use Reproducibility: always Severity: major Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-11-03 07:17 CET Last Modified: 2014-11-06 19:12 CET ====================================================================== Summary: Wireshark crashes on a relocation error Description: leeann at kremvax: ~ [512]% wireshark& [1] 10588 leeann at kremvax: ~ [513]% ld.so.1: wireshark: fatal: relocation error: file /opt/csw/lib/i386/libglib-2.0.so.0: symbol stpcpy: referenced symbol not found I don't know if the problem is in wireshark or in libglib-2.0. Thanks for looking into this. ====================================================================== ---------------------------------------------------------------------- (0010953) leeann (reporter) - 2014-11-06 19:12 https://www.opencsw.org/mantis/view.php?id=5214#c10953 ---------------------------------------------------------------------- leeann at kremvax: ~ [524]% ls -lL /opt/csw/lib/i386/libintl.so.8 -rwxr-xr-x 1 root bin 113968 2011-03-14 22:50 /opt/csw/lib/i386/libintl.so.8 Sorry to have taken so long to get back to you. Work got crazy busy. Wireshark works just fine on my Sol 10 box at work. From bug-notifications at lists.opencsw.org Thu Nov 6 21:15:31 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 6 Nov 2014 21:15:31 +0100 Subject: [wireshark 0005214]: Wireshark crashes on a relocation error In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5214 ====================================================================== Reported By: leeann Assigned To: laurent ====================================================================== Project: wireshark Issue ID: 5214 Category: regular use Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2014-11-03 07:17 CET Last Modified: 2014-11-06 21:15 CET ====================================================================== Summary: Wireshark crashes on a relocation error Description: leeann at kremvax: ~ [512]% wireshark& [1] 10588 leeann at kremvax: ~ [513]% ld.so.1: wireshark: fatal: relocation error: file /opt/csw/lib/i386/libglib-2.0.so.0: symbol stpcpy: referenced symbol not found I don't know if the problem is in wireshark or in libglib-2.0. Thanks for looking into this. ====================================================================== ---------------------------------------------------------------------- (0010954) laurent (manager) - 2014-11-06 21:15 https://www.opencsw.org/mantis/view.php?id=5214#c10954 ---------------------------------------------------------------------- Yep, sorry, all looks good on the OpenCSW side, I'm afraid on this one, it's your old system that needs an update. I'll close as not a bug. From bug-notifications at lists.opencsw.org Wed Nov 12 11:37:51 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 12 Nov 2014 11:37:51 +0100 Subject: [bvi 0004423]: bvi fails to open large files (opens as "New File", truss shows EOVERFLOW) In-Reply-To: Message-ID: <8e032f855a6838ee084f4c2c83432729@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4423 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: bvi Issue ID: 4423 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-05-20 13:50 CEST Last Modified: 2014-11-12 11:37 CET ====================================================================== Summary: bvi fails to open large files (opens as "New File", truss shows EOVERFLOW) Description: # ls -l "vSphere Management Assistant-flat.vmdk" -rw------- 1 root root 5368709120 Jan 8 00:41 vSphere Management Assistant-flat.vmdk # bvi "vSphere Management Assistant-flat.vmdk" "vSphere Management Assistant-flat.vmdk" [New File] [Hit return to continue] # truss -o foo -t stat bvi "vSphere Management Assistant-flat.vmdk" ... xstat(2, "vSphere Management Assistant-flat.vmdk", 0x0806D7E8) Err#79 EOVERFLOW ... ====================================================================== From bug-notifications at lists.opencsw.org Wed Nov 12 11:40:54 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 12 Nov 2014 11:40:54 +0100 Subject: [bvi 0004423]: bvi fails to open large files (opens as "New File", truss shows EOVERFLOW) In-Reply-To: Message-ID: <59d5585a7eb9b65f86522a2927e1b657@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4423 ====================================================================== Reported By: skayser Assigned To: dam ====================================================================== Project: bvi Issue ID: 4423 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-05-20 13:50 CEST Last Modified: 2014-11-12 11:40 CET ====================================================================== Summary: bvi fails to open large files (opens as "New File", truss shows EOVERFLOW) Description: # ls -l "vSphere Management Assistant-flat.vmdk" -rw------- 1 root root 5368709120 Jan 8 00:41 vSphere Management Assistant-flat.vmdk # bvi "vSphere Management Assistant-flat.vmdk" "vSphere Management Assistant-flat.vmdk" [New File] [Hit return to continue] # truss -o foo -t stat bvi "vSphere Management Assistant-flat.vmdk" ... xstat(2, "vSphere Management Assistant-flat.vmdk", 0x0806D7E8) Err#79 EOVERFLOW ... ====================================================================== ---------------------------------------------------------------------- (0010955) dam (administrator) - 2014-11-12 11:40 https://www.opencsw.org/mantis/view.php?id=4423#c10955 ---------------------------------------------------------------------- This is fixed in the current release 1.4.0rc,REV=2014.03.11 on Solaris 10. Now stat64 is used as opposed to xstat: experimental10x% more big.truss stat64("/opt/csw/bin/bvi", 0x08047910) = 0 stat64("/lib/libc.so.1", 0x080471C0) = 0 stat64("/lib/libcurses.so.1", 0x08046F80) = 0 stat64("big", 0x08070328) = 0 stat64("/home/dam/.bvirc", 0x08070328) Err#2 ENOENT stat64(".bvirc", 0x08070328) Err#2 ENOENT From bug-notifications at lists.opencsw.org Wed Nov 12 15:13:09 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 12 Nov 2014 15:13:09 +0100 Subject: [puppet3 0005150]: Report does not work In-Reply-To: <796cb1d8dec969939263add158e80944> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5150 ====================================================================== Reported By: vavhab Assigned To: markp ====================================================================== Project: puppet3 Issue ID: 5150 Category: Reproducibility: always Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2014-02-11 18:30 CET Last Modified: 2014-11-12 15:13 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, ====================================================================== ---------------------------------------------------------------------- (0010956) tosmi (reporter) - 2014-11-12 15:13 https://www.opencsw.org/mantis/view.php?id=5150#c10956 ---------------------------------------------------------------------- does this still happen? which version of the master are you running? From bug-notifications at lists.opencsw.org Fri Nov 14 22:09:00 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 14 Nov 2014 22:09:00 +0100 Subject: [apcupsd 0005217]: apctest dump core In-Reply-To: Message-ID: <206fe5167dcd113fd283df5d7728ee43@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5217 ====================================================================== Reported By: zdima Assigned To: ====================================================================== Project: apcupsd Issue ID: 5217 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2014-11-14 22:06 CET Last Modified: 2014-11-14 22:08 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) ====================================================================== ---------------------------------------------------------------------- (0010957) zdima (reporter) - 2014-11-14 22:08 https://www.opencsw.org/mantis/view.php?id=5217#c10957 ---------------------------------------------------------------------- Please close this report as it was submitted by mistake. From bug-notifications at lists.opencsw.org Sat Nov 15 22:42:52 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 15 Nov 2014 22:42:52 +0100 Subject: [wesnoth 0004514]: Update to Wesnoth 1.8.x In-Reply-To: <4e2f7ee05cd51855bbd0f42a1ee65f0d> Message-ID: <48bdc8d0a11cba5bed5a95d557f83ee7@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4514 ====================================================================== Reported By: kenmays Assigned To: jgoerzen ====================================================================== Project: wesnoth Issue ID: 4514 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-08-07 16:06 CEST Last Modified: 2014-11-15 22:42 CET ====================================================================== Summary: Update to Wesnoth 1.8.x Description: http://svn.gna.org/viewcvs/wesnoth/tags/1.8.3/changelog?rev=43898&view=download Many updates to the graphics and provides consistency to gameplay on Windows/MacOS X for review and feedback to developers. ====================================================================== ---------------------------------------------------------------------- (0010959) jgoerzen (manager) - 2014-11-15 22:42 https://www.opencsw.org/mantis/view.php?id=4514#c10959 ---------------------------------------------------------------------- Resolving bug since updated wesnoth version 1.10.7 packages have been released to unstable catalog. From bug-notifications at lists.opencsw.org Sat Nov 15 22:44:53 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 15 Nov 2014 22:44:53 +0100 Subject: [wesnoth 0004514]: Update to Wesnoth 1.8.x In-Reply-To: <4e2f7ee05cd51855bbd0f42a1ee65f0d> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4514 ====================================================================== Reported By: kenmays Assigned To: jgoerzen ====================================================================== Project: wesnoth Issue ID: 4514 Category: upgrade Reproducibility: always Severity: major Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-08-07 16:06 CEST Last Modified: 2014-11-15 22:44 CET ====================================================================== Summary: Update to Wesnoth 1.8.x Description: http://svn.gna.org/viewcvs/wesnoth/tags/1.8.3/changelog?rev=43898&view=download Many updates to the graphics and provides consistency to gameplay on Windows/MacOS X for review and feedback to developers. ====================================================================== ---------------------------------------------------------------------- (0010960) jgoerzen (manager) - 2014-11-15 22:44 https://www.opencsw.org/mantis/view.php?id=4514#c10960 ---------------------------------------------------------------------- Closing since bug has been resolved. From bug-notifications at lists.opencsw.org Sun Nov 16 00:59:48 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sun, 16 Nov 2014 00:59:48 +0100 Subject: [apcupsd 0005217]: apctest dump core In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5217 ====================================================================== Reported By: zdima Assigned To: laurent ====================================================================== Project: apcupsd Issue ID: 5217 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2014-11-14 22:06 CET Last Modified: 2014-11-16 00:59 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) ====================================================================== ---------------------------------------------------------------------- (0010958) laurent (manager) - 2014-11-15 12:51 https://www.opencsw.org/mantis/view.php?id=5217#c10958 ---------------------------------------------------------------------- I can reproduce, I don't remember seeing this before, it's probably a relatively recent regression. I've posted it to upstream's M/L. From bug-notifications at lists.opencsw.org Sun Nov 16 23:32:31 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sun, 16 Nov 2014 23:32:31 +0100 Subject: [apcupsd 0005216]: apctest dump core In-Reply-To: <95534eb37ab4dab718c1e7bc82132244> Message-ID: <8047c92491a9fbfc818e2b6a7eb2a417@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-11-16 23:32 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) ====================================================================== ---------------------------------------------------------------------- (0010962) laurent (manager) - 2014-11-16 23:32 https://www.opencsw.org/mantis/view.php?id=5216#c10962 ---------------------------------------------------------------------- Upstream has pointed out that it is an incorrect use of apctest in the first place: it should be run with apcupsd *not* running. The crash is a failure, though. They provided a patch that fixes it, displays a proper error message instead. I'll try to push an updated package this week. From bug-notifications at lists.opencsw.org Mon Nov 17 00:43:09 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 17 Nov 2014 00:43:09 +0100 Subject: [apcupsd 0005216]: apctest dump core In-Reply-To: <95534eb37ab4dab718c1e7bc82132244> Message-ID: 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-11-17 00:43 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) ====================================================================== ---------------------------------------------------------------------- (0010963) zdima (reporter) - 2014-11-17 00:43 https://www.opencsw.org/mantis/view.php?id=5216#c10963 ---------------------------------------------------------------------- I have checked and the daemon was not in memory. When I start the daemon (not sure if it actually able to detect UPS), the apctest report error and exit (see below). I suspect that there is an issue with configuration and this is where it is crashing. # ./apctest 2014-11-16 18:39:04 apctest 3.14.12 (29 March 2014) sun Checking configuration ... sharenet.type = Network & ShareUPS Disabled cable.type = USB Cable mode.type = USB UPS Driver apctest FATAL ERROR in apctest.c at line 335 Unable to create UPS lock file. If apcupsd or apctest is already running, please stop it and run this program again. apctest error termination completed From bug-notifications at lists.opencsw.org Mon Nov 17 10:13:49 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 17 Nov 2014 10:13:49 +0100 Subject: [apcupsd 0005217]: apctest dump core In-Reply-To: Message-ID: <9b258bcbeaafbddf9926eba1f80a93b6@www.opencsw.org> The following issue has been set as DUPLICATE OF issue 0005216. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5217 ====================================================================== Reported By: zdima Assigned To: laurent ====================================================================== Project: apcupsd Issue ID: 5217 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: duplicate Duplicate: 0 Fixed in Version: ====================================================================== Date Submitted: 2014-11-14 22:06 CET Last Modified: 2014-11-17 10:13 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 ---------------------------------------------------------------------- duplicate of 0005216 apctest dump core ====================================================================== ---------------------------------------------------------------------- (0010958) laurent (manager) - 2014-11-15 12:51 https://www.opencsw.org/mantis/view.php?id=5217#c10958 ---------------------------------------------------------------------- I can reproduce, I don't remember seeing this before, it's probably a relatively recent regression. I've posted it to upstream's M/L. From bug-notifications at lists.opencsw.org Mon Nov 17 10:13:52 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 17 Nov 2014 10:13:52 +0100 Subject: [apcupsd 0005216]: apctest dump core In-Reply-To: <95534eb37ab4dab718c1e7bc82132244> Message-ID: <19decf04dd2d1462992812ecceca8c12@www.opencsw.org> The issue 0005217 has been set as DUPLICATE OF the following 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-11-17 00:43 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 ====================================================================== ---------------------------------------------------------------------- (0010963) zdima (reporter) - 2014-11-17 00:43 https://www.opencsw.org/mantis/view.php?id=5216#c10963 ---------------------------------------------------------------------- I have checked and the daemon was not in memory. When I start the daemon (not sure if it actually able to detect UPS), the apctest report error and exit (see below). I suspect that there is an issue with configuration and this is where it is crashing. # ./apctest 2014-11-16 18:39:04 apctest 3.14.12 (29 March 2014) sun Checking configuration ... sharenet.type = Network & ShareUPS Disabled cable.type = USB Cable mode.type = USB UPS Driver apctest FATAL ERROR in apctest.c at line 335 Unable to create UPS lock file. If apcupsd or apctest is already running, please stop it and run this program again. apctest error termination completed From bug-notifications at lists.opencsw.org Mon Nov 17 10:21:30 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 17 Nov 2014 10:21:30 +0100 Subject: [apcupsd 0005216]: apctest dump core In-Reply-To: <95534eb37ab4dab718c1e7bc82132244> Message-ID: <2d351a4d3464c029552d67b164df9ebf@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-11-17 10:21 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 ====================================================================== ---------------------------------------------------------------------- (0010964) laurent (manager) - 2014-11-17 10:21 https://www.opencsw.org/mantis/view.php?id=5216#c10964 ---------------------------------------------------------------------- Can you send the output of: ps -edf | grep apc ls -l /var/spool/locks From bug-notifications at lists.opencsw.org Mon Nov 17 12:57:31 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 17 Nov 2014 12:57:31 +0100 Subject: [apcupsd 0005216]: apctest dump core In-Reply-To: <95534eb37ab4dab718c1e7bc82132244> Message-ID: <3f7e841b3bf0c356be89dd3f11ce33bb@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-11-17 12:57 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 ====================================================================== ---------------------------------------------------------------------- (0010965) laurent (manager) - 2014-11-17 12:57 https://www.opencsw.org/mantis/view.php?id=5216#c10965 ---------------------------------------------------------------------- Also, I just pushed an updated package that includes the fix proposed by upstream, could you upgrade and test it? From bug-notifications at lists.opencsw.org Mon Nov 17 17:53:49 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 17 Nov 2014 17:53:49 +0100 Subject: [wesnoth 0003604]: Not sun4m compatible In-Reply-To: <009f7b39b7ccd63a3acdf9f486eab4b9> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=3604 ====================================================================== Reported By: james Assigned To: jgoerzen ====================================================================== Project: wesnoth Issue ID: 3604 Category: packaging Reproducibility: sometimes Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2009-04-02 20:49 CEST Last Modified: 2014-11-17 17:53 CET ====================================================================== Summary: Not sun4m compatible Description: Not sun4m compatible, needs -xarch=v8 to be generic ====================================================================== ---------------------------------------------------------------------- (0007601) jgoerzen (manager) - 2010-03-05 01:12 https://www.opencsw.org/mantis/view.php?id=3604#c7601 ---------------------------------------------------------------------- Makefile must be overriding compiler flags somewhere. Will look into it. ---------------------------------------------------------------------- (0010966) jgoerzen (manager) - 2014-11-17 17:53 https://www.opencsw.org/mantis/view.php?id=3604#c10966 ---------------------------------------------------------------------- Closing this as the minimum ISA for Solaris 10 is sparcv8plus. https://buildfarm.opencsw.org/trac/changeset/15950 From bug-notifications at lists.opencsw.org Mon Nov 17 22:27:30 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 17 Nov 2014 22:27:30 +0100 Subject: [netsnmp 0005218]: netsnmpd cannot be started on Solaris zones Message-ID: <9d35bbf1b7cf6ae14bf5c097fc0dce6c@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5218 ====================================================================== Reported By: ksubramanya Assigned To: ====================================================================== Project: netsnmp Issue ID: 5218 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2014-11-17 22:27 CET Last Modified: 2014-11-17 22:27 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 ] ====================================================================== From bug-notifications at lists.opencsw.org Mon Nov 17 22:42:55 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Mon, 17 Nov 2014 22:42:55 +0100 Subject: [apcupsd 0005216]: apctest dump core In-Reply-To: <95534eb37ab4dab718c1e7bc82132244> Message-ID: 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-11-17 22: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 ====================================================================== ---------------------------------------------------------------------- (0010967) laurent (manager) - 2014-11-17 22:42 https://www.opencsw.org/mantis/view.php?id=5216#c10967 ---------------------------------------------------------------------- Ah, let's not forget: truss apctest >& /tmp/apctest.out and attach the file please. From bug-notifications at lists.opencsw.org Tue Nov 18 02:03:05 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 18 Nov 2014 02:03:05 +0100 Subject: [apcupsd 0005216]: apctest dump core In-Reply-To: <95534eb37ab4dab718c1e7bc82132244> Message-ID: <6f5250c0a74d41e5570010eefcf2af6f@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-11-18 02:03 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 ====================================================================== ---------------------------------------------------------------------- (0010968) zdima (reporter) - 2014-11-18 02:03 https://www.opencsw.org/mantis/view.php?id=5216#c10968 ---------------------------------------------------------------------- Laurent, I am new to OpenCSW. How do i update CSWapcupsd from upstream? From bug-notifications at lists.opencsw.org Tue Nov 18 02:03:47 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 18 Nov 2014 02:03:47 +0100 Subject: [apcupsd 0005216]: apctest dump core In-Reply-To: <95534eb37ab4dab718c1e7bc82132244> Message-ID: 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-11-18 02:03 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 ====================================================================== ---------------------------------------------------------------------- (0010969) zdima (reporter) - 2014-11-18 02:03 https://www.opencsw.org/mantis/view.php?id=5216#c10969 ---------------------------------------------------------------------- root at freenas:/opt/csw/sbin# ps -ef| grep apc root 28741 27542 0 20:02:37 pts/1 0:00 grep apc root at freenas:/opt/csw/sbin# ls -l /var/spool/locks total 4 -rw-r--r-- 1 root root 11 Nov 17 19:34 LCK.. -rw-r--r-- 1 root root 5 Nov 16 18:45 netatalk From bug-notifications at lists.opencsw.org Tue Nov 18 09:38:55 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 18 Nov 2014 09:38:55 +0100 Subject: [apcupsd 0005216]: apctest dump core In-Reply-To: <95534eb37ab4dab718c1e7bc82132244> Message-ID: 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-11-18 09:38 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 ====================================================================== ---------------------------------------------------------------------- (0010970) laurent (manager) - 2014-11-18 09:38 https://www.opencsw.org/mantis/view.php?id=5216#c10970 ---------------------------------------------------------------------- Run pkgutil -UC, it will show you that an updated apcupsd is available, then run pkgutil -u From bug-notifications at lists.opencsw.org Tue Nov 18 10:09:37 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 18 Nov 2014 10:09:37 +0100 Subject: [netsnmp 0005218]: netsnmpd cannot be started on Solaris zones In-Reply-To: <292c6eafa52eddaee128bbed23c56f44> Message-ID: <7ea958dca19ef1476c9d3239516c8c9d@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== 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-11-18 10:09 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 ] ====================================================================== From bug-notifications at lists.opencsw.org Tue Nov 18 10:11:25 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 18 Nov 2014 10:11:25 +0100 Subject: [netsnmp 0005218]: netsnmpd cannot be started on Solaris zones In-Reply-To: <292c6eafa52eddaee128bbed23c56f44> Message-ID: <2c3d3a07226f5de28f158957e71e3b61@www.opencsw.org> The following issue has been UPDATED. ====================================================================== 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-11-18 10:11 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 ] ====================================================================== ---------------------------------------------------------------------- (0010971) cgrzemba (manager) - 2014-11-18 10:11 https://www.opencsw.org/mantis/view.php?id=5218#c10971 ---------------------------------------------------------------------- Can you share with me your google results? Thanks. From bug-notifications at lists.opencsw.org Tue Nov 18 12:55:19 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 18 Nov 2014 12:55:19 +0100 Subject: [apcupsd 0005216]: apctest dump core In-Reply-To: <95534eb37ab4dab718c1e7bc82132244> Message-ID: 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-11-18 12:55 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 ====================================================================== ---------------------------------------------------------------------- (0010972) zdima (reporter) - 2014-11-18 12:55 https://www.opencsw.org/mantis/view.php?id=5216#c10972 ---------------------------------------------------------------------- # /opt/csw/bin/pkgutil -UC=> Fetching new catalog and descriptions (http://mirror.opencsw.org/opencsw/testing/i386/5.11) if available ... ==> 3614 packages loaded from /var/opt/csw/pkgutil/catalog.mirror.opencsw.org_opencsw_testing_i386_5.11 package installed catalog # /opt/csw/bin/pkgutil -u Looking for packages that can be upgraded ... Solving needed dependencies ... Solving dependency order ... Nothing to do. # /opt/csw/bin/pkgutil -l CSWapcupsd CSWcas-initsmf CSWcas-migrateconf CSWcas-preserveconf CSWcommon CSWggettext-data CSWiconv CSWlibcharset1 CSWlibiconv2 CSWlibintl8 CSWlibncurses5 CSWlibwrap1 CSWpkgutil CSWterminfo CSWvim CSWvimrt Do I have to edit configuration file to specify from where to fetch catalog and packages? From bug-notifications at lists.opencsw.org Tue Nov 18 13:55:24 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 18 Nov 2014 13:55:24 +0100 Subject: [apcupsd 0005216]: apctest dump core In-Reply-To: <95534eb37ab4dab718c1e7bc82132244> Message-ID: 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-11-18 13:55 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 ====================================================================== ---------------------------------------------------------------------- (0010973) laurent (manager) - 2014-11-18 13:55 https://www.opencsw.org/mantis/view.php?id=5216#c10973 ---------------------------------------------------------------------- Yes, the update is pushed to "unstable", so you have to point there to get it. From bug-notifications at lists.opencsw.org Tue Nov 18 15:44:56 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 18 Nov 2014 15:44:56 +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-11-18 15:44 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 ] ====================================================================== ---------------------------------------------------------------------- (0010974) ksubramanya (reporter) - 2014-11-18 15:44 https://www.opencsw.org/mantis/view.php?id=5218#c10974 ---------------------------------------------------------------------- here is a link to help resolve this. thank you, http://sourceforge.net/p/net-snmp/bugs/2062/ From bug-notifications at lists.opencsw.org Wed Nov 19 13:29:45 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 19 Nov 2014 13:29:45 +0100 Subject: [wget 0005219]: Running WGET on Solaris 10 results in a crash Message-ID: <8b344518d851004a771c31e150457445@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5219 ====================================================================== Reported By: wungad Assigned To: ====================================================================== Project: wget Issue ID: 5219 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2014-11-19 13:29 CET Last Modified: 2014-11-19 13:29 CET ====================================================================== Summary: Running WGET on Solaris 10 results in a crash Description: wget is linked to a newer libc than is available on unpatched Solaris 10. SUNW_1.22.5 is needed, but SUNW_1.22.5 is available. This is a simmilar to sudo issue reported back in september 2012: https://www.opencsw.org/mantis/view.php?id=5003 ====================================================================== From bug-notifications at lists.opencsw.org Wed Nov 19 13:37:07 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 19 Nov 2014 13:37:07 +0100 Subject: [wget 0005219]: Running WGET on Solaris 10 results in a crash In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5219 ====================================================================== Reported By: wungad Assigned To: ====================================================================== Project: wget Issue ID: 5219 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: new ====================================================================== Date Submitted: 2014-11-19 13:29 CET Last Modified: 2014-11-19 13:37 CET ====================================================================== Summary: Running WGET on Solaris 10 results in a crash Description: wget is linked to a newer libc than is available on unpatched Solaris 10. SUNW_1.22.5 is needed, but SUNW_1.22.5 is available. This is a simmilar to sudo issue reported back in september 2012: https://www.opencsw.org/mantis/view.php?id=5003 ====================================================================== ---------------------------------------------------------------------- (0010975) wungad (reporter) - 2014-11-19 13:37 https://www.opencsw.org/mantis/view.php?id=5219#c10975 ---------------------------------------------------------------------- Correction, SUNW_1.22.3 is available. From bug-notifications at lists.opencsw.org Wed Nov 19 22:22:33 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 19 Nov 2014 22:22:33 +0100 Subject: [wget 0005219]: Running WGET on Solaris 10 results in a crash In-Reply-To: Message-ID: <31f90f6c30fd6d379d98793b92cb3caa@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5219 ====================================================================== Reported By: wungad Assigned To: dam ====================================================================== Project: wget Issue ID: 5219 Category: packaging Reproducibility: always Severity: crash Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-11-19 13:29 CET Last Modified: 2014-11-19 22:22 CET ====================================================================== Summary: Running WGET on Solaris 10 results in a crash Description: wget is linked to a newer libc than is available on unpatched Solaris 10. SUNW_1.22.5 is needed, but SUNW_1.22.5 is available. This is a simmilar to sudo issue reported back in september 2012: https://www.opencsw.org/mantis/view.php?id=5003 ====================================================================== ---------------------------------------------------------------------- (0010975) wungad (reporter) - 2014-11-19 13:37 https://www.opencsw.org/mantis/view.php?id=5219#c10975 ---------------------------------------------------------------------- Correction, SUNW_1.22.3 is available. From bug-notifications at lists.opencsw.org Wed Nov 19 22:25:45 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 19 Nov 2014 22:25:45 +0100 Subject: [python27 0005210]: Importig SSL module on Solaris 10 results in ImportError In-Reply-To: <93420ff969de841b6bfb0473c62c8bfc> Message-ID: <2631e66e66194a01caa618471e079b44@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== 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: feedback ====================================================================== Date Submitted: 2014-10-03 09:48 CEST Last Modified: 2014-11-19 22:25 CET ====================================================================== Summary: Importig SSL module on Solaris 10 results in ImportError Description: Trying to import ssl result in a import error. See additional information. ====================================================================== ---------------------------------------------------------------------- (0010976) dam (administrator) - 2014-11-19 22:25 https://www.opencsw.org/mantis/view.php?id=5210#c10976 ---------------------------------------------------------------------- I have dam at unstable10s [unstable10s]:/home/dam > ldd /opt/csw/lib/python2.7/lib-dynload/_ssl.so libssl.so.1.0.0 => /opt/csw/lib/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/libcrypto.so.1.0.0 libpython2.7.so.1.0 => /opt/csw/lib/libpython2.7.so.1.0 libgcc_s.so.1 => /opt/csw/lib/libgcc_s.so.1 libc.so.1 => /lib/libc.so.1 libcrypto.so.1.0.0 => /opt/csw/lib/sparcv8plus+vis/libcrypto.so.1.0.0 libsocket.so.1 => /lib/libsocket.so.1 libnsl.so.1 => /lib/libnsl.so.1 librt.so.1 => /lib/librt.so.1 libdl.so.1 => /lib/libdl.so.1 libm.so.2 => /lib/libm.so.2 libmp.so.2 => /lib/libmp.so.2 libmd.so.1 => /lib/libmd.so.1 libscf.so.1 => /lib/libscf.so.1 libaio.so.1 => /lib/libaio.so.1 libdoor.so.1 => /lib/libdoor.so.1 libuutil.so.1 => /lib/libuutil.so.1 libgen.so.1 => /lib/libgen.so.1 /platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1 /platform/SUNW,SPARC-Enterprise-T5220/lib/libmd_psr.so.1 Please make sure to test on Solaris 10u8 as this is the earliest release we support. From bug-notifications at lists.opencsw.org Thu Nov 20 07:00:51 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 20 Nov 2014 07:00:51 +0100 Subject: [python27 0005210]: Importig SSL module on Solaris 10 results in ImportError In-Reply-To: <93420ff969de841b6bfb0473c62c8bfc> Message-ID: A NOTE has been added to this issue. ====================================================================== 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: feedback ====================================================================== Date Submitted: 2014-10-03 09:48 CEST Last Modified: 2014-11-20 07:00 CET ====================================================================== Summary: Importig SSL module on Solaris 10 results in ImportError Description: Trying to import ssl result in a import error. See additional information. ====================================================================== ---------------------------------------------------------------------- (0010977) wungad (reporter) - 2014-11-20 07:00 https://www.opencsw.org/mantis/view.php?id=5210#c10977 ---------------------------------------------------------------------- $ ldd /opt/csw/lib/python2.7/lib-dynload/_ssl.so | grep 'not found' libc.so.1 (SUNW_1.22.5) => (version not found) libc.so.1 (SUNW_1.22.5) => (version not found) Ok, it seems it's the same issue as many of other tools. SUNW_1.22.5 is needed, but we only have SUNW_1.22.2: $ pvs -s /lib/libc.so | grep SUNW_1.22 SUNW_1.22.3: SUNW_1.22.2: SUNW_1.22.1: SUNW_1.22: We're running Solaris 10u6: $ cat /etc/release Solaris 10 10/08 s10s_u6wos_07b SPARC Copyright 2008 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 27 October 2008 Since libc is not a subject to big changes I presume your binaries could be rebuilt against an older version of libc. If that is not the case just close the issue and we're done. From bug-notifications at lists.opencsw.org Thu Nov 20 14:02:54 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 20 Nov 2014 14:02:54 +0100 Subject: [apcupsd 0005216]: apctest dump core In-Reply-To: <95534eb37ab4dab718c1e7bc82132244> Message-ID: 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-11-20 14:02 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 ====================================================================== ---------------------------------------------------------------------- (0010978) zdima (reporter) - 2014-11-20 14:02 https://www.opencsw.org/mantis/view.php?id=5216#c10978 ---------------------------------------------------------------------- The apctest is not crashing anymore. However, it is reporting error: Checking source i found that more useful debug messages are at much higher value and run with -d 500. The information that lead to understanding is: libusbugen.so.1: libusb_init() returned 0 plugin rev is 1 wrapper rev is 1 winfo.ploaded is 1 completed usb init() usb_bus ptr = 0x80ce548 busp is 0x80ce548 0.001 apcupsd: generic-usb.c:416 Found 1 USB busses 0.025 apcupsd: generic-usb.c:418 Found 4 USB devices 0.025 apcupsd: generic-usb.c:429 /dev/usb:4f2.111/0 - 04f2:0111 0.025 apcupsd: generic-usb.c:304 Not an APC device. 0.025 apcupsd: generic-usb.c:429 /dev/usb:764.501/0 - 0764:0501 0.025 apcupsd: generic-usb.c:304 Not an APC device. My UPS is known as /dev/usb:764.501/0 - 0764:0501, and it is not considered as known UPS. This is CyberPower Intelligent LCD CP1000AVRLCD. I think we can close this ticket. One suggestion is to print in apctest output a proper reason for a failure if possible. Thanks for all your help. From bug-notifications at lists.opencsw.org Thu Nov 20 22:51:42 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 20 Nov 2014 22:51:42 +0100 Subject: [ruby_augeas 0005186]: CSWrubyaugeas is no longer working with latest version of CSWruby18 In-Reply-To: Message-ID: <53fedb4013bd95d2d22e3ae9b4b2d35a@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5186 ====================================================================== Reported By: vduncan Assigned To: tosmi ====================================================================== Project: ruby_augeas Issue ID: 5186 Category: Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-07-04 18:49 CEST Last Modified: 2014-11-20 22:51 CET ====================================================================== Summary: CSWrubyaugeas is no longer working with latest version of CSWruby18 Description: When updating CSWruby18 to version 1.8.7p357,REV=2014.05.06 on our servers, the _augeas.so library can no longer be found. CSWrubyaugeas is version 0.4.1,REV=2012.03.25. Version 1.8.7p334,REV=2011.03.24 of CSWruby18 works correctly with CSWrubyaugeas version 0.4.1,REV=2012.03.25. The problem is that _augeas.so is installed to: /opt/csw/lib/ruby/site_ruby/1.8/i386-solaris2.9 However, the latest version of ruby expects the library to be here: /opt/csw/lib/ruby/site_ruby/1.8/i386-solaris2.10 See Additional Information below for more details. I believe CSWrubyaugeas needs to be updated to install to the i386-solaris2.10 directory. ====================================================================== From bug-notifications at lists.opencsw.org Thu Nov 20 22:56:30 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 20 Nov 2014 22:56:30 +0100 Subject: [ruby_augeas 0005186]: CSWrubyaugeas is no longer working with latest version of CSWruby18 In-Reply-To: Message-ID: <50f835395dbcf94802436bcf68ff8c3a@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5186 ====================================================================== Reported By: vduncan Assigned To: tosmi ====================================================================== Project: ruby_augeas Issue ID: 5186 Category: Reproducibility: always Severity: tweak Priority: normal Status: assigned ====================================================================== Date Submitted: 2014-07-04 18:49 CEST Last Modified: 2014-11-20 22:56 CET ====================================================================== Summary: CSWrubyaugeas is no longer working with latest version of CSWruby18 Description: When updating CSWruby18 to version 1.8.7p357,REV=2014.05.06 on our servers, the _augeas.so library can no longer be found. CSWrubyaugeas is version 0.4.1,REV=2012.03.25. Version 1.8.7p334,REV=2011.03.24 of CSWruby18 works correctly with CSWrubyaugeas version 0.4.1,REV=2012.03.25. The problem is that _augeas.so is installed to: /opt/csw/lib/ruby/site_ruby/1.8/i386-solaris2.9 However, the latest version of ruby expects the library to be here: /opt/csw/lib/ruby/site_ruby/1.8/i386-solaris2.10 See Additional Information below for more details. I believe CSWrubyaugeas needs to be updated to install to the i386-solaris2.10 directory. ====================================================================== ---------------------------------------------------------------------- (0010979) tosmi (manager) - 2014-11-20 22:56 https://www.opencsw.org/mantis/view.php?id=5186#c10979 ---------------------------------------------------------------------- i'm going to close this issue as we are on the way of upgrading rubyaugeas to 0.5.0) . if you install the latest and greatest version of rubyaugeas from unstable its going to pull ruby20. this issue was also only related to i386. you can always switch ruby version with alternatives --config ruby thanks toni From bug-notifications at lists.opencsw.org Thu Nov 20 22:59:25 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Thu, 20 Nov 2014 22:59:25 +0100 Subject: [ruby_augeas 0005186]: CSWrubyaugeas is no longer working with latest version of CSWruby18 In-Reply-To: Message-ID: <2d8d5b11362068e90d405777768c1d65@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5186 ====================================================================== Reported By: vduncan Assigned To: tosmi ====================================================================== Project: ruby_augeas Issue ID: 5186 Category: Reproducibility: always Severity: tweak Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2014-07-04 18:49 CEST Last Modified: 2014-11-20 22:59 CET ====================================================================== Summary: CSWrubyaugeas is no longer working with latest version of CSWruby18 Description: When updating CSWruby18 to version 1.8.7p357,REV=2014.05.06 on our servers, the _augeas.so library can no longer be found. CSWrubyaugeas is version 0.4.1,REV=2012.03.25. Version 1.8.7p334,REV=2011.03.24 of CSWruby18 works correctly with CSWrubyaugeas version 0.4.1,REV=2012.03.25. The problem is that _augeas.so is installed to: /opt/csw/lib/ruby/site_ruby/1.8/i386-solaris2.9 However, the latest version of ruby expects the library to be here: /opt/csw/lib/ruby/site_ruby/1.8/i386-solaris2.10 See Additional Information below for more details. I believe CSWrubyaugeas needs to be updated to install to the i386-solaris2.10 directory. ====================================================================== ---------------------------------------------------------------------- (0010980) tosmi (manager) - 2014-11-20 22:59 https://www.opencsw.org/mantis/view.php?id=5186#c10980 ---------------------------------------------------------------------- we are on the way of upgrading all puppet3 related packages. this includes newer versions of rubyaugeas and augeas which should then work with the latest puppet packages. i'm not going to support puppet < 3, so someone else has to step up if puppet 2 support is still required. From bug-notifications at lists.opencsw.org Fri Nov 21 08:50:50 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 21 Nov 2014 08:50:50 +0100 Subject: [python27 0005210]: Importig SSL module on Solaris 10 results in ImportError In-Reply-To: <93420ff969de841b6bfb0473c62c8bfc> Message-ID: A NOTE has been added to this issue. ====================================================================== 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: feedback ====================================================================== Date Submitted: 2014-10-03 09:48 CEST Last Modified: 2014-11-21 08:50 CET ====================================================================== Summary: Importig SSL module on Solaris 10 results in ImportError Description: Trying to import ssl result in a import error. See additional information. ====================================================================== ---------------------------------------------------------------------- (0010981) dam (administrator) - 2014-11-21 08:50 https://www.opencsw.org/mantis/view.php?id=5210#c10981 ---------------------------------------------------------------------- The problem is that it is hard to rebuild transitive toolchains as all dependencies must then link to the lower ABI. Additionally, there are interdependencies between different libraries like libc and libnsl when a function from libnsl from the recent version uses a function only available in a new libc - then you are basically stuck with downreving the Solaris on the buildfarm (which we can't do as some fixes we rely on in ZFS and the linker are only available in later releases). So in short in short I suggest you just update to u11 and everything works as expected. From bug-notifications at lists.opencsw.org Fri Nov 21 09:01:06 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Fri, 21 Nov 2014 09:01:06 +0100 Subject: [python27 0005210]: Importig SSL module on Solaris 10 results in ImportError In-Reply-To: <93420ff969de841b6bfb0473c62c8bfc> Message-ID: <7c83d7ed9e80dfaf9a820e1f02dc8a41@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== 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: feedback ====================================================================== Date Submitted: 2014-10-03 09:48 CEST Last Modified: 2014-11-21 09:01 CET ====================================================================== Summary: Importig SSL module on Solaris 10 results in ImportError Description: Trying to import ssl result in a import error. See additional information. ====================================================================== ---------------------------------------------------------------------- (0010982) wungad (reporter) - 2014-11-21 09:01 https://www.opencsw.org/mantis/view.php?id=5210#c10982 ---------------------------------------------------------------------- Yeah, I thought so. The update is out of the question for these machines. Ok, as long as we know what's going on. Please close this issue. From bug-notifications at lists.opencsw.org Sat Nov 22 21:10:47 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Sat, 22 Nov 2014 21:10:47 +0100 Subject: [collectd 0005046]: Patch for svc-collectd SMF method to use collectd mon In-Reply-To: <14d254ed34e71d3a22d0b0522e02da46> Message-ID: <48d20015c094413f0ff27dc628b17e83@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5046 ====================================================================== Reported By: favoretti Assigned To: ====================================================================== Project: collectd Issue ID: 5046 Category: Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-01-16 03:28 CET Last Modified: 2014-11-22 21:10 CET ====================================================================== Summary: Patch for svc-collectd SMF method to use collectd mon Description: Since collectd has a nice watchdog daemon to make sure it keeps running, I adjusted SMF script to make use of it as well. Attached. ====================================================================== ---------------------------------------------------------------------- (0010983) tosmi (reporter) - 2014-11-22 21:10 https://www.opencsw.org/mantis/view.php?id=5046#c10983 ---------------------------------------------------------------------- i going to bump the collectd version to 5.4.1, this also includes the updated script. let's see how this works out... From bug-notifications at lists.opencsw.org Tue Nov 25 11:18:16 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Tue, 25 Nov 2014 11:18:16 +0100 Subject: [libpcap1 0005220]: Installation of partially failed - pathname does not exist - Solaris 10 Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5220 ====================================================================== Reported By: kresimir Assigned To: ====================================================================== Project: libpcap1 Issue ID: 5220 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2014-11-25 11:18 CET Last Modified: 2014-11-25 11:18 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 Nov 26 08:34:11 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 26 Nov 2014 08:34:11 +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-11-26 08:34 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 ] ====================================================================== ---------------------------------------------------------------------- (0010984) cgrzemba (manager) - 2014-11-26 08:34 https://www.opencsw.org/mantis/view.php?id=5218#c10984 ---------------------------------------------------------------------- Because it works for me on: SunOS testcsw 5.10 Generic_147440-27 sun4u sparc SUNW,Sun-Fire-V240 can you provide me more information of your environment: - Solaris x86 or sparc - Kernel version Thanks From bug-notifications at lists.opencsw.org Wed Nov 26 18:38:01 2014 From: bug-notifications at lists.opencsw.org (Mantis Bug Tracker via bug-notifications) Date: Wed, 26 Nov 2014 18:38:01 +0100 Subject: [squid 0005221]: squid crashes with Illegal Instruction error immediately after startup Message-ID: The following issue has been SUBMITTED. ====================================================================== 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-11-26 18:38 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. ======================================================================