Prev: Packaging question (editing crontab)
Next: Assembler "/usr/ccs/bin/as" error while running Oracle 11G upgrade script
From: David Kirkby on 8 Jan 2010 22:26 On Jan 6, 3:01 pm, Oscar del Rio <del...(a)mie.utoronto.ca> wrote: > Raymond Toy wrote: > > Is it possible to build binaries on Solaris 10 that will run on Solaris > > 8? I'm not using any special libraries other than libc, libm, libnsl, > > libsocket, and libdl. > > Build the binaries on a Solaris 8 system, e.g.http://www.sun.com/software/solaris/containers/index.jsp Unless I am mistaken, that is not free. I have exactly the same problem with the Sage maths project. Until very recently this was not really working on Solaris even semi- relieably, so distributing binaries was not an issue. But Sage is supposed to be supported on Solaris 10. I set up a box with the first release of Solaris 10, and find it builds ok. But I'd like to test on 8 or 9. I don't believe there is any reason the code would not build on Solaris or 9. In fact, tommorow I am going to get up a machine with Solaris 8, just for this task. But running in a container would be convenient if possible, but I believe that is quite expensive.
From: Ceri Davies on 9 Jan 2010 05:13 On 2010-01-09, David Kirkby <drkirkby(a)gmail.com> wrote: > On Jan 6, 3:01?pm, Oscar del Rio <del...(a)mie.utoronto.ca> wrote: >> Raymond Toy wrote: >> > Is it possible to build binaries on Solaris 10 that will run on Solaris >> > 8? ?I'm not using any special libraries other than libc, libm, libnsl, >> > libsocket, and libdl. >> >> Build the binaries on a Solaris 8 system, e.g.http://www.sun.com/software/solaris/containers/index.jsp > > Unless I am mistaken, that is not free. > > I have exactly the same problem with the Sage maths project. Until > very recently this was not really working on Solaris even semi- > relieably, so distributing binaries was not an issue. But Sage is > supposed to be supported on Solaris 10. I set up a box with the first > release of Solaris 10, and find it builds ok. But I'd like to test on > 8 or 9. I don't believe there is any reason the code would not build > on Solaris or 9. In fact, tommorow I am going to get up a machine with > Solaris 8, just for this task. But running in a container would be > convenient if possible, but I believe that is quite expensive. New installations of Solaris 8 now also require a license to be purchased, FYI. Ceri -- That must be wonderful! I don't understand it at all. -- Moliere
From: pjlusenet on 13 Jan 2010 05:39 On Wed, 06 Jan 2010 17:45:11 -0600, Chris Cox <chrisncoxn(a)endlessnow.com> wrote: >On Wed, 2010-01-06 at 17:54 -0500, Raymond Toy wrote: >> Rich Teer wrote: >> > On Wed, 6 Jan 2010, Raymond Toy wrote: >> > >> >> Is it possible to build binaries on Solaris 10 that will run on Solaris >> >> 8? I'm not using any special libraries other than libc, libm, libnsl, >> >> libsocket, and libdl. >> > >> > Out of the box? No. What you build may or (more likely) may not work, >> > and may break at random times. Don't do it. >> > >> > If I were you, I'd strongly reconsider the need to support something as >> > ancient as Solaris 8. It passed its EOSL a couple of years ago; it really >> > is bereft of life! >> > >> > That said, if Solaris 8 is still a must for you, you do have one way out: >> > use a Solaris 8 Container on one of your Solaris 10 machines. Build your >> > app within the S8 container, and all will be good. >> >> Actually, the only reason for having solaris 8 was that I was still >> using one. (A 280R, with 4 1 GHz CPUs.) But since I don't actually use >> that machine anymore, Solaris 10 is fine. >> >> Thanks to you and everyone else for the pointers to containers. That's >> probably more work than I want to do. > >Just fyi, containers are VERY easy to setup (in case somebody wonders). > I look after an app that was validated in Sol 2.6 (with some minimal testing on 2.7 and 2.8) Customer asked if they could run it on 7 and we had to say 'No', as we couldn't guarantee support on 7. Problem is the team no longer exists so we can't change/update it. We know it wont run on 9 (as it uses Forte and that wont even install) but there's a chance it will run on 10 in a Sol 8 container. I mean to try that sometime soon. It's getting more difficult to find hardware that will run 2.6! Problem for customer is it will cost millions to switch to something else and take months or even longer.
From: Richard B. Gilbert on 13 Jan 2010 07:39
pjlusenet(a)yahoo.co.uk wrote: > On Wed, 06 Jan 2010 17:45:11 -0600, Chris Cox > <chrisncoxn(a)endlessnow.com> wrote: > >> On Wed, 2010-01-06 at 17:54 -0500, Raymond Toy wrote: >>> Rich Teer wrote: >>>> On Wed, 6 Jan 2010, Raymond Toy wrote: >>>> >>>>> Is it possible to build binaries on Solaris 10 that will run on Solaris >>>>> 8? I'm not using any special libraries other than libc, libm, libnsl, >>>>> libsocket, and libdl. >>>> Out of the box? No. What you build may or (more likely) may not work, >>>> and may break at random times. Don't do it. >>>> >>>> If I were you, I'd strongly reconsider the need to support something as >>>> ancient as Solaris 8. It passed its EOSL a couple of years ago; it really >>>> is bereft of life! >>>> >>>> That said, if Solaris 8 is still a must for you, you do have one way out: >>>> use a Solaris 8 Container on one of your Solaris 10 machines. Build your >>>> app within the S8 container, and all will be good. >>> Actually, the only reason for having solaris 8 was that I was still >>> using one. (A 280R, with 4 1 GHz CPUs.) But since I don't actually use >>> that machine anymore, Solaris 10 is fine. >>> >>> Thanks to you and everyone else for the pointers to containers. That's >>> probably more work than I want to do. >> Just fyi, containers are VERY easy to setup (in case somebody wonders). >> > > I look after an app that was validated in Sol 2.6 (with some minimal > testing on 2.7 and 2.8) > > Customer asked if they could run it on 7 and we had to say 'No', as we > couldn't guarantee support on 7. > Problem is the team no longer exists so we can't change/update it. > We know it wont run on 9 (as it uses Forte and that wont even install) > but there's a chance it will run on 10 in a Sol 8 container. > I mean to try that sometime soon. > > It's getting more difficult to find hardware that will run 2.6! > Problem for customer is it will cost millions to switch to something > else and take months or even longer. > It's not going to get any easier as time passes! |