From bonivart at opencsw.org Sun Jul 3 15:32:00 2011 From: bonivart at opencsw.org (Peter Bonivart) Date: Sun, 3 Jul 2011 15:32:00 +0200 Subject: [csw-users] /testing Sendmail 8.14.5 Message-ID: I have done some work to the Sendmail 8.14.2 package from 2007. During all this time Mike Watters, Benny von Mossner and Maciej Blizinski have also contributed. There's quite a few changes and it's a lot simpler now. It doesn't mess with Solaris built-in Sendmail but instead delivers a script to help with this if you need it. Change list: + it's built in GAR + large file support + post install message to explain changes + fix paths in sendmail.cf and cswsendmail + include deactivate/reactivate scripts for Solaris Sendmail + migrate conf from /opt/csw/etc/mail + use alternatives to clear collisions with postfix + never start cswsendmail by default (collides with Solaris Sendmail) + path to sendmail.cf in binary (/etc/opt/csw/mail) + bdb hash support + remove all custom handling of conf files, users and so on. Replace with class action scripts + contrib package with utilities These bugs should be fixed: #2915 Must stop built-in sendmail manually -> n/a #3864 Sendmail must be relinked with new berkeley db -> bdb48 #4150 Sendmail 8.14.4 released -> this is 8.14.5 #4486 Provide sendmail's contrib/ tools as a separate package There's three packages: sendmail, sendmail_contrib and libmilter. You can find them here: http://buildfarm.opencsw.org/experimental.html#sendmail Please help test both new installs and upgrades. Does it work at all? Things to do differently? NOTE: these are experimental packages, they are not recommended for production systems. /peter From maciej at opencsw.org Mon Jul 11 17:35:37 2011 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_Blizi=C5=84ski?=) Date: Mon, 11 Jul 2011 16:35:37 +0100 Subject: [csw-users] pkg-get is deprecated Message-ID: Hello OpenCSW users, pkg-get[1], the original package installation tool, is now deprecated. The development is now focused on pkgutil[2]. The bootstrap area of the website[3] no longer shows the choice between pkg-get and pkgutil; the old URL is now a HTTP redirection to the pkgutil page. > curl -s -I http://www.opencsw.org/get-it/pkg-get/ | gegrep '(HTTP|Location)' HTTP/1.0 301 Moved Permanently Location: http://www.opencsw.org/get-it/pkgutil/ The old tool is still available from the package catalog, but it isn't supported and there are no guarantees that it will receive any updates in the future. Those who care about pkg-get are encouraged to look for a new maintainer for the package. If you have any further questions, feel free to ask, either here, or at #opencsw on Freenode. Maciej [1] http://www.opencsw.org/packages/CSWpkgget/ [2] http://www.opencsw.org/packages/CSWpkgutil/ [3] http://www.opencsw.org/get-it/ From dclarke at blastwave.org Tue Jul 12 13:56:00 2011 From: dclarke at blastwave.org (Dennis Clarke) Date: Tue, 12 Jul 2011 07:56:00 -0400 (EDT) Subject: [csw-users] pkg-get is deprecated Message-ID: <54875.10.0.66.17.1310471760.squirrel@interact.purplecow.org> > Hello OpenCSW users, > > pkg-get[1], the original package installation tool, is now deprecated. > The development is now focused on pkgutil[2]. The bootstrap area of > the website[3] no longer shows the choice between pkg-get and pkgutil; > the old URL is now a HTTP redirection to the pkgutil page. > >> curl -s -I http://www.opencsw.org/get-it/pkg-get/ | gegrep >> '(HTTP|Location)' > HTTP/1.0 301 Moved Permanently > Location: http://www.opencsw.org/get-it/pkgutil/ > > The old tool is still available from the package catalog, but it isn't > supported and there are no guarantees that it will receive any updates > in the future. > > Those who care about pkg-get are encouraged to look for a new > maintainer for the package. > > If you have any further questions, feel free to ask, either here, or > at #opencsw on Freenode. > > Maciej > > [1] http://www.opencsw.org/packages/CSWpkgget/ > [2] http://www.opencsw.org/packages/CSWpkgutil/ > [3] http://www.opencsw.org/get-it/ > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users > This would be because you forced Phil Brown out the door. I have my differences with Phil Brown but it must be said he sure as hell knew how to do software correctly. You guys never cease to amaze me at your methods. -- -- +-------------------------+---------------------------------+ | Dennis Clarke | Elected Member of the LAST | | dclarke at blastwave.org | OpenSolaris Governance Board | +-------------------------+---------------------------------+ From ihsan at dogan.ch Tue Jul 12 16:02:18 2011 From: ihsan at dogan.ch (=?UTF-8?B?xLBoc2FuIERvxJ9hbg==?=) Date: Tue, 12 Jul 2011 16:02:18 +0200 Subject: [csw-users] pkg-get is deprecated In-Reply-To: <54875.10.0.66.17.1310471760.squirrel@interact.purplecow.org> References: <54875.10.0.66.17.1310471760.squirrel@interact.purplecow.org> Message-ID: <4E1C53EA.7030009@dogan.ch> Hello Dennis, On 07/12/11 01:56 PM, Dennis Clarke wrote: [...] > This would be because you forced Phil Brown out the door. > I have my differences with Phil Brown but it must be said > he sure as hell knew how to do software correctly. Nobody force Phil out of OpenCSW. It was his own decision. > You guys never cease to amaze me at your methods. Didn't you lock once Phil's account without telling him? Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From dclarke at blastwave.org Tue Jul 12 16:16:16 2011 From: dclarke at blastwave.org (Dennis Clarke) Date: Tue, 12 Jul 2011 10:16:16 -0400 (EDT) Subject: [csw-users] pkg-get is deprecated Message-ID: <58787.10.0.66.17.1310480176.squirrel@interact.purplecow.org> > Hello Dennis, > > On 07/12/11 01:56 PM, Dennis Clarke wrote: > > [...] > >> This would be because you forced Phil Brown out the door. >> I have my differences with Phil Brown but it must be said >> he sure as hell knew how to do software correctly. > > Nobody force Phil out of OpenCSW. It was his own decision. http://lists.opencsw.org/pipermail/maintainers/2011-July/014962.html > >> You guys never cease to amaze me at your methods. > > Didn't you lock once Phil's account without telling him? > > Yes. I received a phone call from security at Sun Microsystems Inc. who had a valid complaint about Phil. He was making strange phone calls to the CEO and other executive level people at sun Microsystems and talking about Blastwave as if he owned the company. He made a very difficult legal scene and the only reasonable action was to close his account immediately. Which I did. I would do the same to anyone that calls billion dollar companies and harrasses the CEO and exec level. That sort of person can not be trusted and is a loose cannon rolling about the deck looking to injure someone. Don't bother to reply Ihsan .. you were one of the guys that snuck out in the middle of the night with everything you could carry, the GPG key, broken scripts and processes left behind and stuck me with a $20,000 bill ( or more ) for hardware and other infrastructure that was requested just before you and your opencsw buddies left. -- -- +-------------------------+---------------------------------+ | Dennis From ihsan at dogan.ch Tue Jul 12 16:44:32 2011 From: ihsan at dogan.ch (=?UTF-8?B?xLBoc2FuIERvxJ9hbg==?=) Date: Tue, 12 Jul 2011 16:44:32 +0200 Subject: [csw-users] pkg-get is deprecated In-Reply-To: <58787.10.0.66.17.1310480176.squirrel@interact.purplecow.org> References: <58787.10.0.66.17.1310480176.squirrel@interact.purplecow.org> Message-ID: <4E1C5DD0.5010101@dogan.ch> On 07/12/11 04:16 PM, Dennis Clarke wrote: > Don't bother to reply Ihsan .. you were one of the guys that snuck out in > the middle of the night with everything you could carry, the GPG key, > broken scripts and processes left behind and stuck me with a $20,000 bill > ( or more ) for hardware and other infrastructure that was requested just > before you and your opencsw buddies left. Dennis, this was already almost three years ago! First, you never contacted me to discuss and clear things up, even though you have my private address and my private phone number. Second, I don't think this is the right place to discuss our differences. Thank you. Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/ From maciej at opencsw.org Thu Jul 14 21:30:46 2011 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_Blizi=C5=84ski?=) Date: Thu, 14 Jul 2011 20:30:46 +0100 Subject: [csw-users] Transition to the new release process Message-ID: Hello OpenCSW users, You might have already heard about the automated release process, which has been discussed on the maintainers mailing list in the last couple of months. The idea has been written up[1], then voted on and accepted[2]. At about the same time, the package release manager has unfortunately retired from the project[3]. You might have noticed the pause in package releases that started about a week and a half ago. To respond to the new situation, project members are working hard on the accelerated transition to the new release process. Most of the elements of the new system are already in place; current efforts focus on catalog signing and testing of the system as a whole. Meanwhile, work on packages is going on as usual. All upgraded packages are currently lining up for release, you can expect a larger number of updates when the new process goes live. We'll keep you posted. --Maciej Blizi?ski, The OpenCSW team [1] http://wiki.opencsw.org/automated-release-proposal [2] http://www.opencsw.org/2011/07/a-new-direction-for-opencsw/ [3] http://lists.opencsw.org/pipermail/maintainers/2011-July/014964.html From victorhooi at yahoo.com Fri Jul 22 08:40:22 2011 From: victorhooi at yahoo.com (Victor Hooi) Date: Fri, 22 Jul 2011 16:40:22 +1000 Subject: [csw-users] Running pkgutil and OpenCSW as non-root? Message-ID: Hi, I'm hoping to use pkgutil and OpenCSW is a rather locked-down environment, where we do not have root access to the boxes. Basically, I need to run pkgutil as a normal user, and have it install all packages/libraries into it's own prefix (we do have a common directory which we have ownership of). Are there any notes or tricks we could use to achieve this? I couldn't seem to find anything on the wiki, and the nearest thing I could find was an old blog post from 2009, which involves simply extracting Solaris SVR4 packages, not quite what I wanted: http://blogs.oracle.com/LetTheSunShineIn/entry/non_root_install_of_blastwave *1. Getting pkg-util* The first step is to get pkgutil. I have version 2.4 downloaded from here: http://buildfarm.opencsw.org/experimental/bonivart/pkgutil-2.4,REV=2011.06.29-SunOS5.9-all-CSW.pkg Since I don't have root access, I simply ran pkgtrans to get the actual files. I can run the pkgutil perl script itself, however I'm not sure what to do with the other required files in the archive (e.g. admin, etc, wget-i386/sparc etc.). How should I install properly pkg-util to run as non-root under a specific prefix (e.g. /my_prefix/)? *2. Running pkg-util* I saw it mentioned here, for version 2.0 of pkgutil that it has non-root abilities, but I'm not sure how to trigger this: http://pkgutil.wikidot.com/release-history#toc4 What's the best way of running pkg-util as non-root, and having it install into our own prefix? *3. Local OpenCSW Mirror* * * The other issue is that we don't have direct access from these machines to the internet (due to firewalling). What steps would I take to setup our own local OpenCSW mirror within our network (we probably can guess root access to this machine, assuming it doesn't have to be Solaris, and setup a webserver of our choice), and how should we go about pointing our pkg-util utility at this instance? Cheers, Victor -------------- next part -------------- An HTML attachment was scrubbed... URL: From bonivart at opencsw.org Fri Jul 22 11:16:27 2011 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 22 Jul 2011 11:16:27 +0200 Subject: [csw-users] Running pkgutil and OpenCSW as non-root? In-Reply-To: References: Message-ID: On Fri, Jul 22, 2011 at 8:40 AM, Victor Hooi wrote: > Hi, > I'm hoping to use pkgutil and OpenCSW is a rather locked-down environment, > where we do not have root access to the boxes. I'm sorry to say but I think you will have little success with this. :( Is there really no other option like having the sysadmin do installs for you, have your own zone or something? Or get specific sudo access? > Basically, I need to run pkgutil as a normal user, and have it install all > packages/libraries into it's own prefix (we do have a common directory which > we have ownership of). > Are there any notes or tricks we could use to achieve this? I couldn't seem > to find anything on the wiki, and the nearest thing I could find was an old > blog post from 2009, which involves simply extracting Solaris SVR4 packages, > not quite what I wanted: > http://blogs.oracle.com/LetTheSunShineIn/entry/non_root_install_of_blastwave > 1. Getting pkg-util > The first step is to get pkgutil. I have version 2.4 downloaded from here: > http://buildfarm.opencsw.org/experimental/bonivart/pkgutil-2.4,REV=2011.06.29-SunOS5.9-all-CSW.pkg > Since I don't have root access, I simply ran pkgtrans to get the actual > files. I can run the pkgutil perl script itself, however I'm not sure what > to do with the other required files in the archive (e.g. admin, etc, > wget-i386/sparc etc.). > How should I install properly pkg-util to run as non-root under a specific > prefix (e.g. /my_prefix/)? Take a look here how the files are laid out: http://www.opencsw.org/search/pkgutil/. But it's only the admin file that is important. By default if you're running pkgutil as non-root it will create a ~/.pkgutil directory for the catalog, admin file and so on. If you already have wget somewhere you don't need the included one, it's just a last resort. Most options can be set on the command line (every option with the --param option) but if you want a config file you can put it anywhere and call it with --config. > 2. Running pkg-util > > I saw it mentioned here, for version 2.0 of pkgutil that it has non-root > abilities, but I'm not sure how to trigger this: > http://pkgutil.wikidot.com/release-history#toc4 > What's the best way of running pkg-util as non-root, and having it install > into our own prefix? The problem is not pkgutil itself, it's that the Solaris pkg tools (pkgadd/pkgrm and so on) are root-only when they modify stuff. So the only things pkgutil can do as non-root are catalog related (like pkgutil -a) and pure info commands like the ones calling pkginfo. The other problem is that the packages themselves usually are not relocatable. > 3. Local OpenCSW Mirror > The other issue is that we don't have direct access from these machines to > the internet (due to firewalling). > What steps would I take to setup our own local OpenCSW mirror within our > network (we probably can guess root access to this machine, assuming it > doesn't have to be Solaris, and setup a webserver of our choice), and how > should we go about pointing our pkg-util utility at this instance? First you need to rsync from an official mirror, it's described on www.opencsw.org/mirrors, then you just set your mirror options in pkgutil.conf to point to your web server. You can also use the file:// protocol if it's an NFS share. mirror=http://yourwebserver/csw mirror=file:///cswshare /peter From jrgeilo at sandia.gov Fri Jul 22 16:37:47 2011 From: jrgeilo at sandia.gov (Geilow, John) Date: Fri, 22 Jul 2011 14:37:47 +0000 Subject: [csw-users] Help on access the catalog Message-ID: <78F42F03BFB46E4B98733B84AA87461F328B248C@EXMB04.srn.sandia.gov> I pull down the pkgutil and install it on my Solaris server but when I run the update for the catalog, I get a timeout. As seen below. /opt/csw/bin/pkgutil -U => Fetching new catalog and descriptions (http://ibiblio.org/pub/packages/solaris/opencsw/current/i386/5.10) if available ... --2011-07-22 08:30:45-- http://ibiblio.org/pub/packages/solaris/opencsw/current/i386/5.10/catalog Resolving ibiblio.org... 152.19.134.40 Connecting to ibiblio.org|152.19.134.40|:80... failed: Connection timed out. Retrying. --2011-07-22 08:33:57-- (try: 2) http://ibiblio.org/pub/packages/solaris/opencsw/current/i386/5.10/catalog Connecting to ibiblio.org|152.19.134.40|:80... Is there a way to set it up and go through my http proxies server. Thanks, John -------------- next part -------------- An HTML attachment was scrubbed... URL: From bwalton at opencsw.org Fri Jul 22 16:42:59 2011 From: bwalton at opencsw.org (Ben Walton) Date: Fri, 22 Jul 2011 10:42:59 -0400 Subject: [csw-users] Help on access the catalog In-Reply-To: <78F42F03BFB46E4B98733B84AA87461F328B248C@EXMB04.srn.sandia.gov> References: <78F42F03BFB46E4B98733B84AA87461F328B248C@EXMB04.srn.sandia.gov> Message-ID: <1311345685-sup-3826@pinkfloyd.chass.utoronto.ca> Excerpts from Geilow, John's message of Fri Jul 22 10:37:47 -0400 2011: Hi John, > Is there a way to set it up and go through my http proxies server. The pkgutil tool is just driving wget in the background. You should be able to set the appropriate command line options for the wget_options variable in pkgutil.conf. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From bonivart at opencsw.org Fri Jul 22 17:14:52 2011 From: bonivart at opencsw.org (Peter Bonivart) Date: Fri, 22 Jul 2011 17:14:52 +0200 Subject: [csw-users] Help on access the catalog In-Reply-To: <1311345685-sup-3826@pinkfloyd.chass.utoronto.ca> References: <78F42F03BFB46E4B98733B84AA87461F328B248C@EXMB04.srn.sandia.gov> <1311345685-sup-3826@pinkfloyd.chass.utoronto.ca> Message-ID: On Fri, Jul 22, 2011 at 4:42 PM, Ben Walton wrote: > Excerpts from Geilow, John's message of Fri Jul 22 10:37:47 -0400 2011: > > Hi John, > >> Is there a way to set it up and go through my http proxies server. > > The pkgutil tool is just driving wget in the background. ?You should > be able to set the appropriate command line options for the > wget_options variable in pkgutil.conf. Yes, or wget should pick it up from the usual places like /etc/wgetrc or ~/.wgetrc. You should also be able to set it in your environment (http_proxy). Basically, if you can do wget successfully from prompt, pkgutil should be able to use it as well. If it doesn't work for you, please get back to us with info from the above files and the output of "pkgutil -V". /peter From jrgeilo at sandia.gov Fri Jul 22 17:34:59 2011 From: jrgeilo at sandia.gov (Geilow, John) Date: Fri, 22 Jul 2011 15:34:59 +0000 Subject: [csw-users] Help on access the catalog In-Reply-To: References: <78F42F03BFB46E4B98733B84AA87461F328B248C@EXMB04.srn.sandia.gov> <1311345685-sup-3826@pinkfloyd.chass.utoronto.ca> Message-ID: <78F42F03BFB46E4B98733B84AA87461F328B24BC@EXMB04.srn.sandia.gov> Thanks that work modifying wgetrc. John -----Original Message----- From: shuttlebox at gmail.com [mailto:shuttlebox at gmail.com] On Behalf Of Peter Bonivart Sent: Friday, July 22, 2011 9:15 AM To: Questions and discussions Cc: Geilow, John Subject: Re: [csw-users] Help on access the catalog On Fri, Jul 22, 2011 at 4:42 PM, Ben Walton wrote: > Excerpts from Geilow, John's message of Fri Jul 22 10:37:47 -0400 2011: > > Hi John, > >> Is there a way to set it up and go through my http proxies server. > > The pkgutil tool is just driving wget in the background. ?You should > be able to set the appropriate command line options for the > wget_options variable in pkgutil.conf. Yes, or wget should pick it up from the usual places like /etc/wgetrc or ~/.wgetrc. You should also be able to set it in your environment (http_proxy). Basically, if you can do wget successfully from prompt, pkgutil should be able to use it as well. If it doesn't work for you, please get back to us with info from the above files and the output of "pkgutil -V". /peter From victorhooi at yahoo.com Sat Jul 23 05:48:31 2011 From: victorhooi at yahoo.com (Victor Hooi) Date: Sat, 23 Jul 2011 13:48:31 +1000 Subject: [csw-users] Running pkgutil and OpenCSW as non-root? In-Reply-To: References: Message-ID: Peter, Thanks for the quick reply. Hmm, the issue is it's an incredibly locked down environment, unfortunately. Even getting the sysadmins to install specified packages from say OpenCSW would be a bureacratic nightmare. We're still stuck on GCC 3.x, vi (not vim), Python 2.3 etc. Hence why we're looking at using something like OpenCSW or Blastwave, or compiling ourselves. So pkgutil ultimately runs pkgadd/pkgrm, which we can't run as non-root. Would it be possible to perhaps install Solaris on our own machine, setup OpenCSW and install the packages, then transplant those installed packages onto the box? As in, we'd copy the /opt/csw directory to our own prefix, and edit our PATH/LD_LIBRARY_PATH to run from there? It's an ugly hack, and I guess we lose things like easy upgrades, centralised package management, and easy removes, but it's probably a whole lot better than compiling ourselves from scratch. Failing that, are the compile flag, patches, and procedures for building the packages perhaps documented anywhere? We might be able to replicate it on our boxes in our own prefix. Cheers, Victor On Fri, Jul 22, 2011 at 19:16, Peter Bonivart wrote: > On Fri, Jul 22, 2011 at 8:40 AM, Victor Hooi wrote: > > Hi, > > I'm hoping to use pkgutil and OpenCSW is a rather locked-down > environment, > > where we do not have root access to the boxes. > > I'm sorry to say but I think you will have little success with this. > :( Is there really no other option like having the sysadmin do > installs for you, have your own zone or something? Or get specific > sudo access? > > > Basically, I need to run pkgutil as a normal user, and have it install > all > > packages/libraries into it's own prefix (we do have a common directory > which > > we have ownership of). > > Are there any notes or tricks we could use to achieve this? I couldn't > seem > > to find anything on the wiki, and the nearest thing I could find was an > old > > blog post from 2009, which involves simply extracting Solaris SVR4 > packages, > > not quite what I wanted: > > > http://blogs.oracle.com/LetTheSunShineIn/entry/non_root_install_of_blastwave > > 1. Getting pkg-util > > The first step is to get pkgutil. I have version 2.4 downloaded from > here: > > > http://buildfarm.opencsw.org/experimental/bonivart/pkgutil-2.4,REV=2011.06.29-SunOS5.9-all-CSW.pkg > > Since I don't have root access, I simply ran pkgtrans to get the actual > > files. I can run the pkgutil perl script itself, however I'm not sure > what > > to do with the other required files in the archive (e.g. admin, etc, > > wget-i386/sparc etc.). > > How should I install properly pkg-util to run as non-root under a > specific > > prefix (e.g. /my_prefix/)? > > Take a look here how the files are laid out: > http://www.opencsw.org/search/pkgutil/. But it's only the admin file > that is important. By default if you're running pkgutil as non-root it > will create a ~/.pkgutil directory for the catalog, admin file and so > on. If you already have wget somewhere you don't need the included > one, it's just a last resort. Most options can be set on the command > line (every option with the --param option) but if you want a config > file you can put it anywhere and call it with --config. > > > 2. Running pkg-util > > > > I saw it mentioned here, for version 2.0 of pkgutil that it has non-root > > abilities, but I'm not sure how to trigger this: > > http://pkgutil.wikidot.com/release-history#toc4 > > What's the best way of running pkg-util as non-root, and having it > install > > into our own prefix? > > The problem is not pkgutil itself, it's that the Solaris pkg tools > (pkgadd/pkgrm and so on) are root-only when they modify stuff. So the > only things pkgutil can do as non-root are catalog related (like > pkgutil -a) and pure info commands like the ones calling pkginfo. > > The other problem is that the packages themselves usually are not > relocatable. > > > 3. Local OpenCSW Mirror > > The other issue is that we don't have direct access from these machines > to > > the internet (due to firewalling). > > What steps would I take to setup our own local OpenCSW mirror within our > > network (we probably can guess root access to this machine, assuming it > > doesn't have to be Solaris, and setup a webserver of our choice), and how > > should we go about pointing our pkg-util utility at this instance? > > First you need to rsync from an official mirror, it's described on > www.opencsw.org/mirrors, then you just set your mirror options in > pkgutil.conf to point to your web server. You can also use the file:// > protocol if it's an NFS share. > > mirror=http://yourwebserver/csw > mirror=file:///cswshare > > /peter > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bwalton at opencsw.org Sat Jul 23 06:03:12 2011 From: bwalton at opencsw.org (Ben Walton) Date: Sat, 23 Jul 2011 00:03:12 -0400 Subject: [csw-users] Running pkgutil and OpenCSW as non-root? In-Reply-To: References: Message-ID: <1311393423-sup-7985@pinkfloyd.chass.utoronto.ca> Excerpts from Victor Hooi's message of Fri Jul 22 23:48:31 -0400 2011: Hi Victor, > Would it be possible to perhaps install Solaris on our own machine, > setup OpenCSW and install the packages, then transplant those > installed packages onto the box? As in, we'd copy the /opt/csw > directory to our own prefix, and edit our PATH/LD_LIBRARY_PATH to > run from there? This might be possible, depending on how much pain you can endure. I wonder if a bind mount wouldn't provide a better experience for you though? (Would your admins do that for you?) You'd need to capture: /opt/csw /etc/opt/csw /var/opt/csw In rare cases, the packages will also modify things like cron jobs, /etc/shells, etc, but most of these things (off the top of my head) can be lived without. > It's an ugly hack, and I guess we lose things like easy upgrades, > centralised package management, and easy removes, but it's probably > a whole lot better than compiling ourselves from scratch. Probably although neither option seems very appealing. :( > Failing that, are the compile flag, patches, and procedures for > building the packages perhaps documented anywhere? We might be able > to replicate it on our boxes in our own prefix. We have the bulk of our package build descriptions available here: http://sourceforge.net/apps/trac/gar/ This will include patches, compile options, etc. The builds are done with GAR, which is available in that same repository. Some legacy packages (and a few more modern ones) are not available from this repository though. Bootstrapping an entirely new system with a different prefix will be a ton of work. You need to modify GAR defaults (or override them in your .garrc file) and then rebuild the world. Hope this helps. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From bwalton at opencsw.org Sun Jul 24 15:34:06 2011 From: bwalton at opencsw.org (Ben Walton) Date: Sun, 24 Jul 2011 09:34:06 -0400 Subject: [csw-users] update on automated package releases Message-ID: <1311513716-sup-6287@pinkfloyd.chass.utoronto.ca> Hi All, In case you're wondering where the package updates are, I thought I'd let you know that we're close to pushing again via the new automated mechanisms. Right now, all updated packages are going to opencsw-future/unstable[1]. As soon as we're happy with the workings of this, we'll start promoting packages to current again. We apologize for this delay, but we want to ensure the machinery driving the automation is sound before making it all live. When we make the switch, you'll see a large number of updates as we haven't stopped packaging new things and updating existing. We do _NOT_ recommend that you use opencsw-future/unstable for normal operations, but if you want to test it on non-production systems, feel free to subscribe to the catalog to see some of the updates that will soon be flowing. Thanks -Ben [1] http://mirror.opencsw.org/opencsw-future/ -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From victorhooi at yahoo.com Wed Jul 27 03:23:25 2011 From: victorhooi at yahoo.com (Victor Hooi) Date: Wed, 27 Jul 2011 11:23:25 +1000 Subject: [csw-users] Installing OpenCSW via pkgutil, and to /usr/local? Message-ID: Hi, I'm the person who asked the original question here: http://lists.opencsw.org/pipermail/users/2011-July/008950.html about using pkg-util and OpenCSW as non-root, due to a very locked-down environment. Thanks to Peter and Ben for their replies =). I've asked again, and we can install packages (or rather, the sysadmins can for us), but it will have to be to /usr/local (internal rule), and not /opt/csw. Also, I'm not sure whether we could get pkg-util installed, I think it will be more we give them a directory with packages, and they just run pkgadd on all of them. I just want to check if there are any issues with this approach. Firstly, is there any functional difference with using pkg-util and pkg-add? I have OpenSolaris installed locally in a VM - I was simply going to run pkg-util to install everything, get the list of packages from there (suggestions?), then download all of those into a directory to give to the sysadmins. And secondly - will there be issues if they relocate the packages from /opt/csw to /usr/local (internal rule, unfortunately). Anything we need to do? Finally, are there any issues with the order of installation? Normally, pkg-util would take care of dependency tracking and ordering here, but we're going with pkgadd. Should I give the sysadmins a particular order to install in, and if so, how would I go about getting that order via pkg-util on my local Solaris VM? Thanks, Victor -------------- next part -------------- An HTML attachment was scrubbed... URL: From dewey at hyltown.com Wed Jul 27 04:11:59 2011 From: dewey at hyltown.com (Dewey Hylton) Date: Tue, 26 Jul 2011 22:11:59 -0400 Subject: [csw-users] Installing OpenCSW via pkgutil, and to /usr/local? In-Reply-To: References: Message-ID: <9B9A8D22-DCE4-4A59-9CBB-3CC5F63F5329@hyltown.com> On Jul 26, 2011, at 9:23 PM, Victor Hooi wrote: > Hi, > > I'm the person who asked the original question here: > > http://lists.opencsw.org/pipermail/users/2011-July/008950.html > > about using pkg-util and OpenCSW as non-root, due to a very locked-down environment. Thanks to Peter and Ben for their replies =). > > I've asked again, and we can install packages (or rather, the sysadmins can for us), but it will have to be to /usr/local (internal rule), and not /opt/csw. > > Also, I'm not sure whether we could get pkg-util installed, I think it will be more we give them a directory with packages, and they just run pkgadd on all of them. > > I just want to check if there are any issues with this approach. > > Firstly, is there any functional difference with using pkg-util and pkg-add? I have OpenSolaris installed locally in a VM - I was simply going to run pkg-util to install everything, get the list of packages from there (suggestions?), then download all of those into a directory to give to the sysadmins. > > And secondly - will there be issues if they relocate the packages from /opt/csw to /usr/local (internal rule, unfortunately). Anything we need to do? > > Finally, are there any issues with the order of installation? Normally, pkg-util would take care of dependency tracking and ordering here, but we're going with pkgadd. Should I give the sysadmins a particular order to install in, and if so, how would I go about getting that order via pkg-util on my local Solaris VM? just a suggestion ... you may ask your sysadmins if they'd be kind enough to create a symlink for you. having done that, /opt/csw could easily be located at /usr/local/csw, and things may work as designed while still keeping your sysadmins happy. -------------- next part -------------- An HTML attachment was scrubbed... URL: From victorhooi at yahoo.com Wed Jul 27 06:15:15 2011 From: victorhooi at yahoo.com (Victor Hooi) Date: Wed, 27 Jul 2011 14:15:15 +1000 Subject: [csw-users] Installing OpenCSW via pkgutil, and to /usr/local? In-Reply-To: References: Message-ID: heya, just a suggestion ... you may ask your sysadmins if they'd be kind enough to > create a symlink for you. having done that, /opt/csw could easily be located > at /usr/local/csw, and things may work as designed while still keeping your > sysadmins happy. I just asked them, and they said they'd have to check - they sounded quite reluctant to do it *sigh*. Getting system changes or small things done here can be quite painful. If I can't get the symlink made, how painful will things be? I do understand that the library have been linked with -R to set the runpath to /opt/csw. It's a hack, but will setting PATH and LD_LIBRARY_PATH be enough? And then, is it fine to just run pkgadd (instead of pkgutil) against the packages? And if so, will the ordering be important? And where would I get the list of ordering, if it's important? Cheers, Victor On Wed, Jul 27, 2011 at 11:23, Victor Hooi wrote: > Hi, > > I'm the person who asked the original question here: > > http://lists.opencsw.org/pipermail/users/2011-July/008950.html > > about using pkg-util and OpenCSW as non-root, due to a very locked-down > environment. Thanks to Peter and Ben for their replies =). > > I've asked again, and we can install packages (or rather, the sysadmins can > for us), but it will have to be to /usr/local (internal rule), and not > /opt/csw. > > Also, I'm not sure whether we could get pkg-util installed, I think it will > be more we give them a directory with packages, and they just run pkgadd on > all of them. > > I just want to check if there are any issues with this approach. > > Firstly, is there any functional difference with using pkg-util and > pkg-add? I have OpenSolaris installed locally in a VM - I was simply going > to run pkg-util to install everything, get the list of packages from there > (suggestions?), then download all of those into a directory to give to the > sysadmins. > > And secondly - will there be issues if they relocate the packages from > /opt/csw to /usr/local (internal rule, unfortunately). Anything we need to > do? > > Finally, are there any issues with the order of installation? Normally, > pkg-util would take care of dependency tracking and ordering here, but we're > going with pkgadd. Should I give the sysadmins a particular order to install > in, and if so, how would I go about getting that order via pkg-util on my > local Solaris VM? > > Thanks, > Victor > -------------- next part -------------- An HTML attachment was scrubbed... URL: From victorhooi at yahoo.com Wed Jul 27 09:26:06 2011 From: victorhooi at yahoo.com (Victor Hooi) Date: Wed, 27 Jul 2011 17:26:06 +1000 Subject: [csw-users] Wrong ELF class - ELFCLASS32? Message-ID: > > Hi, I have two Solaris sytems, one which we have root-access for and the other only a normal user account. On the system for which we have root, I've installed pkg-util and some OpenCSW packages (e.g. vim, bz2ip, gdb etc.). I've then tarred up the /opt/csw directory, and transferred it to the other system in which we only have limited access (and write access only to ~ and "/db/pub/eq"). I then set the LD_LIBRARY_PATH to point to the /db/pub/eq/csw/opt/csw/lib directory. I then try to run the programs (yes, I do know this whole thing is a dirty, dirty hack, but this was the quickest way of getting a decent development buildchain up on the limited-access system). Some of them (e.g. vim, ruby or Python) do work. Others, however, give an ELFCLASS32 error: bash$ ./bzip2 > ld.so.1: bzip2: fatal: /db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0: wrong ELF > class: ELFCLASS32 > Killed bash$ ./gdb > ld.so.1: gdb: fatal: /db/pub/eq/csw/opt/csw/lib/libncurses.so.5: wrong ELF > class: ELFCLASS32 > Killed Uname on the root-access box (on which OpenCSW was installed): SunOS puppet 5.11 snv_151a i86pc i386 i86pc Solaris Uname on the limited-access box (where we are trying to run the tranplanted binaries): SunOS eqaegd05 5.10 Generic_144489-06 i86pc i386 i86pc Both bzip2 and libbz2.so appear to be 32-bit (at least from what I can tell): bash$ file bzip2 > bzip2: ELF 32-bit LSB executable 80386 Version 1 [FPU], > dynamically linked, not stripped, no debugging information available > bash$ file ../lib/libbz2.so > ../lib/libbz2.so: ELF 32-bit LSB dynamic lib 80386 Version 1 [FPU], > dynamically linked, stripped What would be causing this error? And how would I fix it? Cheers, Victor -------------- next part -------------- An HTML attachment was scrubbed... URL: From bonivart at opencsw.org Wed Jul 27 10:32:33 2011 From: bonivart at opencsw.org (Peter Bonivart) Date: Wed, 27 Jul 2011 10:32:33 +0200 Subject: [csw-users] Installing OpenCSW via pkgutil, and to /usr/local? In-Reply-To: References: Message-ID: On Wed, Jul 27, 2011 at 3:23 AM, Victor Hooi wrote: > Firstly, is there any functional difference with using pkg-util and pkg-add? Not for the actual package installation which is done by pkgadd in both cases (pkgutil uses pkgadd/pkgrm/pkginfo) so the end result should be the same. > I have OpenSolaris installed locally in a VM - I was simply going to run > pkg-util to install everything, get the list of packages from there > (suggestions?), then download all of those into a directory to give to the > sysadmins. You can use the stream option in pkgutil to make this easier. Something like: # pkgutil -d --stream python puppet ...would download python and puppet and all their dependencies into a single package stream. It will also print the required install order so you can give the sysadmins that. > And secondly - will there be issues if they relocate the packages from > /opt/csw to /usr/local (internal rule, unfortunately). Anything we need to > do? Yes, as I said previously most packages are not relocatable, that is they will look for configuration files and libraries in, e.g., /etc/opt/csw and /opt/csw/lib. Kind of an odd rule you have there I would say since both /usr/local and /opt are commonly used to install 3rd party software. It's not like we want to install stuff in /usr/bin. > Finally, are there any issues with the order of installation? Normally, > pkg-util would take care of dependency tracking and ordering here, but we're > going with pkgadd. Should I give the sysadmins a particular order to install > in, and if so, how would I go about getting that order via pkg-util on my > local Solaris VM? See above. /peter From maciej at opencsw.org Wed Jul 27 21:25:30 2011 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_Blizi=C5=84ski?=) Date: Wed, 27 Jul 2011 20:25:30 +0100 Subject: [csw-users] Wrong ELF class - ELFCLASS32? In-Reply-To: References: Message-ID: Em 27/07/2011 08:26, "Victor Hooi" escreveu: >> >> Hi, > > &g>> >> Hi, > > > I have two Solaris sytems, one which we have root-access for and the other > only a normal user account. > > On the system for which we have root, I've installed pkg-util and some > OpenCSW packages (e.g. vim, bz2ip, gdb etc.). > > I've then tarred up the /opt/csw directory, and transferred it to the other > system in which we only have limited access (and write access only to ~ and > "/db/pub/eq"). > > I then set the LD_LIBRARY_PATH to point to the /db/pub/eq/csw/opt/csw/lib > directory. > > I then try to run the programs (yes, I do know this whole thing is a dirty, > dirty hack, but this was the quickest way of getting a decent development > buildchain up on the limited-access system). > > Some of them (e.g. vim, ruby or Python) do work. > > Others, however, give an ELFCLASS32 error: > > bash$ ./bzip2 >> ld.so.1: bzip2: fatal: /db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0: wrong ELF >> class: ELFCLASS32 >> Killed > > > bash$ ./gdb >> ld.so.1: gdb: fatal: /db/pub/eq/csw/opt/csw/lib/libncurses.so.5: wrong ELF >> class: ELFCLASS32 >> Killed > > > Uname on the root-access box (on which OpenCSW was installed): > > SunOS puppet 5.11 snv_151a i86pc i386 i86pc Solaris > > > Uname on the limited-access box (where we are trying to run the tranplanted > binaries): > > SunOS eqaegd05 5.10 Generic_144489-06 i86pc i386 i86pc > > > Both bzip2 and libbz2.so appear to be 32-bit (at least from what I can > tell): > > bash$ file bzip2 >> bzip2: ELF 32-bit LSB executable 80386 Version 1 [FPU], >> dynamically linked, not stripped, no debugging information available >> bash$ file ../lib/libbz2.so >> ../lib/libbz2.so: ELF 32-bit LSB dynamic lib 80386 Version 1 [FPU], >> dynamically linked, stripped > > > What would be causing this error? And how would I fix it? > > Cheers, > Victor -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Wed Jul 27 21:25:30 2011 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_Blizi=C5=84ski?=) Date: Wed, 27 Jul 2011 20:25:30 +0100 Subject: [csw-users] Installing OpenCSW via pkgutil, and to /usr/local? In-Reply-To: References: Message-ID: I was wondering how much work would it be to build the world with a different prefix. Companies will probably have arbitrary rules about where you can install packages. If we made it possible to build the world in a custom prefix, many organizations would benefit from it. I started a test build like that in a VM, and I plan on having a stab at it, just because it's interesting. If there are other people who are thinking about it, and would be willing to spend some time testing such builds, let me know. If there is interest and we join forces, we have a better chance of succeeding. The success could be defined as a set of packages (coreutils, etc) that successfully build under a custom prefix, and work. Maciej -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Wed Jul 27 21:57:24 2011 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_Blizi=C5=84ski?=) Date: Wed, 27 Jul 2011 20:57:24 +0100 Subject: [csw-users] Wrong ELF class - ELFCLASS32? In-Reply-To: References: Message-ID: Looks like my first reply was unsuccessful. I blame the phone. Let's try again. Em 27/07/2011 08:26, "Victor Hooi" escreveu: >> >> Hi, > > > I have two Solaris sytems, one which we have root-access for and the other only a normal user account. > > On the system for which we have root, I've installed pkg-util and some OpenCSW packages (e.g. vim, bz2ip, gdb etc.). > > I've then tarred up the /opt/csw directory, and transferred it to the other system in which we only have limited access (and write access only to ~ and "/db/pub/eq"). > > I then set the LD_LIBRARY_PATH to point to the /db/pub/eq/csw/opt/csw/lib directory. > > I then try to run the programs (yes, I do know this whole thing is a dirty, dirty hack, but this was the quickest way of getting a decent development buildchain up on the limited-access system). Fair enough, if you have a rough idea about what you're doing. > Some of them (e.g. vim, ruby or Python) do work. > > Others, however, give an ELFCLASS32 error: > >> bash$ ./bzip2 >> ld.so.1: bzip2: fatal: /db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0: wrong ELF class: ELFCLASS32 >> Killed Can you run it under truss and compare outputs from a working abd a broken system? > >> bash$ ./gdb >> ld.so.1: gdb: fatal: /db/pub/eq/csw/opt/csw/lib/libncurses.so.5: wrong ELF class: ELFCLASS32 >> Killed > > > Uname on the root-access box (on which OpenCSW was installed): > >> SunOS puppet 5.11 snv_151a i86pc i386 i86pc Solaris > > > Uname on the limited-access box (where we are trying to run the tranplanted binaries): > >> SunOS eqaegd05 5.10 Generic_144489-06 i86pc i386 i86pc > > > Both bzip2 and libbz2.so appear to be 32-bit (at least from what I can tell): > >> bash$ file bzip2 >> bzip2: ELF 32-bit LSB executable 80386 Version 1 [FPU], dynamically linked, not stripped, no debugging information available Can you look at the inode number of the bzip2 binary and the isaexec binary? Is it the same? >> bash$ file ../lib/libbz2.so >> ../lib/libbz2.so: ELF 32-bit LSB dynamic lib 80386 Version 1 [FPU], dynamically linked, stripped > > > What would be causing this error? And how would I fix it? One guess is that it is the 32 vs 64 bit issue after all. If that's true, adding $ISALIST or 64 to the search path could help. LD_LIBRARY_PATH='/db/pub/eq/csw/opt/csw/lib/64' Or LD_LIBRARY_PATH='/db/pub/eq/csw/opt/csw/lib/$ISALIST' Maciej -------------- next part -------------- An HTML attachment was scrubbed... URL: From dam at opencsw.org Wed Jul 27 23:12:40 2011 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 27 Jul 2011 23:12:40 +0200 Subject: [csw-users] Wrong ELF class - ELFCLASS32? In-Reply-To: References: Message-ID: Hi, Am 27.07.2011 um 21:57 schrieb Maciej Blizi?ski: > >> bash$ ./gdb > >> ld.so.1: gdb: fatal: /db/pub/eq/csw/opt/csw/lib/libncurses.so.5: wrong ELF class: ELFCLASS32 > >> Killed > > > > > > Uname on the root-access box (on which OpenCSW was installed): > > > >> SunOS puppet 5.11 snv_151a i86pc i386 i86pc Solaris > > > > > > Uname on the limited-access box (where we are trying to run the tranplanted binaries): > > > >> SunOS eqaegd05 5.10 Generic_144489-06 i86pc i386 i86pc > > > > > > Both bzip2 and libbz2.so appear to be 32-bit (at least from what I can tell): > > > >> bash$ file bzip2 > >> bzip2: ELF 32-bit LSB executable 80386 Version 1 [FPU], dynamically linked, not stripped, no debugging information available > > Can you look at the inode number of the bzip2 binary and the isaexec binary? Is it the same? > > >> bash$ file ../lib/libbz2.so > >> ../lib/libbz2.so: ELF 32-bit LSB dynamic lib 80386 Version 1 [FPU], dynamically linked, stripped > > > > > > What would be causing this error? And how would I fix it? > > One guess is that it is the 32 vs 64 bit issue after all. If that's true, adding $ISALIST or 64 to the search path could help. > > LD_LIBRARY_PATH='/db/pub/eq/csw/opt/csw/lib/64' > > Or > > LD_LIBRARY_PATH='/db/pub/eq/csw/opt/csw/lib/$ISALIST I would say isaexec. Try LD_LIBRARY_PATH_32=/db/pub/eq/csw/opt/csw/lib LD_LIBRARY_PATH_64=/db/pub/eq/csw/opt/csw/lib/64 Please see ld.so.1(1) for details. Best regards -- Dago From dam at opencsw.org Wed Jul 27 23:14:09 2011 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 27 Jul 2011 23:14:09 +0200 Subject: [csw-users] Installing OpenCSW via pkgutil, and to /usr/local? In-Reply-To: References: Message-ID: <8E5AB019-B245-4E99-AAD7-990CABB18DE6@opencsw.org> Hi Maciej, Am 27.07.2011 um 21:25 schrieb Maciej Blizi?ski: > I was wondering how much work would it be to build the world with a different prefix. Companies will probably have arbitrary rules about where you can install packages. If we made it possible to build the world in a custom prefix, many organizations would benefit from it. I started a test build like that in a VM, and I plan on having a stab at it, just because it's interesting. > > If there are other people who are thinking about it, and would be willing to spend some time testing such builds, let me know. If there is interest and we join forces, we have a better chance of succeeding. The success could be defined as a set of packages (coreutils, etc) that successfully build under a custom prefix, and work. I am interested in this. Additionally, some kind of userspace package manager would be really cool. Best regards -- Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 From victorhooi at yahoo.com Thu Jul 28 02:12:21 2011 From: victorhooi at yahoo.com (Victor Hooi) Date: Thu, 28 Jul 2011 10:12:21 +1000 Subject: [csw-users] Wrong ELF class - ELFCLASS32? In-Reply-To: References: Message-ID: Hi, I managed to get it working by setting the LD_LIBRARY_PATH_32/64 variables as suggested =): export LD_LIBRARY_PATH_32=/db/pub/eq/csw/opt/csw/lib export LD_LIBRARY_PATH_64=/db/pub/eq/csw/opt/csw/lib/64 The 64-bit one is the one that seems to have done it. Thanks to Maciej and Dago for their replies. For completeness, I've included the truss output from a working and non-working system (before I set the LD_LIBRARY_PATH_32/64 variables) at the end of this email. Bzip2 now works, as does gdb. However, I noticed emacs has issues: bash$ ./emacs > Warning: arch-dependent data dir > (/opt/csw/libexec/emacs/23.1/i386-pc-solaris2.8/) does not exist. > Warning: arch-independent data dir (/opt/csw/share/emacs/23.1/etc/) does > not exist. > Warning: Lisp directory `/opt/csw/share/emacs/23.1/site-lisp' does not > exist. > Warning: Lisp directory `/opt/csw/share/emacs/site-lisp' does not exist. > Warning: Lisp directory `/opt/csw/share/emacs/23.1/lisp' does not exist. > Warning: Lisp directory `/opt/csw/share/emacs/23.1/leim' does not exist. > Error: charsets directory (/opt/csw/share/emacs/23.1/etc/charsets) does not > exist. > Emacs will not function correctly without the character map files. > Please check your installation! > Cannot open load file: warnings Any suggestions on the cleanest way to solve the above? Assume for not we can't touch /opt, or create symlinks there. This whole relocating from /opt to /usr/local is quite painful *sigh*. Ah well, it's one of the strange requirements we have - we can install things to /usr/local, but not /opt. Cheers, Victor Working system: victorh at puppet:/opt/csw/bin$ truss bzip2 > execve("/usr/bin/bzip2", 0x08047D6C, 0x08047D74) argc = 1 > sysinfo(SI_MACHINE, "i86pc", 257) = 6 > mmap(0x00000000, 32, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, > -1, 0) = 0xFEFB0000 > mmap(0x00000000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANON, -1, 0) = > 0xFEFA0000 > mmap(0x00000000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANON, -1, 0) = > 0xFEF90000 > mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEF80000 > memcntl(0xFEFB7000, 32064, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 > memcntl(0x08050000, 6636, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 > resolvepath("/usr/lib/ld.so.1", "/lib/ld.so.1", 1023) = 12 > resolvepath("/usr/bin/bzip2", "/usr/bin/bzip2", 1023) = 14 > sysconfig(_CONFIG_PAGESIZE) = 4096 > stat64("/usr/bin/bzip2", 0x080479B0) = 0 > open("/var/ld/ld.config", O_RDONLY) Err#2 ENOENT > stat64("/lib/libbz2.so.1", 0x08047160) Err#2 ENOENT > stat64("/usr/lib/libbz2.so.1", 0x08047160) = 0 > resolvepath("/usr/lib/libbz2.so.1", "/usr/lib/libbz2.so.1", 1023) = 20 > open("/usr/lib/libbz2.so.1", O_RDONLY) = 3 > mmapobj(3, MMOBJ_INTERPRET, 0xFEF80A58, 0x080471CC, 0x00000000) = 0 > close(3) = 0 > memcntl(0xFEF50000, 6184, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 > mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEF40000 > stat64("/lib/libc.so.1", 0x08047160) = 0 > resolvepath("/lib/libc.so.1", "/lib/libc.so.1", 1023) = 14 > open("/lib/libc.so.1", O_RDONLY) = 3 > mmapobj(3, MMOBJ_INTERPRET, 0xFEF40080, 0x080471CC, 0x00000000) = 0 > close(3) = 0 > memcntl(0xFEDF0000, 187200, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 > mmap(0x00010000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEDE0000 > getcontext(0x08047810) > getrlimit(RLIMIT_STACK, 0x08047808) = 0 > getpid() = 12236 [12235] > lwp_private(0, 1, 0xFEDE2A40) = 0x000001C3 > setustack(0xFEDE2AA0) > sysi86(SI86FPSTART, 0xFEF38CD4, 0x0000133F, 0x00001F80) = 0x00000001 > schedctl() = 0xFEDDA000 > sigaction(SIGSEGV, 0x08047BD0, 0x08047C50) = 0 > sigaction(SIGBUS, 0x08047BD0, 0x08047C50) = 0 > sysconfig(_CONFIG_PAGESIZE) = 4096 > ioctl(1, TCGETA, 0x08047B80) = 0 > fstat64(2, 0x08046C00) = 0 > bzip2write(2, " b z i p 2", 5) = 5 > : I won't write compressed data to a terminal. > write(2, " : I w o n ' t w r".., 47) = 47 > bzip2write(2, " b z i p 2", 5) = 5 > : For help, type: `write(2, " : F o r h e l p , ".., 19) = 19 > bzip2write(2, " b z i p 2", 5) = 5 > --help'. > write(2, " - - h e l p ' .\n", 10) = 10 > _exit(1) Non-working system: execve("bzip2", 0x080478B4, 0x080478BC) argc = 1 mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEFF0000 resolvepath("/usr/lib/ld.so.1", "/lib/ld.so.1", 1023) = 12 getcwd("/db/pub/eq/csw/opt/csw/bin", 1017) = 0 resolvepath("/db/pub/eq/csw/opt/csw/bin/bzip2", "/db/pub/eq/csw/opt/csw/bin/bzip2", 1023) = 32 sysconfig(_CONFIG_PAGESIZE) = 4096 stat64("/db/pub/eq/csw/opt/csw/bin/bzip2", 0x08047640) = 0 open("/var/ld/ld.config", O_RDONLY) Err#2 ENOENT stat64("/db/pub/eq/csw/opt/csw/bdb48/lib/libc.so.1", 0x08046EE0) Err#2 ENOENT stat64("/db/pub/eq/csw/opt/csw/lib/svn/libc.so.1", 0x08046EE0) Err#2 ENOENT stat64("/db/pub/eq/csw/opt/csw/lib/libc.so.1", 0x08046EE0) Err#2 ENOENT stat64("/db/pub/eq/tools/lib/boost/current/lib/libc.so.1", 0x08046EE0) Err#2 ENOENT stat64("/usr/sfw/lib/libc.so.1", 0x08046EE0) Err#2 ENOENT stat64("/db/pub/eq/tools/lib/log4cplus/current/lib/libc.so.1", 0x08046EE0) Err#2 ENOENT stat64("/db/pub/eq/tools/lib/xerces-c/current/lib/libc.so.1", 0x08046EE0) Err#2 ENOENT stat64("/db/pub/eq/tools/lib/omex/current/lib/libc.so.1", 0x08046EE0) Err#2 ENOENT stat64("./libc.so.1", 0x08046EE0) Err#2 ENOENT stat64("/data/oracle/product/client/11.2.0.1/lib/libc.so.1", 0x08046EE0) Err#2 ENOENT stat64("/db/pub/eq/tools/lib/quickfix/current/lib/libc.so.1", 0x08046EE0) Err#2 ENOENT stat64("/db/pub/eq/Marvin//Libs/libc.so.1", 0x08046EE0) Err#2 ENOENT stat64("./libc.so.1", 0x08046EE0) Err#2 ENOENT stat64("/lib/libc.so.1", 0x08046EE0) = 0 resolvepath("/lib/libc.so.1", "/lib/libc.so.1", 1023) = 14 open("/lib/libc.so.1", O_RDONLY) = 3 mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = 0xFEFB0000 mmap(0x00010000, 1212416, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEE80000 mmap(0xFEE80000, 1105861, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEE80000 mmap(0xFEF9E000, 30311, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 1105920) = 0xFEF9E000 mmap(0xFEFA6000, 4256, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFEFA6000 munmap(0xFEF8E000, 65536) = 0 memcntl(0xFEE80000, 124344, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 mmap(0x00010000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEF90000 munmap(0xFEFB0000, 32768) = 0 getcontext(0x080474B0) getrlimit(RLIMIT_STACK, 0x080474A8) = 0 getpid() = 8908 [8907] lwp_private(0, 1, 0xFEF92A00) = 0x000001C3 setustack(0xFEF92A60) sysi86(SI86FPSTART, 0xFEFA6750, 0x0000133F, 0x00001F80) = 0x00000001 sysconfig(_CONFIG_PAGESIZE) = 4096 brk(0x080615C0) = 0 brk(0x080635C0) = 0 stat64("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", 0x08046880) = 0 resolvepath("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", "/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", 1023) = 52 open("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", O_RDONLY) = 3 mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = 0xFEFB0000 mmap(0x00010000, 86016, PROT_NONE, MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEE60000 mmap(0xFEE60000, 14986, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEE60000 mmap(0xFEE73000, 5010, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 12288) = 0xFEE73000 munmap(0xFEE64000, 61440) = 0 mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEFC0000 memcntl(0xFEE60000, 5500, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 close(3) = 0 stat64("/db/pub/eq/csw/opt/csw/bdb48/lib/libc.so.1", 0x080467E0) Err#2 ENOENT stat64("/db/pub/eq/csw/opt/csw/lib/svn/libc.so.1", 0x080467E0) Err#2 ENOENT stat64("/db/pub/eq/csw/opt/csw/lib/libc.so.1", 0x080467E0) Err#2 ENOENT stat64("/db/pub/eq/tools/lib/boost/current/lib/libc.so.1", 0x080467E0) Err#2 ENOENT stat64("/usr/sfw/lib/libc.so.1", 0x080467E0) Err#2 ENOENT stat64("/db/pub/eq/tools/lib/log4cplus/current/lib/libc.so.1", 0x080467E0) Err#2 ENOENT stat64("/db/pub/eq/tools/lib/xerces-c/current/lib/libc.so.1", 0x080467E0) Err#2 ENOENT stat64("/db/pub/eq/tools/lib/omex/current/lib/libc.so.1", 0x080467E0) Err#2 ENOENT stat64("./libc.so.1", 0x080467E0) Err#2 ENOENT stat64("/data/oracle/product/client/11.2.0.1/lib/libc.so.1", 0x080467E0) Err#2 ENOENT stat64("/db/pub/eq/tools/lib/quickfix/current/lib/libc.so.1", 0x080467E0) Err#2 ENOENT stat64("/db/pub/eq/Marvin//Libs/libc.so.1", 0x080467E0) Err#2 ENOENT stat64("./libc.so.1", 0x080467E0) Err#2 ENOENT munmap(0xFEFB0000, 32768) = 0 open("/proc/self/auxv", O_RDONLY) = 3 fxstat(2, 3, 0x080477D0) = 0 read(3, "D807\0\0EF7F04\bDE07\0\0".., 168) = 168 close(3) = 0 sysinfo(SI_ISALIST, "amd64 pentium_pro+mmx pentium_pro pentium+mmx pentium i486 i386 i86", 255) = 68 access("amd64/bzip2", X_OK) = 0 execve("amd64/bzip2", 0x080478B4, 0x080478BC) argc = 1 mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, 4294967295, 0) = 0xFFFFFD7FFF3F0000 resolvepath("/usr/lib/amd64/ld.so.1", "/lib/amd64/ld.so.1", 1023) = 18 getcwd("/db/pub/eq/csw/opt/csw/bin", 1011) = 0 resolvepath("/db/pub/eq/csw/opt/csw/bin/amd64/bzip2", "/db/pub/eq/csw/opt/csw/bin/amd64/bzip2", 1023) = 38 stat("/db/pub/eq/csw/opt/csw/bin/amd64/bzip2", 0xFFFFFD7FFFDFF540) = 0 open("/var/ld/64/ld.config", O_RDONLY) Err#2 ENOENT stat("/db/pub/eq/csw/opt/csw/bdb48/lib/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT stat("/db/pub/eq/csw/opt/csw/lib/svn/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT stat("/db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) = 0 resolvepath("/db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0", "/db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0.6", 1023) = 42 open("/db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0", O_RDONLY) = 3 mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = 0xFFFFFD7FFF3A0000 close(3) = 0 stat("/db/pub/eq/tools/lib/boost/current/lib/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT stat("/usr/sfw/lib/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT stat("/db/pub/eq/tools/lib/log4cplus/current/lib/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT stat("/db/pub/eq/tools/lib/xerces-c/current/lib/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT stat("/db/pub/eq/tools/lib/omex/current/lib/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT stat("./libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT stat("/data/oracle/product/client/11.2.0.1/lib/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT stat("/db/pub/eq/tools/lib/quickfix/current/lib/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT stat("/db/pub/eq/Marvin//Libs/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT stat("./libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, 4294967295, 0) = 0xFFFFFD7FFF390000 stat("/opt/csw/lib/amd64/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT stat("/lib/64/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT stat("/usr/lib/64/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT ld.so.1: bzip2: fatal: /db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0: wrong ELF class: ELFCLASS32 write(2, " l d . s o . 1 : b z i".., 93) = 93 munmap(0xFFFFFD7FFF3A0000, 32768) = 0 lwp_self() = 1 On Thu, Jul 28, 2011 at 07:12, Dagobert Michelsen wrote: > Hi, > > Am 27.07.2011 um 21:57 schrieb Maciej Blizi?ski: > > >> bash$ ./gdb > > >> ld.so.1: gdb: fatal: /db/pub/eq/csw/opt/csw/lib/libncurses.so.5: wrong > ELF class: ELFCLASS32 > > >> Killed > > > > > > > > > Uname on the root-access box (on which OpenCSW was installed): > > > > > >> SunOS puppet 5.11 snv_151a i86pc i386 i86pc Solaris > > > > > > > > > Uname on the limited-access box (where we are trying to run the > tranplanted binaries): > > > > > >> SunOS eqaegd05 5.10 Generic_144489-06 i86pc i386 i86pc > > > > > > > > > Both bzip2 and libbz2.so appear to be 32-bit (at least from what I can > tell): > > > > > >> bash$ file bzip2 > > >> bzip2: ELF 32-bit LSB executable 80386 Version 1 [FPU], > dynamically linked, not stripped, no debugging information available > > > > Can you look at the inode number of the bzip2 binary and the isaexec > binary? Is it the same? > > > > >> bash$ file ../lib/libbz2.so > > >> ../lib/libbz2.so: ELF 32-bit LSB dynamic lib 80386 Version 1 > [FPU], dynamically linked, stripped > > > > > > > > > What would be causing this error? And how would I fix it? > > > > One guess is that it is the 32 vs 64 bit issue after all. If that's true, > adding $ISALIST or 64 to the search path could help. > > > > LD_LIBRARY_PATH='/db/pub/eq/csw/opt/csw/lib/64' > > > > Or > > > > LD_LIBRARY_PATH='/db/pub/eq/csw/opt/csw/lib/$ISALIST > > I would say isaexec. Try > LD_LIBRARY_PATH_32=/db/pub/eq/csw/opt/csw/lib > LD_LIBRARY_PATH_64=/db/pub/eq/csw/opt/csw/lib/64 > > Please see ld.so.1(1) for details. > > > Best regards > > -- Dago > > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From victorhooi at yahoo.com Thu Jul 28 02:35:36 2011 From: victorhooi at yahoo.com (Victor Hooi) Date: Thu, 28 Jul 2011 10:35:36 +1000 Subject: [csw-users] Installing OpenCSW via pkgutil, and to /usr/local? In-Reply-To: <8E5AB019-B245-4E99-AAD7-990CABB18DE6@opencsw.org> References: <8E5AB019-B245-4E99-AAD7-990CABB18DE6@opencsw.org> Message-ID: heya, Awesome, relocatable packages sound great =). Many organisations (including mine) do have arbitrary rules about this. For example, my workplace will let us install (or rather, they'll install on our behalf) packages into /usr/local. However, we can't install (or even create a symlink, apparently) into /opt. Very strange, but we have to work with it unfortunately =(. I'd be happy to test any such builds, or help out in any way I can. For example, with the help of the mailing list, I've managed to fix my WRONG ELF CLASS errors, yet running emacs gives me: bash$ ./emacs > Warning: arch-dependent data dir > (/opt/csw/libexec/emacs/23.1/i386-pc-solaris2.8/) does not exist. > Warning: arch-independent data dir (/opt/csw/share/emacs/23.1/etc/) does > not exist. > Warning: Lisp directory `/opt/csw/share/emacs/23.1/site-lisp' does not > exist. > Warning: Lisp directory `/opt/csw/share/emacs/site-lisp' does not exist. > Warning: Lisp directory `/opt/csw/share/emacs/23.1/lisp' does not exist. > Warning: Lisp directory `/opt/csw/share/emacs/23.1/leim' does not exist. > Error: charsets directory (/opt/csw/share/emacs/23.1/etc/charsets) does not > exist. > Emacs will not function correctly without the character map files. > Please check your installation! > Cannot open load file: warnings Finally - for a userspace package manager, what do you mean? Do you mean the ability to install/remove packages from filesystem locations we have read/write access to? (e.g. our sysadmins can grant us access to /usr/local). Because I thought pkg-util ultimately just delegated to pkgadd/pkgrm, which require root access anyhow? Cheers, Victor On Thu, Jul 28, 2011 at 07:14, Dagobert Michelsen wrote: > Hi Maciej, > > Am 27.07.2011 um 21:25 schrieb Maciej Blizi?ski: > > I was wondering how much work would it be to build the world with a > different prefix. Companies will probably have arbitrary rules about where > you can install packages. If we made it possible to build the world in a > custom prefix, many organizations would benefit from it. I started a test > build like that in a VM, and I plan on having a stab at it, just because > it's interesting. > > > > If there are other people who are thinking about it, and would be willing > to spend some time testing such builds, let me know. If there is interest > and we join forces, we have a better chance of succeeding. The success could > be defined as a set of packages (coreutils, etc) that successfully build > under a custom prefix, and work. > > I am interested in this. Additionally, some kind of userspace package > manager would be > really cool. > > > Best regards > > -- Dago > > -- > "You don't become great by trying to be great, you become great by wanting > to do something, > and then doing it so hard that you become great in the process." - xkcd > #896 > > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From victorhooi at yahoo.com Thu Jul 28 03:26:51 2011 From: victorhooi at yahoo.com (Victor Hooi) Date: Thu, 28 Jul 2011 11:26:51 +1000 Subject: [csw-users] Outdated packages e.g. GCC 4.3 instead of 4.6 - reason? ; Suggestion new packages? Message-ID: heya, This is more of a curiosity question - but I was wondering why the OpenCSW GCC package is at version 4.3.3, and not version 4.6.1? I noticed Sunfreeware is also at GCC 4.3, so was wondering if there a specific limitation on Solaris that precluded GCC 4.6 from being used? There's also a few other packages that are a couple versions behind: - Wget 1.11.2 -> version 1.12 (September 2009) - Cmake 2.8.2 -> version 2.8.5 (July 2011) - Mercurial 1.8.4 -> version 1.9 (July 2011) - Ruby 1.8 -> version 1.9.2 (February 2011) - Puppet 2.6.9 -> version 2.7.1 (June 2011) - but 2.7.2 should be out soon, I believe. Is there a mechanism where people can flag these packages to let maintainers know? Or if there's a reason they're being held back where should we look to find out the reasons? Secondly, is there also a mechanism by which we might suggest packages to add to OpenCSW, or vote on them even? Or is the mailing list the best place for those discussions? For example, two packages I'd like to nominate are ccze and Python 3. Cheers, Victor -------------- next part -------------- An HTML attachment was scrubbed... URL: From victorhooi at yahoo.com Thu Jul 28 06:45:44 2011 From: victorhooi at yahoo.com (Victor Hooi) Date: Thu, 28 Jul 2011 14:45:44 +1000 Subject: [csw-users] Wrong ELF class - ELFCLASS32? In-Reply-To: References: Message-ID: heya, Hmm, I noticed something strange with setting LD_LIBRARY_PATH/32/64 etc. If I set them as above: export LD_LIBRARY_PATH=/db/pub/eq/csw/lib:/db/pub/eq/csw/lib/svn:/db/pub/eq/csw/bdb48/lib:$LD_LIBRARY_PATH export LD_LIBRARY_PATH_32=/db/pub/eq/csw/lib:/db/pub/eq/csw/lib/svn:/db/pub/eq/csw/bdb48/lib:$LD_LIBRARY_PATH_32 export LD_LIBRARY_PATH_64=/db/pub/eq/csw/lib/64:$LD_LIBRARY_PATH_64 It seems to break scp: bash$ scp opencsw.tar username at server_hostname:/tmp > ld.so.1: ssh: fatal: relocation error: file /usr/bin/ssh: symbol > SUNWcry_installed: referenced symbol not found I've put the output from truss at the end of the email. Is this the sort of issue they were referring to here? http://blogs.oracle.com/rie/entry/tt_ld_library_path_tt Is there any way to fix the above - to have the OpenCSW binaries work, and not break the existing Solaris binaries? Hmm, and still puzzled by the Emacs thing - and setting EMACSDATA didn't seem to have any effect. Output from truss and scp: bash$ truss scp opencsw.tar username at server_hostname:/tmp > execve("/usr/bin/scp", 0x08047694, 0x080476A4) argc = 3 > mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEFF0000 > resolvepath("/usr/lib/ld.so.1", "/lib/ld.so.1", 1023) = 12 > resolvepath("/usr/bin/scp", "/usr/bin/scp", 1023) = 12 > sysconfig(_CONFIG_PAGESIZE) = 4096 > stat64("/usr/bin/scp", 0x08047420) = 0 > open("/var/ld/ld.config", O_RDONLY) Err#2 ENOENT > stat64("/db/pub/eq/csw/lib/libsocket.so.1", 0x08046CC0) Err#2 ENOENT > stat64("/db/pub/eq/csw/lib/svn/libsocket.so.1", 0x08046CC0) Err#2 ENOENT > stat64("/db/pub/eq/csw/bdb48/lib/libsocket.so.1", 0x08046CC0) Err#2 ENOENT > stat64("./libsocket.so.1", 0x08046CC0) Err#2 ENOENT > stat64("/lib/libsocket.so.1", 0x08046CC0) = 0 > resolvepath("/lib/libsocket.so.1", "/lib/libsocket.so.1", 1023) = 19 > open("/lib/libsocket.so.1", O_RDONLY) = 3 > mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = > 0xFEFB0000 > mmap(0x00010000, 114688, PROT_NONE, > MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEF90000 > mmap(0xFEF90000, 44002, PROT_READ|PROT_EXEC, > MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEF90000 > mmap(0xFEFAB000, 2645, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 45056) = 0xFEFAB000 > munmap(0xFEF9B000, 65536) = 0 > memcntl(0xFEF90000, 12080, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 > close(3) = 0 > stat64("/db/pub/eq/csw/lib/libc.so.1", 0x08046CC0) Err#2 ENOENT > stat64("/db/pub/eq/csw/lib/svn/libc.so.1", 0x08046CC0) Err#2 ENOENT > stat64("/db/pub/eq/csw/bdb48/lib/libc.so.1", 0x08046CC0) Err#2 ENOENT > stat64("./libc.so.1", 0x08046CC0) Err#2 ENOENT > stat64("/lib/libc.so.1", 0x08046CC0) = 0 > resolvepath("/lib/libc.so.1", "/lib/libc.so.1", 1023) = 14 > open("/lib/libc.so.1", O_RDONLY) = 3 > mmap(0xFEFB0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = > 0xFEFB0000 > mmap(0x00010000, 1212416, PROT_NONE, > MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEE60000 > mmap(0xFEE60000, 1105861, PROT_READ|PROT_EXEC, > MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEE60000 > mmap(0xFEF7E000, 30311, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 1105920) = 0xFEF7E000 > mmap(0xFEF86000, 4256, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFEF86000 > munmap(0xFEF6E000, 65536) = 0 > memcntl(0xFEE60000, 124344, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 > close(3) = 0 > stat64("/db/pub/eq/csw/lib/libnsl.so.1", 0x08046CC0) Err#2 ENOENT > stat64("/db/pub/eq/csw/lib/svn/libnsl.so.1", 0x08046CC0) Err#2 ENOENT > stat64("/db/pub/eq/csw/bdb48/lib/libnsl.so.1", 0x08046CC0) Err#2 ENOENT > stat64("./libnsl.so.1", 0x08046CC0) Err#2 ENOENT > stat64("/lib/libnsl.so.1", 0x08046CC0) = 0 > resolvepath("/lib/libnsl.so.1", "/lib/libnsl.so.1", 1023) = 16 > open("/lib/libnsl.so.1", O_RDONLY) = 3 > mmap(0xFEFB0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) = > 0xFEFB0000 > mmap(0x00010000, 647168, PROT_NONE, > MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEDC0000 > mmap(0xFEDC0000, 526189, PROT_READ|PROT_EXEC, > MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEDC0000 > mmap(0xFEE51000, 19893, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 528384) = 0xFEE51000 > mmap(0xFEE56000, 30056, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFEE56000 > munmap(0xFEE41000, 65536) = 0 > memcntl(0xFEDC0000, 58076, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 > close(3) = 0 > stat64("/db/pub/eq/csw/lib/libc.so.1", 0x08046CC0) Err#2 ENOENT > stat64("/db/pub/eq/csw/lib/svn/libc.so.1", 0x08046CC0) Err#2 ENOENT > stat64("/db/pub/eq/csw/bdb48/lib/libc.so.1", 0x08046CC0) Err#2 ENOENT > stat64("./libc.so.1", 0x08046CC0) Err#2 ENOENT > stat64("/db/pub/eq/csw/lib/libc.so.1", 0x08046CC0) Err#2 ENOENT > stat64("/db/pub/eq/csw/lib/svn/libc.so.1", 0x08046CC0) Err#2 ENOENT > stat64("/db/pub/eq/csw/bdb48/lib/libc.so.1", 0x08046CC0) Err#2 ENOENT > stat64("./libc.so.1", 0x08046CC0) Err#2 ENOENT > mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEFC0000 > mmap(0x00010000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEFA0000 > munmap(0xFEFB0000, 32768) = 0 > getcontext(0x08047290) > getrlimit(RLIMIT_STACK, 0x08047288) = 0 > getpid() = 3707 [3706] > lwp_private(0, 1, 0xFEFA2A00) = 0x000001C3 > setustack(0xFEFA2A60) > sigfillset(0xFEF85DE0) = 0 > sysi86(SI86FPSTART, 0xFEF86750, 0x0000133F, 0x00001F80) = 0x00000001 > sysconfig(_CONFIG_PAGESIZE) = 4096 > brk(0x0806B398) = 0 > brk(0x0806D398) = 0 > stat64("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", 0x08046640) > = 0 > resolvepath("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", > "/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", 1023) = 52 > open("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", O_RDONLY) = 3 > mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = > 0xFEFB0000 > mmap(0x00010000, 86016, PROT_NONE, > MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEDA0000 > mmap(0xFEDA0000, 14986, PROT_READ|PROT_EXEC, > MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEDA0000 > mmap(0xFEDB3000, 5010, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 12288) = 0xFEDB3000 > munmap(0xFEDA4000, 61440) = 0 > memcntl(0xFEDA0000, 5500, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 > close(3) = 0 > stat64("/db/pub/eq/csw/lib/libc.so.1", 0x080465A0) Err#2 ENOENT > stat64("/db/pub/eq/csw/lib/svn/libc.so.1", 0x080465A0) Err#2 ENOENT > stat64("/db/pub/eq/csw/bdb48/lib/libc.so.1", 0x080465A0) Err#2 ENOENT > stat64("./libc.so.1", 0x080465A0) Err#2 ENOENT > munmap(0xFEFB0000, 32768) = 0 > getuid() = 2322418 [2322418] > brk(0x0806D398) = 0 > brk(0x0806F398) = 0 > getuid() = 2322418 [2322418] > mmap(0x00010000, 65536, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFED80000 > getuid() = 2322418 [2322418] > getuid() = 2322418 [2322418] > open64("/var/run/name_service_door", O_RDONLY) = 3 > fstat64(3, 0x08047220) = 0 > fcntl(3, F_SETFD, 0x00000001) = 0 > door_info(3, 0xFEF7F4C4) = 0 > door_call(3, 0x08047468) = 0 > ioctl(2, TCGETA, 0x08047638) = 0 > schedctl() = 0xFEFED000 > sigaction(SIGPIPE, 0x080475A0, 0x08047620) = 0 > pipe() = 4 [5] > pipe() = 6 [7] > pipe() = 8 [9] > close(4) = 0 > close(5) = 0 > fork1() = 3708 > lwp_sigmask(SIG_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF] > close(6) = 0 > close(9) = 0 > ld.so.1: ssh: fatal: relocation error: file /usr/bin/ssh: symbol > SUNWcry_installed: referenced symbol not found > read(8, 0x0804760C, 1) = 0 > lost connection > write(2, " l o s t c o n n e c t".., 16) = 16 > _exit(1) Cheers, Victor 2011/7/28 Victor Hooi > Hi, > > I managed to get it working by setting the LD_LIBRARY_PATH_32/64 variables > as suggested =): > > export LD_LIBRARY_PATH_32=/db/pub/eq/csw/opt/csw/lib > export LD_LIBRARY_PATH_64=/db/pub/eq/csw/opt/csw/lib/64 > > The 64-bit one is the one that seems to have done it. Thanks to Maciej and > Dago for their replies. > > For completeness, I've included the truss output from a working and > non-working system (before I set the LD_LIBRARY_PATH_32/64 variables) at the > end of this email. > > Bzip2 now works, as does gdb. However, I noticed emacs has issues: > > bash$ ./emacs >> Warning: arch-dependent data dir >> (/opt/csw/libexec/emacs/23.1/i386-pc-solaris2.8/) does not exist. >> Warning: arch-independent data dir (/opt/csw/share/emacs/23.1/etc/) does >> not exist. >> Warning: Lisp directory `/opt/csw/share/emacs/23.1/site-lisp' does not >> exist. >> Warning: Lisp directory `/opt/csw/share/emacs/site-lisp' does not exist. >> Warning: Lisp directory `/opt/csw/share/emacs/23.1/lisp' does not exist. >> Warning: Lisp directory `/opt/csw/share/emacs/23.1/leim' does not exist. >> Error: charsets directory (/opt/csw/share/emacs/23.1/etc/charsets) does >> not exist. >> Emacs will not function correctly without the character map files. >> Please check your installation! >> Cannot open load file: warnings > > > Any suggestions on the cleanest way to solve the above? Assume for not we > can't touch /opt, or create symlinks there. > > This whole relocating from /opt to /usr/local is quite painful *sigh*. Ah > well, it's one of the strange requirements we have - we can install things > to /usr/local, but not /opt. > > Cheers, > Victor > > Working system: > > victorh at puppet:/opt/csw/bin$ truss bzip2 >> execve("/usr/bin/bzip2", 0x08047D6C, 0x08047D74) argc = 1 >> sysinfo(SI_MACHINE, "i86pc", 257) = 6 >> mmap(0x00000000, 32, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANON, >> -1, 0) = 0xFEFB0000 >> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANON, -1, 0) >> = 0xFEFA0000 >> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANON, -1, 0) >> = 0xFEF90000 >> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, >> MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEF80000 >> memcntl(0xFEFB7000, 32064, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >> memcntl(0x08050000, 6636, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >> resolvepath("/usr/lib/ld.so.1", "/lib/ld.so.1", 1023) = 12 >> resolvepath("/usr/bin/bzip2", "/usr/bin/bzip2", 1023) = 14 >> sysconfig(_CONFIG_PAGESIZE) = 4096 >> stat64("/usr/bin/bzip2", 0x080479B0) = 0 >> open("/var/ld/ld.config", O_RDONLY) Err#2 ENOENT >> stat64("/lib/libbz2.so.1", 0x08047160) Err#2 ENOENT >> stat64("/usr/lib/libbz2.so.1", 0x08047160) = 0 >> resolvepath("/usr/lib/libbz2.so.1", "/usr/lib/libbz2.so.1", 1023) = 20 >> open("/usr/lib/libbz2.so.1", O_RDONLY) = 3 >> mmapobj(3, MMOBJ_INTERPRET, 0xFEF80A58, 0x080471CC, 0x00000000) = 0 >> close(3) = 0 >> memcntl(0xFEF50000, 6184, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, >> MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEF40000 >> stat64("/lib/libc.so.1", 0x08047160) = 0 >> resolvepath("/lib/libc.so.1", "/lib/libc.so.1", 1023) = 14 >> open("/lib/libc.so.1", O_RDONLY) = 3 >> mmapobj(3, MMOBJ_INTERPRET, 0xFEF40080, 0x080471CC, 0x00000000) = 0 >> close(3) = 0 >> memcntl(0xFEDF0000, 187200, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >> mmap(0x00010000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, >> MAP_PRIVATE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEDE0000 >> getcontext(0x08047810) >> getrlimit(RLIMIT_STACK, 0x08047808) = 0 >> getpid() = 12236 [12235] >> lwp_private(0, 1, 0xFEDE2A40) = 0x000001C3 >> setustack(0xFEDE2AA0) >> sysi86(SI86FPSTART, 0xFEF38CD4, 0x0000133F, 0x00001F80) = 0x00000001 >> schedctl() = 0xFEDDA000 >> sigaction(SIGSEGV, 0x08047BD0, 0x08047C50) = 0 >> sigaction(SIGBUS, 0x08047BD0, 0x08047C50) = 0 >> sysconfig(_CONFIG_PAGESIZE) = 4096 >> ioctl(1, TCGETA, 0x08047B80) = 0 >> fstat64(2, 0x08046C00) = 0 >> bzip2write(2, " b z i p 2", 5) = 5 >> : I won't write compressed data to a terminal. >> write(2, " : I w o n ' t w r".., 47) = 47 >> bzip2write(2, " b z i p 2", 5) = 5 >> : For help, type: `write(2, " : F o r h e l p , ".., 19) = 19 >> bzip2write(2, " b z i p 2", 5) = 5 >> --help'. >> write(2, " - - h e l p ' .\n", 10) = 10 >> _exit(1) > > > Non-working system: > > execve("bzip2", 0x080478B4, 0x080478BC) argc = 1 > mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEFF0000 > resolvepath("/usr/lib/ld.so.1", "/lib/ld.so.1", 1023) = 12 > getcwd("/db/pub/eq/csw/opt/csw/bin", 1017) = 0 > resolvepath("/db/pub/eq/csw/opt/csw/bin/bzip2", > "/db/pub/eq/csw/opt/csw/bin/bzip2", 1023) = 32 > sysconfig(_CONFIG_PAGESIZE) = 4096 > stat64("/db/pub/eq/csw/opt/csw/bin/bzip2", 0x08047640) = 0 > open("/var/ld/ld.config", O_RDONLY) Err#2 ENOENT > stat64("/db/pub/eq/csw/opt/csw/bdb48/lib/libc.so.1", 0x08046EE0) Err#2 > ENOENT > stat64("/db/pub/eq/csw/opt/csw/lib/svn/libc.so.1", 0x08046EE0) Err#2 ENOENT > stat64("/db/pub/eq/csw/opt/csw/lib/libc.so.1", 0x08046EE0) Err#2 ENOENT > stat64("/db/pub/eq/tools/lib/boost/current/lib/libc.so.1", 0x08046EE0) > Err#2 ENOENT > stat64("/usr/sfw/lib/libc.so.1", 0x08046EE0) Err#2 ENOENT > stat64("/db/pub/eq/tools/lib/log4cplus/current/lib/libc.so.1", 0x08046EE0) > Err#2 ENOENT > stat64("/db/pub/eq/tools/lib/xerces-c/current/lib/libc.so.1", 0x08046EE0) > Err#2 ENOENT > stat64("/db/pub/eq/tools/lib/omex/current/lib/libc.so.1", 0x08046EE0) Err#2 > ENOENT > stat64("./libc.so.1", 0x08046EE0) Err#2 ENOENT > stat64("/data/oracle/product/client/11.2.0.1/lib/libc.so.1", 0x08046EE0) > Err#2 ENOENT > stat64("/db/pub/eq/tools/lib/quickfix/current/lib/libc.so.1", 0x08046EE0) > Err#2 ENOENT > stat64("/db/pub/eq/Marvin//Libs/libc.so.1", 0x08046EE0) Err#2 ENOENT > stat64("./libc.so.1", 0x08046EE0) Err#2 ENOENT > stat64("/lib/libc.so.1", 0x08046EE0) = 0 > resolvepath("/lib/libc.so.1", "/lib/libc.so.1", 1023) = 14 > open("/lib/libc.so.1", O_RDONLY) = 3 > mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = > 0xFEFB0000 > mmap(0x00010000, 1212416, PROT_NONE, > MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEE80000 > mmap(0xFEE80000, 1105861, PROT_READ|PROT_EXEC, > MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEE80000 > mmap(0xFEF9E000, 30311, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 1105920) = 0xFEF9E000 > mmap(0xFEFA6000, 4256, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFEFA6000 > munmap(0xFEF8E000, 65536) = 0 > memcntl(0xFEE80000, 124344, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 > close(3) = 0 > mmap(0x00010000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEF90000 > munmap(0xFEFB0000, 32768) = 0 > getcontext(0x080474B0) > getrlimit(RLIMIT_STACK, 0x080474A8) = 0 > getpid() = 8908 [8907] > lwp_private(0, 1, 0xFEF92A00) = 0x000001C3 > setustack(0xFEF92A60) > sysi86(SI86FPSTART, 0xFEFA6750, 0x0000133F, 0x00001F80) = 0x00000001 > sysconfig(_CONFIG_PAGESIZE) = 4096 > brk(0x080615C0) = 0 > brk(0x080635C0) = 0 > stat64("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", 0x08046880) > = 0 > resolvepath("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", > "/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", 1023) = 52 > open("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", O_RDONLY) = 3 > mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = > 0xFEFB0000 > mmap(0x00010000, 86016, PROT_NONE, > MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEE60000 > mmap(0xFEE60000, 14986, PROT_READ|PROT_EXEC, > MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEE60000 > mmap(0xFEE73000, 5010, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 12288) = 0xFEE73000 > munmap(0xFEE64000, 61440) = 0 > mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEFC0000 > memcntl(0xFEE60000, 5500, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 > close(3) = 0 > stat64("/db/pub/eq/csw/opt/csw/bdb48/lib/libc.so.1", 0x080467E0) Err#2 > ENOENT > stat64("/db/pub/eq/csw/opt/csw/lib/svn/libc.so.1", 0x080467E0) Err#2 ENOENT > stat64("/db/pub/eq/csw/opt/csw/lib/libc.so.1", 0x080467E0) Err#2 ENOENT > stat64("/db/pub/eq/tools/lib/boost/current/lib/libc.so.1", 0x080467E0) > Err#2 ENOENT > stat64("/usr/sfw/lib/libc.so.1", 0x080467E0) Err#2 ENOENT > stat64("/db/pub/eq/tools/lib/log4cplus/current/lib/libc.so.1", 0x080467E0) > Err#2 ENOENT > stat64("/db/pub/eq/tools/lib/xerces-c/current/lib/libc.so.1", 0x080467E0) > Err#2 ENOENT > stat64("/db/pub/eq/tools/lib/omex/current/lib/libc.so.1", 0x080467E0) Err#2 > ENOENT > stat64("./libc.so.1", 0x080467E0) Err#2 ENOENT > stat64("/data/oracle/product/client/11.2.0.1/lib/libc.so.1", 0x080467E0) > Err#2 ENOENT > stat64("/db/pub/eq/tools/lib/quickfix/current/lib/libc.so.1", 0x080467E0) > Err#2 ENOENT > stat64("/db/pub/eq/Marvin//Libs/libc.so.1", 0x080467E0) Err#2 ENOENT > stat64("./libc.so.1", 0x080467E0) Err#2 ENOENT > munmap(0xFEFB0000, 32768) = 0 > open("/proc/self/auxv", O_RDONLY) = 3 > fxstat(2, 3, 0x080477D0) = 0 > read(3, "D807\0\0EF7F04\bDE07\0\0".., 168) = 168 > close(3) = 0 > sysinfo(SI_ISALIST, "amd64 pentium_pro+mmx pentium_pro pentium+mmx pentium > i486 i386 i86", 255) = 68 > access("amd64/bzip2", X_OK) = 0 > execve("amd64/bzip2", 0x080478B4, 0x080478BC) argc = 1 > mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_ANON, 4294967295, 0) = 0xFFFFFD7FFF3F0000 > resolvepath("/usr/lib/amd64/ld.so.1", "/lib/amd64/ld.so.1", 1023) = 18 > getcwd("/db/pub/eq/csw/opt/csw/bin", 1011) = 0 > resolvepath("/db/pub/eq/csw/opt/csw/bin/amd64/bzip2", > "/db/pub/eq/csw/opt/csw/bin/amd64/bzip2", 1023) = 38 > stat("/db/pub/eq/csw/opt/csw/bin/amd64/bzip2", 0xFFFFFD7FFFDFF540) = 0 > open("/var/ld/64/ld.config", O_RDONLY) Err#2 ENOENT > stat("/db/pub/eq/csw/opt/csw/bdb48/lib/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) > Err#2 ENOENT > stat("/db/pub/eq/csw/opt/csw/lib/svn/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) > Err#2 ENOENT > stat("/db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) = 0 > resolvepath("/db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0", > "/db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0.6", 1023) = 42 > open("/db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0", O_RDONLY) = 3 > mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) = > 0xFFFFFD7FFF3A0000 > close(3) = 0 > stat("/db/pub/eq/tools/lib/boost/current/lib/libbz2.so.1.0", > 0xFFFFFD7FFFDFEE60) Err#2 ENOENT > stat("/usr/sfw/lib/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT > stat("/db/pub/eq/tools/lib/log4cplus/current/lib/libbz2.so.1.0", > 0xFFFFFD7FFFDFEE60) Err#2 ENOENT > stat("/db/pub/eq/tools/lib/xerces-c/current/lib/libbz2.so.1.0", > 0xFFFFFD7FFFDFEE60) Err#2 ENOENT > stat("/db/pub/eq/tools/lib/omex/current/lib/libbz2.so.1.0", > 0xFFFFFD7FFFDFEE60) Err#2 ENOENT > stat("./libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT > stat("/data/oracle/product/client/11.2.0.1/lib/libbz2.so.1.0", > 0xFFFFFD7FFFDFEE60) Err#2 ENOENT > stat("/db/pub/eq/tools/lib/quickfix/current/lib/libbz2.so.1.0", > 0xFFFFFD7FFFDFEE60) Err#2 ENOENT > stat("/db/pub/eq/Marvin//Libs/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 > ENOENT > stat("./libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT > mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, > MAP_PRIVATE|MAP_ANON, 4294967295, 0) = 0xFFFFFD7FFF390000 > stat("/opt/csw/lib/amd64/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT > stat("/lib/64/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT > stat("/usr/lib/64/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT > ld.so.1: bzip2: fatal: /db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0: wrong ELF > class: ELFCLASS32 > write(2, " l d . s o . 1 : b z i".., 93) = 93 > munmap(0xFFFFFD7FFF3A0000, 32768) = 0 > lwp_self() = 1 > > On Thu, Jul 28, 2011 at 07:12, Dagobert Michelsen wrote: > >> Hi, >> >> Am 27.07.2011 um 21:57 schrieb Maciej Blizi?ski: >> > >> bash$ ./gdb >> > >> ld.so.1: gdb: fatal: /db/pub/eq/csw/opt/csw/lib/libncurses.so.5: >> wrong ELF class: ELFCLASS32 >> > >> Killed >> > > >> > > >> > > Uname on the root-access box (on which OpenCSW was installed): >> > > >> > >> SunOS puppet 5.11 snv_151a i86pc i386 i86pc Solaris >> > > >> > > >> > > Uname on the limited-access box (where we are trying to run the >> tranplanted binaries): >> > > >> > >> SunOS eqaegd05 5.10 Generic_144489-06 i86pc i386 i86pc >> > > >> > > >> > > Both bzip2 and libbz2.so appear to be 32-bit (at least from what I can >> tell): >> > > >> > >> bash$ file bzip2 >> > >> bzip2: ELF 32-bit LSB executable 80386 Version 1 [FPU], >> dynamically linked, not stripped, no debugging information available >> > >> > Can you look at the inode number of the bzip2 binary and the isaexec >> binary? Is it the same? >> > >> > >> bash$ file ../lib/libbz2.so >> > >> ../lib/libbz2.so: ELF 32-bit LSB dynamic lib 80386 Version 1 >> [FPU], dynamically linked, stripped >> > > >> > > >> > > What would be causing this error? And how would I fix it? >> > >> > One guess is that it is the 32 vs 64 bit issue after all. If that's >> true, adding $ISALIST or 64 to the search path could help. >> > >> > LD_LIBRARY_PATH='/db/pub/eq/csw/opt/csw/lib/64' >> > >> > Or >> > >> > LD_LIBRARY_PATH='/db/pub/eq/csw/opt/csw/lib/$ISALIST >> >> I would say isaexec. Try >> LD_LIBRARY_PATH_32=/db/pub/eq/csw/opt/csw/lib >> LD_LIBRARY_PATH_64=/db/pub/eq/csw/opt/csw/lib/64 >> >> Please see ld.so.1(1) for details. >> >> >> Best regards >> >> -- Dago >> >> _______________________________________________ >> users mailing list >> users at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/users > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cptsalek at gmail.com Thu Jul 28 09:37:28 2011 From: cptsalek at gmail.com (Christian Walther) Date: Thu, 28 Jul 2011 09:37:28 +0200 Subject: [csw-users] Wrong ELF class - ELFCLASS32? In-Reply-To: References: Message-ID: Hi, On 28 July 2011 06:45, Victor Hooi wrote: >> >> bash$ scp opencsw.tar username at server_hostname:/tmp >> ld.so.1: ssh: fatal: relocation error: file /usr/bin/ssh: symbol >> SUNWcry_installed: referenced symbol not found Yes, this is where things get messy. Suns SSH requires a version of libcrypto-0.9.7 which itself has an additional dependency on libcrypto_extras-0.9.7. Setting LD_LIBRARY_PATH and friends to CSW will make the dynamic linker use libcrypto provided by the OpenCSW project, which isn't compatible. One way out of this is to set LD_LIBRARY_PATH=/usr/sfw/lib:$LD_LIBRARY_PATH. However, due to the nature of /usr/sfw the libraries installed there might conflict with those required by your installed OpenCSW packages. You might need to define more variables for emacs to load, e.g. EMACSLOADPATH, EMACSPATH and maybe others. HTH Christian From victorhooi at yahoo.com Thu Jul 28 07:08:27 2011 From: victorhooi at yahoo.com (Victor Hooi) Date: Thu, 28 Jul 2011 15:08:27 +1000 Subject: [csw-users] Wrong ELF class - ELFCLASS32? In-Reply-To: References: Message-ID: Hi, Sorry to reply to myself, but forgot to attach ldd output - hopefully that's helpful as well: bash$ ldd /bin/scp > libsocket.so.1 => /lib/libsocket.so.1 > libc.so.1 => /lib/libc.so.1 > libnsl.so.1 => /lib/libnsl.so.1 > libmp.so.2 => /lib/libmp.so.2 > libmd.so.1 => /lib/libmd.so.1 > libscf.so.1 => /lib/libscf.so.1 > libdoor.so.1 => /lib/libdoor.so.1 > libuutil.so.1 => /lib/libuutil.so.1 > libgen.so.1 => /lib/libgen.so.1 > libm.so.2 => /lib/libm.so.2 > bash$ scp opencsw.tar hooivic at sydeqexcd03:/tmp > ld.so.1: ssh: fatal: relocation error: file /usr/bin/ssh: symbol > SUNWcry_installed: referenced symbol not found > lost connection > bash$ ldd /usr/bin/ssh > libsocket.so.1 => /lib/libsocket.so.1 > libnsl.so.1 => /lib/libnsl.so.1 > libz.so.1 => /db/pub/eq/csw/lib/libz.so.1 > libz.so.1 (SUNW_1.1) => (version not found) > libcrypto.so.0.9.7 => /db/pub/eq/csw/lib/libcrypto.so.0.9.7 > libgss.so.1 => /usr/lib/libgss.so.1 > libc.so.1 => /lib/libc.so.1 > libmp.so.2 => /lib/libmp.so.2 > libmd.so.1 => /lib/libmd.so.1 > libscf.so.1 => /lib/libscf.so.1 > libdl.so.1 => /lib/libdl.so.1 > libcmd.so.1 => /lib/libcmd.so.1 > libdoor.so.1 => /lib/libdoor.so.1 > libuutil.so.1 => /lib/libuutil.so.1 > libgen.so.1 => /lib/libgen.so.1 > libm.so.2 => /lib/libm.so.2 A workaround is just to use the OpenSSL clients from OpenCSW - however, this probably isn't the only system binary that's going to break due to changing LD_LIBRARY_PATH. Hmm, perhaps I'm holding it wrong...lol. Is there a smarter way of relocating these packages? (apart from symlinking from /opt). Cheers, Victor 2011/7/28 Victor Hooi > heya, > > Hmm, I noticed something strange with setting LD_LIBRARY_PATH/32/64 etc. > > If I set them as above: > > export > LD_LIBRARY_PATH=/db/pub/eq/csw/lib:/db/pub/eq/csw/lib/svn:/db/pub/eq/csw/bdb48/lib:$LD_LIBRARY_PATH > export > LD_LIBRARY_PATH_32=/db/pub/eq/csw/lib:/db/pub/eq/csw/lib/svn:/db/pub/eq/csw/bdb48/lib:$LD_LIBRARY_PATH_32 > export LD_LIBRARY_PATH_64=/db/pub/eq/csw/lib/64:$LD_LIBRARY_PATH_64 > > It seems to break scp: > > bash$ scp opencsw.tar username at server_hostname:/tmp >> ld.so.1: ssh: fatal: relocation error: file /usr/bin/ssh: symbol >> SUNWcry_installed: referenced symbol not found > > > I've put the output from truss at the end of the email. > > Is this the sort of issue they were referring to here? > > http://blogs.oracle.com/rie/entry/tt_ld_library_path_tt > > Is there any way to fix the above - to have the OpenCSW binaries work, and > not break the existing Solaris binaries? > > Hmm, and still puzzled by the Emacs thing - and setting EMACSDATA didn't > seem to have any effect. > > Output from truss and scp: > > bash$ truss scp opencsw.tar username at server_hostname:/tmp >> execve("/usr/bin/scp", 0x08047694, 0x080476A4) argc = 3 >> >> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, >> MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEFF0000 >> resolvepath("/usr/lib/ld.so.1", "/lib/ld.so.1", 1023) = 12 >> resolvepath("/usr/bin/scp", "/usr/bin/scp", 1023) = 12 >> sysconfig(_CONFIG_PAGESIZE) = 4096 >> stat64("/usr/bin/scp", 0x08047420) = 0 >> >> open("/var/ld/ld.config", O_RDONLY) Err#2 ENOENT >> stat64("/db/pub/eq/csw/lib/libsocket.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("/db/pub/eq/csw/lib/svn/libsocket.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("/db/pub/eq/csw/bdb48/lib/libsocket.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("./libsocket.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("/lib/libsocket.so.1", 0x08046CC0) = 0 >> resolvepath("/lib/libsocket.so.1", "/lib/libsocket.so.1", 1023) = 19 >> open("/lib/libsocket.so.1", O_RDONLY) = 3 >> >> mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) >> = 0xFEFB0000 >> mmap(0x00010000, 114688, PROT_NONE, >> MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEF90000 >> mmap(0xFEF90000, 44002, PROT_READ|PROT_EXEC, >> MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEF90000 >> mmap(0xFEFAB000, 2645, PROT_READ|PROT_WRITE, >> MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 45056) = 0xFEFAB000 >> munmap(0xFEF9B000, 65536) = 0 >> memcntl(0xFEF90000, 12080, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >> close(3) = 0 >> stat64("/db/pub/eq/csw/lib/libc.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("/db/pub/eq/csw/lib/svn/libc.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("/db/pub/eq/csw/bdb48/lib/libc.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("./libc.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("/lib/libc.so.1", 0x08046CC0) = 0 >> >> resolvepath("/lib/libc.so.1", "/lib/libc.so.1", 1023) = 14 >> open("/lib/libc.so.1", O_RDONLY) = 3 >> mmap(0xFEFB0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) >> = 0xFEFB0000 >> mmap(0x00010000, 1212416, PROT_NONE, >> MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEE60000 >> mmap(0xFEE60000, 1105861, PROT_READ|PROT_EXEC, >> MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEE60000 >> mmap(0xFEF7E000, 30311, PROT_READ|PROT_WRITE|PROT_EXEC, >> MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 1105920) = 0xFEF7E000 >> mmap(0xFEF86000, 4256, PROT_READ|PROT_WRITE|PROT_EXEC, >> MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFEF86000 >> munmap(0xFEF6E000, 65536) = 0 >> memcntl(0xFEE60000, 124344, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >> close(3) = 0 >> stat64("/db/pub/eq/csw/lib/libnsl.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("/db/pub/eq/csw/lib/svn/libnsl.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("/db/pub/eq/csw/bdb48/lib/libnsl.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("./libnsl.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("/lib/libnsl.so.1", 0x08046CC0) = 0 >> resolvepath("/lib/libnsl.so.1", "/lib/libnsl.so.1", 1023) = 16 >> open("/lib/libnsl.so.1", O_RDONLY) = 3 >> mmap(0xFEFB0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) >> = 0xFEFB0000 >> mmap(0x00010000, 647168, PROT_NONE, >> MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEDC0000 >> mmap(0xFEDC0000, 526189, PROT_READ|PROT_EXEC, >> MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEDC0000 >> mmap(0xFEE51000, 19893, PROT_READ|PROT_WRITE, >> MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 528384) = 0xFEE51000 >> mmap(0xFEE56000, 30056, PROT_READ|PROT_WRITE, >> MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFEE56000 >> munmap(0xFEE41000, 65536) = 0 >> memcntl(0xFEDC0000, 58076, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >> close(3) = 0 >> stat64("/db/pub/eq/csw/lib/libc.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("/db/pub/eq/csw/lib/svn/libc.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("/db/pub/eq/csw/bdb48/lib/libc.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("./libc.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("/db/pub/eq/csw/lib/libc.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("/db/pub/eq/csw/lib/svn/libc.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("/db/pub/eq/csw/bdb48/lib/libc.so.1", 0x08046CC0) Err#2 ENOENT >> stat64("./libc.so.1", 0x08046CC0) Err#2 ENOENT >> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, >> MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEFC0000 >> mmap(0x00010000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, >> MAP_PRIVATE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEFA0000 >> munmap(0xFEFB0000, 32768) = 0 >> getcontext(0x08047290) >> getrlimit(RLIMIT_STACK, 0x08047288) = 0 >> getpid() = 3707 [3706] >> lwp_private(0, 1, 0xFEFA2A00) = 0x000001C3 >> setustack(0xFEFA2A60) >> sigfillset(0xFEF85DE0) = 0 >> sysi86(SI86FPSTART, 0xFEF86750, 0x0000133F, 0x00001F80) = 0x00000001 >> sysconfig(_CONFIG_PAGESIZE) = 4096 >> brk(0x0806B398) = 0 >> brk(0x0806D398) = 0 >> stat64("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", 0x08046640) >> = 0 >> >> resolvepath("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", >> "/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", 1023) = 52 >> open("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", O_RDONLY) = 3 >> mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) >> = 0xFEFB0000 >> mmap(0x00010000, 86016, PROT_NONE, >> MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEDA0000 >> mmap(0xFEDA0000, 14986, PROT_READ|PROT_EXEC, >> MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEDA0000 >> mmap(0xFEDB3000, 5010, PROT_READ|PROT_WRITE|PROT_EXEC, >> MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 12288) = 0xFEDB3000 >> munmap(0xFEDA4000, 61440) = 0 >> memcntl(0xFEDA0000, 5500, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >> close(3) = 0 >> stat64("/db/pub/eq/csw/lib/libc.so.1", 0x080465A0) Err#2 ENOENT >> stat64("/db/pub/eq/csw/lib/svn/libc.so.1", 0x080465A0) Err#2 ENOENT >> stat64("/db/pub/eq/csw/bdb48/lib/libc.so.1", 0x080465A0) Err#2 ENOENT >> stat64("./libc.so.1", 0x080465A0) Err#2 ENOENT >> munmap(0xFEFB0000, 32768) = 0 >> getuid() = 2322418 [2322418] >> brk(0x0806D398) = 0 >> brk(0x0806F398) = 0 >> getuid() = 2322418 [2322418] >> mmap(0x00010000, 65536, PROT_READ|PROT_WRITE|PROT_EXEC, >> MAP_PRIVATE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFED80000 >> getuid() = 2322418 [2322418] >> getuid() = 2322418 [2322418] >> open64("/var/run/name_service_door", O_RDONLY) = 3 >> fstat64(3, 0x08047220) = 0 >> fcntl(3, F_SETFD, 0x00000001) = 0 >> door_info(3, 0xFEF7F4C4) = 0 >> door_call(3, 0x08047468) = 0 >> ioctl(2, TCGETA, 0x08047638) = 0 >> schedctl() = 0xFEFED000 >> sigaction(SIGPIPE, 0x080475A0, 0x08047620) = 0 >> pipe() = 4 [5] >> pipe() = 6 [7] >> pipe() = 8 [9] >> close(4) = 0 >> close(5) = 0 >> fork1() = 3708 >> lwp_sigmask(SIG_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF] >> close(6) = 0 >> close(9) = 0 >> ld.so.1: ssh: fatal: relocation error: file /usr/bin/ssh: symbol >> SUNWcry_installed: referenced symbol not found >> read(8, 0x0804760C, 1) = 0 >> lost connection >> write(2, " l o s t c o n n e c t".., 16) = 16 >> _exit(1) > > > Cheers, > Victor > > 2011/7/28 Victor Hooi > >> Hi, >> >> I managed to get it working by setting the LD_LIBRARY_PATH_32/64 variables >> as suggested =): >> >> export LD_LIBRARY_PATH_32=/db/pub/eq/csw/opt/csw/lib >> export LD_LIBRARY_PATH_64=/db/pub/eq/csw/opt/csw/lib/64 >> >> The 64-bit one is the one that seems to have done it. Thanks to Maciej and >> Dago for their replies. >> >> For completeness, I've included the truss output from a working and >> non-working system (before I set the LD_LIBRARY_PATH_32/64 variables) at the >> end of this email. >> >> Bzip2 now works, as does gdb. However, I noticed emacs has issues: >> >> bash$ ./emacs >>> Warning: arch-dependent data dir >>> (/opt/csw/libexec/emacs/23.1/i386-pc-solaris2.8/) does not exist. >>> Warning: arch-independent data dir (/opt/csw/share/emacs/23.1/etc/) does >>> not exist. >>> Warning: Lisp directory `/opt/csw/share/emacs/23.1/site-lisp' does not >>> exist. >>> Warning: Lisp directory `/opt/csw/share/emacs/site-lisp' does not exist. >>> Warning: Lisp directory `/opt/csw/share/emacs/23.1/lisp' does not exist. >>> Warning: Lisp directory `/opt/csw/share/emacs/23.1/leim' does not exist. >>> Error: charsets directory (/opt/csw/share/emacs/23.1/etc/charsets) does >>> not exist. >>> Emacs will not function correctly without the character map files. >>> Please check your installation! >>> Cannot open load file: warnings >> >> >> Any suggestions on the cleanest way to solve the above? Assume for not we >> can't touch /opt, or create symlinks there. >> >> This whole relocating from /opt to /usr/local is quite painful *sigh*. Ah >> well, it's one of the strange requirements we have - we can install things >> to /usr/local, but not /opt. >> >> Cheers, >> Victor >> >> Working system: >> >> victorh at puppet:/opt/csw/bin$ truss bzip2 >>> execve("/usr/bin/bzip2", 0x08047D6C, 0x08047D74) argc = 1 >>> sysinfo(SI_MACHINE, "i86pc", 257) = 6 >>> mmap(0x00000000, 32, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEFB0000 >>> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANON, -1, 0) >>> = 0xFEFA0000 >>> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANON, -1, 0) >>> = 0xFEF90000 >>> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEF80000 >>> memcntl(0xFEFB7000, 32064, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >>> memcntl(0x08050000, 6636, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >>> resolvepath("/usr/lib/ld.so.1", "/lib/ld.so.1", 1023) = 12 >>> resolvepath("/usr/bin/bzip2", "/usr/bin/bzip2", 1023) = 14 >>> sysconfig(_CONFIG_PAGESIZE) = 4096 >>> stat64("/usr/bin/bzip2", 0x080479B0) = 0 >>> open("/var/ld/ld.config", O_RDONLY) Err#2 ENOENT >>> stat64("/lib/libbz2.so.1", 0x08047160) Err#2 ENOENT >>> stat64("/usr/lib/libbz2.so.1", 0x08047160) = 0 >>> resolvepath("/usr/lib/libbz2.so.1", "/usr/lib/libbz2.so.1", 1023) = 20 >>> open("/usr/lib/libbz2.so.1", O_RDONLY) = 3 >>> mmapobj(3, MMOBJ_INTERPRET, 0xFEF80A58, 0x080471CC, 0x00000000) = 0 >>> close(3) = 0 >>> memcntl(0xFEF50000, 6184, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >>> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEF40000 >>> stat64("/lib/libc.so.1", 0x08047160) = 0 >>> resolvepath("/lib/libc.so.1", "/lib/libc.so.1", 1023) = 14 >>> open("/lib/libc.so.1", O_RDONLY) = 3 >>> mmapobj(3, MMOBJ_INTERPRET, 0xFEF40080, 0x080471CC, 0x00000000) = 0 >>> close(3) = 0 >>> memcntl(0xFEDF0000, 187200, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >>> mmap(0x00010000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEDE0000 >>> getcontext(0x08047810) >>> getrlimit(RLIMIT_STACK, 0x08047808) = 0 >>> getpid() = 12236 [12235] >>> lwp_private(0, 1, 0xFEDE2A40) = 0x000001C3 >>> setustack(0xFEDE2AA0) >>> sysi86(SI86FPSTART, 0xFEF38CD4, 0x0000133F, 0x00001F80) = 0x00000001 >>> schedctl() = 0xFEDDA000 >>> sigaction(SIGSEGV, 0x08047BD0, 0x08047C50) = 0 >>> sigaction(SIGBUS, 0x08047BD0, 0x08047C50) = 0 >>> sysconfig(_CONFIG_PAGESIZE) = 4096 >>> ioctl(1, TCGETA, 0x08047B80) = 0 >>> fstat64(2, 0x08046C00) = 0 >>> bzip2write(2, " b z i p 2", 5) = 5 >>> : I won't write compressed data to a terminal. >>> write(2, " : I w o n ' t w r".., 47) = 47 >>> bzip2write(2, " b z i p 2", 5) = 5 >>> : For help, type: `write(2, " : F o r h e l p , ".., 19) = 19 >>> bzip2write(2, " b z i p 2", 5) = 5 >>> --help'. >>> write(2, " - - h e l p ' .\n", 10) = 10 >>> _exit(1) >> >> >> Non-working system: >> >> execve("bzip2", 0x080478B4, 0x080478BC) argc = 1 >> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, >> MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEFF0000 >> resolvepath("/usr/lib/ld.so.1", "/lib/ld.so.1", 1023) = 12 >> getcwd("/db/pub/eq/csw/opt/csw/bin", 1017) = 0 >> resolvepath("/db/pub/eq/csw/opt/csw/bin/bzip2", >> "/db/pub/eq/csw/opt/csw/bin/bzip2", 1023) = 32 >> sysconfig(_CONFIG_PAGESIZE) = 4096 >> stat64("/db/pub/eq/csw/opt/csw/bin/bzip2", 0x08047640) = 0 >> open("/var/ld/ld.config", O_RDONLY) Err#2 ENOENT >> stat64("/db/pub/eq/csw/opt/csw/bdb48/lib/libc.so.1", 0x08046EE0) Err#2 >> ENOENT >> stat64("/db/pub/eq/csw/opt/csw/lib/svn/libc.so.1", 0x08046EE0) Err#2 >> ENOENT >> stat64("/db/pub/eq/csw/opt/csw/lib/libc.so.1", 0x08046EE0) Err#2 ENOENT >> stat64("/db/pub/eq/tools/lib/boost/current/lib/libc.so.1", 0x08046EE0) >> Err#2 ENOENT >> stat64("/usr/sfw/lib/libc.so.1", 0x08046EE0) Err#2 ENOENT >> stat64("/db/pub/eq/tools/lib/log4cplus/current/lib/libc.so.1", 0x08046EE0) >> Err#2 ENOENT >> stat64("/db/pub/eq/tools/lib/xerces-c/current/lib/libc.so.1", 0x08046EE0) >> Err#2 ENOENT >> stat64("/db/pub/eq/tools/lib/omex/current/lib/libc.so.1", 0x08046EE0) >> Err#2 ENOENT >> stat64("./libc.so.1", 0x08046EE0) Err#2 ENOENT >> stat64("/data/oracle/product/client/11.2.0.1/lib/libc.so.1", 0x08046EE0) >> Err#2 ENOENT >> stat64("/db/pub/eq/tools/lib/quickfix/current/lib/libc.so.1", 0x08046EE0) >> Err#2 ENOENT >> stat64("/db/pub/eq/Marvin//Libs/libc.so.1", 0x08046EE0) Err#2 ENOENT >> stat64("./libc.so.1", 0x08046EE0) Err#2 ENOENT >> stat64("/lib/libc.so.1", 0x08046EE0) = 0 >> resolvepath("/lib/libc.so.1", "/lib/libc.so.1", 1023) = 14 >> open("/lib/libc.so.1", O_RDONLY) = 3 >> mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) >> = 0xFEFB0000 >> mmap(0x00010000, 1212416, PROT_NONE, >> MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEE80000 >> mmap(0xFEE80000, 1105861, PROT_READ|PROT_EXEC, >> MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEE80000 >> mmap(0xFEF9E000, 30311, PROT_READ|PROT_WRITE|PROT_EXEC, >> MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 1105920) = 0xFEF9E000 >> mmap(0xFEFA6000, 4256, PROT_READ|PROT_WRITE|PROT_EXEC, >> MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFEFA6000 >> munmap(0xFEF8E000, 65536) = 0 >> memcntl(0xFEE80000, 124344, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >> close(3) = 0 >> mmap(0x00010000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, >> MAP_PRIVATE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEF90000 >> munmap(0xFEFB0000, 32768) = 0 >> getcontext(0x080474B0) >> getrlimit(RLIMIT_STACK, 0x080474A8) = 0 >> getpid() = 8908 [8907] >> lwp_private(0, 1, 0xFEF92A00) = 0x000001C3 >> setustack(0xFEF92A60) >> sysi86(SI86FPSTART, 0xFEFA6750, 0x0000133F, 0x00001F80) = 0x00000001 >> sysconfig(_CONFIG_PAGESIZE) = 4096 >> brk(0x080615C0) = 0 >> brk(0x080635C0) = 0 >> stat64("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", 0x08046880) >> = 0 >> resolvepath("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", >> "/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", 1023) = 52 >> open("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", O_RDONLY) = 3 >> mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) >> = 0xFEFB0000 >> mmap(0x00010000, 86016, PROT_NONE, >> MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEE60000 >> mmap(0xFEE60000, 14986, PROT_READ|PROT_EXEC, >> MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEE60000 >> mmap(0xFEE73000, 5010, PROT_READ|PROT_WRITE|PROT_EXEC, >> MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 12288) = 0xFEE73000 >> munmap(0xFEE64000, 61440) = 0 >> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, >> MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEFC0000 >> memcntl(0xFEE60000, 5500, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >> close(3) = 0 >> stat64("/db/pub/eq/csw/opt/csw/bdb48/lib/libc.so.1", 0x080467E0) Err#2 >> ENOENT >> stat64("/db/pub/eq/csw/opt/csw/lib/svn/libc.so.1", 0x080467E0) Err#2 >> ENOENT >> stat64("/db/pub/eq/csw/opt/csw/lib/libc.so.1", 0x080467E0) Err#2 ENOENT >> stat64("/db/pub/eq/tools/lib/boost/current/lib/libc.so.1", 0x080467E0) >> Err#2 ENOENT >> stat64("/usr/sfw/lib/libc.so.1", 0x080467E0) Err#2 ENOENT >> stat64("/db/pub/eq/tools/lib/log4cplus/current/lib/libc.so.1", 0x080467E0) >> Err#2 ENOENT >> stat64("/db/pub/eq/tools/lib/xerces-c/current/lib/libc.so.1", 0x080467E0) >> Err#2 ENOENT >> stat64("/db/pub/eq/tools/lib/omex/current/lib/libc.so.1", 0x080467E0) >> Err#2 ENOENT >> stat64("./libc.so.1", 0x080467E0) Err#2 ENOENT >> stat64("/data/oracle/product/client/11.2.0.1/lib/libc.so.1", 0x080467E0) >> Err#2 ENOENT >> stat64("/db/pub/eq/tools/lib/quickfix/current/lib/libc.so.1", 0x080467E0) >> Err#2 ENOENT >> stat64("/db/pub/eq/Marvin//Libs/libc.so.1", 0x080467E0) Err#2 ENOENT >> stat64("./libc.so.1", 0x080467E0) Err#2 ENOENT >> munmap(0xFEFB0000, 32768) = 0 >> open("/proc/self/auxv", O_RDONLY) = 3 >> fxstat(2, 3, 0x080477D0) = 0 >> read(3, "D807\0\0EF7F04\bDE07\0\0".., 168) = 168 >> close(3) = 0 >> sysinfo(SI_ISALIST, "amd64 pentium_pro+mmx pentium_pro pentium+mmx pentium >> i486 i386 i86", 255) = 68 >> access("amd64/bzip2", X_OK) = 0 >> execve("amd64/bzip2", 0x080478B4, 0x080478BC) argc = 1 >> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, >> MAP_PRIVATE|MAP_ANON, 4294967295, 0) = 0xFFFFFD7FFF3F0000 >> resolvepath("/usr/lib/amd64/ld.so.1", "/lib/amd64/ld.so.1", 1023) = 18 >> getcwd("/db/pub/eq/csw/opt/csw/bin", 1011) = 0 >> resolvepath("/db/pub/eq/csw/opt/csw/bin/amd64/bzip2", >> "/db/pub/eq/csw/opt/csw/bin/amd64/bzip2", 1023) = 38 >> stat("/db/pub/eq/csw/opt/csw/bin/amd64/bzip2", 0xFFFFFD7FFFDFF540) = 0 >> open("/var/ld/64/ld.config", O_RDONLY) Err#2 ENOENT >> stat("/db/pub/eq/csw/opt/csw/bdb48/lib/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) >> Err#2 ENOENT >> stat("/db/pub/eq/csw/opt/csw/lib/svn/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) >> Err#2 ENOENT >> stat("/db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) = 0 >> resolvepath("/db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0", >> "/db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0.6", 1023) = 42 >> open("/db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0", O_RDONLY) = 3 >> mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) >> = 0xFFFFFD7FFF3A0000 >> close(3) = 0 >> stat("/db/pub/eq/tools/lib/boost/current/lib/libbz2.so.1.0", >> 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >> stat("/usr/sfw/lib/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >> stat("/db/pub/eq/tools/lib/log4cplus/current/lib/libbz2.so.1.0", >> 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >> stat("/db/pub/eq/tools/lib/xerces-c/current/lib/libbz2.so.1.0", >> 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >> stat("/db/pub/eq/tools/lib/omex/current/lib/libbz2.so.1.0", >> 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >> stat("./libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >> stat("/data/oracle/product/client/11.2.0.1/lib/libbz2.so.1.0", >> 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >> stat("/db/pub/eq/tools/lib/quickfix/current/lib/libbz2.so.1.0", >> 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >> stat("/db/pub/eq/Marvin//Libs/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 >> ENOENT >> stat("./libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, >> MAP_PRIVATE|MAP_ANON, 4294967295, 0) = 0xFFFFFD7FFF390000 >> stat("/opt/csw/lib/amd64/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >> stat("/lib/64/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >> stat("/usr/lib/64/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >> ld.so.1: bzip2: fatal: /db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0: wrong ELF >> class: ELFCLASS32 >> write(2, " l d . s o . 1 : b z i".., 93) = 93 >> munmap(0xFFFFFD7FFF3A0000, 32768) = 0 >> lwp_self() = 1 >> >> On Thu, Jul 28, 2011 at 07:12, Dagobert Michelsen wrote: >> >>> Hi, >>> >>> Am 27.07.2011 um 21:57 schrieb Maciej Blizi?ski: >>> > >> bash$ ./gdb >>> > >> ld.so.1: gdb: fatal: /db/pub/eq/csw/opt/csw/lib/libncurses.so.5: >>> wrong ELF class: ELFCLASS32 >>> > >> Killed >>> > > >>> > > >>> > > Uname on the root-access box (on which OpenCSW was installed): >>> > > >>> > >> SunOS puppet 5.11 snv_151a i86pc i386 i86pc Solaris >>> > > >>> > > >>> > > Uname on the limited-access box (where we are trying to run the >>> tranplanted binaries): >>> > > >>> > >> SunOS eqaegd05 5.10 Generic_144489-06 i86pc i386 i86pc >>> > > >>> > > >>> > > Both bzip2 and libbz2.so appear to be 32-bit (at least from what I >>> can tell): >>> > > >>> > >> bash$ file bzip2 >>> > >> bzip2: ELF 32-bit LSB executable 80386 Version 1 [FPU], >>> dynamically linked, not stripped, no debugging information available >>> > >>> > Can you look at the inode number of the bzip2 binary and the isaexec >>> binary? Is it the same? >>> > >>> > >> bash$ file ../lib/libbz2.so >>> > >> ../lib/libbz2.so: ELF 32-bit LSB dynamic lib 80386 Version 1 >>> [FPU], dynamically linked, stripped >>> > > >>> > > >>> > > What would be causing this error? And how would I fix it? >>> > >>> > One guess is that it is the 32 vs 64 bit issue after all. If that's >>> true, adding $ISALIST or 64 to the search path could help. >>> > >>> > LD_LIBRARY_PATH='/db/pub/eq/csw/opt/csw/lib/64' >>> > >>> > Or >>> > >>> > LD_LIBRARY_PATH='/db/pub/eq/csw/opt/csw/lib/$ISALIST >>> >>> I would say isaexec. Try >>> LD_LIBRARY_PATH_32=/db/pub/eq/csw/opt/csw/lib >>> LD_LIBRARY_PATH_64=/db/pub/eq/csw/opt/csw/lib/64 >>> >>> Please see ld.so.1(1) for details. >>> >>> >>> Best regards >>> >>> -- Dago >>> >>> _______________________________________________ >>> users mailing list >>> users at lists.opencsw.org >>> https://lists.opencsw.org/mailman/listinfo/users >> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From victorhooi at yahoo.com Thu Jul 28 07:44:48 2011 From: victorhooi at yahoo.com (Victor Hooi) Date: Thu, 28 Jul 2011 15:44:48 +1000 Subject: [csw-users] Wrong ELF class - ELFCLASS32? In-Reply-To: References: Message-ID: heya, Scratch that - installing the OpenCSW openssh-client package doesn't solve the issue =(: If I put the OpenCSW "scp" first in my path, and call "scp" it still insists on calling /usr/bin/ssh, for some reason: bash$ export PATH=/db/pub/eq/csw/bin:$PATH > bash$ scp opencsw.tar username at server_hostname:/tmp > ld.so.1: ssh: fatal: relocation error: file /usr/bin/ssh: symbol > SUNWcry_installed: referenced symbol not found > lost connection However, if I call the absolute path to OpenCSW's "scp", it seems to be still hardcoded to look for the "ssh" binary in /opt/csw, despite my PATH: bash$ /db/pub/eq/csw/bin/scp opencsw.tar hooivic at sydeqexcd02:/tmp > /opt/csw/bin/ssh: No such file or directory > lost connection Not sure how to break/fix that hardcoding...hmm. Cheers, Victor 2011/7/28 Victor Hooi > Hi, > > Sorry to reply to myself, but forgot to attach ldd output - hopefully > that's helpful as well: > > bash$ ldd /bin/scp >> >> libsocket.so.1 => /lib/libsocket.so.1 >> libc.so.1 => /lib/libc.so.1 >> libnsl.so.1 => /lib/libnsl.so.1 >> libmp.so.2 => /lib/libmp.so.2 >> libmd.so.1 => /lib/libmd.so.1 >> libscf.so.1 => /lib/libscf.so.1 >> libdoor.so.1 => /lib/libdoor.so.1 >> libuutil.so.1 => /lib/libuutil.so.1 >> libgen.so.1 => /lib/libgen.so.1 >> libm.so.2 => /lib/libm.so.2 >> bash$ scp opencsw.tar hooivic at sydeqexcd03:/tmp >> >> ld.so.1: ssh: fatal: relocation error: file /usr/bin/ssh: symbol >> SUNWcry_installed: referenced symbol not found >> lost connection >> bash$ ldd /usr/bin/ssh >> >> libsocket.so.1 => /lib/libsocket.so.1 >> libnsl.so.1 => /lib/libnsl.so.1 >> libz.so.1 => /db/pub/eq/csw/lib/libz.so.1 >> libz.so.1 (SUNW_1.1) => (version not found) >> libcrypto.so.0.9.7 => /db/pub/eq/csw/lib/libcrypto.so.0.9.7 >> libgss.so.1 => /usr/lib/libgss.so.1 >> >> libc.so.1 => /lib/libc.so.1 >> libmp.so.2 => /lib/libmp.so.2 >> libmd.so.1 => /lib/libmd.so.1 >> libscf.so.1 => /lib/libscf.so.1 >> libdl.so.1 => /lib/libdl.so.1 >> libcmd.so.1 => /lib/libcmd.so.1 >> libdoor.so.1 => /lib/libdoor.so.1 >> libuutil.so.1 => /lib/libuutil.so.1 >> libgen.so.1 => /lib/libgen.so.1 >> libm.so.2 => /lib/libm.so.2 > > > A workaround is just to use the OpenSSL clients from OpenCSW - however, > this probably isn't the only system binary that's going to break due to > changing LD_LIBRARY_PATH. Hmm, perhaps I'm holding it wrong...lol. > > Is there a smarter way of relocating these packages? (apart from symlinking > from /opt). > > Cheers, > Victor > > 2011/7/28 Victor Hooi > >> heya, >> >> Hmm, I noticed something strange with setting LD_LIBRARY_PATH/32/64 etc. >> >> If I set them as above: >> >> export >> LD_LIBRARY_PATH=/db/pub/eq/csw/lib:/db/pub/eq/csw/lib/svn:/db/pub/eq/csw/bdb48/lib:$LD_LIBRARY_PATH >> export >> LD_LIBRARY_PATH_32=/db/pub/eq/csw/lib:/db/pub/eq/csw/lib/svn:/db/pub/eq/csw/bdb48/lib:$LD_LIBRARY_PATH_32 >> export LD_LIBRARY_PATH_64=/db/pub/eq/csw/lib/64:$LD_LIBRARY_PATH_64 >> >> It seems to break scp: >> >> bash$ scp opencsw.tar username at server_hostname:/tmp >>> ld.so.1: ssh: fatal: relocation error: file /usr/bin/ssh: symbol >>> SUNWcry_installed: referenced symbol not found >> >> >> I've put the output from truss at the end of the email. >> >> Is this the sort of issue they were referring to here? >> >> http://blogs.oracle.com/rie/entry/tt_ld_library_path_tt >> >> Is there any way to fix the above - to have the OpenCSW binaries work, and >> not break the existing Solaris binaries? >> >> Hmm, and still puzzled by the Emacs thing - and setting EMACSDATA didn't >> seem to have any effect. >> >> Output from truss and scp: >> >> bash$ truss scp opencsw.tar username at server_hostname:/tmp >>> execve("/usr/bin/scp", 0x08047694, 0x080476A4) argc = 3 >>> >>> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEFF0000 >>> resolvepath("/usr/lib/ld.so.1", "/lib/ld.so.1", 1023) = 12 >>> resolvepath("/usr/bin/scp", "/usr/bin/scp", 1023) = 12 >>> sysconfig(_CONFIG_PAGESIZE) = 4096 >>> stat64("/usr/bin/scp", 0x08047420) = 0 >>> >>> open("/var/ld/ld.config", O_RDONLY) Err#2 ENOENT >>> stat64("/db/pub/eq/csw/lib/libsocket.so.1", 0x08046CC0) Err#2 ENOENT >>> stat64("/db/pub/eq/csw/lib/svn/libsocket.so.1", 0x08046CC0) Err#2 ENOENT >>> stat64("/db/pub/eq/csw/bdb48/lib/libsocket.so.1", 0x08046CC0) Err#2 >>> ENOENT >>> stat64("./libsocket.so.1", 0x08046CC0) Err#2 ENOENT >>> stat64("/lib/libsocket.so.1", 0x08046CC0) = 0 >>> resolvepath("/lib/libsocket.so.1", "/lib/libsocket.so.1", 1023) = 19 >>> open("/lib/libsocket.so.1", O_RDONLY) = 3 >>> >>> mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) >>> = 0xFEFB0000 >>> mmap(0x00010000, 114688, PROT_NONE, >>> MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEF90000 >>> mmap(0xFEF90000, 44002, PROT_READ|PROT_EXEC, >>> MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEF90000 >>> mmap(0xFEFAB000, 2645, PROT_READ|PROT_WRITE, >>> MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 45056) = 0xFEFAB000 >>> munmap(0xFEF9B000, 65536) = 0 >>> memcntl(0xFEF90000, 12080, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >>> close(3) = 0 >>> stat64("/db/pub/eq/csw/lib/libc.so.1", 0x08046CC0) Err#2 ENOENT >>> stat64("/db/pub/eq/csw/lib/svn/libc.so.1", 0x08046CC0) Err#2 ENOENT >>> stat64("/db/pub/eq/csw/bdb48/lib/libc.so.1", 0x08046CC0) Err#2 ENOENT >>> stat64("./libc.so.1", 0x08046CC0) Err#2 ENOENT >>> stat64("/lib/libc.so.1", 0x08046CC0) = 0 >>> >>> resolvepath("/lib/libc.so.1", "/lib/libc.so.1", 1023) = 14 >>> open("/lib/libc.so.1", O_RDONLY) = 3 >>> mmap(0xFEFB0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) >>> = 0xFEFB0000 >>> mmap(0x00010000, 1212416, PROT_NONE, >>> MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEE60000 >>> mmap(0xFEE60000, 1105861, PROT_READ|PROT_EXEC, >>> MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEE60000 >>> mmap(0xFEF7E000, 30311, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 1105920) = 0xFEF7E000 >>> mmap(0xFEF86000, 4256, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFEF86000 >>> munmap(0xFEF6E000, 65536) = 0 >>> memcntl(0xFEE60000, 124344, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >>> close(3) = 0 >>> stat64("/db/pub/eq/csw/lib/libnsl.so.1", 0x08046CC0) Err#2 ENOENT >>> stat64("/db/pub/eq/csw/lib/svn/libnsl.so.1", 0x08046CC0) Err#2 ENOENT >>> stat64("/db/pub/eq/csw/bdb48/lib/libnsl.so.1", 0x08046CC0) Err#2 ENOENT >>> stat64("./libnsl.so.1", 0x08046CC0) Err#2 ENOENT >>> stat64("/lib/libnsl.so.1", 0x08046CC0) = 0 >>> resolvepath("/lib/libnsl.so.1", "/lib/libnsl.so.1", 1023) = 16 >>> open("/lib/libnsl.so.1", O_RDONLY) = 3 >>> mmap(0xFEFB0000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) >>> = 0xFEFB0000 >>> mmap(0x00010000, 647168, PROT_NONE, >>> MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEDC0000 >>> mmap(0xFEDC0000, 526189, PROT_READ|PROT_EXEC, >>> MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEDC0000 >>> mmap(0xFEE51000, 19893, PROT_READ|PROT_WRITE, >>> MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 528384) = 0xFEE51000 >>> mmap(0xFEE56000, 30056, PROT_READ|PROT_WRITE, >>> MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFEE56000 >>> munmap(0xFEE41000, 65536) = 0 >>> memcntl(0xFEDC0000, 58076, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >>> close(3) = 0 >>> stat64("/db/pub/eq/csw/lib/libc.so.1", 0x08046CC0) Err#2 ENOENT >>> stat64("/db/pub/eq/csw/lib/svn/libc.so.1", 0x08046CC0) Err#2 ENOENT >>> stat64("/db/pub/eq/csw/bdb48/lib/libc.so.1", 0x08046CC0) Err#2 ENOENT >>> stat64("./libc.so.1", 0x08046CC0) Err#2 ENOENT >>> stat64("/db/pub/eq/csw/lib/libc.so.1", 0x08046CC0) Err#2 ENOENT >>> stat64("/db/pub/eq/csw/lib/svn/libc.so.1", 0x08046CC0) Err#2 ENOENT >>> stat64("/db/pub/eq/csw/bdb48/lib/libc.so.1", 0x08046CC0) Err#2 ENOENT >>> stat64("./libc.so.1", 0x08046CC0) Err#2 ENOENT >>> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEFC0000 >>> mmap(0x00010000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEFA0000 >>> munmap(0xFEFB0000, 32768) = 0 >>> getcontext(0x08047290) >>> getrlimit(RLIMIT_STACK, 0x08047288) = 0 >>> getpid() = 3707 [3706] >>> lwp_private(0, 1, 0xFEFA2A00) = 0x000001C3 >>> setustack(0xFEFA2A60) >>> sigfillset(0xFEF85DE0) = 0 >>> sysi86(SI86FPSTART, 0xFEF86750, 0x0000133F, 0x00001F80) = 0x00000001 >>> sysconfig(_CONFIG_PAGESIZE) = 4096 >>> brk(0x0806B398) = 0 >>> brk(0x0806D398) = 0 >>> stat64("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", >>> 0x08046640) = 0 >>> >>> resolvepath("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", >>> "/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", 1023) = 52 >>> open("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", O_RDONLY) = >>> 3 >>> mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) >>> = 0xFEFB0000 >>> mmap(0x00010000, 86016, PROT_NONE, >>> MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEDA0000 >>> mmap(0xFEDA0000, 14986, PROT_READ|PROT_EXEC, >>> MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEDA0000 >>> mmap(0xFEDB3000, 5010, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 12288) = 0xFEDB3000 >>> munmap(0xFEDA4000, 61440) = 0 >>> memcntl(0xFEDA0000, 5500, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >>> close(3) = 0 >>> stat64("/db/pub/eq/csw/lib/libc.so.1", 0x080465A0) Err#2 ENOENT >>> stat64("/db/pub/eq/csw/lib/svn/libc.so.1", 0x080465A0) Err#2 ENOENT >>> stat64("/db/pub/eq/csw/bdb48/lib/libc.so.1", 0x080465A0) Err#2 ENOENT >>> stat64("./libc.so.1", 0x080465A0) Err#2 ENOENT >>> munmap(0xFEFB0000, 32768) = 0 >>> getuid() = 2322418 [2322418] >>> brk(0x0806D398) = 0 >>> brk(0x0806F398) = 0 >>> getuid() = 2322418 [2322418] >>> mmap(0x00010000, 65536, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFED80000 >>> getuid() = 2322418 [2322418] >>> getuid() = 2322418 [2322418] >>> open64("/var/run/name_service_door", O_RDONLY) = 3 >>> fstat64(3, 0x08047220) = 0 >>> fcntl(3, F_SETFD, 0x00000001) = 0 >>> door_info(3, 0xFEF7F4C4) = 0 >>> door_call(3, 0x08047468) = 0 >>> ioctl(2, TCGETA, 0x08047638) = 0 >>> schedctl() = 0xFEFED000 >>> sigaction(SIGPIPE, 0x080475A0, 0x08047620) = 0 >>> pipe() = 4 [5] >>> pipe() = 6 [7] >>> pipe() = 8 [9] >>> close(4) = 0 >>> close(5) = 0 >>> fork1() = 3708 >>> lwp_sigmask(SIG_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF >>> [0x0000FFFF] >>> close(6) = 0 >>> close(9) = 0 >>> ld.so.1: ssh: fatal: relocation error: file /usr/bin/ssh: symbol >>> SUNWcry_installed: referenced symbol not found >>> read(8, 0x0804760C, 1) = 0 >>> lost connection >>> write(2, " l o s t c o n n e c t".., 16) = 16 >>> _exit(1) >> >> >> Cheers, >> Victor >> >> 2011/7/28 Victor Hooi >> >>> Hi, >>> >>> I managed to get it working by setting the LD_LIBRARY_PATH_32/64 >>> variables as suggested =): >>> >>> export LD_LIBRARY_PATH_32=/db/pub/eq/csw/opt/csw/lib >>> export LD_LIBRARY_PATH_64=/db/pub/eq/csw/opt/csw/lib/64 >>> >>> The 64-bit one is the one that seems to have done it. Thanks to Maciej >>> and Dago for their replies. >>> >>> For completeness, I've included the truss output from a working and >>> non-working system (before I set the LD_LIBRARY_PATH_32/64 variables) at the >>> end of this email. >>> >>> Bzip2 now works, as does gdb. However, I noticed emacs has issues: >>> >>> bash$ ./emacs >>>> Warning: arch-dependent data dir >>>> (/opt/csw/libexec/emacs/23.1/i386-pc-solaris2.8/) does not exist. >>>> Warning: arch-independent data dir (/opt/csw/share/emacs/23.1/etc/) does >>>> not exist. >>>> Warning: Lisp directory `/opt/csw/share/emacs/23.1/site-lisp' does not >>>> exist. >>>> Warning: Lisp directory `/opt/csw/share/emacs/site-lisp' does not exist. >>>> Warning: Lisp directory `/opt/csw/share/emacs/23.1/lisp' does not exist. >>>> Warning: Lisp directory `/opt/csw/share/emacs/23.1/leim' does not exist. >>>> Error: charsets directory (/opt/csw/share/emacs/23.1/etc/charsets) does >>>> not exist. >>>> Emacs will not function correctly without the character map files. >>>> Please check your installation! >>>> Cannot open load file: warnings >>> >>> >>> Any suggestions on the cleanest way to solve the above? Assume for not we >>> can't touch /opt, or create symlinks there. >>> >>> This whole relocating from /opt to /usr/local is quite painful *sigh*. Ah >>> well, it's one of the strange requirements we have - we can install things >>> to /usr/local, but not /opt. >>> >>> Cheers, >>> Victor >>> >>> Working system: >>> >>> victorh at puppet:/opt/csw/bin$ truss bzip2 >>>> execve("/usr/bin/bzip2", 0x08047D6C, 0x08047D74) argc = 1 >>>> sysinfo(SI_MACHINE, "i86pc", 257) = 6 >>>> mmap(0x00000000, 32, PROT_READ|PROT_WRITE|PROT_EXEC, >>>> MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEFB0000 >>>> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANON, -1, >>>> 0) = 0xFEFA0000 >>>> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANON, -1, >>>> 0) = 0xFEF90000 >>>> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, >>>> MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEF80000 >>>> memcntl(0xFEFB7000, 32064, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >>>> memcntl(0x08050000, 6636, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >>>> resolvepath("/usr/lib/ld.so.1", "/lib/ld.so.1", 1023) = 12 >>>> resolvepath("/usr/bin/bzip2", "/usr/bin/bzip2", 1023) = 14 >>>> sysconfig(_CONFIG_PAGESIZE) = 4096 >>>> stat64("/usr/bin/bzip2", 0x080479B0) = 0 >>>> open("/var/ld/ld.config", O_RDONLY) Err#2 ENOENT >>>> stat64("/lib/libbz2.so.1", 0x08047160) Err#2 ENOENT >>>> stat64("/usr/lib/libbz2.so.1", 0x08047160) = 0 >>>> resolvepath("/usr/lib/libbz2.so.1", "/usr/lib/libbz2.so.1", 1023) = 20 >>>> open("/usr/lib/libbz2.so.1", O_RDONLY) = 3 >>>> mmapobj(3, MMOBJ_INTERPRET, 0xFEF80A58, 0x080471CC, 0x00000000) = 0 >>>> close(3) = 0 >>>> memcntl(0xFEF50000, 6184, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >>>> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, >>>> MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEF40000 >>>> stat64("/lib/libc.so.1", 0x08047160) = 0 >>>> resolvepath("/lib/libc.so.1", "/lib/libc.so.1", 1023) = 14 >>>> open("/lib/libc.so.1", O_RDONLY) = 3 >>>> mmapobj(3, MMOBJ_INTERPRET, 0xFEF40080, 0x080471CC, 0x00000000) = 0 >>>> close(3) = 0 >>>> memcntl(0xFEDF0000, 187200, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >>>> mmap(0x00010000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, >>>> MAP_PRIVATE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEDE0000 >>>> getcontext(0x08047810) >>>> getrlimit(RLIMIT_STACK, 0x08047808) = 0 >>>> getpid() = 12236 [12235] >>>> lwp_private(0, 1, 0xFEDE2A40) = 0x000001C3 >>>> setustack(0xFEDE2AA0) >>>> sysi86(SI86FPSTART, 0xFEF38CD4, 0x0000133F, 0x00001F80) = 0x00000001 >>>> schedctl() = 0xFEDDA000 >>>> sigaction(SIGSEGV, 0x08047BD0, 0x08047C50) = 0 >>>> sigaction(SIGBUS, 0x08047BD0, 0x08047C50) = 0 >>>> sysconfig(_CONFIG_PAGESIZE) = 4096 >>>> ioctl(1, TCGETA, 0x08047B80) = 0 >>>> fstat64(2, 0x08046C00) = 0 >>>> bzip2write(2, " b z i p 2", 5) = 5 >>>> : I won't write compressed data to a terminal. >>>> write(2, " : I w o n ' t w r".., 47) = 47 >>>> bzip2write(2, " b z i p 2", 5) = 5 >>>> : For help, type: `write(2, " : F o r h e l p , ".., 19) = 19 >>>> bzip2write(2, " b z i p 2", 5) = 5 >>>> --help'. >>>> write(2, " - - h e l p ' .\n", 10) = 10 >>>> _exit(1) >>> >>> >>> Non-working system: >>> >>> execve("bzip2", 0x080478B4, 0x080478BC) argc = 1 >>> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEFF0000 >>> resolvepath("/usr/lib/ld.so.1", "/lib/ld.so.1", 1023) = 12 >>> getcwd("/db/pub/eq/csw/opt/csw/bin", 1017) = 0 >>> resolvepath("/db/pub/eq/csw/opt/csw/bin/bzip2", >>> "/db/pub/eq/csw/opt/csw/bin/bzip2", 1023) = 32 >>> sysconfig(_CONFIG_PAGESIZE) = 4096 >>> stat64("/db/pub/eq/csw/opt/csw/bin/bzip2", 0x08047640) = 0 >>> open("/var/ld/ld.config", O_RDONLY) Err#2 ENOENT >>> stat64("/db/pub/eq/csw/opt/csw/bdb48/lib/libc.so.1", 0x08046EE0) Err#2 >>> ENOENT >>> stat64("/db/pub/eq/csw/opt/csw/lib/svn/libc.so.1", 0x08046EE0) Err#2 >>> ENOENT >>> stat64("/db/pub/eq/csw/opt/csw/lib/libc.so.1", 0x08046EE0) Err#2 ENOENT >>> stat64("/db/pub/eq/tools/lib/boost/current/lib/libc.so.1", 0x08046EE0) >>> Err#2 ENOENT >>> stat64("/usr/sfw/lib/libc.so.1", 0x08046EE0) Err#2 ENOENT >>> stat64("/db/pub/eq/tools/lib/log4cplus/current/lib/libc.so.1", >>> 0x08046EE0) Err#2 ENOENT >>> stat64("/db/pub/eq/tools/lib/xerces-c/current/lib/libc.so.1", 0x08046EE0) >>> Err#2 ENOENT >>> stat64("/db/pub/eq/tools/lib/omex/current/lib/libc.so.1", 0x08046EE0) >>> Err#2 ENOENT >>> stat64("./libc.so.1", 0x08046EE0) Err#2 ENOENT >>> stat64("/data/oracle/product/client/11.2.0.1/lib/libc.so.1", 0x08046EE0) >>> Err#2 ENOENT >>> stat64("/db/pub/eq/tools/lib/quickfix/current/lib/libc.so.1", 0x08046EE0) >>> Err#2 ENOENT >>> stat64("/db/pub/eq/Marvin//Libs/libc.so.1", 0x08046EE0) Err#2 ENOENT >>> stat64("./libc.so.1", 0x08046EE0) Err#2 ENOENT >>> stat64("/lib/libc.so.1", 0x08046EE0) = 0 >>> resolvepath("/lib/libc.so.1", "/lib/libc.so.1", 1023) = 14 >>> open("/lib/libc.so.1", O_RDONLY) = 3 >>> mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) >>> = 0xFEFB0000 >>> mmap(0x00010000, 1212416, PROT_NONE, >>> MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEE80000 >>> mmap(0xFEE80000, 1105861, PROT_READ|PROT_EXEC, >>> MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEE80000 >>> mmap(0xFEF9E000, 30311, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 1105920) = 0xFEF9E000 >>> mmap(0xFEFA6000, 4256, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_FIXED|MAP_ANON, -1, 0) = 0xFEFA6000 >>> munmap(0xFEF8E000, 65536) = 0 >>> memcntl(0xFEE80000, 124344, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >>> close(3) = 0 >>> mmap(0x00010000, 24576, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEF90000 >>> munmap(0xFEFB0000, 32768) = 0 >>> getcontext(0x080474B0) >>> getrlimit(RLIMIT_STACK, 0x080474A8) = 0 >>> getpid() = 8908 [8907] >>> lwp_private(0, 1, 0xFEF92A00) = 0x000001C3 >>> setustack(0xFEF92A60) >>> sysi86(SI86FPSTART, 0xFEFA6750, 0x0000133F, 0x00001F80) = 0x00000001 >>> sysconfig(_CONFIG_PAGESIZE) = 4096 >>> brk(0x080615C0) = 0 >>> brk(0x080635C0) = 0 >>> stat64("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", >>> 0x08046880) = 0 >>> resolvepath("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", >>> "/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", 1023) = 52 >>> open("/usr/lib/locale/en_AU.ISO8859-1/en_AU.ISO8859-1.so.3", O_RDONLY) = >>> 3 >>> mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) >>> = 0xFEFB0000 >>> mmap(0x00010000, 86016, PROT_NONE, >>> MAP_PRIVATE|MAP_NORESERVE|MAP_ANON|MAP_ALIGN, -1, 0) = 0xFEE60000 >>> mmap(0xFEE60000, 14986, PROT_READ|PROT_EXEC, >>> MAP_PRIVATE|MAP_FIXED|MAP_TEXT, 3, 0) = 0xFEE60000 >>> mmap(0xFEE73000, 5010, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_FIXED|MAP_INITDATA, 3, 12288) = 0xFEE73000 >>> munmap(0xFEE64000, 61440) = 0 >>> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_ANON, -1, 0) = 0xFEFC0000 >>> memcntl(0xFEE60000, 5500, MC_ADVISE, MADV_WILLNEED, 0, 0) = 0 >>> close(3) = 0 >>> stat64("/db/pub/eq/csw/opt/csw/bdb48/lib/libc.so.1", 0x080467E0) Err#2 >>> ENOENT >>> stat64("/db/pub/eq/csw/opt/csw/lib/svn/libc.so.1", 0x080467E0) Err#2 >>> ENOENT >>> stat64("/db/pub/eq/csw/opt/csw/lib/libc.so.1", 0x080467E0) Err#2 ENOENT >>> stat64("/db/pub/eq/tools/lib/boost/current/lib/libc.so.1", 0x080467E0) >>> Err#2 ENOENT >>> stat64("/usr/sfw/lib/libc.so.1", 0x080467E0) Err#2 ENOENT >>> stat64("/db/pub/eq/tools/lib/log4cplus/current/lib/libc.so.1", >>> 0x080467E0) Err#2 ENOENT >>> stat64("/db/pub/eq/tools/lib/xerces-c/current/lib/libc.so.1", 0x080467E0) >>> Err#2 ENOENT >>> stat64("/db/pub/eq/tools/lib/omex/current/lib/libc.so.1", 0x080467E0) >>> Err#2 ENOENT >>> stat64("./libc.so.1", 0x080467E0) Err#2 ENOENT >>> stat64("/data/oracle/product/client/11.2.0.1/lib/libc.so.1", 0x080467E0) >>> Err#2 ENOENT >>> stat64("/db/pub/eq/tools/lib/quickfix/current/lib/libc.so.1", 0x080467E0) >>> Err#2 ENOENT >>> stat64("/db/pub/eq/Marvin//Libs/libc.so.1", 0x080467E0) Err#2 ENOENT >>> stat64("./libc.so.1", 0x080467E0) Err#2 ENOENT >>> munmap(0xFEFB0000, 32768) = 0 >>> open("/proc/self/auxv", O_RDONLY) = 3 >>> fxstat(2, 3, 0x080477D0) = 0 >>> read(3, "D807\0\0EF7F04\bDE07\0\0".., 168) = 168 >>> close(3) = 0 >>> sysinfo(SI_ISALIST, "amd64 pentium_pro+mmx pentium_pro pentium+mmx >>> pentium i486 i386 i86", 255) = 68 >>> access("amd64/bzip2", X_OK) = 0 >>> execve("amd64/bzip2", 0x080478B4, 0x080478BC) argc = 1 >>> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_ANON, 4294967295, 0) = 0xFFFFFD7FFF3F0000 >>> resolvepath("/usr/lib/amd64/ld.so.1", "/lib/amd64/ld.so.1", 1023) = 18 >>> getcwd("/db/pub/eq/csw/opt/csw/bin", 1011) = 0 >>> resolvepath("/db/pub/eq/csw/opt/csw/bin/amd64/bzip2", >>> "/db/pub/eq/csw/opt/csw/bin/amd64/bzip2", 1023) = 38 >>> stat("/db/pub/eq/csw/opt/csw/bin/amd64/bzip2", 0xFFFFFD7FFFDFF540) = 0 >>> open("/var/ld/64/ld.config", O_RDONLY) Err#2 ENOENT >>> stat("/db/pub/eq/csw/opt/csw/bdb48/lib/libbz2.so.1.0", >>> 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >>> stat("/db/pub/eq/csw/opt/csw/lib/svn/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) >>> Err#2 ENOENT >>> stat("/db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) = 0 >>> resolvepath("/db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0", >>> "/db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0.6", 1023) = 42 >>> open("/db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0", O_RDONLY) = 3 >>> mmap(0x00010000, 32768, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_ALIGN, 3, 0) >>> = 0xFFFFFD7FFF3A0000 >>> close(3) = 0 >>> stat("/db/pub/eq/tools/lib/boost/current/lib/libbz2.so.1.0", >>> 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >>> stat("/usr/sfw/lib/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >>> stat("/db/pub/eq/tools/lib/log4cplus/current/lib/libbz2.so.1.0", >>> 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >>> stat("/db/pub/eq/tools/lib/xerces-c/current/lib/libbz2.so.1.0", >>> 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >>> stat("/db/pub/eq/tools/lib/omex/current/lib/libbz2.so.1.0", >>> 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >>> stat("./libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >>> stat("/data/oracle/product/client/11.2.0.1/lib/libbz2.so.1.0", >>> 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >>> stat("/db/pub/eq/tools/lib/quickfix/current/lib/libbz2.so.1.0", >>> 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >>> stat("/db/pub/eq/Marvin//Libs/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 >>> ENOENT >>> stat("./libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >>> mmap(0x00000000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, >>> MAP_PRIVATE|MAP_ANON, 4294967295, 0) = 0xFFFFFD7FFF390000 >>> stat("/opt/csw/lib/amd64/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >>> stat("/lib/64/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >>> stat("/usr/lib/64/libbz2.so.1.0", 0xFFFFFD7FFFDFEE60) Err#2 ENOENT >>> ld.so.1: bzip2: fatal: /db/pub/eq/csw/opt/csw/lib/libbz2.so.1.0: wrong >>> ELF class: ELFCLASS32 >>> write(2, " l d . s o . 1 : b z i".., 93) = 93 >>> munmap(0xFFFFFD7FFF3A0000, 32768) = 0 >>> lwp_self() = 1 >>> >>> On Thu, Jul 28, 2011 at 07:12, Dagobert Michelsen wrote: >>> >>>> Hi, >>>> >>>> Am 27.07.2011 um 21:57 schrieb Maciej Blizi?ski: >>>> > >> bash$ ./gdb >>>> > >> ld.so.1: gdb: fatal: /db/pub/eq/csw/opt/csw/lib/libncurses.so.5: >>>> wrong ELF class: ELFCLASS32 >>>> > >> Killed >>>> > > >>>> > > >>>> > > Uname on the root-access box (on which OpenCSW was installed): >>>> > > >>>> > >> SunOS puppet 5.11 snv_151a i86pc i386 i86pc Solaris >>>> > > >>>> > > >>>> > > Uname on the limited-access box (where we are trying to run the >>>> tranplanted binaries): >>>> > > >>>> > >> SunOS eqaegd05 5.10 Generic_144489-06 i86pc i386 i86pc >>>> > > >>>> > > >>>> > > Both bzip2 and libbz2.so appear to be 32-bit (at least from what I >>>> can tell): >>>> > > >>>> > >> bash$ file bzip2 >>>> > >> bzip2: ELF 32-bit LSB executable 80386 Version 1 [FPU], >>>> dynamically linked, not stripped, no debugging information available >>>> > >>>> > Can you look at the inode number of the bzip2 binary and the isaexec >>>> binary? Is it the same? >>>> > >>>> > >> bash$ file ../lib/libbz2.so >>>> > >> ../lib/libbz2.so: ELF 32-bit LSB dynamic lib 80386 Version 1 >>>> [FPU], dynamically linked, stripped >>>> > > >>>> > > >>>> > > What would be causing this error? And how would I fix it? >>>> > >>>> > One guess is that it is the 32 vs 64 bit issue after all. If that's >>>> true, adding $ISALIST or 64 to the search path could help. >>>> > >>>> > LD_LIBRARY_PATH='/db/pub/eq/csw/opt/csw/lib/64' >>>> > >>>> > Or >>>> > >>>> > LD_LIBRARY_PATH='/db/pub/eq/csw/opt/csw/lib/$ISALIST >>>> >>>> I would say isaexec. Try >>>> LD_LIBRARY_PATH_32=/db/pub/eq/csw/opt/csw/lib >>>> LD_LIBRARY_PATH_64=/db/pub/eq/csw/opt/csw/lib/64 >>>> >>>> Please see ld.so.1(1) for details. >>>> >>>> >>>> Best regards >>>> >>>> -- Dago >>>> >>>> _______________________________________________ >>>> users mailing list >>>> users at lists.opencsw.org >>>> https://lists.opencsw.org/mailman/listinfo/users >>> >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Thu Jul 28 14:21:36 2011 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_Blizi=C5=84ski?=) Date: Thu, 28 Jul 2011 13:21:36 +0100 Subject: [csw-users] Outdated packages e.g. GCC 4.3 instead of 4.6 - reason? ; Suggestion new packages? In-Reply-To: References: Message-ID: Em 28/07/2011 02:27, "Victor Hooi" escreveu: > > heya, > > This is more of a curiosity question - but I was wondering why the OpenCSW GCC package is at version 4.3.3, and not version 4.6.1? > > I noticed Sunfreeware is also at GCC 4.3, so was wondering if there a specific limitation on Solaris that precluded GCC 4.6 from being used? The workforce is the bottleneck. The gcc maintainer has retired from the project. There has been work done towards the upgrade, but it's not trivial. In general, gcc is not easy to build on Solaris. Perhaps other maintainers can give more details on the gcc upgrade issue. Also, if anyone from the user community wants to help with building gcc, maintainers will provide all the resources and help possible. > There's also a few other packages that are a couple versions behind: > Wget 1.11.2 -> version 1.12 (September 2009) > Cmake 2.8.2 -> version 2.8.5 (July 2011) > Mercurial 1.8.4 -> version 1.9 (July 2011) > Ruby 1.8 -> version 1.9.2 (February 2011) > Puppet 2.6.9 -> version 2.7.1 (June 2011) - but 2.7.2 should be out soon, I believe. > Is there a mechanism where people can flag these packages to let maintainers know? Or if there's a reason they're being held back where should we look to find out the reasons? As things stand now, it's about someone sitting down, building all the updated packages and testing them. At times, testing is the harder part, as the person who built the package might not use it and might not know how to make sure it works. As a user, you can help by requesting an update of a package, and testing it by installing from the experimental catalog. This is not recommended for production machines, as new packages can be broken in new and interesting ways. > Secondly, is there also a mechanism by which we might suggest packages to add to OpenCSW, or vote on them even? Or is the mailing list the best place for those discussions? For new packages, there is a form you can fill on the website. For existing packages, there is the bugtracker where you can file a bug requesting and upgrade. The mailing list is a good place for discussions and asking whether the issue at hand should be filed aas a bug or not. We also recommended visiting the IRC channel for a bit of informal chat. > For example, two packages I'd like to nominate are ccze and Python 3. There is a testing version of Python 3.1 in the experimental catalog, although it might need a rebuild because of the libffi split. If you're interested in test driving 3.1, get it from experimental and provide your feedback. In general, packages that receive feedback from the community are more likely to be updated/fixed/improved than others. Maciej -------------- next part -------------- An HTML attachment was scrubbed... URL: From maciej at opencsw.org Fri Jul 29 08:57:12 2011 From: maciej at opencsw.org (=?UTF-8?Q?Maciej_Blizi=C5=84ski?=) Date: Fri, 29 Jul 2011 07:57:12 +0100 Subject: [csw-users] Installing OpenCSW via pkgutil, and to /usr/local? In-Reply-To: References: <8E5AB019-B245-4E99-AAD7-990CABB18DE6@opencsw.org> Message-ID: Em 28/07/2011 01:36, "Victor Hooi" escreveu: > > heya, > > Awesome, relocatable packages sound great =). To be strict about the terminology, relocatable packages are something different. A relocatable package is one that defines BASEDIR in pkginfo and allows itself be installed at any location. In this case, we talk about rebuilding all packages as non-relocatable, but at a different prefix. > Many organisations (including mine) do have arbitrary rules about this. For example, my workplace will let us install (or rather, they'll install on our behalf) packages into /usr/local. > > However, we can't install (or even create a symlink, apparently) into /opt. Very strange, but we have to work with it unfortunately =(. > > I'd be happy to test any such builds, or help out in any way I can. Cool, I will post more information when I run my builds. > For example, with the help of the mailing list, I've managed to fix my WRONG ELF CLASS errors, yet running emacs gives me: > >> bash$ ./emacs >> Warning: arch-dependent data dir (/opt/csw/libexec/emacs/23.1/i386-pc-solaris2.8/) does not exist. >> Warning: arch-independent data dir (/opt/csw/share/emacs/23.1/etc/) does not exist. >> Warning: Lisp directory `/opt/csw/share/emacs/23.1/site-lisp' does not exist. >> Warning: Lisp directory `/opt/csw/share/emacs/site-lisp' does not exist. >> Warning: Lisp directory `/opt/csw/share/emacs/23.1/lisp' does not exist. >> Warning: Lisp directory `/opt/csw/share/emacs/23.1/leim' does not exist. >> Error: charsets directory (/opt/csw/share/emacs/23.1/etc/charsets) does not exist. >> Emacs will not function correctly without the character map files. >> Please check your installation! >> Cannot open load file: warnings I imagine there must be approximately a bazillion places where packages hardcode locations to /opt/csw. An emacs expert maybe could help. > Finally - for a userspace package manager, what do you mean? Do you mean the ability to install/remove packages from filesystem locations we have read/write access to? (e.g. our sysadmins can grant us access to /usr/local). Because I thought pkg-util ultimately just delegated to pkgadd/pkgrm, which require root access anyhow? I imagine a reimplementation of pkgadd / pkgremove that doesn't require root. Maciej -------------- next part -------------- An HTML attachment was scrubbed... URL: From lanken.paul at gmail.com Sat Jul 30 00:44:02 2011 From: lanken.paul at gmail.com (Paul Lanken) Date: Fri, 29 Jul 2011 18:44:02 -0400 Subject: [csw-users] Outdated packages e.g. GCC 4.3 instead of 4.6 - reason? ; Suggestion new packages? In-Reply-To: References: Message-ID: blastwave has 4.6.1 I think .. at least that is what the GCC site says On Wed, Jul 27, 2011 at 9:26 PM, Victor Hooi wrote: > heya, > This is more of a curiosity question - but I was wondering why the OpenCSW > GCC package is at version 4.3.3, and not version 4.6.1? > I noticed Sunfreeware is also at GCC 4.3, so was wondering if there a > specific limitation on Solaris that precluded GCC 4.6 from being used? > There's also a few other packages that are a couple versions behind: > > Wget 1.11.2 -> version 1.12 (September 2009) > Cmake 2.8.2 -> version 2.8.5 (July 2011) > Mercurial 1.8.4 -> version 1.9 (July 2011) > Ruby 1.8 -> version 1.9.2 (February 2011) > Puppet 2.6.9 -> version 2.7.1 (June 2011) - but 2.7.2 should be out soon, I > believe. > > Is there a mechanism where people can flag these packages to let maintainers > know? Or if there's a reason they're being held back where should we look to > find out the reasons? > Secondly, is there also a mechanism by which we might suggest packages to > add to OpenCSW, or vote on them even? Or is the mailing list the best place > for those discussions? > For example, two packages I'd like to nominate are ccze and Python 3. > Cheers, > Victor > _______________________________________________ > users mailing list > users at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/users >