From noreply at opencsw.org Sun Mar 3 01:19:24 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 3 Mar 2013 01:19:24 +0100 Subject: [bug-notifications] [puppet3 0005035]: puppet3 start / stop script doesnt start puppet agent In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5035 ====================================================================== Reported By: pgsonny Assigned To: markp ====================================================================== Project: puppet3 Issue ID: 5035 Category: Reproducibility: always Severity: minor Priority: normal Status: acknowledged ====================================================================== Date Submitted: 2013-01-04 19:21 CET Last Modified: 2013-03-03 01:19 CET ====================================================================== Summary: puppet3 start / stop script doesnt start puppet agent Description: Hi dear Mark! Thanks for integration of puppet3 to CSW!!!! I didnt know v3 was out, only saw on it on CSW. :) I ran across an issue, that the puppet agent wont start via SMF with the current start/stop script contained in the CSWpuppet3 package. Had CSWpuppet v2.7.18 running and updated to CSWpuppet3 v3.0.1. Same ofcourse for the master. The master works great, but the agent wont start. I put my investigation output in the additional information text-area. Hope to help! Take care, Anthony ====================================================================== ---------------------------------------------------------------------- (0010278) jcraig (developer) - 2013-03-03 01:19 https://www.opencsw.org/mantis/view.php?id=5035#c10278 ---------------------------------------------------------------------- I've begun playing with puppet3/puppetmaster3 and have some fixes to enable this package to run on Solaris. I've only done cursory validation on my Solaris 11 x86 and I have little experience with puppet. I'll attach my changes so you can make use of them as you see fit. If you roll the files.tar file on a server with puppet3 installed it will make the current package usable. As an interesting side note, this release seems to allow the /etc/puppet directory to be changed to /etc/opt/csw/puppet without the difficulties of the past. I also suggest a couple of changes to the configuration examples, which can be found in the attached file conf.example.tar. Hope this helps. From noreply at opencsw.org Tue Mar 5 09:47:03 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 5 Mar 2013 09:47:03 +0100 Subject: [bug-notifications] [openssh 0005054]: smf service of cswopenssh kills all connections on disbale Message-ID: <783b1db50743d344bf4d6ec2b99d0d0b@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5054 ====================================================================== Reported By: jh Assigned To: ====================================================================== Project: openssh Issue ID: 5054 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-03-05 09:47 CET Last Modified: 2013-03-05 09:47 CET ====================================================================== Summary: smf service of cswopenssh kills all connections on disbale Description: Post from IRC: [ 04:01:18 ] [ bwilson_ ] hmm, even with the csw openssh svc scripts/manifest, a `svcadm disable openssh`, kills all currently established processes. Looking at http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/openssh/trunk/files/sshd.smf_wrapper and http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/openssh/trunk/files/cswopenssh.xml this seems to be true. As a stop is just a :kill which probably kills all connections. The "old" init script is more advanced: http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/openssh/trunk/files/cswopenssh even though looking at the solaris ssh it does the same thing. So maybe I'm wrong here: ====================================================================== From noreply at opencsw.org Tue Mar 5 11:57:34 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 5 Mar 2013 11:57:34 +0100 Subject: [bug-notifications] [emacs 0005052]: after upgrading emacs from version 23.1 to 24.2 it doesn't start up anymore In-Reply-To: <0c5845ff0faa0837c4cb3160647727c6> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5052 ====================================================================== Reported By: blindpassenger Assigned To: pfelecan ====================================================================== Project: emacs Issue ID: 5052 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-02-21 09:51 CET Last Modified: 2013-03-05 11:57 CET ====================================================================== Summary: after upgrading emacs from version 23.1 to 24.2 it doesn't start up anymore Description: I updated emacs with "pkgutil -u emacs" from version 23.1 to version 24.2 which forced an upgrade of overall 57 packages. once the upgrade was done I tried to start emacs, but it didn't start up with the following error message: ld.so.1: emacs-athena: fatal: relocation error: file /opt/csw/lib/libgio-2.0.so.0: symbol g_cclosure_marshal_generic: referenced symbol not found ====================================================================== ---------------------------------------------------------------------- (0010279) blindpassenger (reporter) - 2013-03-05 11:57 https://www.opencsw.org/mantis/view.php?id=5052#c10279 ---------------------------------------------------------------------- Sorry for the late answer, but I was ill. I tried the emacs-athena and the emacs-gtk package and I am getting the same error with both of the packages. Here is the output of uname -a: SunOS chdev2 5.10 Generic_147440-05 sun4u sparc SUNW,Netra-T12 Here is some further information: #emacs ld.so.1: emacs-athena: fatal: relocation error: file /opt/csw/lib/libgio-2.0.so.0: symbol g_cclosure_marshal_generic: referenced symbol not found Killed #ls -la /opt/csw/bin/emacs lrwxrwxrwx 1 root other 25 Feb 20 19:33 /opt/csw/bin/emacs -> /opt/csw/bin/emacs-athena #ls -la /opt/csw/bin/emacs-athena -rwxr-xr-x 2 root bin 12453816 Oct 10 11:49 /opt/csw/bin/emacs-athena #ls -la /opt/csw/bin/emacs-gtk -rwxr-xr-x 2 root bin 12453764 Oct 10 11:49 /opt/csw/bin/emacs-gtk #/opt/csw/bin/emacs-gtk ld.so.1: emacs-gtk: fatal: relocation error: file /opt/csw/lib/libgio-2.0.so.0: symbol g_cclosure_marshal_generic: referenced symbol not found Killed From noreply at opencsw.org Thu Mar 7 15:17:07 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 7 Mar 2013 15:17:07 +0100 Subject: [bug-notifications] [unixodbc_dev 0005055]: SIZEOF_LONG_INT should be different in unixodbc_conf.h for 32 and 64 bit Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5055 ====================================================================== Reported By: dam Assigned To: ====================================================================== Project: unixodbc_dev Issue ID: 5055 Category: Reproducibility: have not tried Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-03-07 15:17 CET Last Modified: 2013-03-07 15:17 CET ====================================================================== Summary: SIZEOF_LONG_INT should be different in unixodbc_conf.h for 32 and 64 bit Description: diff -Naur install-isa-sparcv8/opt/csw/include/unixodbc_conf.h install-isa-sparcv9/opt/csw/include/unixodbc_conf.h --- install-isa-sparcv8/opt/csw/include/unixodbc_conf.h 2011-12-16 13:50:20.714978266 +0100 +++ install-isa-sparcv9/opt/csw/include/unixodbc_conf.h 2011-12-16 13:58:41.179524061 +0100 @@ -44,7 +44,7 @@ #endif #ifndef SIZEOF_LONG_INT -#define SIZEOF_LONG_INT 4 +#define SIZEOF_LONG_INT 8 #endif #ifndef ALLREADY_HAVE_WINDOWS_TYPE ====================================================================== From noreply at opencsw.org Thu Mar 7 18:15:27 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 7 Mar 2013 18:15:27 +0100 Subject: [bug-notifications] [unixodbc_dev 0005055]: SIZEOF_LONG_INT should be different in unixodbc_conf.h for 32 and 64 bit In-Reply-To: <28c8dd72732c6f0755a02cbb51a277d5> Message-ID: <1601967279082842536566be2eca232d@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5055 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: unixodbc_dev Issue ID: 5055 Category: Reproducibility: have not tried Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-03-07 15:17 CET Last Modified: 2013-03-07 18:15 CET ====================================================================== Summary: SIZEOF_LONG_INT should be different in unixodbc_conf.h for 32 and 64 bit Description: diff -Naur install-isa-sparcv8/opt/csw/include/unixodbc_conf.h install-isa-sparcv9/opt/csw/include/unixodbc_conf.h --- install-isa-sparcv8/opt/csw/include/unixodbc_conf.h 2011-12-16 13:50:20.714978266 +0100 +++ install-isa-sparcv9/opt/csw/include/unixodbc_conf.h 2011-12-16 13:58:41.179524061 +0100 @@ -44,7 +44,7 @@ #endif #ifndef SIZEOF_LONG_INT -#define SIZEOF_LONG_INT 4 +#define SIZEOF_LONG_INT 8 #endif #ifndef ALLREADY_HAVE_WINDOWS_TYPE ====================================================================== From noreply at opencsw.org Thu Mar 7 18:15:53 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 7 Mar 2013 18:15:53 +0100 Subject: [bug-notifications] [unixodbc_dev 0005055]: SIZEOF_LONG_INT should be different in unixodbc_conf.h for 32 and 64 bit In-Reply-To: <28c8dd72732c6f0755a02cbb51a277d5> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5055 ====================================================================== Reported By: dam Assigned To: dam ====================================================================== Project: unixodbc_dev Issue ID: 5055 Category: Reproducibility: have not tried Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-03-07 15:17 CET Last Modified: 2013-03-07 18:15 CET ====================================================================== Summary: SIZEOF_LONG_INT should be different in unixodbc_conf.h for 32 and 64 bit Description: diff -Naur install-isa-sparcv8/opt/csw/include/unixodbc_conf.h install-isa-sparcv9/opt/csw/include/unixodbc_conf.h --- install-isa-sparcv8/opt/csw/include/unixodbc_conf.h 2011-12-16 13:50:20.714978266 +0100 +++ install-isa-sparcv9/opt/csw/include/unixodbc_conf.h 2011-12-16 13:58:41.179524061 +0100 @@ -44,7 +44,7 @@ #endif #ifndef SIZEOF_LONG_INT -#define SIZEOF_LONG_INT 4 +#define SIZEOF_LONG_INT 8 #endif #ifndef ALLREADY_HAVE_WINDOWS_TYPE ====================================================================== ---------------------------------------------------------------------- (0010280) dam (administrator) - 2013-03-07 18:15 https://www.opencsw.org/mantis/view.php?id=5055#c10280 ---------------------------------------------------------------------- This issue is resolved in 2.3.1,REV=2013.03.07 and pushed to unstable. From noreply at opencsw.org Fri Mar 8 13:43:18 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 Mar 2013 13:43:18 +0100 Subject: [bug-notifications] [ocaml 0005056]: hevea depends on 3.12 features Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5056 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: ocaml Issue ID: 5056 Category: upgrade Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-03-08 13:43 CET Last Modified: 2013-03-08 13:43 CET ====================================================================== Summary: hevea depends on 3.12 features Description: Trying to upgrade hevea but it uses constructs specific to the 3.12 version of Ocaml. What's the horizon of such an upgrade? TIA ====================================================================== From noreply at opencsw.org Fri Mar 8 15:30:12 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 Mar 2013 15:30:12 +0100 Subject: [bug-notifications] [emacs 0005052]: after upgrading emacs from version 23.1 to 24.2 it doesn't start up anymore In-Reply-To: <0c5845ff0faa0837c4cb3160647727c6> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5052 ====================================================================== Reported By: blindpassenger Assigned To: pfelecan ====================================================================== Project: emacs Issue ID: 5052 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-02-21 09:51 CET Last Modified: 2013-03-08 15:30 CET ====================================================================== Summary: after upgrading emacs from version 23.1 to 24.2 it doesn't start up anymore Description: I updated emacs with "pkgutil -u emacs" from version 23.1 to version 24.2 which forced an upgrade of overall 57 packages. once the upgrade was done I tried to start emacs, but it didn't start up with the following error message: ld.so.1: emacs-athena: fatal: relocation error: file /opt/csw/lib/libgio-2.0.so.0: symbol g_cclosure_marshal_generic: referenced symbol not found ====================================================================== ---------------------------------------------------------------------- (0010281) pfelecan (manager) - 2013-03-08 15:30 https://www.opencsw.org/mantis/view.php?id=5052#c10281 ---------------------------------------------------------------------- The g_cclosure_marshal_generic symbol is defined by libgobject-2.0.so.0.3200.4 which is part of CSWlibgobject2-0-0 package and is an explicit run-time dependency of CSWemacs-athena and CSWemacs-gtk (see http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/emacs/trunk/Makefile#L266 and http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/emacs/trunk/Makefile#L341). There was something weird happening in the upgrade process that I cannot reproduce. However, explicitly installing the CSWlibgobject2-0-0 package will solve the issue. From noreply at opencsw.org Fri Mar 8 17:19:17 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 8 Mar 2013 17:19:17 +0100 Subject: [bug-notifications] [logrotate 0005057]: File globbing broken Message-ID: <7ec25e11b0442f5009578b515559b0fb@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5057 ====================================================================== Reported By: jcraig Assigned To: ====================================================================== Project: logrotate Issue ID: 5057 Category: regular use Reproducibility: always Severity: major Priority: normal Status: new ====================================================================== Date Submitted: 2013-03-08 17:19 CET Last Modified: 2013-03-08 17:19 CET ====================================================================== Summary: File globbing broken Description: This worked under the 3.7.4 version which installed into /opt/csw/bin and is broken in 3.8.3 which is installed in /opt/csw/sbin. I verified my test functions as expected using 3.8.3 version provided by fedora. The configuration clause is: /lcl/*/data/*/dump/diag/*/*/*/trace/*.log { copytruncate rotate 16 noolddir daily } which results in no files being considered for rotation when a number of files should be matched. If I "ls" with the same path string, then the list of files that should match is displayed. ====================================================================== From noreply at opencsw.org Mon Mar 11 17:23:55 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 Mar 2013 17:23:55 +0100 Subject: [bug-notifications] [openssh 0005054]: smf service of cswopenssh kills all connections on disbale In-Reply-To: <16535662fba0dc1fa27435c507e2d8b6> Message-ID: The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5054 ====================================================================== Reported By: jh Assigned To: yann ====================================================================== Project: openssh Issue ID: 5054 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-03-05 09:47 CET Last Modified: 2013-03-11 17:23 CET ====================================================================== Summary: smf service of cswopenssh kills all connections on disbale Description: Post from IRC: [ 04:01:18 ] [ bwilson_ ] hmm, even with the csw openssh svc scripts/manifest, a `svcadm disable openssh`, kills all currently established processes. Looking at http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/openssh/trunk/files/sshd.smf_wrapper and http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/openssh/trunk/files/cswopenssh.xml this seems to be true. As a stop is just a :kill which probably kills all connections. The "old" init script is more advanced: http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/openssh/trunk/files/cswopenssh even though looking at the solaris ssh it does the same thing. So maybe I'm wrong here: ====================================================================== ---------------------------------------------------------------------- (0010282) yann (manager) - 2013-03-11 17:23 https://www.opencsw.org/mantis/view.php?id=5054#c10282 ---------------------------------------------------------------------- Hi jh, I don't reproduce your problem. openssh is compiled with the "--with-solaris-contracts" option which should avoid the behavior you are describing when the master daemon is killed by smf. I tested with the version available in testing and unstable. Can you give me more information about you reproduce this problem and the versions of Solaris / Openssh you are using ? Thanks in advance. Yann From noreply at opencsw.org Mon Mar 11 17:27:18 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 Mar 2013 17:27:18 +0100 Subject: [bug-notifications] [openssh 0005054]: smf service of cswopenssh kills all connections on disbale In-Reply-To: <16535662fba0dc1fa27435c507e2d8b6> Message-ID: <7976d043beab557a2b026460ffe8c7c4@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5054 ====================================================================== Reported By: jh Assigned To: yann ====================================================================== Project: openssh Issue ID: 5054 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-03-05 09:47 CET Last Modified: 2013-03-11 17:27 CET ====================================================================== Summary: smf service of cswopenssh kills all connections on disbale Description: Post from IRC: [ 04:01:18 ] [ bwilson_ ] hmm, even with the csw openssh svc scripts/manifest, a `svcadm disable openssh`, kills all currently established processes. Looking at http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/openssh/trunk/files/sshd.smf_wrapper and http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/openssh/trunk/files/cswopenssh.xml this seems to be true. As a stop is just a :kill which probably kills all connections. The "old" init script is more advanced: http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/openssh/trunk/files/cswopenssh even though looking at the solaris ssh it does the same thing. So maybe I'm wrong here: ====================================================================== ---------------------------------------------------------------------- (0010283) jh (developer) - 2013-03-11 17:27 https://www.opencsw.org/mantis/view.php?id=5054#c10283 ---------------------------------------------------------------------- Hi, I can't :) I just picked it up on irc and look at the code for a few seconds :) And thought maybe this is a problem. But since you can't reproduce it I will close the bug. Since the guy is gone on irc so I can't reach him From noreply at opencsw.org Mon Mar 11 17:27:47 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 Mar 2013 17:27:47 +0100 Subject: [bug-notifications] [openssh 0005054]: smf service of cswopenssh kills all connections on disbale In-Reply-To: <16535662fba0dc1fa27435c507e2d8b6> Message-ID: <09ea2b2cc9c6a5666052ca44bb4e3e54@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5054 ====================================================================== Reported By: jh Assigned To: yann ====================================================================== Project: openssh Issue ID: 5054 Category: regular use Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-03-05 09:47 CET Last Modified: 2013-03-11 17:27 CET ====================================================================== Summary: smf service of cswopenssh kills all connections on disbale Description: Post from IRC: [ 04:01:18 ] [ bwilson_ ] hmm, even with the csw openssh svc scripts/manifest, a `svcadm disable openssh`, kills all currently established processes. Looking at http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/openssh/trunk/files/sshd.smf_wrapper and http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/openssh/trunk/files/cswopenssh.xml this seems to be true. As a stop is just a :kill which probably kills all connections. The "old" init script is more advanced: http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/openssh/trunk/files/cswopenssh even though looking at the solaris ssh it does the same thing. So maybe I'm wrong here: ====================================================================== ---------------------------------------------------------------------- (0010283) jh (developer) - 2013-03-11 17:27 https://www.opencsw.org/mantis/view.php?id=5054#c10283 ---------------------------------------------------------------------- Hi, I can't :) I just picked it up on irc and look at the code for a few seconds :) And thought maybe this is a problem. But since you can't reproduce it I will close the bug. Since the guy is gone on irc so I can't reach him From noreply at opencsw.org Mon Mar 11 17:58:06 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Mon, 11 Mar 2013 17:58:06 +0100 Subject: [bug-notifications] [puppet3 0005035]: puppet3 start / stop script doesnt start puppet agent In-Reply-To: Message-ID: <8c962d52e70ddb8b5e22956d1f3dd191@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5035 ====================================================================== Reported By: pgsonny Assigned To: markp ====================================================================== Project: puppet3 Issue ID: 5035 Category: Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2013-01-04 19:21 CET Last Modified: 2013-03-11 17:58 CET ====================================================================== Summary: puppet3 start / stop script doesnt start puppet agent Description: Hi dear Mark! Thanks for integration of puppet3 to CSW!!!! I didnt know v3 was out, only saw on it on CSW. :) I ran across an issue, that the puppet agent wont start via SMF with the current start/stop script contained in the CSWpuppet3 package. Had CSWpuppet v2.7.18 running and updated to CSWpuppet3 v3.0.1. Same ofcourse for the master. The master works great, but the agent wont start. I put my investigation output in the additional information text-area. Hope to help! Take care, Anthony ====================================================================== ---------------------------------------------------------------------- (0010284) markp (manager) - 2013-03-11 17:58 https://www.opencsw.org/mantis/view.php?id=5035#c10284 ---------------------------------------------------------------------- Fixed in the 3.1.0 release I'm about to push. From noreply at opencsw.org Tue Mar 12 15:14:32 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 Mar 2013 15:14:32 +0100 Subject: [bug-notifications] [apcupsd 0005058]: Please add --enable-usb to Configure Options Message-ID: <951b222914cc1a3258c0df316ce6fc1a@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5058 ====================================================================== Reported By: bollar Assigned To: ====================================================================== Project: apcupsd Issue ID: 5058 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2013-03-12 15:14 CET Last Modified: 2013-03-12 15:14 CET ====================================================================== Summary: Please add --enable-usb to Configure Options Description: The current package doesn't support APC devices that connect via USB (basically the BackUPS XS/RS series). Adding this switch to ./configure will add the code that supports USB. ====================================================================== From noreply at opencsw.org Tue Mar 12 15:18:19 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 Mar 2013 15:18:19 +0100 Subject: [bug-notifications] [apcupsd 0005059]: Please add --enable-cgi to Configure Options Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5059 ====================================================================== Reported By: bollar Assigned To: ====================================================================== Project: apcupsd Issue ID: 5059 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2013-03-12 15:18 CET Last Modified: 2013-03-12 15:18 CET ====================================================================== Summary: Please add --enable-cgi to Configure Options Description: Adding ./config --enable-cgi enables the building of the CGI programs that permit Web browser access to apcupsd data. This is especially interesting in multi-server locations, as all UPS devices can be seen at once. ====================================================================== From noreply at opencsw.org Tue Mar 12 15:22:30 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 12 Mar 2013 15:22:30 +0100 Subject: [bug-notifications] [apcupsd 0005060]: The current version of apcupsd is 3.14.10 Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5060 ====================================================================== Reported By: bollar Assigned To: ====================================================================== Project: apcupsd Issue ID: 5060 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-03-12 15:22 CET Last Modified: 2013-03-12 15:22 CET ====================================================================== Summary: The current version of apcupsd is 3.14.10 Description: OpenCSW is using 3.14.8 ====================================================================== From noreply at opencsw.org Wed Mar 13 10:44:19 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 Mar 2013 10:44:19 +0100 Subject: [bug-notifications] [apcupsd 0005060]: The current version of apcupsd is 3.14.10 In-Reply-To: <3ff310df5e5e630c9189397881c2386a> Message-ID: <930cf7cb2a80cecabd83d240d3938f4f@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5060 ====================================================================== Reported By: bollar Assigned To: dam ====================================================================== Project: apcupsd Issue ID: 5060 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-03-12 15:22 CET Last Modified: 2013-03-13 10:44 CET ====================================================================== Summary: The current version of apcupsd is 3.14.10 Description: OpenCSW is using 3.14.8 ====================================================================== From noreply at opencsw.org Wed Mar 13 10:44:21 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 Mar 2013 10:44:21 +0100 Subject: [bug-notifications] [apcupsd 0005059]: Please add --enable-cgi to Configure Options In-Reply-To: Message-ID: <48dfbd0e95e1db535a8d7c44ce62579b@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5059 ====================================================================== Reported By: bollar Assigned To: dam ====================================================================== Project: apcupsd Issue ID: 5059 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-03-12 15:18 CET Last Modified: 2013-03-13 10:44 CET ====================================================================== Summary: Please add --enable-cgi to Configure Options Description: Adding ./config --enable-cgi enables the building of the CGI programs that permit Web browser access to apcupsd data. This is especially interesting in multi-server locations, as all UPS devices can be seen at once. ====================================================================== From noreply at opencsw.org Wed Mar 13 10:44:34 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 Mar 2013 10:44:34 +0100 Subject: [bug-notifications] [apcupsd 0005058]: Please add --enable-usb to Configure Options In-Reply-To: Message-ID: <92b3678b78e4e590730e28ecd3b412f0@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5058 ====================================================================== Reported By: bollar Assigned To: dam ====================================================================== Project: apcupsd Issue ID: 5058 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-03-12 15:14 CET Last Modified: 2013-03-13 10:44 CET ====================================================================== Summary: Please add --enable-usb to Configure Options Description: The current package doesn't support APC devices that connect via USB (basically the BackUPS XS/RS series). Adding this switch to ./configure will add the code that supports USB. ====================================================================== From noreply at opencsw.org Wed Mar 13 11:07:55 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 Mar 2013 11:07:55 +0100 Subject: [bug-notifications] [apcupsd 0005060]: The current version of apcupsd is 3.14.10 In-Reply-To: <3ff310df5e5e630c9189397881c2386a> Message-ID: <13e3334fb9acdac5e68820bba7351a0e@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5060 ====================================================================== Reported By: bollar Assigned To: dam ====================================================================== Project: apcupsd Issue ID: 5060 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-03-12 15:22 CET Last Modified: 2013-03-13 11:07 CET ====================================================================== Summary: The current version of apcupsd is 3.14.10 Description: OpenCSW is using 3.14.8 ====================================================================== ---------------------------------------------------------------------- (0010285) dam (administrator) - 2013-03-13 11:07 https://www.opencsw.org/mantis/view.php?id=5060#c10285 ---------------------------------------------------------------------- Updated packages are available at http://buildfarm.opencsw.org/experimental.html#apcupsd Please let me know if it works so I can push it to unstable. From noreply at opencsw.org Wed Mar 13 11:08:08 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 Mar 2013 11:08:08 +0100 Subject: [bug-notifications] [apcupsd 0005059]: Please add --enable-cgi to Configure Options In-Reply-To: Message-ID: <9c247162b6c9386a87e5588f87621bc7@www.opencsw.org> The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5059 ====================================================================== Reported By: bollar Assigned To: dam ====================================================================== Project: apcupsd Issue ID: 5059 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-03-12 15:18 CET Last Modified: 2013-03-13 11:08 CET ====================================================================== Summary: Please add --enable-cgi to Configure Options Description: Adding ./config --enable-cgi enables the building of the CGI programs that permit Web browser access to apcupsd data. This is especially interesting in multi-server locations, as all UPS devices can be seen at once. ====================================================================== ---------------------------------------------------------------------- (0010286) dam (administrator) - 2013-03-13 11:08 https://www.opencsw.org/mantis/view.php?id=5059#c10286 ---------------------------------------------------------------------- Updated packages are available at http://buildfarm.opencsw.org/experimental.html#apcupsd Please let me know if it works so I can push it to unstable. From noreply at opencsw.org Wed Mar 13 11:08:13 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 Mar 2013 11:08:13 +0100 Subject: [bug-notifications] [apcupsd 0005058]: Please add --enable-usb to Configure Options In-Reply-To: Message-ID: The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5058 ====================================================================== Reported By: bollar Assigned To: dam ====================================================================== Project: apcupsd Issue ID: 5058 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-03-12 15:14 CET Last Modified: 2013-03-13 11:08 CET ====================================================================== Summary: Please add --enable-usb to Configure Options Description: The current package doesn't support APC devices that connect via USB (basically the BackUPS XS/RS series). Adding this switch to ./configure will add the code that supports USB. ====================================================================== ---------------------------------------------------------------------- (0010287) dam (administrator) - 2013-03-13 11:08 https://www.opencsw.org/mantis/view.php?id=5058#c10287 ---------------------------------------------------------------------- Updated packages are available at http://buildfarm.opencsw.org/experimental.html#apcupsd Please let me know if it works so I can push it to unstable. From noreply at opencsw.org Wed Mar 13 15:45:06 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 13 Mar 2013 15:45:06 +0100 Subject: [bug-notifications] [apcupsd 0005060]: The current version of apcupsd is 3.14.10 In-Reply-To: <3ff310df5e5e630c9189397881c2386a> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5060 ====================================================================== Reported By: bollar Assigned To: dam ====================================================================== Project: apcupsd Issue ID: 5060 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-03-12 15:22 CET Last Modified: 2013-03-13 15:45 CET ====================================================================== Summary: The current version of apcupsd is 3.14.10 Description: OpenCSW is using 3.14.8 ====================================================================== ---------------------------------------------------------------------- (0010288) bollar (reporter) - 2013-03-13 15:45 https://www.opencsw.org/mantis/view.php?id=5060#c10288 ---------------------------------------------------------------------- Thanks for the update! The catalog doesn't appear to available yet to: http://buildfarm.opencsw.org/opencsw/experimental/apcupsd/ Will check back later. From noreply at opencsw.org Thu Mar 14 04:34:02 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 14 Mar 2013 04:34:02 +0100 Subject: [bug-notifications] [apcupsd 0005058]: Please add --enable-usb to Configure Options In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5058 ====================================================================== Reported By: bollar Assigned To: dam ====================================================================== Project: apcupsd Issue ID: 5058 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-03-12 15:14 CET Last Modified: 2013-03-14 04:34 CET ====================================================================== Summary: Please add --enable-usb to Configure Options Description: The current package doesn't support APC devices that connect via USB (basically the BackUPS XS/RS series). Adding this switch to ./configure will add the code that supports USB. ====================================================================== ---------------------------------------------------------------------- (0010289) bollar (reporter) - 2013-03-14 04:34 https://www.opencsw.org/mantis/view.php?id=5058#c10289 ---------------------------------------------------------------------- This change appears to work. After installing, I was able to connect to my UPS via apctest and once I started the daemon, I was able to connect via apcaccess. Thank you! From noreply at opencsw.org Thu Mar 14 04:35:21 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 14 Mar 2013 04:35:21 +0100 Subject: [bug-notifications] [apcupsd 0005060]: The current version of apcupsd is 3.14.10 In-Reply-To: <3ff310df5e5e630c9189397881c2386a> Message-ID: <50db00064cadb14ba6bad32c886a62d6@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5060 ====================================================================== Reported By: bollar Assigned To: dam ====================================================================== Project: apcupsd Issue ID: 5060 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-03-12 15:22 CET Last Modified: 2013-03-14 04:35 CET ====================================================================== Summary: The current version of apcupsd is 3.14.10 Description: OpenCSW is using 3.14.8 ====================================================================== ---------------------------------------------------------------------- (0010290) bollar (reporter) - 2013-03-14 04:35 https://www.opencsw.org/mantis/view.php?id=5060#c10290 ---------------------------------------------------------------------- This change appears to work. I was able to update successfully and I can see that the daemon is running via apcaccess. Thanks! From noreply at opencsw.org Thu Mar 14 04:44:37 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 14 Mar 2013 04:44:37 +0100 Subject: [bug-notifications] [apcupsd 0005059]: Please add --enable-cgi to Configure Options In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5059 ====================================================================== Reported By: bollar Assigned To: dam ====================================================================== Project: apcupsd Issue ID: 5059 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-03-12 15:18 CET Last Modified: 2013-03-14 04:44 CET ====================================================================== Summary: Please add --enable-cgi to Configure Options Description: Adding ./config --enable-cgi enables the building of the CGI programs that permit Web browser access to apcupsd data. This is especially interesting in multi-server locations, as all UPS devices can be seen at once. ====================================================================== ---------------------------------------------------------------------- (0010291) bollar (reporter) - 2013-03-14 04:44 https://www.opencsw.org/mantis/view.php?id=5059#c10291 ---------------------------------------------------------------------- I didn't see the files generated into /etc/apcupsd, or into /opt/csw/apache2/share/cgi-bin -- if these files were installed into another location, I missed them: multimon.cgi upsstats.cgi upsfstats.cgi upsimage.cgi From noreply at opencsw.org Thu Mar 14 12:43:52 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 14 Mar 2013 12:43:52 +0100 Subject: [bug-notifications] [apcupsd 0005059]: Please add --enable-cgi to Configure Options In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5059 ====================================================================== Reported By: bollar Assigned To: dam ====================================================================== Project: apcupsd Issue ID: 5059 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-03-12 15:18 CET Last Modified: 2013-03-14 12:43 CET ====================================================================== Summary: Please add --enable-cgi to Configure Options Description: Adding ./config --enable-cgi enables the building of the CGI programs that permit Web browser access to apcupsd data. This is especially interesting in multi-server locations, as all UPS devices can be seen at once. ====================================================================== ---------------------------------------------------------------------- (0010292) dam (administrator) - 2013-03-14 12:43 https://www.opencsw.org/mantis/view.php?id=5059#c10292 ---------------------------------------------------------------------- Indeed they are. Please install CSWacups-cgi, the cgi scripts are in /opt/csw/share/www/apcupsd/cgi You need to link this to the webserver cgi dir your are using. Same for the css file. From noreply at opencsw.org Thu Mar 14 12:44:21 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 14 Mar 2013 12:44:21 +0100 Subject: [bug-notifications] [apcupsd 0005058]: Please add --enable-usb to Configure Options In-Reply-To: Message-ID: <5def3579cdfc3426a4b44d2dd4ad5bf9@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5058 ====================================================================== Reported By: bollar Assigned To: dam ====================================================================== Project: apcupsd Issue ID: 5058 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-03-12 15:14 CET Last Modified: 2013-03-14 12:44 CET ====================================================================== Summary: Please add --enable-usb to Configure Options Description: The current package doesn't support APC devices that connect via USB (basically the BackUPS XS/RS series). Adding this switch to ./configure will add the code that supports USB. ====================================================================== ---------------------------------------------------------------------- (0010289) bollar (reporter) - 2013-03-14 04:34 https://www.opencsw.org/mantis/view.php?id=5058#c10289 ---------------------------------------------------------------------- This change appears to work. After installing, I was able to connect to my UPS via apctest and once I started the daemon, I was able to connect via apcaccess. Thank you! From noreply at opencsw.org Thu Mar 14 12:44:27 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 14 Mar 2013 12:44:27 +0100 Subject: [bug-notifications] [apcupsd 0005060]: The current version of apcupsd is 3.14.10 In-Reply-To: <3ff310df5e5e630c9189397881c2386a> Message-ID: <76c347cdc834e2679a858b8e51d0640d@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5060 ====================================================================== Reported By: bollar Assigned To: dam ====================================================================== Project: apcupsd Issue ID: 5060 Category: upgrade Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-03-12 15:22 CET Last Modified: 2013-03-14 12:44 CET ====================================================================== Summary: The current version of apcupsd is 3.14.10 Description: OpenCSW is using 3.14.8 ====================================================================== ---------------------------------------------------------------------- (0010290) bollar (reporter) - 2013-03-14 04:35 https://www.opencsw.org/mantis/view.php?id=5060#c10290 ---------------------------------------------------------------------- This change appears to work. I was able to update successfully and I can see that the daemon is running via apcaccess. Thanks! From noreply at opencsw.org Thu Mar 14 14:59:01 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 14 Mar 2013 14:59:01 +0100 Subject: [bug-notifications] [apcupsd 0005059]: Please add --enable-cgi to Configure Options In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5059 ====================================================================== Reported By: bollar Assigned To: dam ====================================================================== Project: apcupsd Issue ID: 5059 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-03-12 15:18 CET Last Modified: 2013-03-14 14:59 CET ====================================================================== Summary: Please add --enable-cgi to Configure Options Description: Adding ./config --enable-cgi enables the building of the CGI programs that permit Web browser access to apcupsd data. This is especially interesting in multi-server locations, as all UPS devices can be seen at once. ====================================================================== ---------------------------------------------------------------------- (0010293) bollar (reporter) - 2013-03-14 14:59 https://www.opencsw.org/mantis/view.php?id=5059#c10293 ---------------------------------------------------------------------- Ah! I have installed and the graphs work as expected. Thanks! From noreply at opencsw.org Thu Mar 14 15:17:55 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 14 Mar 2013 15:17:55 +0100 Subject: [bug-notifications] [apcupsd 0005059]: Please add --enable-cgi to Configure Options In-Reply-To: Message-ID: <3dd05e071246c945818f4a1c9966a5fb@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5059 ====================================================================== Reported By: bollar Assigned To: dam ====================================================================== Project: apcupsd Issue ID: 5059 Category: packaging Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-03-12 15:18 CET Last Modified: 2013-03-14 15:17 CET ====================================================================== Summary: Please add --enable-cgi to Configure Options Description: Adding ./config --enable-cgi enables the building of the CGI programs that permit Web browser access to apcupsd data. This is especially interesting in multi-server locations, as all UPS devices can be seen at once. ====================================================================== ---------------------------------------------------------------------- (0010294) dam (administrator) - 2013-03-14 15:17 https://www.opencsw.org/mantis/view.php?id=5059#c10294 ---------------------------------------------------------------------- Pushing 3.14.10,REV=2013.03.13 to unstable/. From noreply at opencsw.org Fri Mar 15 21:08:25 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 15 Mar 2013 21:08:25 +0100 Subject: [bug-notifications] [puppet3 0005061]: puppet [agent|master] --genconf does not use OpenCSW standard directories Message-ID: The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5061 ====================================================================== Reported By: jcraig Assigned To: ====================================================================== Project: puppet3 Issue ID: 5061 Category: Reproducibility: always Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2013-03-15 21:08 CET Last Modified: 2013-03-15 21:08 CET ====================================================================== Summary: puppet [agent|master] --genconf does not use OpenCSW standard directories Description: Puppet defaults to /etc/puppet and /var/lib/puppet when creating and/or looking for files. These directories do not comply with OpenCSW standards. The following patch will fix the default paths to /etc/opt/csw/puppet and /var/opt/csw/puppet per the standard. This allows puppet to bootstrap and start normally as well as eliminates the need to keep a copy of puppet.conf in the /etc/puppet directory. ====================================================================== From noreply at opencsw.org Sun Mar 17 14:15:05 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 Mar 2013 14:15:05 +0100 Subject: [bug-notifications] [gwhois 0004464]: Please provide /opt/csw/gnu links In-Reply-To: Message-ID: <86f32efa83417ef3d1106479de6cc053@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4464 ====================================================================== Reported By: bwalton Assigned To: ====================================================================== Project: gwhois Issue ID: 4464 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2010-06-17 03:21 CEST Last Modified: 2013-03-17 14:15 CET ====================================================================== Summary: Please provide /opt/csw/gnu links Description: All packages providing g* binaries in /opt/csw/bin should now provide a symlink from /opt/csw/gnu/$bin_without_g_prefix to /opt/csw/bin/$bin_with_g_prefix (eg: /opt/csw/gnu/ls -> /opt/csw/bin/gls. Please update this package and let Ben know so he can drop the links from CSWgnulinks. ====================================================================== ---------------------------------------------------------------------- (0010296) wilbury (manager) - 2013-03-17 14:15 https://www.opencsw.org/mantis/view.php?id=4464#c10296 ---------------------------------------------------------------------- Recipe has been updated, committed. Please drop symlink from CSWgnulinks in order to properly rebuild and repush package. From noreply at opencsw.org Sun Mar 17 14:15:14 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 Mar 2013 14:15:14 +0100 Subject: [bug-notifications] [gwhois 0004464]: Please provide /opt/csw/gnu links In-Reply-To: Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4464 ====================================================================== Reported By: bwalton Assigned To: wilbury ====================================================================== Project: gwhois Issue ID: 4464 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-06-17 03:21 CEST Last Modified: 2013-03-17 14:15 CET ====================================================================== Summary: Please provide /opt/csw/gnu links Description: All packages providing g* binaries in /opt/csw/bin should now provide a symlink from /opt/csw/gnu/$bin_without_g_prefix to /opt/csw/bin/$bin_with_g_prefix (eg: /opt/csw/gnu/ls -> /opt/csw/bin/gls. Please update this package and let Ben know so he can drop the links from CSWgnulinks. ====================================================================== ---------------------------------------------------------------------- (0010296) wilbury (manager) - 2013-03-17 14:15 https://www.opencsw.org/mantis/view.php?id=4464#c10296 ---------------------------------------------------------------------- Recipe has been updated, committed. Please drop symlink from CSWgnulinks in order to properly rebuild and repush package. From noreply at opencsw.org Sun Mar 17 14:15:29 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 Mar 2013 14:15:29 +0100 Subject: [bug-notifications] [gwhois 0004464]: Please provide /opt/csw/gnu links In-Reply-To: Message-ID: <4a0ed79141e3b09caf2ca93ee461aa2b@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4464 ====================================================================== Reported By: bwalton Assigned To: bwalton ====================================================================== Project: gwhois Issue ID: 4464 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2010-06-17 03:21 CEST Last Modified: 2013-03-17 14:15 CET ====================================================================== Summary: Please provide /opt/csw/gnu links Description: All packages providing g* binaries in /opt/csw/bin should now provide a symlink from /opt/csw/gnu/$bin_without_g_prefix to /opt/csw/bin/$bin_with_g_prefix (eg: /opt/csw/gnu/ls -> /opt/csw/bin/gls. Please update this package and let Ben know so he can drop the links from CSWgnulinks. ====================================================================== ---------------------------------------------------------------------- (0010296) wilbury (manager) - 2013-03-17 14:15 https://www.opencsw.org/mantis/view.php?id=4464#c10296 ---------------------------------------------------------------------- Recipe has been updated, committed. Please drop symlink from CSWgnulinks in order to properly rebuild and repush package. From noreply at opencsw.org Sun Mar 17 14:16:02 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 17 Mar 2013 14:16:02 +0100 Subject: [bug-notifications] [gwhois 0004464]: Please provide /opt/csw/gnu links In-Reply-To: Message-ID: The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=4464 ====================================================================== Reported By: bwalton Assigned To: bwalton ====================================================================== Project: gwhois Issue ID: 4464 Category: packaging Reproducibility: N/A Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2010-06-17 03:21 CEST Last Modified: 2013-03-17 14:16 CET ====================================================================== Summary: Please provide /opt/csw/gnu links Description: All packages providing g* binaries in /opt/csw/bin should now provide a symlink from /opt/csw/gnu/$bin_without_g_prefix to /opt/csw/bin/$bin_with_g_prefix (eg: /opt/csw/gnu/ls -> /opt/csw/bin/gls. Please update this package and let Ben know so he can drop the links from CSWgnulinks. ====================================================================== ---------------------------------------------------------------------- (0010297) wilbury (manager) - 2013-03-17 14:16 https://www.opencsw.org/mantis/view.php?id=4464#c10297 ---------------------------------------------------------------------- See note. From noreply at opencsw.org Tue Mar 19 11:25:25 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 19 Mar 2013 11:25:25 +0100 Subject: [bug-notifications] [puppet3 0005035]: puppet3 start / stop script doesnt start puppet agent In-Reply-To: Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5035 ====================================================================== Reported By: pgsonny Assigned To: markp ====================================================================== Project: puppet3 Issue ID: 5035 Category: Reproducibility: always Severity: minor Priority: normal Status: closed Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2013-01-04 19:21 CET Last Modified: 2013-03-19 11:25 CET ====================================================================== Summary: puppet3 start / stop script doesnt start puppet agent Description: Hi dear Mark! Thanks for integration of puppet3 to CSW!!!! I didnt know v3 was out, only saw on it on CSW. :) I ran across an issue, that the puppet agent wont start via SMF with the current start/stop script contained in the CSWpuppet3 package. Had CSWpuppet v2.7.18 running and updated to CSWpuppet3 v3.0.1. Same ofcourse for the master. The master works great, but the agent wont start. I put my investigation output in the additional information text-area. Hope to help! Take care, Anthony ====================================================================== ---------------------------------------------------------------------- (0010298) markp (manager) - 2013-03-19 11:25 https://www.opencsw.org/mantis/view.php?id=5035#c10298 ---------------------------------------------------------------------- done From noreply at opencsw.org Tue Mar 19 11:26:40 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 19 Mar 2013 11:26:40 +0100 Subject: [bug-notifications] [puppet3 0005061]: puppet [agent|master] --genconf does not use OpenCSW standard directories In-Reply-To: <2aacbc6f62418c7b7860f8b44dd55f0d> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5061 ====================================================================== Reported By: jcraig Assigned To: markp ====================================================================== Project: puppet3 Issue ID: 5061 Category: Reproducibility: always Severity: feature Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-03-15 21:08 CET Last Modified: 2013-03-19 11:26 CET ====================================================================== Summary: puppet [agent|master] --genconf does not use OpenCSW standard directories Description: Puppet defaults to /etc/puppet and /var/lib/puppet when creating and/or looking for files. These directories do not comply with OpenCSW standards. The following patch will fix the default paths to /etc/opt/csw/puppet and /var/opt/csw/puppet per the standard. This allows puppet to bootstrap and start normally as well as eliminates the need to keep a copy of puppet.conf in the /etc/puppet directory. ====================================================================== ---------------------------------------------------------------------- (0010295) markp (manager) - 2013-03-16 10:19 https://www.opencsw.org/mantis/view.php?id=5061#c10295 ---------------------------------------------------------------------- Hi Jon, Respectfully I decline this patch. And with good reason. Our standards are good, and they provide a consistent look and feel to package layouts. But occasionally we need to look beyond our own little world and see the bigger picture. The directory layouts of puppet were discussed sometime ago, on irc, with fellow CSW maintainers. I chose to distort our standards to fit in with the bigger picture - and go with Puppet's standards for configuration layouts. The majority of large users of puppet are cross platform - in essence, the point of puppet, and standards across all platforms in preferable. To this end I work with their standards and not ours. There is a README in /etc/puppet discussing this, and pointing out how a Solaris/CSW only camp can configure it to go with CSW standards. Feel free to ping me on irc as 'phips' or mail my opencsw address if you want to discuss further. Mark From noreply at opencsw.org Thu Mar 21 13:28:30 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 21 Mar 2013 13:28:30 +0100 Subject: [bug-notifications] [puppet3 0005062]: Puppet does not bootstrap on install to Solaris 11 Message-ID: <06f89c105166603db8d2f8167b2f7c60@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5062 ====================================================================== Reported By: jcraig Assigned To: ====================================================================== Project: puppet3 Issue ID: 5062 Category: Reproducibility: always Severity: tweak Priority: normal Status: new ====================================================================== Date Submitted: 2013-03-21 13:28 CET Last Modified: 2013-03-21 13:28 CET ====================================================================== Summary: Puppet does not bootstrap on install to Solaris 11 Description: I have found that on my solaris 11 zones puppet will not install and bootstrap properly. I have narrowed this down to the fact that /var/lib is not present by default on my non-desktop installs. If I make this directory prior to installing the puppet3 package then puppet will start normally. This directory is not part of the core OS but instead is a deliverable of various packages. None of which are required or installed by default with a basic solaris 11 zone. ====================================================================== From noreply at opencsw.org Sat Mar 23 08:07:51 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 Mar 2013 08:07:51 +0100 Subject: [bug-notifications] [libcairo2 0005042]: CSWlibcairo2 should not depend on the legacy CSWpng In-Reply-To: <2790354961fa76f070d3a7ed71ba8478> Message-ID: <0492ea872666e38f044656c5baaeacca@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5042 ====================================================================== Reported By: maciej Assigned To: raos ====================================================================== Project: libcairo2 Issue ID: 5042 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-01-11 14:58 CET Last Modified: 2013-03-23 08:07 CET ====================================================================== Summary: CSWlibcairo2 should not depend on the legacy CSWpng Description: It should be updated to depend on the specific libpng version it uses. Possible fix: http://dpaste.com/872282/ (ignore the CSWpng part) ====================================================================== From noreply at opencsw.org Sat Mar 23 08:16:35 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sat, 23 Mar 2013 08:16:35 +0100 Subject: [bug-notifications] [libcairo2 0005042]: CSWlibcairo2 should not depend on the legacy CSWpng In-Reply-To: <2790354961fa76f070d3a7ed71ba8478> Message-ID: <9e951082e76c0802831214d1427fe393@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5042 ====================================================================== Reported By: maciej Assigned To: raos ====================================================================== Project: libcairo2 Issue ID: 5042 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2013-01-11 14:58 CET Last Modified: 2013-03-23 08:16 CET ====================================================================== Summary: CSWlibcairo2 should not depend on the legacy CSWpng Description: It should be updated to depend on the specific libpng version it uses. Possible fix: http://dpaste.com/872282/ (ignore the CSWpng part) ====================================================================== ---------------------------------------------------------------------- (0010300) raos (manager) - 2013-03-23 08:16 https://www.opencsw.org/mantis/view.php?id=5042#c10300 ---------------------------------------------------------------------- has been fixed in r20127 released on 2013-01-14. From noreply at opencsw.org Sun Mar 24 10:50:01 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 24 Mar 2013 10:50:01 +0100 Subject: [bug-notifications] [gcc3core 0001622]: CSWgcc3core misdelivers f-type file via postinstall In-Reply-To: <23fdcb7ef21d108c874597e484b7075d> Message-ID: <6a15264e7f46d77d8e63de44f22e97b6@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=1622 ====================================================================== Reported By: carlsonj Assigned To: pfelecan ====================================================================== Project: gcc3core Issue ID: 1622 Category: packaging Reproducibility: always Severity: trivial Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2006-06-03 15:27 CEST Last Modified: 2013-03-24 10:50 CET ====================================================================== Summary: CSWgcc3core misdelivers f-type file via postinstall Description: CSWgcc3core delivers this file (in its postinstall): /var/sadm/install/logs/CSWgcc3core-20060205135859 The problem is that the postinstall script sets the contents of the file (via \'echo\') *after* it does the installf. It needs to set the contents first, or close the shell\'s redirected stdout before doing those echos (and probably before doing installf). (It also doesn\'t deliver a space file, so perhaps it should just not deliver this file via packaging.) exec >> ${logFile} 2>&1 installf ${PKGINST} \"${logFile}\" [...] installf -f ${PKGINST} echo \"\" echo \"System headers fixed successfully.\" echo \"\" echo \"Don\'t forget: whenever your system headers change run the mkheaders script!\" ====================================================================== ---------------------------------------------------------------------- (0010301) pfelecan (manager) - 2013-03-24 10:50 https://www.opencsw.org/mantis/view.php?id=1622#c10301 ---------------------------------------------------------------------- not in the catalog any more From noreply at opencsw.org Tue Mar 26 19:37:55 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 26 Mar 2013 19:37:55 +0100 Subject: [bug-notifications] [samba 0005063]: Samba testparm command fails with: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 Message-ID: <98ff20394a541fc216cd0eb611ed6f7c@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5063 ====================================================================== Reported By: GoodGulf Assigned To: ====================================================================== Project: samba Issue ID: 5063 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2013-03-26 19:37 CET Last Modified: 2013-03-26 19:37 CET ====================================================================== Summary: Samba testparm command fails with: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 Description: I am obviously doing something wrong here so any help would be appreciated. Machine is a Solaris 10 Sparc Sun-Fire-V245 I downloaded and installed CSWSamba version 3.6.5,REV=2012.05.04 When I tried to run testparm against my smb.conf. $ testparm ld.so.1: testparm: fatal: libresolv.so.2: version `SUNW_2.2.2' not found (required by file /opt/csw/lib/sparcv9/libldap-2.4.so.2) ld.so.1: testparm: fatal: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 ld.so.1: testparm: fatal: relocation error: file /opt/csw/lib/sparcv9/libldap-2.4.so.2: symbol h_errno: referenced symbol not found Killed I'm not even sure where to begin here so please let me know what else you need. ====================================================================== From noreply at opencsw.org Tue Mar 26 21:04:45 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 26 Mar 2013 21:04:45 +0100 Subject: [bug-notifications] [samba 0005063]: Samba testparm command fails with: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 In-Reply-To: <94a90465cccc05d16375b51a867b8aff> Message-ID: <387cdc85bc08fe691b810a02b598a99f@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5063 ====================================================================== Reported By: GoodGulf Assigned To: ====================================================================== Project: samba Issue ID: 5063 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2013-03-26 19:37 CET Last Modified: 2013-03-26 21:04 CET ====================================================================== Summary: Samba testparm command fails with: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 Description: I am obviously doing something wrong here so any help would be appreciated. Machine is a Solaris 10 Sparc Sun-Fire-V245 I downloaded and installed CSWSamba version 3.6.5,REV=2012.05.04 When I tried to run testparm against my smb.conf. $ testparm ld.so.1: testparm: fatal: libresolv.so.2: version `SUNW_2.2.2' not found (required by file /opt/csw/lib/sparcv9/libldap-2.4.so.2) ld.so.1: testparm: fatal: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 ld.so.1: testparm: fatal: relocation error: file /opt/csw/lib/sparcv9/libldap-2.4.so.2: symbol h_errno: referenced symbol not found Killed I'm not even sure where to begin here so please let me know what else you need. ====================================================================== ---------------------------------------------------------------------- (0010302) GoodGulf (reporter) - 2013-03-26 21:04 https://www.opencsw.org/mantis/view.php?id=5063#c10302 ---------------------------------------------------------------------- Yes. I definitely did something wrong here. The ldd command is saying that it's picking up the 64 bit versions. # testparm ld.so.1: testparm: fatal: libresolv.so.2: version `SUNW_2.2.2' not found (required by file /opt/csw/lib/sparcv9/libldap-2.4.so.2) ld.so.1: testparm: fatal: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 ld.so.1: testparm: fatal: relocation error: file /opt/csw/lib/sparcv9/libldap-2.4.so.2: symbol h_errno: referenced symbol not found Killed # ldd /opt/csw/lib/sparcv9/libldap-2.4.so.2 librt.so.1 => /lib/64/librt.so.1 liblber-2.4.so.2 => /opt/csw/lib/64/liblber-2.4.so.2 libresolv.so.2 => /lib/64/libresolv.so.2 libresolv.so.2 (SUNW_2.2.2) => (version not found) libnsl.so.1 => /lib/64/libnsl.so.1 libnsl.so.1 (SUNW_1.9.1) => (version not found) libsocket.so.1 => /lib/64/libsocket.so.1 libsasl2.so.2 => /opt/csw/lib/64/libsasl2.so.2 libssl.so.1.0.0 => /opt/csw/lib/64/libssl.so.1.0.0 libcrypto.so.1.0.0 => /opt/csw/lib/64/libcrypto.so.1.0.0 libc.so.1 => /lib/64/libc.so.1 libaio.so.1 => /lib/64/libaio.so.1 libmd5.so.1 => /lib/64/libmd5.so.1 libmp.so.2 => /lib/64/libmp.so.2 libscf.so.1 => /lib/64/libscf.so.1 libdl.so.1 => /lib/64/libdl.so.1 libnsl.so.1 (SUNW_1.9.1) => (version not found) libdoor.so.1 => /lib/64/libdoor.so.1 libuutil.so.1 => /lib/64/libuutil.so.1 libgen.so.1 => /lib/64/libgen.so.1 libm.so.2 => /lib/64/libm.so.2 /platform/SUNW,Sun-Fire-V245/lib/sparcv9/libc_psr.so.1 /platform/SUNW,Sun-Fire-V245/lib/sparcv9/libmd5_psr.so.1 Why are the 64 bit versions of these libraries being used on a 32 bit machine? # ls -l /opt/csw/lib/sparcv9/libldap-2.4.so.2 lrwxrwxrwx 1 root root 20 Mar 26 12:54 /opt/csw/lib/sparcv9/libldap-2.4.so.2 -> libldap-2.4.so.2.8.4 # file /opt/csw/lib/sparcv9/libldap-2.4.so.2 /opt/csw/lib/sparcv9/libldap-2.4.so.2: ELF 64-bit MSB dynamic lib SPARCV9 Version 1, dynamically linked, not stripped From noreply at opencsw.org Tue Mar 26 21:36:03 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Tue, 26 Mar 2013 21:36:03 +0100 Subject: [bug-notifications] [samba 0005063]: Samba testparm command fails with: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 In-Reply-To: <94a90465cccc05d16375b51a867b8aff> Message-ID: <5e63c523056a5e7ade8c3eb1620889dc@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5063 ====================================================================== Reported By: GoodGulf Assigned To: ====================================================================== Project: samba Issue ID: 5063 Category: regular use Reproducibility: always Severity: block Priority: normal Status: new ====================================================================== Date Submitted: 2013-03-26 19:37 CET Last Modified: 2013-03-26 21:36 CET ====================================================================== Summary: Samba testparm command fails with: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 Description: I am obviously doing something wrong here so any help would be appreciated. Machine is a Solaris 10 Sparc Sun-Fire-V245 I downloaded and installed CSWSamba version 3.6.5,REV=2012.05.04 When I tried to run testparm against my smb.conf. $ testparm ld.so.1: testparm: fatal: libresolv.so.2: version `SUNW_2.2.2' not found (required by file /opt/csw/lib/sparcv9/libldap-2.4.so.2) ld.so.1: testparm: fatal: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 ld.so.1: testparm: fatal: relocation error: file /opt/csw/lib/sparcv9/libldap-2.4.so.2: symbol h_errno: referenced symbol not found Killed I'm not even sure where to begin here so please let me know what else you need. ====================================================================== ---------------------------------------------------------------------- (0010303) GoodGulf (reporter) - 2013-03-26 21:36 https://www.opencsw.org/mantis/view.php?id=5063#c10303 ---------------------------------------------------------------------- OK found the problem. SUNW_2.2.2 which is not available on Solaris 10 8/07. In contrast, the version from sunfreeware.com is compiled either against Solaris 8 FCS or Solaris 10 FCS. So this binary will work on all Solaris 10 releases. It seems SUNW_2.2.2 and SUNW_1.9.1 isn't on this release of my OS. I also noticed you've got an issue open on it... http://lists.opencsw.org/pipermail/maintainers/2012-April/016511.html Is there a fix for this or am I SOL as far as using OpenCSW samba? The thing that started this is our IT dept. just upgraded the Domain Controller to Server 2008 R2 and I need a version later than the 3.2.4 version that's installed. One option is to run with LD_NOVERSION set but that doesn't thrill me... $ export LD_NOVERSION=1 $ testparm Load smb config files from /etc/opt/csw/samba/smb.conf rlimit_max: increasing rlimit_max (256) to minimum Windows limit (16384) Processing section "[homes]" Loaded services file OK. Server role: ROLE_DOMAIN_MEMBER Press enter to see a dump of your service definitions ... Any suggestions here would be greatly appreciated. From noreply at opencsw.org Wed Mar 27 16:37:15 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 Mar 2013 16:37:15 +0100 Subject: [bug-notifications] [samba 0005063]: Samba testparm command fails with: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 In-Reply-To: <94a90465cccc05d16375b51a867b8aff> Message-ID: The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5063 ====================================================================== Reported By: GoodGulf Assigned To: dam ====================================================================== Project: samba Issue ID: 5063 Category: regular use Reproducibility: always Severity: block Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-03-26 19:37 CET Last Modified: 2013-03-27 16:37 CET ====================================================================== Summary: Samba testparm command fails with: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 Description: I am obviously doing something wrong here so any help would be appreciated. Machine is a Solaris 10 Sparc Sun-Fire-V245 I downloaded and installed CSWSamba version 3.6.5,REV=2012.05.04 When I tried to run testparm against my smb.conf. $ testparm ld.so.1: testparm: fatal: libresolv.so.2: version `SUNW_2.2.2' not found (required by file /opt/csw/lib/sparcv9/libldap-2.4.so.2) ld.so.1: testparm: fatal: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 ld.so.1: testparm: fatal: relocation error: file /opt/csw/lib/sparcv9/libldap-2.4.so.2: symbol h_errno: referenced symbol not found Killed I'm not even sure where to begin here so please let me know what else you need. ====================================================================== ---------------------------------------------------------------------- (0010303) GoodGulf (reporter) - 2013-03-26 21:36 https://www.opencsw.org/mantis/view.php?id=5063#c10303 ---------------------------------------------------------------------- OK found the problem. SUNW_2.2.2 which is not available on Solaris 10 8/07. In contrast, the version from sunfreeware.com is compiled either against Solaris 8 FCS or Solaris 10 FCS. So this binary will work on all Solaris 10 releases. It seems SUNW_2.2.2 and SUNW_1.9.1 isn't on this release of my OS. I also noticed you've got an issue open on it... http://lists.opencsw.org/pipermail/maintainers/2012-April/016511.html Is there a fix for this or am I SOL as far as using OpenCSW samba? The thing that started this is our IT dept. just upgraded the Domain Controller to Server 2008 R2 and I need a version later than the 3.2.4 version that's installed. One option is to run with LD_NOVERSION set but that doesn't thrill me... $ export LD_NOVERSION=1 $ testparm Load smb config files from /etc/opt/csw/samba/smb.conf rlimit_max: increasing rlimit_max (256) to minimum Windows limit (16384) Processing section "[homes]" Loaded services file OK. Server role: ROLE_DOMAIN_MEMBER Press enter to see a dump of your service definitions ... Any suggestions here would be greatly appreciated. From noreply at opencsw.org Wed Mar 27 16:41:16 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 Mar 2013 16:41:16 +0100 Subject: [bug-notifications] [samba 0005063]: Samba testparm command fails with: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 In-Reply-To: <94a90465cccc05d16375b51a867b8aff> Message-ID: The following issue requires your FEEDBACK. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5063 ====================================================================== Reported By: GoodGulf Assigned To: dam ====================================================================== Project: samba Issue ID: 5063 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-03-26 19:37 CET Last Modified: 2013-03-27 16:41 CET ====================================================================== Summary: Samba testparm command fails with: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 Description: I am obviously doing something wrong here so any help would be appreciated. Machine is a Solaris 10 Sparc Sun-Fire-V245 I downloaded and installed CSWSamba version 3.6.5,REV=2012.05.04 When I tried to run testparm against my smb.conf. $ testparm ld.so.1: testparm: fatal: libresolv.so.2: version `SUNW_2.2.2' not found (required by file /opt/csw/lib/sparcv9/libldap-2.4.so.2) ld.so.1: testparm: fatal: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 ld.so.1: testparm: fatal: relocation error: file /opt/csw/lib/sparcv9/libldap-2.4.so.2: symbol h_errno: referenced symbol not found Killed I'm not even sure where to begin here so please let me know what else you need. ====================================================================== ---------------------------------------------------------------------- (0010304) dam (administrator) - 2013-03-27 16:41 https://www.opencsw.org/mantis/view.php?id=5063#c10304 ---------------------------------------------------------------------- As you see from https://github.com/illumos/illumos-gate/blob/master/usr/src/lib/libresolv2/common/mapfile-vers libresolv.so.2 (SUNW_2.2.2) is from Solaris 10u5 being roughly 5 years old. This is about as far as we can go back with mapfiles from a current Solaris 10u11. I suggest updating your machine to a recent patchlevel. From noreply at opencsw.org Wed Mar 27 19:54:55 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 Mar 2013 19:54:55 +0100 Subject: [bug-notifications] [samba 0005063]: Samba testparm command fails with: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 In-Reply-To: <94a90465cccc05d16375b51a867b8aff> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5063 ====================================================================== Reported By: GoodGulf Assigned To: dam ====================================================================== Project: samba Issue ID: 5063 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-03-26 19:37 CET Last Modified: 2013-03-27 19:54 CET ====================================================================== Summary: Samba testparm command fails with: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 Description: I am obviously doing something wrong here so any help would be appreciated. Machine is a Solaris 10 Sparc Sun-Fire-V245 I downloaded and installed CSWSamba version 3.6.5,REV=2012.05.04 When I tried to run testparm against my smb.conf. $ testparm ld.so.1: testparm: fatal: libresolv.so.2: version `SUNW_2.2.2' not found (required by file /opt/csw/lib/sparcv9/libldap-2.4.so.2) ld.so.1: testparm: fatal: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 ld.so.1: testparm: fatal: relocation error: file /opt/csw/lib/sparcv9/libldap-2.4.so.2: symbol h_errno: referenced symbol not found Killed I'm not even sure where to begin here so please let me know what else you need. ====================================================================== ---------------------------------------------------------------------- (0010305) GoodGulf (reporter) - 2013-03-27 19:54 https://www.opencsw.org/mantis/view.php?id=5063#c10305 ---------------------------------------------------------------------- I was hoping you weren't going to say that. The machines in question will all be retired in 4 months (sigh). Well. I guess we've gotta do what we've gotta do. Thanks for your time. From noreply at opencsw.org Wed Mar 27 19:55:53 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 Mar 2013 19:55:53 +0100 Subject: [bug-notifications] [samba 0005063]: Samba testparm command fails with: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 In-Reply-To: <94a90465cccc05d16375b51a867b8aff> Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5063 ====================================================================== Reported By: GoodGulf Assigned To: dam ====================================================================== Project: samba Issue ID: 5063 Category: regular use Reproducibility: always Severity: block Priority: normal Status: feedback ====================================================================== Date Submitted: 2013-03-26 19:37 CET Last Modified: 2013-03-27 19:55 CET ====================================================================== Summary: Samba testparm command fails with: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 Description: I am obviously doing something wrong here so any help would be appreciated. Machine is a Solaris 10 Sparc Sun-Fire-V245 I downloaded and installed CSWSamba version 3.6.5,REV=2012.05.04 When I tried to run testparm against my smb.conf. $ testparm ld.so.1: testparm: fatal: libresolv.so.2: version `SUNW_2.2.2' not found (required by file /opt/csw/lib/sparcv9/libldap-2.4.so.2) ld.so.1: testparm: fatal: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 ld.so.1: testparm: fatal: relocation error: file /opt/csw/lib/sparcv9/libldap-2.4.so.2: symbol h_errno: referenced symbol not found Killed I'm not even sure where to begin here so please let me know what else you need. ====================================================================== ---------------------------------------------------------------------- (0010306) GoodGulf (reporter) - 2013-03-27 19:55 https://www.opencsw.org/mantis/view.php?id=5063#c10306 ---------------------------------------------------------------------- BTW You may as well close this. From noreply at opencsw.org Wed Mar 27 21:06:31 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Wed, 27 Mar 2013 21:06:31 +0100 Subject: [bug-notifications] [samba 0005063]: Samba testparm command fails with: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 In-Reply-To: <94a90465cccc05d16375b51a867b8aff> Message-ID: The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=5063 ====================================================================== Reported By: GoodGulf Assigned To: dam ====================================================================== Project: samba Issue ID: 5063 Category: regular use Reproducibility: always Severity: block Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2013-03-26 19:37 CET Last Modified: 2013-03-27 21:06 CET ====================================================================== Summary: Samba testparm command fails with: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 Description: I am obviously doing something wrong here so any help would be appreciated. Machine is a Solaris 10 Sparc Sun-Fire-V245 I downloaded and installed CSWSamba version 3.6.5,REV=2012.05.04 When I tried to run testparm against my smb.conf. $ testparm ld.so.1: testparm: fatal: libresolv.so.2: version `SUNW_2.2.2' not found (required by file /opt/csw/lib/sparcv9/libldap-2.4.so.2) ld.so.1: testparm: fatal: /usr/lib/libresolv.so.2: wrong ELF class: ELFCLASS32 ld.so.1: testparm: fatal: relocation error: file /opt/csw/lib/sparcv9/libldap-2.4.so.2: symbol h_errno: referenced symbol not found Killed I'm not even sure where to begin here so please let me know what else you need. ====================================================================== ---------------------------------------------------------------------- (0010306) GoodGulf (reporter) - 2013-03-27 19:55 https://www.opencsw.org/mantis/view.php?id=5063#c10306 ---------------------------------------------------------------------- BTW You may as well close this. From noreply at opencsw.org Thu Mar 28 11:01:55 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 Mar 2013 11:01:55 +0100 Subject: [bug-notifications] [libqtcore4_gxx 0005064]: don't use _gxx suffix or gxx installation tree Message-ID: <13656f224911d903f07810c7b0dc1266@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5064 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: libqtcore4_gxx Issue ID: 5064 Category: Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2013-03-28 11:01 CET Last Modified: 2013-03-28 11:01 CET ====================================================================== Summary: don't use _gxx suffix or gxx installation tree Description: I propose to abandon the suffix and the gxx tree: 1. there is no other instance of Qt 2. our main-line compiler is gcc, thus gxx for C++ What do you think? ====================================================================== From noreply at opencsw.org Thu Mar 28 11:16:24 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Thu, 28 Mar 2013 11:16:24 +0100 Subject: [bug-notifications] [libqtcore4_gxx 0005064]: don't use _gxx suffix or gxx installation tree In-Reply-To: Message-ID: <171f118050bc971f22818c3bbe8b602b@www.opencsw.org> A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5064 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: libqtcore4_gxx Issue ID: 5064 Category: Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2013-03-28 11:01 CET Last Modified: 2013-03-28 11:16 CET ====================================================================== Summary: don't use _gxx suffix or gxx installation tree Description: I propose to abandon the suffix and the gxx tree: 1. there is no other instance of Qt 2. our main-line compiler is gcc, thus gxx for C++ What do you think? ====================================================================== ---------------------------------------------------------------------- (0010307) cgrzemba (manager) - 2013-03-28 11:16 https://www.opencsw.org/mantis/view.php?id=5064#c10307 ---------------------------------------------------------------------- at first: yes unless we try to build QT with SOS sometime. but the problem I have is a build cycle takes much time and rebuild failed recently (because some updates on the buildfarm?). From noreply at opencsw.org Fri Mar 29 09:51:03 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Fri, 29 Mar 2013 09:51:03 +0100 Subject: [bug-notifications] [libqtcore4_gxx 0005064]: don't use _gxx suffix or gxx installation tree In-Reply-To: Message-ID: A NOTE has been added to this issue. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5064 ====================================================================== Reported By: pfelecan Assigned To: ====================================================================== Project: libqtcore4_gxx Issue ID: 5064 Category: Reproducibility: N/A Severity: feature Priority: normal Status: new ====================================================================== Date Submitted: 2013-03-28 11:01 CET Last Modified: 2013-03-29 09:51 CET ====================================================================== Summary: don't use _gxx suffix or gxx installation tree Description: I propose to abandon the suffix and the gxx tree: 1. there is no other instance of Qt 2. our main-line compiler is gcc, thus gxx for C++ What do you think? ====================================================================== ---------------------------------------------------------------------- (0010308) pfelecan (developer) - 2013-03-29 09:51 https://www.opencsw.org/mantis/view.php?id=5064#c10308 ---------------------------------------------------------------------- IMHO if building with GCC is easier we don't need to bother with SOS. If you don't have the time to explore the causes for the recent build failure I can give it a try next week. Just let me know. From noreply at opencsw.org Sun Mar 31 09:07:57 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 31 Mar 2013 09:07:57 +0200 Subject: [bug-notifications] [emacs_gtk 0005027]: (emacs-gtk:13976): GLib-WARNING In-Reply-To: Message-ID: <914763d86de7d854fc8e331e80b2f85e@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5027 ====================================================================== Reported By: wcohrs Assigned To: pfelecan ====================================================================== Project: emacs_gtk Issue ID: 5027 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2012-11-28 09:15 CET Last Modified: 2013-03-31 09:07 CEST ====================================================================== Summary: (emacs-gtk:13976): GLib-WARNING Description: after upgrade to catalog the ?kiel? SunOS 5.10 Generic_147441-20 i86pc i386 i86pc GNU Emacs 24.2.1 (i386-pc-solaris2.10, GTK+ Version 2.24.8) of 2012-10-10 on unstable10x (emacs-gtk:14362): GLib-WARNING **: In call to g_spawn_sync(), exit status of a child process was requested but SIGCHLD action was set to SIG_IGN and ECHILD was received by waitpid(), so exit status can't be returned. This is a bug in the program calling g_spawn_sync(); either don't request the exit status, or don't set the SIGCHLD action. ====================================================================== From noreply at opencsw.org Sun Mar 31 19:04:16 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 31 Mar 2013 19:04:16 +0200 Subject: [bug-notifications] [munin_master 0005065]: Installation fails in a classaction script Message-ID: <692a864eedf79b0a180d9a675eeb8e56@www.opencsw.org> The following issue has been SUBMITTED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5065 ====================================================================== Reported By: maciej Assigned To: ====================================================================== Project: munin_master Issue ID: 5065 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: new ====================================================================== Date Submitted: 2013-03-31 19:04 CEST Last Modified: 2013-03-31 19:04 CEST ====================================================================== Summary: Installation fails in a classaction script Description: Installation fails because: pkgadd: ERROR: class action script did not complete successfully More information below. ====================================================================== From noreply at opencsw.org Sun Mar 31 19:33:49 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 31 Mar 2013 19:33:49 +0200 Subject: [bug-notifications] [munin_master 0005065]: Installation fails in a classaction script In-Reply-To: Message-ID: <03786e9fdbf5547a843f3499b6f4a0c9@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5065 ====================================================================== Reported By: maciej Assigned To: ja ====================================================================== Project: munin_master Issue ID: 5065 Category: packaging Reproducibility: always Severity: minor Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-03-31 19:04 CEST Last Modified: 2013-03-31 19:33 CEST ====================================================================== Summary: Installation fails in a classaction script Description: Installation fails because: pkgadd: ERROR: class action script did not complete successfully More information below. ====================================================================== From noreply at opencsw.org Sun Mar 31 19:57:15 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 31 Mar 2013 19:57:15 +0200 Subject: [bug-notifications] [python33 0005053]: module "_ctypes" missing on SPARC builds (Python 3.1) In-Reply-To: <2037302a0bb5d26128853ed1579c99a8> Message-ID: <895e672ac80d03710c955e289a344866@www.opencsw.org> The following issue has been ASSIGNED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5053 ====================================================================== Reported By: cstrotm Assigned To: maciej ====================================================================== Project: python33 Issue ID: 5053 Category: Reproducibility: always Severity: feature Priority: normal Status: assigned ====================================================================== Date Submitted: 2013-02-26 15:15 CET Last Modified: 2013-03-31 19:57 CEST ====================================================================== Summary: module "_ctypes" missing on SPARC builds (Python 3.1) Description: I'm using Python 3.1 from OpenCSW testing. Unfortunately, as I only have one SPARC machine, and it is my production development machine, I cannot upgrade to "unstable" to test out Python 3.3 for now. But based on the makefile (see below) I believe the same issue appears there as well. Problem: I'm trying to use Python 3.1 to start BIND 10 (bind10.isc.org), which imports the "_ctypes" module. "_ctypes" exists in the i386 builds of OpenCSW, but not in the SPARC builds. The makefile at http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/lang-python/python/branches/python-3.3/Makefile#L14 suggest that this is a known issue. I was able to build Python 3 (3.2.3 and 3.3.0) on Solaris 10 SPARC including "_ctypes" by using the " --with-system-ffi" switch on "./configure". my request is to build Python 3.x on SPARC with "_ctypes" in the future or even to update the existing packages. ====================================================================== From noreply at opencsw.org Sun Mar 31 19:57:41 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 31 Mar 2013 19:57:41 +0200 Subject: [bug-notifications] [python33 0005053]: module "_ctypes" missing on SPARC builds (Python 3.1) In-Reply-To: <2037302a0bb5d26128853ed1579c99a8> Message-ID: <69a8b2760b9ba12275505a33bac27662@www.opencsw.org> The following issue has been RESOLVED. ====================================================================== https://www.opencsw.org/mantis/view.php?id=5053 ====================================================================== Reported By: cstrotm Assigned To: maciej ====================================================================== Project: python33 Issue ID: 5053 Category: Reproducibility: always Severity: feature Priority: normal Status: resolved Resolution: fixed Fixed in Version: ====================================================================== Date Submitted: 2013-02-26 15:15 CET Last Modified: 2013-03-31 19:57 CEST ====================================================================== Summary: module "_ctypes" missing on SPARC builds (Python 3.1) Description: I'm using Python 3.1 from OpenCSW testing. Unfortunately, as I only have one SPARC machine, and it is my production development machine, I cannot upgrade to "unstable" to test out Python 3.3 for now. But based on the makefile (see below) I believe the same issue appears there as well. Problem: I'm trying to use Python 3.1 to start BIND 10 (bind10.isc.org), which imports the "_ctypes" module. "_ctypes" exists in the i386 builds of OpenCSW, but not in the SPARC builds. The makefile at http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/lang-python/python/branches/python-3.3/Makefile#L14 suggest that this is a known issue. I was able to build Python 3 (3.2.3 and 3.3.0) on Solaris 10 SPARC including "_ctypes" by using the " --with-system-ffi" switch on "./configure". my request is to build Python 3.x on SPARC with "_ctypes" in the future or even to update the existing packages. ====================================================================== ---------------------------------------------------------------------- (0010309) maciej (manager) - 2013-03-31 19:57 https://www.opencsw.org/mantis/view.php?id=5053#c10309 ---------------------------------------------------------------------- Python 3.1 has been removed from the unstable catalog, and 3.3 includes the ctypes module. From noreply at opencsw.org Sun Mar 31 23:11:24 2013 From: noreply at opencsw.org (Mantis Bug Tracker) Date: Sun, 31 Mar 2013 23:11:24 +0200 Subject: [bug-notifications] [setoolkit 0004517]: separate installation of setoolkit from orca In-Reply-To: <18c703a5d09f649e101e86e31a23044e> Message-ID: <30fb463ca041c5b15ae05f4023e676ff@www.opencsw.org> The following issue has been CLOSED ====================================================================== https://www.opencsw.org/mantis/view.php?id=4517 ====================================================================== Reported By: hudesd Assigned To: dam ====================================================================== Project: setoolkit Issue ID: 4517 Category: packaging Reproducibility: always Severity: major Priority: normal Status: closed Resolution: open Fixed in Version: ====================================================================== Date Submitted: 2010-08-10 20:52 CEST Last Modified: 2013-03-31 23:11 CEST ====================================================================== Summary: separate installation of setoolkit from orca Description: Currently, critical pieces of orcallator only are delivered in the orca package. The service methods invoke $bindir/start_orcallator but that isn't delivered in the setoolkit package. I have to deploy orcallator on hundreds of systems. I don't want to drag along orca, rrdtool, et al everywhere. I just want to install the orcallator and have it work. ====================================================================== ---------------------------------------------------------------------- (0010310) dam (administrator) - 2013-03-31 23:11 https://www.opencsw.org/mantis/view.php?id=4517#c10310 ---------------------------------------------------------------------- Version ef85fa3541,REV=2011.11.28 has been released to unstabled some time ago