From bwalton at opencsw.org Sun Oct 3 03:57:12 2010 From: bwalton at opencsw.org (Ben Walton) Date: Sat, 02 Oct 2010 21:57:12 -0400 Subject: [csw-users] NFS shared /opt anyone? Message-ID: <1286070682-sup-1829@pinkfloyd.chass.utoronto.ca> Hi All, I'm curious to hear whether or not you're sharing /opt over NFS. Supporting this configuration has traditionally been a goal of CSW, but it forces several compromises in the way we can deliver package. We're continuing to attempt this support on the premise that sites out there are benefiting from it. We don't know if this is true or not. So, if you're sharing a single install point of CSW packages over NFS, we'd love to know. It would also be interesting to know if you've recently abandoned this approach for machine-local /opt. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From dws at highwire.stanford.edu Thu Oct 7 01:31:39 2010 From: dws at highwire.stanford.edu (dennis sexton) Date: Wed, 06 Oct 2010 16:31:39 -0700 Subject: [csw-users] what am I doing wrong Message-ID: <4CAD06DB.3010408@highwire.stanford.edu> I tried installing some CSW packages on a solaris 10 x86 system. The first bit worked and after I tried changing my mirror from the default to usc, I seem to have done something wrong so that now nothing seems to work. I have also tried purdue in mucking about with things but that hasn't seemed to help. I can't install, can't update catalog, I get nothing when I do a pkgutil -a this is what i get from pkgutil -U ##> pkgutil -U => Fetching new catalog and descriptions (http://ftp.math.purdue.edu/mirrors/opencsw.org/i386/5.10) if available ... --2010-10-06 14:59:17-- http://ftp.math.purdue.edu/mirrors/opencsw.org/i386/5.10/catalog Resolving ftp.math.purdue.edu... 128.210.3.186 Connecting to ftp.math.purdue.edu|128.210.3.186|:80... connected. HTTP request sent, awaiting response... 404 Not Found 2010-10-06 14:59:17 ERROR 404: Not Found. This is what pkgutil -V tells me ##> pkgutil -V - System - Pkgutil 2.1 Arch i386 Solaris 5.10 Pkg patch 119318 (119318-01 installed) GPG binary not found (suggestion: install CSWgnupg) Gzip binary /bin/gzip Mailx binary /bin/mailx MD5 binary not found (suggestion: install CSWtextutils) MD5 module 2.33 (primary choice for MD5) Perl 5.008004 Perl binary /bin/perl Wget binary /usr/sfw/bin/wget PATH /opt/csw/bin:/usr/gnu/bin:/usr/gnu/sbin:/sbin:/usr/sbin:/usr/local/sbin:/opt/systems/bin:/usr/gnu/scripts:/bin:/usr/bin:/usr/local/bin:/usr/games:/highwire-dev/local/journalsys/maintbin:/highwire/local/package/ldap/bin:/highwire/local/package/ldap/sbin:/opt/SUNWspro/bin:/usr/ccs/bin:/usr/lib/osa/bin:/opt/VRTSvxva/bin:/usr/openv/netbackup/bin:/usr/proc/bin:/etc/opt/SUNWconn/bin:/usr/openwin/bin:/usr/ucb:/opt/SUNWppro/bin:/opt/RMCmem/bin:/opt/SUNWstade/bin:/usr/opt/SUNWesm/sbin:/usr/sadm/bin/:/opt/se6x20/cli/bin:/opt/SUNWexplo/bin:/opt/csw/bin:/highwire/local/journalsys/utilbin:/highwire/local/journalsys/maintbin:/highwire/prodsofts/Pisa/scripts:/highwire/local/package/apache/bin:/opt/sfw/bin:/usr/sfw/bin - Configuration - catalog_not_cached true (default: true) catalog_update 14 (default: 14) exclude_pattern not set (default: none) gpg_homedir not set (default: none) maxpkglist 100000 (default: 10000) mirror http://ftp.math.purdue.edu/mirrors/opencsw.org/ http://mirrors.usc.edu/pub/csw/current (default: http://ibiblio.org/pub/packages/solaris/opencsw/current) noncsw false (default: false) pkgaddopts not set (default: none) pkgliststyle (default: 0) root_path not set (default: /) show_current true (default: true) stop_on_hook_soft_error not set (default: false) use_gpg false (default: false) use_md5 false (default: false) wgetopts not set (default: none) this is my current entry in /opt/csw/etc/pkgutil.conf mirror=http://ftp.math.purdue.edu/mirrors/opencsw.org/ thanks for any assistance -- Dennis Sexton Stanford Highwire Press -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Thu Oct 7 04:26:41 2010 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Wed, 6 Oct 2010 19:26:41 -0700 Subject: [csw-users] what am I doing wrong In-Reply-To: <4CAD06DB.3010408@highwire.stanford.edu> References: <4CAD06DB.3010408@highwire.stanford.edu> Message-ID: No dia 6 de Outubro de 2010 16:31, dennis sexton escreveu: > > I tried installing some CSW packages on a solaris 10? x86 system. The first > bit worked and after I tried changing > my mirror from the default to usc, I seem to have done something wrong so > that now nothing seems to work. > I have also tried purdue in mucking about with things but that hasn't seemed > to help. > > I can't install, can't update catalog, I get nothing when I do a pkgutil -a > > > this is what i get from pkgutil -U > > ##> pkgutil -U > => Fetching new catalog and descriptions > (http://ftp.math.purdue.edu/mirrors/opencsw.org/i386/5.10) if available ... > --2010-10-06 14:59:17-- > http://ftp.math.purdue.edu/mirrors/opencsw.org/i386/5.10/catalog Hey Dennis, the correct URL to this file is: http://ftp.math.purdue.edu/mirrors/opencsw.org/current/i386/5.10/catalog > Resolving ftp.math.purdue.edu... 128.210.3.186 > Connecting to ftp.math.purdue.edu|128.210.3.186|:80... connected. > HTTP request sent, awaiting response... 404 Not Found > 2010-10-06 14:59:17 ERROR 404: Not Found. Right, and you get the same thing in a web browser too. > this is my current entry in /opt/csw/etc/pkgutil.conf > mirror=http://ftp.math.purdue.edu/mirrors/opencsw.org/ Try changing it to: mirror=http://ftp.math.purdue.edu/mirrors/opencsw.org/current Maciej From bonivart at opencsw.org Thu Oct 7 09:42:54 2010 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 7 Oct 2010 09:42:54 +0200 Subject: [csw-users] what am I doing wrong In-Reply-To: <4CAD06DB.3010408@highwire.stanford.edu> References: <4CAD06DB.3010408@highwire.stanford.edu> Message-ID: On Thu, Oct 7, 2010 at 1:31 AM, dennis sexton wrote: > I tried installing some CSW packages on a solaris 10? x86 system. The first > bit worked and after I tried changing > my mirror from the default to usc, I seem to have done something wrong so > that now nothing seems to work. > I have also tried purdue in mucking about with things but that hasn't seemed > to help. You got the correct answer from Maciej, you forgot to add "current" to the url. I will add a short explanation of this (current/stable distributions) to the default pkgutil.conf file. -- /peter From bwalton at opencsw.org Fri Oct 8 03:27:55 2010 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 07 Oct 2010 21:27:55 -0400 Subject: [csw-users] NFS shared /opt anyone? In-Reply-To: <1286070682-sup-1829@pinkfloyd.chass.utoronto.ca> References: <1286070682-sup-1829@pinkfloyd.chass.utoronto.ca> Message-ID: <1286501189-sup-5446@pinkfloyd.chass.utoronto.ca> Excerpts from Ben Walton's message of Sat Oct 02 21:57:12 -0400 2010: Hi All, > So, if you're sharing a single install point of CSW packages over > NFS, we'd love to know. It would also be interesting to know if > you've recently abandoned this approach for machine-local /opt. *crickets*...So..nobody is still doing this or nobody wants to admit it? :) Private replies are fine too. We really are interested in knowing whether sites are still doing this. So far I've had only a single (negative) response. Thanks Joseph! Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From gaa at ulticom.com Fri Oct 8 03:43:42 2010 From: gaa at ulticom.com (Gary Algier) Date: Thu, 07 Oct 2010 21:43:42 -0400 Subject: [csw-users] NFS shared /opt anyone? In-Reply-To: <1286501189-sup-5446@pinkfloyd.chass.utoronto.ca> References: <1286070682-sup-1829@pinkfloyd.chass.utoronto.ca> <1286501189-sup-5446@pinkfloyd.chass.utoronto.ca> Message-ID: <4CAE774E.8050504@ulticom.com> Ben Walton wrote: > Excerpts from Ben Walton's message of Sat Oct 02 21:57:12 -0400 2010: > > Hi All, > >> So, if you're sharing a single install point of CSW packages over >> NFS, we'd love to know. It would also be interesting to know if >> you've recently abandoned this approach for machine-local /opt. > > *crickets*...So..nobody is still doing this or nobody wants to admit > it? :) > > Private replies are fine too. We really are interested in knowing > whether sites are still doing this. So far I've had only a single > (negative) response. Thanks Joseph! > > Thanks > -Ben > -- > Ben Walton > Systems Programmer - CHASS > University of Toronto > C:416.407.5610 | W:416.978.4302 > > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users I don't do the NFS mounts any more, but I do something similar. I have tried to share /opt read only via loopback mounts from a Solaris global zone into a sparse zone. If I can make it work, it can save a lot of space. Unfortunately not all packages work well with sparse zones. -- Gary Algier, WB2FWZ gaa at ulticom.com +1 856 787 2758 Ulticom Inc., 1020 Briggs Rd, Mt. Laurel, NJ 08054 Fax:+1 856 866 2033 Nielsen's First Law of Computer Manuals: People don't read documentation voluntarily. From mats.larsson at ericsson.com Fri Oct 8 07:59:23 2010 From: mats.larsson at ericsson.com (Mats Larsson) Date: Fri, 8 Oct 2010 07:59:23 +0200 Subject: [csw-users] NFS shared /opt anyone? In-Reply-To: <1286070682-sup-1829@pinkfloyd.chass.utoronto.ca> References: <1286070682-sup-1829@pinkfloyd.chass.utoronto.ca> Message-ID: <4CAEB33B.40807@ericsson.com> Hi, Yes we are still doing that. Although our Solaris install base have been shrinking over the last yeras we still have ~100 (used to have ~1000) clients and 4-5 Terminal Servers. BR MOL On 2010-10-03 03:57, Ben Walton wrote: > Hi All, > > I'm curious to hear whether or not you're sharing /opt over NFS. > Supporting this configuration has traditionally been a goal of CSW, > but it forces several compromises in the way we can deliver package. > We're continuing to attempt this support on the premise that sites out > there are benefiting from it. We don't know if this is true or not. > > So, if you're sharing a single install point of CSW packages over NFS, > we'd love to know. It would also be interesting to know if you've > recently abandoned this approach for machine-local /opt. > > Thanks > -Ben > -- > Ben Walton > Systems Programmer - CHASS > University of Toronto > C:416.407.5610 | W:416.978.4302 > > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jon.Fechner at tellabs.com Fri Oct 8 16:28:58 2010 From: Jon.Fechner at tellabs.com (Fechner, Jon L.) Date: Fri, 8 Oct 2010 09:28:58 -0500 Subject: [csw-users] NFS shared /opt anyone? In-Reply-To: <1286070682-sup-1829@pinkfloyd.chass.utoronto.ca> References: <1286070682-sup-1829@pinkfloyd.chass.utoronto.ca> Message-ID: <16060DBCD52A2445BD9CBF1498974A7DDFB285BDFE@EX-NAP.tellabs-west.tellabsinc.net> Just a note to let you know we do share over NFS and are benefiting from it. We have one installation for Solaris 8, 9, and 10 (on sparc) and it allows us to easily keep all users on the same version of the tools. We do not plan on abandoning this approach so I hope support is continued. I would be interested to know what the significant compromises are in package delivery if you have time, but it is not pressing. Thanks, Jon -----Original Message----- From: users-bounces+jon.fechner=tellabs.com at lists.opencsw.org [mailto:users-bounces+jon.fechner=tellabs.com at lists.opencsw.org] On Behalf Of Ben Walton Sent: Saturday, October 02, 2010 8:57 PM To: CSW Users Subject: [csw-users] NFS shared /opt anyone? Hi All, I'm curious to hear whether or not you're sharing /opt over NFS. Supporting this configuration has traditionally been a goal of CSW, but it forces several compromises in the way we can deliver package. We're continuing to attempt this support on the premise that sites out there are benefiting from it. We don't know if this is true or not. So, if you're sharing a single install point of CSW packages over NFS, we'd love to know. It would also be interesting to know if you've recently abandoned this approach for machine-local /opt. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 _______________________________________________ users mailing list users at lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/users ============================================================ The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any reproduction, dissemination or distribution of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. Tellabs ============================================================ From maciej at opencsw.org Sat Oct 9 00:06:02 2010 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Fri, 8 Oct 2010 15:06:02 -0700 Subject: [csw-users] NFS shared /opt anyone? In-Reply-To: <16060DBCD52A2445BD9CBF1498974A7DDFB285BDFE@EX-NAP.tellabs-west.tellabsinc.net> References: <1286070682-sup-1829@pinkfloyd.chass.utoronto.ca> <16060DBCD52A2445BD9CBF1498974A7DDFB285BDFE@EX-NAP.tellabs-west.tellabsinc.net> Message-ID: No dia 8 de Outubro de 2010 07:28, Fechner, Jon L. escreveu: > Just a note to let you know we do share over NFS and are benefiting from it. We have one installation for Solaris 8, 9, and 10 (on sparc) and it allows us to easily keep all users on the same version of the tools. > > We do not plan on abandoning this approach so I hope support is continued. > > I would be interested to know what the significant compromises are in package delivery if you have time, but it is not pressing. Here's one example. Suppose that you deliver configuration files to /etc/opt/csw so that they are zone-local on sparse zones with shared /opt/csw. If you do that, they configuration files are not available on the shared NFS solution, because they aren't under the shared /opt/csw directory. If you choose to deliver configuration files to /opt/csw/etc, they are available, if not modifiable, in the shared NFS solution. The downside is that you cannot modify then on sparse non-global zones. My position on the topic is that if you're using the shared NFS solution, you can use a configuration management system such as puppet or cfengine to deploy your configuration files to /etc/opt/csw. I would assume that any larger Solaris installation requires such a solution, but I heard that there is a deployment that does not use any configuration management system, and it requires configuration files under /opt/csw/etc. There are also issues with alternatives, and generally class action scripts. How are NFS-based deployments managing the configuration files, do you guys use a configuration management system, or is it purely NFS-shared /opt? From Jon.Fechner at tellabs.com Tue Oct 12 17:52:18 2010 From: Jon.Fechner at tellabs.com (Fechner, Jon L.) Date: Tue, 12 Oct 2010 10:52:18 -0500 Subject: [csw-users] NFS shared /opt anyone? In-Reply-To: References: <1286070682-sup-1829@pinkfloyd.chass.utoronto.ca> <16060DBCD52A2445BD9CBF1498974A7DDFB285BDFE@EX-NAP.tellabs-west.tellabsinc.net> Message-ID: <16060DBCD52A2445BD9CBF1498974A7DDFB28F951C@EX-NAP.tellabs-west.tellabsinc.net> We do not use a configuration management system for opencsw delivered packages. We don't use everything available from opencsw, only about 50 or so applications that are key to us and I don't think they are of a highly configurable nature. We are in the purely NFS-share /opt camp. Thanks, Jon -----Original Message----- From: users-bounces+jon.fechner=tellabs.com at lists.opencsw.org [mailto:users-bounces+jon.fechner=tellabs.com at lists.opencsw.org] On Behalf Of Maciej (Matchek) Blizinski Sent: Friday, October 08, 2010 5:06 PM To: Questions and discussions Subject: Re: [csw-users] NFS shared /opt anyone? No dia 8 de Outubro de 2010 07:28, Fechner, Jon L. escreveu: > Just a note to let you know we do share over NFS and are benefiting from it. We have one installation for Solaris 8, 9, and 10 (on sparc) and it allows us to easily keep all users on the same version of the tools. > > We do not plan on abandoning this approach so I hope support is continued. > > I would be interested to know what the significant compromises are in package delivery if you have time, but it is not pressing. Here's one example. Suppose that you deliver configuration files to /etc/opt/csw so that they are zone-local on sparse zones with shared /opt/csw. If you do that, they configuration files are not available on the shared NFS solution, because they aren't under the shared /opt/csw directory. If you choose to deliver configuration files to /opt/csw/etc, they are available, if not modifiable, in the shared NFS solution. The downside is that you cannot modify then on sparse non-global zones. My position on the topic is that if you're using the shared NFS solution, you can use a configuration management system such as puppet or cfengine to deploy your configuration files to /etc/opt/csw. I would assume that any larger Solaris installation requires such a solution, but I heard that there is a deployment that does not use any configuration management system, and it requires configuration files under /opt/csw/etc. There are also issues with alternatives, and generally class action scripts. How are NFS-based deployments managing the configuration files, do you guys use a configuration management system, or is it purely NFS-shared /opt? _______________________________________________ users mailing list users at lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/users ============================================================ The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any reproduction, dissemination or distribution of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. Thank you. Tellabs ============================================================ From maciej at opencsw.org Tue Oct 12 20:12:24 2010 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Tue, 12 Oct 2010 19:12:24 +0100 Subject: [csw-users] NFS shared /opt anyone? In-Reply-To: <16060DBCD52A2445BD9CBF1498974A7DDFB28F951C@EX-NAP.tellabs-west.tellabsinc.net> References: <1286070682-sup-1829@pinkfloyd.chass.utoronto.ca> <16060DBCD52A2445BD9CBF1498974A7DDFB285BDFE@EX-NAP.tellabs-west.tellabsinc.net> <16060DBCD52A2445BD9CBF1498974A7DDFB28F951C@EX-NAP.tellabs-west.tellabsinc.net> Message-ID: No dia 12 de Outubro de 2010 16:52, Fechner, Jon L. escreveu: > We do not use a configuration management system for opencsw delivered packages. We don't use everything available from opencsw, only about 50 or so applications that are key to us and I don't think they are of a highly configurable nature. > > We are in the purely NFS-share /opt camp. Thanks for your feedback, Jon! From opk at opencsw.org Tue Oct 19 11:35:18 2010 From: opk at opencsw.org (Oliver Kiddle) Date: Tue, 19 Oct 2010 11:35:18 +0200 (CEST) Subject: [csw-users] skencil package Message-ID: <20101019093518.1935F83B@mail.opencsw.org> Sorry for the cross-post. Is anyone still using the skencil package? Anyone mind if it simply gets deleted? It is unmaintained upstream in over 4 years, isn't even packaged by Debian and the only functionality in our current package archive (without my updated _gtk.so) appears to be printing the following: ImportError: ld.so.1: python: fatal: relocation error: file /opt/csw/lib/python/site-packages/gtk-2.0/gtk/_gtk.so: symbol PyUnicodeUCS2_DecodeUTF8: referenced symbol not found I have contacted the current maintainer (Murray Jensen) and he said: "No worries - I don't use skencil and am happy to see it deleted." The reason I'd like to have it deleted is that I'm hoping to rename some of the packages it depends on to fit in with our conventions for python modules. Thanks Oliver From ghenry at cmi.univ-mrs.fr Wed Oct 20 11:46:34 2010 From: ghenry at cmi.univ-mrs.fr (Gerard Henry) Date: Wed, 20 Oct 2010 11:46:34 +0200 Subject: [csw-users] gconfd behaviour on solaris 10? Message-ID: <4CBEBA7A.1030602@cmi.univ-mrs.fr> hello all, anybody has ever seen problemes with Sun gconfd vers OpenCSW gconf? for example, i have a bug with acrobat reader, and i noticed that Sun gconfd is launched. But if i kill it, the OpenCSW gconfd is now launched. How the system deals with the 2 gconfd ? Have we to uninstall the SUNW gconfd? thanks in advnce for help, gerard From ghenry at cmi.univ-mrs.fr Thu Oct 28 08:39:42 2010 From: ghenry at cmi.univ-mrs.fr (Gerard Henry) Date: Thu, 28 Oct 2010 08:39:42 +0200 Subject: [csw-users] need help on old dhcp release Message-ID: <4CC91AAE.1070504@cmi.univ-mrs.fr> hello all, on a server (solaris 10 sparc), we have an old release of ISC dhcp: t2000-root% pkginfo -l CSWdhcp PKGINST: CSWdhcp NAME: dhcp - ISC DHCP reference implementation CATEGORY: application ARCH: sparc VERSION: 3.1.0,REV=2007.10.29 it works well, except that it logs everything on the console, even i have configured the files correctly (i think): in dhcpd.conf: log-facility local7; in /etc/syslog.conf: daemon.none;local7.debug /var/log/dhcp.log the server's console is completely polluted by messages from not authorized machines to get a valid IP adress: Oct 28 08:36:14 t2000 dhcpd: DHCPDISCOVER from 00:03:ba:b0:06:ca via e1000g0: network cmi-recherche: no free leases Oct 28 08:36:24 t2000 dhcpd: DHCPDISCOVER from 00:03:ba:26:a8:74 via e1000g0: network cmi-recherche: no free leases Oct 28 08:36:33 t2000 dhcpd: DHCPDISCOVER from 00:03:ba:b0:0a:cb via e1000g0: network cmi-recherche: no free leases i have 3 solutions: - correct the declarations for these machines - install a new release of dhcp - forbid dhcp to write on the console unfortunately, the two ones doesn't depend on me, so i'm wondering if i did something wrong that permit ISC dhcpd to write on the console? thanks in advance for help, gerard From kester at opencsw.org Thu Oct 28 09:42:01 2010 From: kester at opencsw.org (Kester Habermann) Date: Thu, 28 Oct 2010 09:42:01 +0200 Subject: [csw-users] Announcement: py_ldap Message-ID: <20101028074201.GB13016@bender.opencsw.org> Dear users: The pkg name for py_ldap has changed, from CSWpyldap, to CSWpy-ldap. Please be aware if you use this package, that you may want to manually remove the older version for upgrading purposes. Best Regards Kester