From steffen at sdaoden.eu  Thu Aug  2 22:43:41 2018
From: steffen at sdaoden.eu (Steffen Nurpmeso)
Date: Thu, 02 Aug 2018 22:43:41 +0200
Subject: unstable9s: /opt/csw/bin/sparcv9/openssl broken
Message-ID: <20180802204341.DGZz4%steffen@sdaoden.eu>

Hello Dagobert Michelsen, all!

I think i have seen this error already on 9th of June (when have
is said the last time that i am *so* happy to have access to
a Solaris cluster with 5.9, 5.10, 5.11??  Thank you, thank you,
thank you very much!!), but i could be mistaken:

  [sdaoden at unstable9s]$ openssl help
  ld.so.1: openssl: fatal: libssl.so.1.0.0: version `OPENSSL_1.0.2' not found (required by file /opt/csw/bin/sparcv9/openssl)
  ld.so.1: openssl: fatal: libssl.so.1.0.0: open failed: No such file or directory
  ld.so.1: openssl: fatal: relocation error: file /opt/csw/bin/sparcv9/openssl: symbol d2i_SSL_SESSION: referenced symbol not found
  Killed

--steffen
|
|Der Kragenbaer,                The moon bear,
|der holt sich munter           he cheerfully and one by one
|einen nach dem anderen runter  wa.ks himself off
|(By Robert Gernhardt)

From baptiste at bitsofnetworks.org  Sat Aug  4 11:31:08 2018
From: baptiste at bitsofnetworks.org (Baptiste Jonglez)
Date: Sat, 4 Aug 2018 11:31:08 +0200
Subject: [cfarm-admins] Offer for Sparc machines
In-Reply-To: <7944B5CD-09CB-4D64-82B7-A82016E31169@opencsw.org>
References: <EDF39B38-994E-45BE-9984-0D6656993FA6@opencsw.org>
 <20180720084238.GA15788@tuxmachine.localdomain>
 <C7CCEE9E-D30A-4098-8EDA-0D4E49F15477@opencsw.org>
 <20180720220329.GA29778@lud.localdomain>
 <7944B5CD-09CB-4D64-82B7-A82016E31169@opencsw.org>
Message-ID: <20180804093108.GA9288@lud.localdomain>

Hi Dagobert,

Did you have the opportunity to setup a machine for the farm?

Regards,
Baptiste

On 21-07-18, Dagobert Michelsen wrote:
> Hi Baptiste,
> 
> Am 21.07.2018 um 00:03 schrieb Baptiste Jonglez <baptiste at bitsofnetworks.org>:
> > If you are able to provide a few dedicated machines for the GCC compile
> > farm (let's say 2 or 3), and also provide support for them (updating the
> > OS, installing new packages, etc), then this is really a great addition to
> > the farm!
> 
> This should be possible.
> 
> > Regarding practical matters:
> > 
> > - we need direct SSH access to the machines.  It can be on ports different
> >  than 22, so you can use the same public IP address for all machines.
> > 
> > - we deploy users and their SSH keys using Ansible (via SSH as root).
> >  I expect it will work well on Solaris, but if you provide a first
> >  machine we can test it.
> > 
> > - we also use Ansible to automatically gather technical information, for
> >  displaying them on https://cfarm.tetaneutral.net/machines/list/
> >  We also install packages through Ansible as much as possible, so that
> >  new machines automatically get all the packages previously requested by
> >  farm users.
> > 
> > - regarding storage, we need ideally at least 500 GB for /home on each
> >  machine: users tend to leave stuff behind.  If it's too difficult to do,
> >  you can put all storage for /home on a single machine, and mount it
> >  through NFS on all other machines.
> > 
> > Does that all sound good to you?
> 
> Yep, sounds good. Ansible works ok with some mninor tweaks, I use it myself for
> some tasks. I am currently travelling, I?ll prepare a machine by end of July
> so we can do some tests and see how it goes. I?ll keep you posted.
> 
> 
> 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
> 


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/buildfarm/attachments/20180804/f846503f/attachment.asc>

From dam at opencsw.org  Sun Aug  5 09:29:07 2018
From: dam at opencsw.org (Dagobert Michelsen)
Date: Sun, 5 Aug 2018 09:29:07 +0200
Subject: unstable9s: /opt/csw/bin/sparcv9/openssl broken
In-Reply-To: <20180802204341.DGZz4%steffen@sdaoden.eu>
References: <20180802204341.DGZz4%steffen@sdaoden.eu>
Message-ID: <F9C05532-50BB-4030-A157-5E988AE8D118@opencsw.org>

Hi Steffan,

Am 02.08.2018 um 22:43 schrieb Steffen Nurpmeso <steffen at sdaoden.eu>:
> Hello Dagobert Michelsen, all!
> 
> I think i have seen this error already on 9th of June (when have
> is said the last time that i am *so* happy to have access to
> a Solaris cluster with 5.9, 5.10, 5.11??  Thank you, thank you,
> thank you very much!!), but i could be mistaken:
> 
>  [sdaoden at unstable9s]$ openssl help
>  ld.so.1: openssl: fatal: libssl.so.1.0.0: version `OPENSSL_1.0.2' not found (required by file /opt/csw/bin/sparcv9/openssl)
>  ld.so.1: openssl: fatal: libssl.so.1.0.0: open failed: No such file or directory
>  ld.so.1: openssl: fatal: relocation error: file /opt/csw/bin/sparcv9/openssl: symbol d2i_SSL_SESSION: referenced symbol not found
>  Killed

Ah yes, there were issues with libssl that it hangs under specific conditions.
We therefore downgraded to

CSWlibssl1-0-0        libssl1_0_0 - Openssl 1.0 runtime libraries
                      (sparc) 1.0.1m,REV=2015.06.02

But now that I look the latest package that Jan built worked but obviously
we didn?t push it to the catalog,

@Jan: Can you please push the fresh build for Solaris 9? In your homedir
I can only see the Solaris 8 Sparc version, for the sake of consistency
it may be good to respin the other platforms also before pushing. Would
you mind having a look?


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 dam at opencsw.org  Sun Aug  5 09:31:39 2018
From: dam at opencsw.org (Dagobert Michelsen)
Date: Sun, 5 Aug 2018 09:31:39 +0200
Subject: [cfarm-admins] Offer for Sparc machines
In-Reply-To: <20180804093108.GA9288@lud.localdomain>
References: <EDF39B38-994E-45BE-9984-0D6656993FA6@opencsw.org>
 <20180720084238.GA15788@tuxmachine.localdomain>
 <C7CCEE9E-D30A-4098-8EDA-0D4E49F15477@opencsw.org>
 <20180720220329.GA29778@lud.localdomain>
 <7944B5CD-09CB-4D64-82B7-A82016E31169@opencsw.org>
 <20180804093108.GA9288@lud.localdomain>
Message-ID: <F57E3308-5D30-4417-8264-06D0785B6A13@opencsw.org>

Hi Baptiste,

Am 04.08.2018 um 11:31 schrieb Baptiste Jonglez <baptiste at bitsofnetworks.org>:
> Did you have the opportunity to setup a machine for the farm?

Unfortunately not, due to the excessively hot weather I prolonged my vacation
by two weeks. I?ll be back on 13.8.

Sorry for the delay.


Best regards

  ? Dago

> 
> Regards,
> Baptiste
> 
> On 21-07-18, Dagobert Michelsen wrote:
>> Hi Baptiste,
>> 
>> Am 21.07.2018 um 00:03 schrieb Baptiste Jonglez <baptiste at bitsofnetworks.org>:
>>> If you are able to provide a few dedicated machines for the GCC compile
>>> farm (let's say 2 or 3), and also provide support for them (updating the
>>> OS, installing new packages, etc), then this is really a great addition to
>>> the farm!
>> 
>> This should be possible.
>> 
>>> Regarding practical matters:
>>> 
>>> - we need direct SSH access to the machines.  It can be on ports different
>>> than 22, so you can use the same public IP address for all machines.
>>> 
>>> - we deploy users and their SSH keys using Ansible (via SSH as root).
>>> I expect it will work well on Solaris, but if you provide a first
>>> machine we can test it.
>>> 
>>> - we also use Ansible to automatically gather technical information, for
>>> displaying them on https://cfarm.tetaneutral.net/machines/list/
>>> We also install packages through Ansible as much as possible, so that
>>> new machines automatically get all the packages previously requested by
>>> farm users.
>>> 
>>> - regarding storage, we need ideally at least 500 GB for /home on each
>>> machine: users tend to leave stuff behind.  If it's too difficult to do,
>>> you can put all storage for /home on a single machine, and mount it
>>> through NFS on all other machines.
>>> 
>>> Does that all sound good to you?
>> 
>> Yep, sounds good. Ansible works ok with some mninor tweaks, I use it myself for
>> some tasks. I am currently travelling, I?ll prepare a machine by end of July
>> so we can do some tests and see how it goes. I?ll keep you posted.
>> 
>> 
>> 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
>> 
> 
> 

--
"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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 873 bytes
Desc: Message signed with OpenPGP
URL: <http://lists.opencsw.org/pipermail/buildfarm/attachments/20180805/1877265c/attachment.asc>

From baptiste at bitsofnetworks.org  Sun Aug  5 13:22:40 2018
From: baptiste at bitsofnetworks.org (Baptiste Jonglez)
Date: Sun, 5 Aug 2018 13:22:40 +0200
Subject: [cfarm-admins] Offer for Sparc machines
In-Reply-To: <F57E3308-5D30-4417-8264-06D0785B6A13@opencsw.org>
References: <EDF39B38-994E-45BE-9984-0D6656993FA6@opencsw.org>
 <20180720084238.GA15788@tuxmachine.localdomain>
 <C7CCEE9E-D30A-4098-8EDA-0D4E49F15477@opencsw.org>
 <20180720220329.GA29778@lud.localdomain>
 <7944B5CD-09CB-4D64-82B7-A82016E31169@opencsw.org>
 <20180804093108.GA9288@lud.localdomain>
 <F57E3308-5D30-4417-8264-06D0785B6A13@opencsw.org>
Message-ID: <20180805112240.GD16937@lud.localdomain>

On 05-08-18, Dagobert Michelsen wrote:
> Hi Baptiste,
> 
> Am 04.08.2018 um 11:31 schrieb Baptiste Jonglez <baptiste at bitsofnetworks.org>:
> > Did you have the opportunity to setup a machine for the farm?
> 
> Unfortunately not, due to the excessively hot weather I prolonged my vacation
> by two weeks. I?ll be back on 13.8.

Ok, no worries!  Enjoy the cooler weather then :)

Baptiste

> > On 21-07-18, Dagobert Michelsen wrote:
> >> Hi Baptiste,
> >> 
> >> Am 21.07.2018 um 00:03 schrieb Baptiste Jonglez <baptiste at bitsofnetworks.org>:
> >>> If you are able to provide a few dedicated machines for the GCC compile
> >>> farm (let's say 2 or 3), and also provide support for them (updating the
> >>> OS, installing new packages, etc), then this is really a great addition to
> >>> the farm!
> >> 
> >> This should be possible.
> >> 
> >>> Regarding practical matters:
> >>> 
> >>> - we need direct SSH access to the machines.  It can be on ports different
> >>> than 22, so you can use the same public IP address for all machines.
> >>> 
> >>> - we deploy users and their SSH keys using Ansible (via SSH as root).
> >>> I expect it will work well on Solaris, but if you provide a first
> >>> machine we can test it.
> >>> 
> >>> - we also use Ansible to automatically gather technical information, for
> >>> displaying them on https://cfarm.tetaneutral.net/machines/list/
> >>> We also install packages through Ansible as much as possible, so that
> >>> new machines automatically get all the packages previously requested by
> >>> farm users.
> >>> 
> >>> - regarding storage, we need ideally at least 500 GB for /home on each
> >>> machine: users tend to leave stuff behind.  If it's too difficult to do,
> >>> you can put all storage for /home on a single machine, and mount it
> >>> through NFS on all other machines.
> >>> 
> >>> Does that all sound good to you?
> >> 
> >> Yep, sounds good. Ansible works ok with some mninor tweaks, I use it myself for
> >> some tasks. I am currently travelling, I?ll prepare a machine by end of July
> >> so we can do some tests and see how it goes. I?ll keep you posted.
> >> 
> >> 
> >> 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
> >> 
> > 
> > 
> 
> --
> "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
> 


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/buildfarm/attachments/20180805/6bd31b3e/attachment-0001.asc>

From jh at opencsw.org  Mon Aug  6 16:47:44 2018
From: jh at opencsw.org (Jan Holzhueter)
Date: Mon, 6 Aug 2018 16:47:44 +0200
Subject: unstable9s: /opt/csw/bin/sparcv9/openssl broken
In-Reply-To: <F9C05532-50BB-4030-A157-5E988AE8D118@opencsw.org>
References: <20180802204341.DGZz4%steffen@sdaoden.eu>
 <F9C05532-50BB-4030-A157-5E988AE8D118@opencsw.org>
Message-ID: <de58a629-1008-829d-425f-b898e016b4fd@opencsw.org>

Hi,
rebuild all packages and pushed.
Didn't have the time to install today

Am 05.08.18 um 09:29 schrieb Dagobert Michelsen:
> Hi Steffan,
> 
> Am 02.08.2018 um 22:43 schrieb Steffen Nurpmeso <steffen at sdaoden.eu>:
>> Hello Dagobert Michelsen, all!
>>
>> I think i have seen this error already on 9th of June (when have
>> is said the last time that i am *so* happy to have access to
>> a Solaris cluster with 5.9, 5.10, 5.11??  Thank you, thank you,
>> thank you very much!!), but i could be mistaken:
>>
>>  [sdaoden at unstable9s]$ openssl help
>>  ld.so.1: openssl: fatal: libssl.so.1.0.0: version `OPENSSL_1.0.2' not found (required by file /opt/csw/bin/sparcv9/openssl)
>>  ld.so.1: openssl: fatal: libssl.so.1.0.0: open failed: No such file or directory
>>  ld.so.1: openssl: fatal: relocation error: file /opt/csw/bin/sparcv9/openssl: symbol d2i_SSL_SESSION: referenced symbol not found
>>  Killed
> 
> Ah yes, there were issues with libssl that it hangs under specific conditions.
> We therefore downgraded to
> 
> CSWlibssl1-0-0        libssl1_0_0 - Openssl 1.0 runtime libraries
>                       (sparc) 1.0.1m,REV=2015.06.02
> 
> But now that I look the latest package that Jan built worked but obviously
> we didn?t push it to the catalog,
> 
> @Jan: Can you please push the fresh build for Solaris 9? In your homedir
> I can only see the Solaris 8 Sparc version, for the sake of consistency
> it may be good to respin the other platforms also before pushing. Would
> you mind having a look?
> 
> 
> Best regards
> 
>   ? Dago
> 
> 


From jh at opencsw.org  Tue Aug  7 10:54:13 2018
From: jh at opencsw.org (Jan Holzhueter)
Date: Tue, 7 Aug 2018 10:54:13 +0200
Subject: unstable9s: /opt/csw/bin/sparcv9/openssl broken
In-Reply-To: <de58a629-1008-829d-425f-b898e016b4fd@opencsw.org>
References: <20180802204341.DGZz4%steffen@sdaoden.eu>
 <F9C05532-50BB-4030-A157-5E988AE8D118@opencsw.org>
 <de58a629-1008-829d-425f-b898e016b4fd@opencsw.org>
Message-ID: <a0239bf2-5717-92c2-9b21-e8293c7d70fd@opencsw.org>

Hi,
opensssl update installed on Solaris 9. should work there now.



Am 06.08.18 um 16:47 schrieb Jan Holzhueter:
> Hi,
> rebuild all packages and pushed.
> Didn't have the time to install today
> 
> Am 05.08.18 um 09:29 schrieb Dagobert Michelsen:
>> Hi Steffan,
>>
>> Am 02.08.2018 um 22:43 schrieb Steffen Nurpmeso <steffen at sdaoden.eu>:
>>> Hello Dagobert Michelsen, all!
>>>
>>> I think i have seen this error already on 9th of June (when have
>>> is said the last time that i am *so* happy to have access to
>>> a Solaris cluster with 5.9, 5.10, 5.11??  Thank you, thank you,
>>> thank you very much!!), but i could be mistaken:
>>>
>>>  [sdaoden at unstable9s]$ openssl help
>>>  ld.so.1: openssl: fatal: libssl.so.1.0.0: version `OPENSSL_1.0.2' not found (required by file /opt/csw/bin/sparcv9/openssl)
>>>  ld.so.1: openssl: fatal: libssl.so.1.0.0: open failed: No such file or directory
>>>  ld.so.1: openssl: fatal: relocation error: file /opt/csw/bin/sparcv9/openssl: symbol d2i_SSL_SESSION: referenced symbol not found
>>>  Killed
>>
>> Ah yes, there were issues with libssl that it hangs under specific conditions.
>> We therefore downgraded to
>>
>> CSWlibssl1-0-0        libssl1_0_0 - Openssl 1.0 runtime libraries
>>                       (sparc) 1.0.1m,REV=2015.06.02
>>
>> But now that I look the latest package that Jan built worked but obviously
>> we didn?t push it to the catalog,
>>
>> @Jan: Can you please push the fresh build for Solaris 9? In your homedir
>> I can only see the Solaris 8 Sparc version, for the sake of consistency
>> it may be good to respin the other platforms also before pushing. Would
>> you mind having a look?
>>
>>
>> Best regards
>>
>>   ? Dago
>>
>>
> 


From steffen at sdaoden.eu  Wed Aug  8 00:29:22 2018
From: steffen at sdaoden.eu (Steffen Nurpmeso)
Date: Wed, 08 Aug 2018 00:29:22 +0200
Subject: unstable9s: /opt/csw/bin/sparcv9/openssl broken
In-Reply-To: <a0239bf2-5717-92c2-9b21-e8293c7d70fd@opencsw.org>
References: <20180802204341.DGZz4%steffen@sdaoden.eu>
 <F9C05532-50BB-4030-A157-5E988AE8D118@opencsw.org>
 <de58a629-1008-829d-425f-b898e016b4fd@opencsw.org>
 <a0239bf2-5717-92c2-9b21-e8293c7d70fd@opencsw.org>
Message-ID: <20180807222922.ZXsGS%steffen@sdaoden.eu>

Jan Holzhueter wrote in <a0239bf2-5717-92c2-9b21-e8293c7d70fd at opencsw.org>:
 |opensssl update installed on Solaris 9. should work there now.

Thank you very much!  All tests running fine.
Ciao!!

--steffen
|
|Der Kragenbaer,                The moon bear,
|der holt sich munter           he cheerfully and one by one
|einen nach dem anderen runter  wa.ks himself off
|(By Robert Gernhardt)
-------------- next part --------------
An embedded message was scrubbed...
From: Jan Holzhueter <jh at opencsw.org>
Subject: Re: unstable9s: /opt/csw/bin/sparcv9/openssl broken
Date: Tue, 7 Aug 2018 10:54:13 +0200
Size: 6037
URL: <http://lists.opencsw.org/pipermail/buildfarm/attachments/20180808/2ab88df6/attachment.mht>

From dam at opencsw.org  Mon Aug 13 15:30:43 2018
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 13 Aug 2018 15:30:43 +0200
Subject: Access to buildfarm for GCC maintenance
In-Reply-To: <20180808155141.GA16456@redhat.com>
References: <20180808155141.GA16456@redhat.com>
Message-ID: <7B3A8E5D-7E53-4CD8-A181-68CAA6D84FE5@opencsw.org>

Hi Jonathan,

Am 08.08.2018 um 17:51 schrieb Jonathan Wakely <jwakely at redhat.com>:
> I'm the lead maintainer of the C++ runtime libraries in GCC
> (aka libstdc++) and would very much appreciate access to Solaris
> machines for testing.
> 
> The C++ library has a lot of low level code that depends on OS
> facilities like memory allocation, filesystem access etc. which varies
> in subtle ways between different flavours of UNIX. Solaris is one of
> the more important targets for GCC and I currently have no way to test
> on it, so rely on others to test and report back to me.

Sure, just send me your intended user name, ssh public key and the permission
to list you with your project at
  https://www.opencsw.org/extend-it/signup/to-upstream-maintainers


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 jwakely at redhat.com  Mon Aug 13 17:42:58 2018
From: jwakely at redhat.com (Jonathan Wakely)
Date: Mon, 13 Aug 2018 16:42:58 +0100
Subject: Access to buildfarm for GCC maintenance
In-Reply-To: <7B3A8E5D-7E53-4CD8-A181-68CAA6D84FE5@opencsw.org>
References: <20180808155141.GA16456@redhat.com>
 <7B3A8E5D-7E53-4CD8-A181-68CAA6D84FE5@opencsw.org>
Message-ID: <20180813154258.GE6277@redhat.com>

On 13/08/18 15:30 +0200, Dagobert Michelsen wrote:
>Hi Jonathan,
>
>Am 08.08.2018 um 17:51 schrieb Jonathan Wakely <jwakely at redhat.com>:
>> I'm the lead maintainer of the C++ runtime libraries in GCC
>> (aka libstdc++) and would very much appreciate access to Solaris
>> machines for testing.
>>
>> The C++ library has a lot of low level code that depends on OS
>> facilities like memory allocation, filesystem access etc. which varies
>> in subtle ways between different flavours of UNIX. Solaris is one of
>> the more important targets for GCC and I currently have no way to test
>> on it, so rely on others to test and report back to me.
>
>Sure, just send me your intended user name, ssh public key and the permission

Username "jwakely" please, key attached.

>to list you with your project at
>  https://www.opencsw.org/extend-it/signup/to-upstream-maintainers

Sure, the project is libstdc++, or just GCC if you want to group me
with any other GCC devs who might request access later.

Thanks a lot.


-------------- next part --------------
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAACAQCzblMrRLDCbNssakvgIPNSAoIIe8MCkimHMLpwDdELcpOJHB6kohYzIZtMuZBoqfNmi4KrCAQw9dGhc4l9nmPMsAbGH80FL2GGGVNve9vuPFwghl07ukTqkVll69AURoCo5Gew+ZagwF0bvB8EjbHxpdhXBwguzUcT65Ep2zh5yn0kH5/8d4i0P0SRi8+zfCqJ6fkvi+j2oXMSX3oh/IejYmyzIbOQ7IwJE6Z4pTc+F9/J0WJ10W8Qpnlg51rwmx/MOrYZB3pDjoZFkwdeEZQckC4qWPlYNZmaKZBM38ikj5gAtbaddN85EwWIgmv7iyIiejkFHmXqlr8T53gM8c5nZKN9NkPN/BH4IbFZNpCwjBo8kmLXd4y40UvKrmZah6cuohVXDS3yVhqeAL8BkW6sd5qxgro7BMt2cm0uAyFX+KUngjUzVS9lnkHEX0liIAr1nXvfSYrAP04MOdSZGzhhGQ7fXDyxVpw0O30ok9dpRNScQwK+Qt7HYWo2H/2ntFo5R6E5HC8N7/AZwaSAmDnmJca6FqDTUDiqnO8x2cofgv6fRd0Qv9LRKZp6LMa2EVS3LhSkHOkudqTR3Dr8UfssLfe1RWaTge42jXv93XMPlopkqNJd2KS2F0VhbzVkrmTZn25fnP7qJ1CMPoUABlknFd3RANnSpLah/87RYAmZiQ== jwakely at knitphad

From dam at opencsw.org  Tue Aug 14 15:40:56 2018
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 14 Aug 2018 15:40:56 +0200
Subject: [cfarm-admins] Offer for Sparc machines
In-Reply-To: <20180805112240.GD16937@lud.localdomain>
References: <EDF39B38-994E-45BE-9984-0D6656993FA6@opencsw.org>
 <20180720084238.GA15788@tuxmachine.localdomain>
 <C7CCEE9E-D30A-4098-8EDA-0D4E49F15477@opencsw.org>
 <20180720220329.GA29778@lud.localdomain>
 <7944B5CD-09CB-4D64-82B7-A82016E31169@opencsw.org>
 <20180804093108.GA9288@lud.localdomain>
 <F57E3308-5D30-4417-8264-06D0785B6A13@opencsw.org>
 <20180805112240.GD16937@lud.localdomain>
Message-ID: <1C7777BF-A9C8-408F-9489-29EC9036ADA0@opencsw.org>

Hi Baptiste,

quick heads up: I have setup the Sparc Server
  M3000
  32 GB Memory
  SPARC64-VII 2520 MHz with 4 Cores with Hyperthreading (8 Cores visible)

I have setup 2 zones:
  gcc-solaris10		Solaris 10 Branded Zone on Solaris 11 System
  gcc-solaris11		Solaris 11 Zone


Next steps for me (please comment if this is ok or if you have better suggestions):

The global zone will only be accessible from our internal network, the zones
will have static dedicated IPs with DNS names
  gcc-solaris10.baltic-online.de
  gcc-solaris11.baltic-online.de
Homedirectories for users will be shared among these zones.

There will be firewall-rules in place to filter except incoming 22.
I notice that some hosts allow incoming 443 at
  https://cfarm.tetaneutral.net/machines/list/
Should I also allow this? Should outgoing TCP be allowed? On all target ports?

I have ordered two additional disks for mirrored home with 2 TB
which should arrive later this week.

If you have SSH-keys for ansible access please send them to me.
Do you need this as root or should I setup sudo?


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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 873 bytes
Desc: Message signed with OpenPGP
URL: <http://lists.opencsw.org/pipermail/buildfarm/attachments/20180814/3971ca0a/attachment-0001.asc>

From baptiste at bitsofnetworks.org  Tue Aug 14 19:25:00 2018
From: baptiste at bitsofnetworks.org (Baptiste Jonglez)
Date: Tue, 14 Aug 2018 19:25:00 +0200
Subject: [cfarm-admins] Offer for Sparc machines
In-Reply-To: <1C7777BF-A9C8-408F-9489-29EC9036ADA0@opencsw.org>
References: <EDF39B38-994E-45BE-9984-0D6656993FA6@opencsw.org>
 <20180720084238.GA15788@tuxmachine.localdomain>
 <C7CCEE9E-D30A-4098-8EDA-0D4E49F15477@opencsw.org>
 <20180720220329.GA29778@lud.localdomain>
 <7944B5CD-09CB-4D64-82B7-A82016E31169@opencsw.org>
 <20180804093108.GA9288@lud.localdomain>
 <F57E3308-5D30-4417-8264-06D0785B6A13@opencsw.org>
 <20180805112240.GD16937@lud.localdomain>
 <1C7777BF-A9C8-408F-9489-29EC9036ADA0@opencsw.org>
Message-ID: <20180814172500.GA14857@tuxmachine.localdomain>

Hi,

On 14-08-18, Dagobert Michelsen wrote:
> Hi Baptiste,
> 
> quick heads up: I have setup the Sparc Server
>   M3000
>   32 GB Memory
>   SPARC64-VII 2520 MHz with 4 Cores with Hyperthreading (8 Cores visible)
> 
> I have setup 2 zones:
>   gcc-solaris10		Solaris 10 Branded Zone on Solaris 11 System
>   gcc-solaris11		Solaris 11 Zone
> 
> 
> Next steps for me (please comment if this is ok or if you have better suggestions):
> 
> The global zone will only be accessible from our internal network, the zones
> will have static dedicated IPs with DNS names
>   gcc-solaris10.baltic-online.de
>   gcc-solaris11.baltic-online.de
> Homedirectories for users will be shared among these zones.

Great, sounds perfect!  Will each zone see all CPU cores, or will they
each get half of the cores?  The second case is probably better (i.e. no
overprovisioning)

> There will be firewall-rules in place to filter except incoming 22.
> I notice that some hosts allow incoming 443 at
>   https://cfarm.tetaneutral.net/machines/list/
> Should I also allow this? Should outgoing TCP be allowed? On all target ports?

Yes, please allow incoming ports tcp/22, tcp/443, udp/60000-61000 (mosh),
as well as all outgoing TCP ports.

> I have ordered two additional disks for mirrored home with 2 TB
> which should arrive later this week.
> 
> If you have SSH-keys for ansible access please send them to me.
> Do you need this as root or should I setup sudo?

Attached are the SSH keys to add as root.

Thanks,
Baptiste
-------------- next part --------------
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAACAQDU9M3Ah2GcJArOJLzZqWWpvQBpYayXkG6xdQDuIFJXpj+NxvYX1cYul988fIQhwGSaKhmF/FEnyg7EiYC8BGjaIdba8+/e6FWZxE6M+5v6dAeTUxocE0Aj1CSHhfei3Nkh3cNVjYX7bXGV2d0qdCxiI9dbz95iYJbfCT20jS5S9EiYDk6zfplFGVK91YI7WzaOYR4SqzuY05Ms0Fwkvi4A8DUvEs7JwgJVztIasjjTt+AXQbnuOZz4wnHjCMRCk9S1y+nhzeSi06VJLYWtPo8RL+Qxc2ilzC6HwjZGqWSHZn1VEJScrAjjefYVesBRdQ5E5mN6v+JoTdnLCTe+mTIDscspqHY3fq+DV4eRRAJ+Xeco8Ad2TqbQPjV3Aa+LMJ6pl0TBUjVqtCYTjgqI9a3D87o+beGMzm4I49gU25lJQu+jvozlhGWx3hxSFidDBsdIyZ5RTmNa32imnkd8KyVM5zxQUYZphnhH2dpDxTDlqdDbh8EdwBLEJIRdJ07bKF5EK/Ccqe6OYx/eplgw35FF9qo3h4ASi67dbiSd8CmkfP7ePVYkU9FTQsVohk42aoli5lKxJGXk9+eDDu643P9M11L2hyf45yf0627/NQRtm/3ElysPhUZbGyWI8sQMXgHefcA3SHhiDQcqQVLHisR61cnxDl38BRdGJfLD41Yeow== root at cfarm
-------------- next part --------------
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDCDRWG2ZKbbIeJ5QnxgXg9TmWJT05ZaHXzaBWAgj4jE2rVW0qDk/gSHU4lNToXqwpnUYY4lDeIUDHqj02jfNxLI80uJIIZ1GfW/b79CDqAEhKjcexga7gRT5fATptl6+oB0aS7euccEYagWSIJP8i8+Z2LW0x9YcNSypvAEBXjCuYIttcSrYr8DxLUrA4UOOjOLlluYsLGXI1hWKA21EIwPYY6zAC2C4j+A+9Qk+8+utLhaTO3XFSW91sfw9gMC7/whNtrFzypBO/xy7Gw4daWSCr6fmj7zy4OjBTxdaRVdUYZKtvOqsSoJ59iOyXRX4fJN0BskI2Ms2cPEa46Nh7P admin-ansible at cfarm
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/buildfarm/attachments/20180814/cd515abe/attachment.asc>

From dam at opencsw.org  Wed Aug 15 21:30:58 2018
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 15 Aug 2018 21:30:58 +0200
Subject: [cfarm-admins] Offer for Sparc machines
In-Reply-To: <20180814172500.GA14857@tuxmachine.localdomain>
References: <EDF39B38-994E-45BE-9984-0D6656993FA6@opencsw.org>
 <20180720084238.GA15788@tuxmachine.localdomain>
 <C7CCEE9E-D30A-4098-8EDA-0D4E49F15477@opencsw.org>
 <20180720220329.GA29778@lud.localdomain>
 <7944B5CD-09CB-4D64-82B7-A82016E31169@opencsw.org>
 <20180804093108.GA9288@lud.localdomain>
 <F57E3308-5D30-4417-8264-06D0785B6A13@opencsw.org>
 <20180805112240.GD16937@lud.localdomain>
 <1C7777BF-A9C8-408F-9489-29EC9036ADA0@opencsw.org>
 <20180814172500.GA14857@tuxmachine.localdomain>
Message-ID: <93A04338-928E-4F7B-9278-2B7F1410BE60@opencsw.org>

Hi Maptiste.

Am 14.08.2018 um 19:25 schrieb Baptiste Jonglez <baptiste at bitsofnetworks.org>:
> On 14-08-18, Dagobert Michelsen wrote:
>> Hi Baptiste,
>> 
>> quick heads up: I have setup the Sparc Server
>>  M3000
>>  32 GB Memory
>>  SPARC64-VII 2520 MHz with 4 Cores with Hyperthreading (8 Cores visible)
>> 
>> I have setup 2 zones:
>>  gcc-solaris10		Solaris 10 Branded Zone on Solaris 11 System
>>  gcc-solaris11		Solaris 11 Zone
>> 
>> 
>> Next steps for me (please comment if this is ok or if you have better suggestions):
>> 
>> The global zone will only be accessible from our internal network, the zones
>> will have static dedicated IPs with DNS names
>>  gcc-solaris10.baltic-online.de
>>  gcc-solaris11.baltic-online.de
>> Homedirectories for users will be shared among these zones.
> 
> Great, sounds perfect!  Will each zone see all CPU cores, or will they
> each get half of the cores?  The second case is probably better (i.e. no
> overprovisioning)

This is currently shared among zones and I suggest to leave it that way
as both zones are probably not fully utilized at the same time - please
keep in mind that the zones share a common kernel. There are resource
capping possibilies available if needed, but at the OpenCSW buildfarm
I never needed them.

> There will be firewall-rules in place to filter except incoming 22.
>> I notice that some hosts allow incoming 443 at
>>  https://cfarm.tetaneutral.net/machines/list/
>> Should I also allow this? Should outgoing TCP be allowed? On all target ports?
> 
> Yes, please allow incoming ports tcp/22, tcp/443, udp/60000-61000 (mosh),
> as well as all outgoing TCP ports.

Done.

>> I have ordered two additional disks for mirrored home with 2 TB
>> which should arrive later this week.
>> 
>> If you have SSH-keys for ansible access please send them to me.
>> Do you need this as root or should I setup sudo?
> 
> Attached are the SSH keys to add as root.
> 
> Thanks,
> Baptiste
> <cfarm-root.pub><cfarm-ansible.pub>

SSH Keys are installed on both machnes for root.

Here are IPs:

gcc-solaris10.baltic-online.de		213.178.77.185
gcc-solaris11.baltic-online.de		213.178.77.186

If you need special CNAMES or a different reverse lookup just let me know.

Compilers have been installed under /opt, OpenCSW packages have been installed
under /opt/csw as usual.

The zpool for the homedirs is still 146 GB for now, I?ll expand it when
the disks arrive. The homedirs should be created at /export/home/<user> once
per user for both zones and are automounted to /home/<user> on each machine
per lofs.

Mosh is installed.

Lots of other OpenCSW packages have been installed in /opt/csw but probable
some more stuff is useful, if there is something missing just let me know.

Setup is described in /etc/SETUP.

Please give it a try and let me know if something needs to be adjusted.


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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 873 bytes
Desc: Message signed with OpenPGP
URL: <http://lists.opencsw.org/pipermail/buildfarm/attachments/20180815/7cd6b646/attachment.asc>

From chuck.atkins at kitware.com  Wed Aug 15 17:35:56 2018
From: chuck.atkins at kitware.com (Chuck Atkins)
Date: Wed, 15 Aug 2018 11:35:56 -0400
Subject: Developer Studio 12.5 and 12.6 available?
Message-ID: <CAOXZzG4wRCr-1kL9a2En2eCJjuwq+hEaLNH5Vco6vU5fB0Z-5g@mail.gmail.com>

Are the more recent 12.5 and 12.6 compilers available on any of the build
farm machines?

Thank you.

----------
Chuck Atkins
Staff R&D Engineer, Scientific Computing
Kitware, Inc.
(518) 881-1183
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/buildfarm/attachments/20180815/d9aff0a8/attachment.html>

From dam at opencsw.org  Thu Aug 16 11:42:15 2018
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 16 Aug 2018 11:42:15 +0200
Subject: Developer Studio 12.5 and 12.6 available?
In-Reply-To: <CAOXZzG4wRCr-1kL9a2En2eCJjuwq+hEaLNH5Vco6vU5fB0Z-5g@mail.gmail.com>
References: <CAOXZzG4wRCr-1kL9a2En2eCJjuwq+hEaLNH5Vco6vU5fB0Z-5g@mail.gmail.com>
Message-ID: <E42152DF-83DA-4D8B-9A30-AE52C6AB1974@opencsw.org>

Hi Chuck,

Am 15.08.2018 um 17:35 schrieb Chuck Atkins via buildfarm <buildfarm at lists.opencsw.org>:
> Are the more recent 12.5 and 12.6 compilers available on any of the build farm machines?

I just installed it:

  unstable10x  12.5 and 12.6
  unstable10s  12.5 and 12.6
  unstable11x  12.5, requires kernel update which requires disk increase in VMware, will do tomorrow
  unstable11s  requires kernel update, as this is a non-global zone I need a timewindow for all zones

I also patched all installed compilers on unstable10s and unstable10x to the most recent patchlevel.
unstable11* will be patched together with the kernel later.

We are currently provising CMake 3.4.3:
  https://www.opencsw.org/packages/cmake/

If the most recent version builds cleanly please drop me a note and I?ll update our package.


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 chuck.atkins at kitware.com  Thu Aug 16 18:30:41 2018
From: chuck.atkins at kitware.com (Chuck Atkins)
Date: Thu, 16 Aug 2018 12:30:41 -0400
Subject: Developer Studio 12.5 and 12.6 available?
In-Reply-To: <E42152DF-83DA-4D8B-9A30-AE52C6AB1974@opencsw.org>
References: <CAOXZzG4wRCr-1kL9a2En2eCJjuwq+hEaLNH5Vco6vU5fB0Z-5g@mail.gmail.com>
 <E42152DF-83DA-4D8B-9A30-AE52C6AB1974@opencsw.org>
Message-ID: <CAOXZzG7EWw99rFUDHM-qqQnA_MCn-JoiPbqq0m2g9tRGzdz9Uw@mail.gmail.com>

Hi Dago,

I just installed it:
>
>   unstable10x  12.5 and 12.6
>   unstable10s  12.5 and 12.6
>   unstable11x  12.5, requires kernel update which requires disk increase
> in VMware, will do tomorrow
>   unstable11s  requires kernel update, as this is a non-global zone I need
> a timewindow for all zones
>
> I also patched all installed compilers on unstable10s and unstable10x to
> the most recent patchlevel.
> unstable11* will be patched together with the kernel later.
>

That's awesome!  Thanks!


We are currently provising CMake 3.4.3:
>   https://www.opencsw.org/packages/cmake/
>
> If the most recent version builds cleanly please drop me a note and I?ll
> update our package.
>

It does, there's just a few.  I just built the 3.12.1 release on u10s so I
can use it to drive nightly builds.  I built it with gcc5, but I believe
devstudio 12.x should be fine too.  Basically CMake needs a C++11 compiler
to build.  To bootstrap it, I used the following:

CC=gcc CXX=g++ ./bootstrap --system-libs --no-system-librhash
--no-system-jsoncpp --no-system-libuv --parallel=16
--prefix=${HOME}/dashboards/support/sparc/cmake-3.12.1 --
-DCMAKE_NCURSES_LIBRARY=IGNORE

CMake actually requires CMake to build so to address the chicken-egg
problem the ./bootstrap shell script in the top level CMake source manually
compiles a a bare-bones feature-reduced version of CMake which it then uses
to configure and build the full CMake.  In general, as a backager, you'll
want to rely on external versions of third party libraries as much as
possible, hence the --system-libs flag.  Some are not always available
though, hence the --no-system-{librhash,jsoncpp,libuv} flags.  The trailing
-DCMAKE_NCURSES_LIBRARY=IGNORE deals with a mismatch and confusion that
happens from CMake getting mixed up between the core system curses and the
csw ncurses library.  So the extra flag makes CMake unable to successfully
locate ncurses and fallback to curses, which ends up working correctly.

I should be able to have a nightly build going on most of the machines in a
few days.

----------
Chuck Atkins
Staff R&D Engineer, Scientific Computing
Kitware, Inc.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/buildfarm/attachments/20180816/c8bfd04a/attachment-0001.html>

From dam at opencsw.org  Fri Aug 17 15:38:18 2018
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 17 Aug 2018 15:38:18 +0200
Subject: [cfarm-admins] Offer for Sparc machines
In-Reply-To: <93A04338-928E-4F7B-9278-2B7F1410BE60@opencsw.org>
References: <EDF39B38-994E-45BE-9984-0D6656993FA6@opencsw.org>
 <20180720084238.GA15788@tuxmachine.localdomain>
 <C7CCEE9E-D30A-4098-8EDA-0D4E49F15477@opencsw.org>
 <20180720220329.GA29778@lud.localdomain>
 <7944B5CD-09CB-4D64-82B7-A82016E31169@opencsw.org>
 <20180804093108.GA9288@lud.localdomain>
 <F57E3308-5D30-4417-8264-06D0785B6A13@opencsw.org>
 <20180805112240.GD16937@lud.localdomain>
 <1C7777BF-A9C8-408F-9489-29EC9036ADA0@opencsw.org>
 <20180814172500.GA14857@tuxmachine.localdomain>
 <93A04338-928E-4F7B-9278-2B7F1410BE60@opencsw.org>
Message-ID: <18B5A303-D27E-4E57-B2D8-0646537B9DA2@opencsw.org>

Hi Baptiste,

Am 15.08.2018 um 21:30 schrieb Dagobert Michelsen via buildfarm <buildfarm at lists.opencsw.org>:
> Hi Maptiste.

Ups, sorry :-)

> The zpool for the homedirs is still 146 GB for now, I?ll expand it when
> the disks arrive. The homedirs should be created at /export/home/<user> once
> per user for both zones and are automounted to /home/<user> on each machine
> per lofs.

/epxort/home is now 2 TB.

From my perspective the machine is ready, ansible is installed too, pleadse give your
deployment a go and let me know how it goes. Should I apply for an account too for
better debugging?


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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 873 bytes
Desc: Message signed with OpenPGP
URL: <http://lists.opencsw.org/pipermail/buildfarm/attachments/20180817/a1e1821c/attachment.asc>

From dam at opencsw.org  Fri Aug 17 17:16:39 2018
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 17 Aug 2018 17:16:39 +0200
Subject: Developer Studio 12.5 and 12.6 available?
In-Reply-To: <CAOXZzG7EWw99rFUDHM-qqQnA_MCn-JoiPbqq0m2g9tRGzdz9Uw@mail.gmail.com>
References: <CAOXZzG4wRCr-1kL9a2En2eCJjuwq+hEaLNH5Vco6vU5fB0Z-5g@mail.gmail.com>
 <E42152DF-83DA-4D8B-9A30-AE52C6AB1974@opencsw.org>
 <CAOXZzG7EWw99rFUDHM-qqQnA_MCn-JoiPbqq0m2g9tRGzdz9Uw@mail.gmail.com>
Message-ID: <08C81075-10F5-4DA9-B5D6-3B55CC295501@opencsw.org>

Hi Chuck,

> Am 16.08.2018 um 18:30 schrieb Chuck Atkins <chuck.atkins at kitware.com>:
>> I just installed it:
>> 
>>   unstable10x  12.5 and 12.6
>>   unstable10s  12.5 and 12.6
>>   unstable11x  12.5, requires kernel update which requires disk increase in VMware, will do tomorrow
>>   unstable11s  requires kernel update, as this is a non-global zone I need a timewindow for all zones
>> 
>> I also patched all installed compilers on unstable10s and unstable10x to the most recent patchlevel.
>> unstable11* will be patched together with the kernel later.
> 
> That's awesome!  Thanks! 

unstable11x has been disk increased and patched to the latest kernel and 12.6 has been installed.
unstable11s has been patches to the latest kerel and 12.5 and 12.6 have been installed.

All build machines should now be in optimal shape again.
Please let me know if you notice anything strange.

>> We are currently provising CMake 3.4.3:
>>   https://www.opencsw.org/packages/cmake/
>> 
>> If the most recent version builds cleanly please drop me a note and I?ll update our package.
> 
> It does, there's just a few.  I just built the 3.12.1 release on u10s so I can use it to drive nightly builds.  I built it with gcc5, but I believe devstudio 12.x should be fine too.  Basically CMake needs a C++11 compiler to build.  To bootstrap it, I used the following:
> 
> CC=gcc CXX=g++ ./bootstrap --system-libs --no-system-librhash --no-system-jsoncpp --no-system-libuv --parallel=16 --prefix=${HOME}/dashboards/support/sparc/cmake-3.12.1 -- -DCMAKE_NCURSES_LIBRARY=IGNORE 
> 
> CMake actually requires CMake to build so to address the chicken-egg problem the ./bootstrap shell script in the top level CMake source manually compiles a a bare-bones feature-reduced version of CMake which it then uses to configure and build the full CMake.  In general, as a backager, you'll want to rely on external versions of third party libraries as much as possible, hence the --system-libs flag.  Some are not always available though, hence the --no-system-{librhash,jsoncpp,libuv} flags.  The trailing -DCMAKE_NCURSES_LIBRARY=IGNORE deals with a mismatch and confusion that happens from CMake getting mixed up between the core system curses and the csw ncurses library.  So the extra flag makes CMake unable to successfully locate ncurses and fallback to curses, which ends up working correctly.
> 
> I should be able to have a nightly build going on most of the machines in a few days.

Excellemt. I will be looking to update the package build next week.


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 chuck.atkins at kitware.com  Fri Aug 17 17:29:06 2018
From: chuck.atkins at kitware.com (Chuck Atkins)
Date: Fri, 17 Aug 2018 11:29:06 -0400
Subject: Developer Studio 12.5 and 12.6 available?
In-Reply-To: <08C81075-10F5-4DA9-B5D6-3B55CC295501@opencsw.org>
References: <CAOXZzG4wRCr-1kL9a2En2eCJjuwq+hEaLNH5Vco6vU5fB0Z-5g@mail.gmail.com>
 <E42152DF-83DA-4D8B-9A30-AE52C6AB1974@opencsw.org>
 <CAOXZzG7EWw99rFUDHM-qqQnA_MCn-JoiPbqq0m2g9tRGzdz9Uw@mail.gmail.com>
 <08C81075-10F5-4DA9-B5D6-3B55CC295501@opencsw.org>
Message-ID: <CAOXZzG6VgGL0XMHgnB1fxidK211uT16J1Lv1Uz6KsB6jxs+KLQ@mail.gmail.com>

Because of the cxx11 requirement, at minimum a  working unique_ptr
implementation, CMake can be built with gcc >= 4.8 or devstudio >= 12.5.
The nightly builds though will be for all versions available on the system
to make sure that for the order compiler versions a prebuilt CMake can be
used to build a user's code, even if said compiler can't build CMake itself.

On Fri, Aug 17, 2018, 11:16 Dagobert Michelsen <dam at opencsw.org> wrote:

> Hi Chuck,
>
> > Am 16.08.2018 um 18:30 schrieb Chuck Atkins <chuck.atkins at kitware.com>:
> >> I just installed it:
> >>
> >>   unstable10x  12.5 and 12.6
> >>   unstable10s  12.5 and 12.6
> >>   unstable11x  12.5, requires kernel update which requires disk
> increase in VMware, will do tomorrow
> >>   unstable11s  requires kernel update, as this is a non-global zone I
> need a timewindow for all zones
> >>
> >> I also patched all installed compilers on unstable10s and unstable10x
> to the most recent patchlevel.
> >> unstable11* will be patched together with the kernel later.
> >
> > That's awesome!  Thanks!
>
> unstable11x has been disk increased and patched to the latest kernel and
> 12.6 has been installed.
> unstable11s has been patches to the latest kerel and 12.5 and 12.6 have
> been installed.
>
> All build machines should now be in optimal shape again.
> Please let me know if you notice anything strange.
>
> >> We are currently provising CMake 3.4.3:
> >>   https://www.opencsw.org/packages/cmake/
> >>
> >> If the most recent version builds cleanly please drop me a note and
> I?ll update our package.
> >
> > It does, there's just a few.  I just built the 3.12.1 release on u10s so
> I can use it to drive nightly builds.  I built it with gcc5, but I believe
> devstudio 12.x should be fine too.  Basically CMake needs a C++11 compiler
> to build.  To bootstrap it, I used the following:
> >
> > CC=gcc CXX=g++ ./bootstrap --system-libs --no-system-librhash
> --no-system-jsoncpp --no-system-libuv --parallel=16
> --prefix=${HOME}/dashboards/support/sparc/cmake-3.12.1 --
> -DCMAKE_NCURSES_LIBRARY=IGNORE
> >
> > CMake actually requires CMake to build so to address the chicken-egg
> problem the ./bootstrap shell script in the top level CMake source manually
> compiles a a bare-bones feature-reduced version of CMake which it then uses
> to configure and build the full CMake.  In general, as a backager, you'll
> want to rely on external versions of third party libraries as much as
> possible, hence the --system-libs flag.  Some are not always available
> though, hence the --no-system-{librhash,jsoncpp,libuv} flags.  The trailing
> -DCMAKE_NCURSES_LIBRARY=IGNORE deals with a mismatch and confusion that
> happens from CMake getting mixed up between the core system curses and the
> csw ncurses library.  So the extra flag makes CMake unable to successfully
> locate ncurses and fallback to curses, which ends up working correctly.
> >
> > I should be able to have a nightly build going on most of the machines
> in a few days.
>
> Excellemt. I will be looking to update the package build next week.
>
>
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/buildfarm/attachments/20180817/2d695e4d/attachment.html>

From baptiste at bitsofnetworks.org  Sat Aug 18 01:23:08 2018
From: baptiste at bitsofnetworks.org (Baptiste Jonglez)
Date: Sat, 18 Aug 2018 01:23:08 +0200
Subject: [cfarm-admins] Offer for Sparc machines
In-Reply-To: <93A04338-928E-4F7B-9278-2B7F1410BE60@opencsw.org>
References: <20180720084238.GA15788@tuxmachine.localdomain>
 <C7CCEE9E-D30A-4098-8EDA-0D4E49F15477@opencsw.org>
 <20180720220329.GA29778@lud.localdomain>
 <7944B5CD-09CB-4D64-82B7-A82016E31169@opencsw.org>
 <20180804093108.GA9288@lud.localdomain>
 <F57E3308-5D30-4417-8264-06D0785B6A13@opencsw.org>
 <20180805112240.GD16937@lud.localdomain>
 <1C7777BF-A9C8-408F-9489-29EC9036ADA0@opencsw.org>
 <20180814172500.GA14857@tuxmachine.localdomain>
 <93A04338-928E-4F7B-9278-2B7F1410BE60@opencsw.org>
Message-ID: <20180817232307.GA21053@lud.localdomain>

Hi,

On 15-08-18, Dagobert Michelsen wrote:
> SSH Keys are installed on both machnes for root.

I gave it a try, ansible seems to work fine!

Here are some things I noticed while experimenting:

1) solaris11 has bash by default for new accounts, but solaris10 has sh.
   Is it possible to set bash as default shell on solaris10 too?

2) on a related note, on solaris10, there is an error when logging in:

      -sh: PATH=/usr/bin:/usr/sbin: is not an identifier

3) on both solaris10 and solaris11, /opt/csw/bin/ is not in the $PATH

4) solaris11 has a German locale (LANG=de_DE.UTF-8), and solaris10 has no
   locale at all.  Can you set en_US.UTF-8 for both?

Otherwise, it works fine!  Feel free to apply for an account if it helps
you to debug this kind of things.  Once the issues with the shells are
fixed, I will deploy all users and announce the availability of the
machines.

One more question: who should we credit for the hosting on
https://cfarm.tetaneutral.net/machines/list/ , and in which city is the
machine located?

Thanks,
Baptiste
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/buildfarm/attachments/20180818/9044df35/attachment.asc>

From dam at opencsw.org  Mon Aug 20 11:20:59 2018
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 20 Aug 2018 11:20:59 +0200
Subject: [cfarm-admins] Offer for Sparc machines
In-Reply-To: <20180817232307.GA21053@lud.localdomain>
References: <20180720084238.GA15788@tuxmachine.localdomain>
 <C7CCEE9E-D30A-4098-8EDA-0D4E49F15477@opencsw.org>
 <20180720220329.GA29778@lud.localdomain>
 <7944B5CD-09CB-4D64-82B7-A82016E31169@opencsw.org>
 <20180804093108.GA9288@lud.localdomain>
 <F57E3308-5D30-4417-8264-06D0785B6A13@opencsw.org>
 <20180805112240.GD16937@lud.localdomain>
 <1C7777BF-A9C8-408F-9489-29EC9036ADA0@opencsw.org>
 <20180814172500.GA14857@tuxmachine.localdomain>
 <93A04338-928E-4F7B-9278-2B7F1410BE60@opencsw.org>
 <20180817232307.GA21053@lud.localdomain>
Message-ID: <5E98E64C-A515-4B98-B0F7-6E6563FCE19A@opencsw.org>

Hi Baptiste,

Am 18.08.2018 um 01:23 schrieb Baptiste Jonglez <baptiste at bitsofnetworks.org>:
> On 15-08-18, Dagobert Michelsen wrote:
>> SSH Keys are installed on both machnes for root.
> 
> I gave it a try, ansible seems to work fine!
> 
> Here are some things I noticed while experimenting:
> 
> 1) solaris11 has bash by default for new accounts, but solaris10 has sh.
>   Is it possible to set bash as default shell on solaris10 too?

Nope, the default shell can only be changed in Solaris 11. For Solaris 10
you have to explicitly add ?-s /usr/bin/bash? to useradd or use usermod
later on to change the shell. If you use ansible you may specify the shell
path in the respective module.

> 2) on a related note, on solaris10, there is an error when logging in:
> 
>      -sh: PATH=/usr/bin:/usr/sbin: is not an identifier

I guess you are talking about user bjonglez. The problem is the following
line in .profile of the users home:

export PATH=/usr/bin:/usr/sbin

The Solaris Bourne Shell does not allow exporting while setting.
You can use

PATH=/usr/bin:/usr/sbin
export PATH

instead or change the shell to bash with
  usermod -s /usr/bin/bash bjonglez.

> 3) on both solaris10 and solaris11, /opt/csw/bin/ is not in the $PATH

THe default is now added in /etc/profile. In your current configuration
to ~/.profile overwrites this setting, so a different skeleton may be
advisable. How is your setup on the other buildfarm hosts? Do you have
a standard skeleton?

> 4) solaris11 has a German locale (LANG=de_DE.UTF-8), and solaris10 has no
>   locale at all.  Can you set en_US.UTF-8 for both?

Sure:

gcc-solaris10# locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_ALL=en_US.UTF-8

gcc-solaris11# locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_ALL=en_US.UTF-8

LANG is often inherited from your ssh environment, so please make sure
to unset LANG before sshing over.

> Otherwise, it works fine!  Feel free to apply for an account if it helps
> you to debug this kind of things.  Once the issues with the shells are
> fixed, I will deploy all users and announce the availability of the
> machines.
> 
> One more question: who should we credit for the hosting on
> https://cfarm.tetaneutral.net/machines/list/ , and in which city is the
> machine located?

The machine is located in Kiel, Germany and our company which is sponsoring the
machine is Baltic Online http://baltic-online.de
Our company is also sponsoring the OpenCSW buildfarm so we are also strongly associated
with OpenCSW. It would be nice if you could mention both Baltic Online and OpenCSW :-)


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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 873 bytes
Desc: Message signed with OpenPGP
URL: <http://lists.opencsw.org/pipermail/buildfarm/attachments/20180820/1c8dd88e/attachment-0001.asc>

From dam at opencsw.org  Mon Aug 20 17:33:28 2018
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 20 Aug 2018 17:33:28 +0200
Subject: Access to buildfarm for GCC maintenance
In-Reply-To: <20180813154258.GE6277@redhat.com>
References: <20180808155141.GA16456@redhat.com>
 <7B3A8E5D-7E53-4CD8-A181-68CAA6D84FE5@opencsw.org>
 <20180813154258.GE6277@redhat.com>
Message-ID: <3C309F09-0443-4589-93CC-4F5ED2592896@opencsw.org>

Hi Jonathan,

Am 13.08.2018 um 17:42 schrieb Jonathan Wakely <jwakely at redhat.com>:
> On 13/08/18 15:30 +0200, Dagobert Michelsen wrote:
>> Am 08.08.2018 um 17:51 schrieb Jonathan Wakely <jwakely at redhat.com>:
>>> I'm the lead maintainer of the C++ runtime libraries in GCC
>>> (aka libstdc++) and would very much appreciate access to Solaris
>>> machines for testing.
>>> 
>>> The C++ library has a lot of low level code that depends on OS
>>> facilities like memory allocation, filesystem access etc. which varies
>>> in subtle ways between different flavours of UNIX. Solaris is one of
>>> the more important targets for GCC and I currently have no way to test
>>> on it, so rely on others to test and report back to me.
>> 
>> Sure, just send me your intended user name, ssh public key and the permission
> 
> Username "jwakely" please, key attached.
> 
>> to list you with your project at
>> https://www.opencsw.org/extend-it/signup/to-upstream-maintainers
> 
> Sure, the project is libstdc++, or just GCC if you want to group me
> with any other GCC devs who might request access later.

You should be able to login now with
  ssh jwakely at login.opencsw.org

Please make sure to read /etc/SETUP. Just let me know if you need anything.


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