From philip.leitner at rzb.at Mon Aug 2 17:21:18 2010 From: philip.leitner at rzb.at (philip.leitner at rzb.at) Date: Mon, 2 Aug 2010 17:21:18 +0200 Subject: [csw-users] CSWsvn sparc has wrong architecture Message-ID: Hi! subversion seems to have the wrong arch: # uname -a SunOS rzbwsss01ap 5.10 Generic_142900-04 sun4u sparc SUNW,SPARC-Enterprise # pkgutil -c | grep svn CSWsvn 1.6.11,REV=2010.05.27 1.6.11,REV=2010.05.26 root at nohost:/opt/csw/bin# file *|grep -vi sparc |grep -v script svn: ELF 32-bit LSB executable 80386 Version 1 [FPU], dynamically linked, stripped svn-contrib: directory svn-tools: directory svnadmin: ELF 32-bit LSB executable 80386 Version 1 [FPU], dynamically linked, stripped svndumpfilter: ELF 32-bit LSB executable 80386 Version 1 [FPU], dynamically linked, stripped svnlook: ELF 32-bit LSB executable 80386 Version 1 [FPU], dynamically linked, stripped svnserve: ELF 32-bit LSB executable 80386 Version 1 [FPU], dynamically linked, stripped svnsync: ELF 32-bit LSB executable 80386 Version 1 [FPU], dynamically linked, stripped svnversion: ELF 32-bit LSB executable 80386 Version 1 [FPU], dynamically linked, stripped it's the same package version in stable and unstable. could you compile it for sparc architecture? thanks pi This message and any attachment ("the Message") are confidential. If you have received the Message in error, please notify the sender immediately and delete the Message from your system, any use of the Message is forbidden. Correspondence via e-mail is primarily for information purposes. RZB neither makes nor accepts legally binding statements via e-mail unless otherwise agreed to the contrary. Information pursuant to ? 14 Austrian Companies Code: Raiffeisen Zentralbank Oesterreich AG; Registered Office: Am Stadtpark 9, A-1030 Vienna; Company Register Number: FN 58882t at the Commercial Court of Vienna. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Tue Aug 3 08:59:21 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 3 Aug 2010 08:59:21 +0200 Subject: [csw-users] CSWsvn sparc has wrong architecture In-Reply-To: References: Message-ID: Hi Philip, Am 02.08.2010 um 17:21 schrieb philip.leitner at rzb.at: > subversion seems to have the wrong arch: > > # uname -a > SunOS rzbwsss01ap 5.10 Generic_142900-04 sun4u sparc SUNW,SPARC- > Enterprise > > # pkgutil -c | grep svn > CSWsvn 1.6.11,REV=2010.05.27 > 1.6.11,REV=2010.05.26 > > root at nohost:/opt/csw/bin# file *|grep -vi sparc |grep -v script > svn: ELF 32-bit LSB executable 80386 Version 1 [FPU], > dynamically linked, stripped > svn-contrib: directory > svn-tools: directory > svnadmin: ELF 32-bit LSB executable 80386 Version 1 [FPU], > dynamically linked, stripped > svndumpfilter: ELF 32-bit LSB executable 80386 Version 1 [FPU], > dynamically linked, stripped > svnlook: ELF 32-bit LSB executable 80386 Version 1 [FPU], > dynamically linked, stripped > svnserve: ELF 32-bit LSB executable 80386 Version 1 [FPU], > dynamically linked, stripped > svnsync: ELF 32-bit LSB executable 80386 Version 1 [FPU], > dynamically linked, stripped > svnversion: ELF 32-bit LSB executable 80386 Version 1 [FPU], > dynamically linked, stripped > > it's the same package version in stable and unstable. I doubt that as stable hasn't been updated for a long time. > could you compile it for sparc architecture? This is from the Sparc 5.10 catalog: > subversion 1.6.11,REV=2010.05.26 CSWsvn > subversion-1.6.11,REV=2010.05.26-SunOS5.9-sparc-CSW.pkg.gz > b94377c9163a19915e4d2ac9773b7c4a 2034882 CSWcommon|CSWapache2rt| > CSWbdb48|CSWexpat|CSWggettextrt|CSWiconv|CSWneon|CSWoldaprt|CSWsasl| > CSWlibserf|CSWsqlite3rt|CSWzlib none none Subversion 1.6.11,REV=2010.05.27 was only released for i386, the corresponding sparc package has the timestamp 1.6.11,REV=2010.05.26 due to the massive buildtime of the software: > dam at login [login]:/export/mirror/opencsw/current > ls -l */5.10/ > subversion-* > lrwxrwxrwx 1 web web 64 May 29 03:30 i386/5.10/ > subversion-1.6.11,REV=2010.05.27-SunOS5.9-i386-CSW.pkg.gz -> ../5.9/ > subversion-1.6.11,REV=2010.05.27-SunOS5.9-i386-CSW.pkg.gz > lrwxrwxrwx 1 web web 65 May 29 03:30 sparc/5.10/ > subversion-1.6.11,REV=2010.05.26-SunOS5.9-sparc-CSW.pkg.gz -> ../5.9/ > subversion-1.6.11,REV=2010.05.26-SunOS5.9-sparc-CSW.pkg.gz It looks like you have just the wrong package installed. I suggest you just "pkgrm CSWsvn" and simply reinstall it with "pkg-get -i subversion". As you now have an inconsistent installation I wonder how you installed it in the first place. Best regards -- Dago From james at opencsw.org Tue Aug 3 10:14:54 2010 From: james at opencsw.org (James Lee) Date: Tue, 03 Aug 2010 08:14:54 GMT Subject: [csw-users] CSWsvn sparc has wrong architecture In-Reply-To: References: Message-ID: <20100803.8145400.779659294@gyor.oxdrove.co.uk> On 03/08/10, 07:59:21, Dagobert Michelsen wrote regarding Re: [csw-users] CSWsvn sparc has wrong architecture: > > subversion seems to have the wrong arch: ... > > it's the same package version in stable and unstable. > I doubt that as stable hasn't been updated for a long time. It's not: 1.6.11,REV=2010.05.26 1.4.5,REV=2007.11.18 James. From philip.leitner at rzb.at Tue Aug 3 16:04:12 2010 From: philip.leitner at rzb.at (philip.leitner at rzb.at) Date: Tue, 3 Aug 2010 16:04:12 +0200 Subject: [csw-users] CSWsvn sparc has wrong architecture Message-ID: Hi Dago, i did make a package stream on a i386 architekture with the flag -T sparc:5.10. (using pkgutil) well, anyway i move my packaging zone to a sparc machine. seems to work right now. thanks pi This message and any attachment ("the Message") are confidential. If you have received the Message in error, please notify the sender immediately and delete the Message from your system, any use of the Message is forbidden. Correspondence via e-mail is primarily for information purposes. RZB neither makes nor accepts legally binding statements via e-mail unless otherwise agreed to the contrary. Information pursuant to ? 14 Austrian Companies Code: Raiffeisen Zentralbank Oesterreich AG; Registered Office: Am Stadtpark 9, A-1030 Vienna; Company Register Number: FN 58882t at the Commercial Court of Vienna. -------------- next part -------------- An HTML attachment was scrubbed... URL: From bonivart at opencsw.org Wed Aug 4 00:14:10 2010 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 4 Aug 2010 00:14:10 +0200 Subject: [csw-users] [Pkgutil-users] CSWsvn sparc has wrong architecture In-Reply-To: <3553EE87-D934-45C6-AC28-73CE4391A070@opencsw.org> References: <3553EE87-D934-45C6-AC28-73CE4391A070@opencsw.org> Message-ID: On Tue, Aug 3, 2010 at 9:13 PM, Dagobert Michelsen wrote: > Am 03.08.2010 um 16:04 schrieb philip.leitner at rzb.at: >> Hi Dago, >> >> i did make a package stream on a i386 architekture with >> >> the flag -T sparc:5.10. (using pkgutil) >> >> well, anyway i move my packaging zone to a sparc machine. >> >> seems to work right now. > > Fwd'ing your email to pkgutil-users@ as another user reported a > similar problem. I can't reproduce that. Look at the link from pastebin: http://pastebin.com/mL83XLfx I'm on OpenSolaris on i386 and it immediately uses the 5.10 catalog for Sparc and everything is correct. -- /peter From mark at proseconsulting.co.uk Thu Aug 5 13:49:04 2010 From: mark at proseconsulting.co.uk (mark at proseconsulting.co.uk) Date: Thu, 5 Aug 2010 12:49:04 +0100 Subject: [csw-users] Instructions for importing GPG public key do not work Message-ID: <21277.1281008944@proseconsulting.co.uk> Hi, I was following the instructions at the bottom of this page: http://www.opencsw.org/get-it/mirrors/ for importing the GPG public key. Unfortunately, # wget --output-document=/tmp/gpg.key http://www.opencsw.org/get-it/mirrors/ gives me a file that GPG doesn't like: # gpg --import /tmp/gpg.key gpg: no valid OpenPGP data found. gpg: Total number processed: 0 The reason is because the BEGIN PGP block doesn't come at the start of the line, i.e. # grep BEGIN /tmp/gpg.key ... shows up an HTML 'pre' tag before the BEGIN PGP stuff. So, this works: # nawk '/-----BEGIN PGP/ {sub("^[^-]*", ""); s=1} s {print} /-----END PGP/ {s=0}' /tmp/opencsw.pub | gpg --import The instructions also fail to mention that you will need to trust the key once it has been imported. This can be done using a manual approach: # gpg --edit-key dm at opencsw.org trust quit 5 q ...or using a script: http://lists.gnupg.org/pipermail/gnupg-users/2010-July/039275.html # set-gpg-trust dm at opencsw.org 6 p.s. that's not a typo. Trust level is 5 if you're using the manual approach, 6 if you use the script. Both methods will set the trust level to "ultimate". Best regards, Mark Bannister. From bonivart at opencsw.org Thu Aug 5 16:16:45 2010 From: bonivart at opencsw.org (Peter Bonivart) Date: Thu, 5 Aug 2010 16:16:45 +0200 Subject: [csw-users] Instructions for importing GPG public key do not work In-Reply-To: <21277.1281008944@proseconsulting.co.uk> References: <21277.1281008944@proseconsulting.co.uk> Message-ID: On Thu, Aug 5, 2010 at 1:49 PM, wrote: > Hi, > > I was following the instructions at the bottom of this page: > http://www.opencsw.org/get-it/mirrors/ > for importing the GPG public key. > > Unfortunately, > # wget --output-document=/tmp/gpg.key http://www.opencsw.org/get-it/mirrors/ > gives me a file that GPG doesn't like: > > # gpg --import /tmp/gpg.key > gpg: no valid OpenPGP data found. > gpg: Total number processed: 0 > > The reason is because the BEGIN PGP block doesn't come at the start of the line, i.e. > # grep BEGIN /tmp/gpg.key > ... shows up an HTML 'pre' tag before the BEGIN PGP stuff. Thanks for the report, I fixed the HTML so the import works. -- /peter From bonivart at opencsw.org Fri Aug 6 22:21:38 2010 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 6 Aug 2010 22:21:38 +0200 Subject: [csw-users] /testing perl respin Message-ID: I have respun Perl 5.10.1 so it records the new compiler location, I also updated it to use bdb48 instead of bdb47. Otherwise no changes have been made. Since it's a widely used package I would like some feedback so we know for sure it works on different systems. You can find the package here: http://mirror.opencsw.org/experimental.html#bonivart Install it easily with: # pkgutil -t http://mirror.opencsw.org/opencsw/experimental/bonivart -i perl -- /peter From phil at bolthole.com Mon Aug 23 17:53:56 2010 From: phil at bolthole.com (Philip Brown) Date: Mon, 23 Aug 2010 08:53:56 -0700 Subject: [csw-users] pkg-get 4.4 released Message-ID: FYI, I just released pkg-get 4.4 Updates: - changed default url to the "proper" ibiblio one - should give instructions about grabbing our key for gpg when appropriate - should be more friendly about non-root use. Not much to be done about the whole "only root can use pkgadd" right now of course :) But for purposes of package comparisons, or downloads, it now has a fallback mode to set things up in a user's home directory. The reason I added this, is for times when the sysadmins have not updated the local cached version of the package catalog, but you still want to run version comparisons, as a regular user. (This would in theory allow use of the "-e" flag in a cronjob as non-root) Oh, and I also updated the documentation, so it actually mentions the fact that pkg-get has a "cdrom"(directory) mode :-} From skayser at opencsw.org Tue Aug 24 15:49:48 2010 From: skayser at opencsw.org (Sebastian Kayser) Date: Tue, 24 Aug 2010 15:49:48 +0200 Subject: [csw-users] Updated postfix packages (2.7.1) in experimental/, testing appreciated Message-ID: <20100824134948.GM31821@sebastiankayser.de> Hi, after ages(eseses) I finally tackled an upgrade for the orphaned postfix package and 2.7.1 is now available from experimental/. http://mirror.opencsw.org/experimental.html#skayser pkgutil -t http://mirror.opencsw.org/opencsw/experimental/skayser -i postfix Quite a few changes went into it, most notably, postfix doesn't touch the system sendmail binaries any more. It just installs alongside sendmail and it's up to the user to take further actions (README.CSW has details). Also the spool location has changed from /opt/csw/var to /var/opt/csw to make postfix zone-friendly. As the version bump is a bit substantial, I do appreciate any testing and feedback that you guys / postfix users out there can provide. I am planning to then publish a polished package during the next few days. The full list of changes: * Adopted and updated to 2.7.1. (Closes #3580, #3700, #3970) * Moved spool directory to /var/opt/csw/spool/postfix. (Closes #3946) * Added Cyrus SASL support. (Closes #2843) * Added hash table support via bdb. (Closes #2097) * Init / SMF handling now done with cswclassutils. (Closes #3946) * Now depends on pcre_rt instead of pcre. (Closes #3017) * Binaries in /opt/csw/libexec/postfix are now stripped. (Closes #3063) * Doesn't automatically substitute system sendmail binaries any more. Please refer to README.CSW instead. (Closes #1943, #2964, #3060) Sebastian From gadavis at ucsd.edu Tue Aug 31 22:13:45 2010 From: gadavis at ucsd.edu (Geoff Davis) Date: Tue, 31 Aug 2010 13:13:45 -0700 Subject: [csw-users] Bug in alternatives mechanism with sparse-root zone creation Message-ID: <037EC3DE-8866-4F80-912B-30FA5731D6D2@ucsd.edu> Hi all, There appears to be a bug in the alternatives mechanism when creating a new sparse-root zone on Solaris 10 systems. My installed version of CSWalternatives is 1.0,REV=2010.05.21 I have a global zone with CSW alternatives, CSWneon, CSWsudo, and CSWsudo-common installed. The alternatives mechanism has registered the symlinks in the right locations and alternatives --display neon and alternatives --display sudo work as expected. If I then create a new non-global zone with the default inherited paths (your typical sparse-root zone), alternatives --display whatever shows the correct paths listed, but the symlinks are not there. After zone creation, I have to manually force the alternatives mechanism to install the needed symlinks by running a shell loop: for d in `ls /opt/csw/share/alternatives`; do alt=`basename $d`; alternatives --auto $alt; done Note that if I uninstall CSWsudo inside the zone and then re-install it, the alternatives mechanism works as expected. It's only upon initial zone creation that the alternatives symlinks do not get created. Geoff Davis Scripps Institution of Oceanography gadavis at ucsd.edu, (858) 822-5756