From raos at opencsw.org  Sat Feb  1 09:13:56 2014
From: raos at opencsw.org (Rafael Ostertag)
Date: Sat, 1 Feb 2014 09:13:56 +0100
Subject: Winter Camp 2014: Accommodation
Message-ID: <20140201081356.GA4770@bender.opencsw.org>

Hi folks

One of our assistants offered, that once we settled the date, I should send her
the names of all participants, and she will take care of reserving the hotel
rooms. 

What do you think? Is that ok with you, or would you like to reserve hotel
rooms yourselves?

cheers
rafi

From dam at opencsw.org  Mon Feb  3 22:48:37 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 3 Feb 2014 22:48:37 +0100
Subject: Winter Camp 2014: Accommodation
In-Reply-To: <20140201081356.GA4770@bender.opencsw.org>
References: <20140201081356.GA4770@bender.opencsw.org>
Message-ID: <22BBC509-9237-4F87-9521-A14A2F02DE12@opencsw.org>

Hi Rafi,

Am 01.02.2014 um 09:13 schrieb Rafael Ostertag <raos at opencsw.org>:
> One of our assistants offered, that once we settled the date, I should send her
> the names of all participants, and she will take care of reserving the hotel
> rooms. 
> 
> What do you think? Is that ok with you, or would you like to reserve hotel
> rooms yourselves?

No, no, please go ahead! This also makes sure we are all in the same place! :-)


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: smime.p7s
Type: application/pkcs7-signature
Size: 2351 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140203/48ae6ce0/attachment.p7s>

From dam at opencsw.org  Mon Feb  3 22:49:39 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 3 Feb 2014 22:49:39 +0100
Subject: Doodle: OpenCSW Winter Camp 2014 v2
In-Reply-To: <20140129063728.GL25897@bender.opencsw.org>
References: <20140129063728.GL25897@bender.opencsw.org>
Message-ID: <2EA3950C-291E-453D-B292-974E5C174E13@opencsw.org>

Hi folks,

Am 29.01.2014 um 07:37 schrieb Rafael Ostertag <raos at opencsw.org>:
> As per suggestion of Dago, I recreated the doodle poll so that you now can choose between yes/no/probably:
> 
> http://doodle.com/2fq45utxyuid8apz

Hurry up! The first date for the camp is in 4 days!!1! ;-)=


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: smime.p7s
Type: application/pkcs7-signature
Size: 2351 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140203/7fa861e0/attachment.p7s>

From dam at opencsw.org  Wed Feb  5 11:35:43 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 5 Feb 2014 11:35:43 +0100
Subject: New python build process for "bundled" python modules
Message-ID: <6699C066-412F-41F2-98A2-6A7AB5AEA04F@opencsw.org>

Hi folks,

I just noticed
  https://www.opencsw.org/mantis/view.php?id=5144
where python modules bundled with other things not being built with the python category
do not have the new python-specific layout and modulations. Has anyone a good idea on
how to fix this? My suggestion would be to make a separate recipe just for the python
module using python category and the included modulations but override the build process
to use standard configure. But I don?t like the solution as it requires a copy of the
recipe. Categories as facets of a build would be nice but I don?t have a smart idea
on how that should be integrated best.


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140205/4da4f762/attachment-0001.p7s>

From grzemba at contac-dt.de  Wed Feb  5 14:25:14 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Wed, 05 Feb 2014 14:25:14 +0100
Subject: New python build process for "bundled" python modules
In-Reply-To: <fb709a9921c0.52f23bb6@contac-dt.de>
References: <6699C066-412F-41F2-98A2-6A7AB5AEA04F@opencsw.org>
	<fb70a6d24204.52f23998@contac-dt.de>
	<fb708d7d28d2.52f239d4@contac-dt.de>
	<fb70f744130f.52f23a89@contac-dt.de>
	<fb70d97138bc.52f23ac5@contac-dt.de>
	<fb70b14a44c7.52f23b01@contac-dt.de>
	<fb709a9921c0.52f23bb6@contac-dt.de>
Message-ID: <fb70c92c2d4f.52f249ca@contac-dt.de>

could be a special category ("default with a package with python binding") a solution. So that we can handle 
the packages called py_ separately? 

Am 05.02.14 schrieb Dagobert Michelsen  <dam at opencsw.org>:
> Hi folks,
> 
> I just noticed
>  https://www.opencsw.org/mantis/view.php?id=5144
> where python modules bundled with other things not being built with the python category
> do not have the new python-specific layout and modulations. Has anyone a good idea on
> how to fix this? My suggestion would be to make a separate recipe just for the python
> module using python category and the included modulations but override the build process
> to use standard configure. But I don?t like the solution as it requires a copy of the
> recipe. Categories as facets of a build would be nice but I don?t have a smart idea
> on how that should be integrated best.
> 
> 
> 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/maintainers/attachments/20140205/de46172c/attachment.html>

From dam at opencsw.org  Wed Feb  5 17:22:29 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 5 Feb 2014 17:22:29 +0100
Subject: Subversion for Solaris 9
Message-ID: <D0B037BD-1CE8-4310-939A-7681702BEAB9@opencsw.org>

Hi Rupert,

I just noticed that you rebuild subversion 1.8.5 for Solaris 10 only. Although we
usually build things nowadays no longer for Solaris 9 the infrastructure is different:
as the directory structure for Subversion 1.8 is different than the previous 1.7
it means we cannot sanely build any packages on Solaris 9 any more. This includes
some long-term things like sudo which I need. Would you mind respinning subversion
for Solaris 9 again or would you prefer if I had 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

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140205/535c7ec0/attachment.p7s>

From dam at opencsw.org  Fri Feb  7 17:46:50 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 7 Feb 2014 17:46:50 +0100
Subject: OpenSSL Manpages
Message-ID: <4DF60C70-1B8C-4D9F-BDF0-3E2DB9B26866@opencsw.org>

Hi Yann,

the package CSWopenssl-utils should contain the manpages and used to have them
in the past but does not at the moment. I looked at

CSWopenssl-utils  openssl_utils - Openssl 1.0 binaries and related tools
                  (sparc) 1.0.1f,REV=2014.01.26

Would you mind re-adding them again? Especially things like x509 and s_client
are useful to me.


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140207/9246590e/attachment.p7s>

From bwalton at opencsw.org  Sat Feb  8 11:41:38 2014
From: bwalton at opencsw.org (Ben Walton)
Date: Sat, 8 Feb 2014 10:41:38 +0000
Subject: Board Election
Message-ID: <CAP30j16kGORp7oBtGbZGvsvfxsVveL_Mi7D+vSjPdUn7K10mZw@mail.gmail.com>

Hi All,

It's time to elect a new board. We're a little behind schedule, but
not as much as in previous years! :)

I've created a blank nomination page in the wiki here:
http://wiki.opencsw.org/boardelection2014

All that is required to run is current membership status. I'd
encourage anyone interested to step forward.

I'll leave the nominations open for two weeks at which point we'll
evaluate the roster to see whether an election is necessary. I'd be
really happy to see lots of names there!

Thanks
-Ben

From yann at pleiades.fr.eu.org  Sun Feb  9 21:03:24 2014
From: yann at pleiades.fr.eu.org (Yann Rouillard)
Date: Sun, 9 Feb 2014 21:03:24 +0100
Subject: OpenSSL Manpages
In-Reply-To: <4DF60C70-1B8C-4D9F-BDF0-3E2DB9B26866@opencsw.org>
References: <4DF60C70-1B8C-4D9F-BDF0-3E2DB9B26866@opencsw.org>
Message-ID: <CAF2fwsenGS5KW3AfNn691t3U44ss1WMj--8v_4-_Tziw+aN-3A@mail.gmail.com>

Should be fixed now.

Yann


2014-02-07 17:46 GMT+01:00 Dagobert Michelsen <dam at opencsw.org>:

> Hi Yann,
>
> the package CSWopenssl-utils should contain the manpages and used to have
> them
> in the past but does not at the moment. I looked at
>
> CSWopenssl-utils  openssl_utils - Openssl 1.0 binaries and related tools
>                   (sparc) 1.0.1f,REV=2014.01.26
>
> Would you mind re-adding them again? Especially things like x509 and
> s_client
> are useful to me.
>
>
> 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/maintainers/attachments/20140209/2c0cf52c/attachment.html>

From opk at opencsw.org  Sun Feb  9 23:37:56 2014
From: opk at opencsw.org (Oliver Kiddle)
Date: Sun, 09 Feb 2014 23:37:56 +0100
Subject: py_gtk
Message-ID: <52F80344.90006@opencsw.org>

Is there any chance that the combination of py_cairo, py_gobject and 
py_gtk could be rebuilt in the new combined Python 2.6 and 2.7 form? 
It'd be really useful to have them working again.

Thanks

Oliver

From grzemba at contac-dt.de  Mon Feb 10 08:51:30 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Mon, 10 Feb 2014 08:51:30 +0100
Subject: Experts wanted: Re: py_gtk
In-Reply-To: <ff0de8d35f26.52f88501@contac-dt.de>
References: <52F80344.90006@opencsw.org> <ff0de1342250.52f882dd@contac-dt.de>
	<ff0de0ca76dd.52f88319@contac-dt.de>
	<ff0decae1eab.52f88355@contac-dt.de>
	<ff0daa193803.52f88394@contac-dt.de>
	<ff0dfc16662b.52f883d1@contac-dt.de>
	<ff0dad601348.52f8840d@contac-dt.de>
	<ff0dfd366100.52f88449@contac-dt.de>
	<ff0da50bbf1.52f88486@contac-dt.de>
	<ff0d9a014f01.52f884c5@contac-dt.de>
	<ff0de8d35f26.52f88501@contac-dt.de>
Message-ID: <ff0dfc161ed5.52f89312@contac-dt.de>

Hi Oliver,

py_cairo I have rebuild and should work. 
It seems to be that the new py_gobject has an different API and py_gtk do not work anymore. So I guess you have to support the new API:

from gi.repository import Gtk

(for that to work I have to rebuild the gobject_introspection stuff also)

or we have to downgrade py_gobject. 

Has there anybody more, better, other knowledge?

Am 09.02.14 schrieb Oliver Kiddle  <opk at opencsw.org>:
> Is there any chance that the combination of py_cairo, py_gobject and py_gtk could be rebuilt in the new combined Python 2.6 and 2.7 form? It'd be really useful to have them working again.
> 
> Thanks
> 
> Oliver
> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140210/5a2afedf/attachment.html>

From opk at opencsw.org  Mon Feb 10 09:23:44 2014
From: opk at opencsw.org (Oliver Kiddle)
Date: Mon, 10 Feb 2014 09:23:44 +0100
Subject: Experts wanted: Re: py_gtk
In-Reply-To: <ff0dfc161ed5.52f89312@contac-dt.de>
References: <52F80344.90006@opencsw.org> <ff0de1342250.52f882dd@contac-dt.de>
	<ff0de0ca76dd.52f88319@contac-dt.de>
	<ff0decae1eab.52f88355@contac-dt.de>
	<ff0daa193803.52f88394@contac-dt.de>
	<ff0dfc16662b.52f883d1@contac-dt.de>
	<ff0dad601348.52f8840d@contac-dt.de>
	<ff0dfd366100.52f88449@contac-dt.de>
	<ff0da50bbf1.52f88486@contac-dt.de>
	<ff0d9a014f01.52f884c5@contac-dt.de>
	<ff0de8d35f26.52f88501@contac-dt.de>
	<ff0dfc161ed5.52f89312@contac-dt.de>
Message-ID: <52F88C90.6080704@opencsw.org>

On 10/02/14 08:51, Carsten Grzemba wrote:
> or we have to downgrade py_gobject.
By downgrade, do you mean leave at version 2.90.4 rather than upgrading 
to 3.11.5? Or do you mean some earlier version?
I'd be happy with any version that basically works. The combination of 
versions we had before was working together. It might be easier to be 
solving one problem at a time: first the Python 2.7 mix and then 
updating to support their new APIs.

Oliver

From dam at opencsw.org  Mon Feb 10 09:43:16 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 10 Feb 2014 09:43:16 +0100
Subject: OpenSSL Manpages
In-Reply-To: <CAF2fwsenGS5KW3AfNn691t3U44ss1WMj--8v_4-_Tziw+aN-3A@mail.gmail.com>
References: <4DF60C70-1B8C-4D9F-BDF0-3E2DB9B26866@opencsw.org>
	<CAF2fwsenGS5KW3AfNn691t3U44ss1WMj--8v_4-_Tziw+aN-3A@mail.gmail.com>
Message-ID: <08C04DAD-884B-4FEA-A713-DF774C7A8FB5@opencsw.org>

Hi Yann,

Am 09.02.2014 um 21:03 schrieb Yann Rouillard <yann at pleiades.fr.eu.org>:
> Should be fixed now.

Looks good. Thanks!


Best regards

  ? Dago

> 
> Yann
> 
> 
> 2014-02-07 17:46 GMT+01:00 Dagobert Michelsen <dam at opencsw.org>:
> Hi Yann,
> 
> the package CSWopenssl-utils should contain the manpages and used to have them
> in the past but does not at the moment. I looked at
> 
> CSWopenssl-utils  openssl_utils - Openssl 1.0 binaries and related tools
>                   (sparc) 1.0.1f,REV=2014.01.26
> 
> Would you mind re-adding them again? Especially things like x509 and s_client
> are useful to me.
> 
> 
> 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 --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140210/ef27da3b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140210/ef27da3b/attachment.p7s>

From grzemba at contac-dt.de  Mon Feb 10 09:44:58 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Mon, 10 Feb 2014 09:44:58 +0100
Subject: Experts wanted: Re: py_gtk
In-Reply-To: <ff0dd52948d3.52f89174@contac-dt.de>
References: <52F80344.90006@opencsw.org> <ff0de1342250.52f882dd@contac-dt.de>
	<ff0de0ca76dd.52f88319@contac-dt.de>
	<ff0decae1eab.52f88355@contac-dt.de>
	<ff0daa193803.52f88394@contac-dt.de>
	<ff0dfc16662b.52f883d1@contac-dt.de>
	<ff0dad601348.52f8840d@contac-dt.de>
	<ff0dfd366100.52f88449@contac-dt.de>
	<ff0da50bbf1.52f88486@contac-dt.de>
	<ff0d9a014f01.52f884c5@contac-dt.de>
	<ff0de8d35f26.52f88501@contac-dt.de>
	<ff0dfc161ed5.52f89312@contac-dt.de>
	<52F88C90.6080704@opencsw.org> <ff0dd52948d3.52f89174@contac-dt.de>
Message-ID: <ff0d8f6221ff.52f89f9a@contac-dt.de>



Am 10.02.14 schrieb Oliver Kiddle  <opk at opencsw.org>:
> On 10/02/14 08:51, Carsten Grzemba wrote:
> >or we have to downgrade py_gobject.
> By downgrade, do you mean leave at version 2.90.4 rather than upgrading to 3.11.5? Or do you mean some earlier version?
> 
No, the version 2.90.4 is already too new.

> 
> I'd be happy with any version that basically works. The combination of versions we had before was working together. It might be easier to be solving one problem at a time: first the Python 2.7 mix and then updating to support their new APIs.
> 
> Oliver
> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140210/4c6723b9/attachment.html>

From dam at opencsw.org  Mon Feb 10 09:48:25 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 10 Feb 2014 09:48:25 +0100
Subject: Experts wanted: Re: py_gtk
In-Reply-To: <ff0d8f6221ff.52f89f9a@contac-dt.de>
References: <52F80344.90006@opencsw.org> <ff0de1342250.52f882dd@contac-dt.de>
	<ff0de0ca76dd.52f88319@contac-dt.de>
	<ff0decae1eab.52f88355@contac-dt.de>
	<ff0daa193803.52f88394@contac-dt.de>
	<ff0dfc16662b.52f883d1@contac-dt.de>
	<ff0dad601348.52f8840d@contac-dt.de>
	<ff0dfd366100.52f88449@contac-dt.de>
	<ff0da50bbf1.52f88486@contac-dt.de>
	<ff0d9a014f01.52f884c5@contac-dt.de>
	<ff0de8d35f26.52f88501@contac-dt.de>
	<ff0dfc161ed5.52f89312@contac-dt.de> <52F88C90.6080704@opencsw.org>
	<ff0dd52948d3.52f89174@contac-dt.de>
	<ff0d8f6221ff.52f89f9a@contac-dt.de>
Message-ID: <5999D033-1AB2-4B8F-950A-E029195407C9@opencsw.org>

Hi,

Am 10.02.2014 um 09:44 schrieb Carsten Grzemba <grzemba at contac-dt.de>:
> Am 10.02.14 schrieb Oliver Kiddle <opk at opencsw.org>:
>> On 10/02/14 08:51, Carsten Grzemba wrote:
>> >or we have to downgrade py_gobject.
>> By downgrade, do you mean leave at version 2.90.4 rather than upgrading to 3.11.5? Or do you mean some earlier version?

> No, the version 2.90.4 is already too new.

Yes, the 2.90 versions are effectively 3.0 beta versions. You need 2.28.6.

>> I'd be happy with any version that basically works. The combination of versions we had before was working together. It might be easier to be solving one problem at a time: first the Python 2.7 mix and then updating to support their new APIs.


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140210/029bb877/attachment-0001.p7s>

From yann at pleiades.fr.eu.org  Mon Feb 10 10:01:46 2014
From: yann at pleiades.fr.eu.org (Yann Rouillard)
Date: Mon, 10 Feb 2014 10:01:46 +0100
Subject: OpenSSL Manpages
In-Reply-To: <08C04DAD-884B-4FEA-A713-DF774C7A8FB5@opencsw.org>
References: <4DF60C70-1B8C-4D9F-BDF0-3E2DB9B26866@opencsw.org>
	<CAF2fwsenGS5KW3AfNn691t3U44ss1WMj--8v_4-_Tziw+aN-3A@mail.gmail.com>
	<08C04DAD-884B-4FEA-A713-DF774C7A8FB5@opencsw.org>
Message-ID: <CAF2fwse6z9J3KF8mz8r87fjZ5iYOb=-1RJ=0tTxLB1gCk+O1NA@mail.gmail.com>

BTW, do you use puppet on your server infrastructure ?

Yann


2014-02-10 9:43 GMT+01:00 Dagobert Michelsen <dam at opencsw.org>:

> Hi Yann,
>
> Am 09.02.2014 um 21:03 schrieb Yann Rouillard <yann at pleiades.fr.eu.org>:
>
> Should be fixed now.
>
>
> Looks good. Thanks!
>
>
> Best regards
>
>   -- Dago
>
>
> Yann
>
>
> 2014-02-07 17:46 GMT+01:00 Dagobert Michelsen <dam at opencsw.org>:
>
>> Hi Yann,
>>
>> the package CSWopenssl-utils should contain the manpages and used to have
>> them
>> in the past but does not at the moment. I looked at
>>
>> CSWopenssl-utils  openssl_utils - Openssl 1.0 binaries and related tools
>>                   (sparc) 1.0.1f,REV=2014.01.26
>>
>> Would you mind re-adding them again? Especially things like x509 and
>> s_client
>> are useful to me.
>>
>>
>> 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 --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140210/8835c77f/attachment.html>

From dam at opencsw.org  Tue Feb 11 07:53:29 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 11 Feb 2014 07:53:29 +0100
Subject: isaexec and Tcl/Tk
In-Reply-To: <52E1905C.9020000@opencsw.org>
References: <52B30C42.3020702@opencsw.org>
	<79B2C570-50AB-4FA0-A27E-4BDA74BBDB8C@opencsw.org>
	<x6k3f0ltrz.fsf@opencsw.org> <52E1905C.9020000@opencsw.org>
Message-ID: <6056C3B3-3741-43A0-982F-2675F5A8454F@opencsw.org>


Am 23.01.2014 um 22:57 schrieb Oliver Kiddle <opk at opencsw.org>:

> On 19/12/13 16:55, Peter FELECAN wrote:
>> IMHO, excluding tclsh form isaexec is not a great idea as it break orthogonality. If Oliver cannot find a solution I'll opt in favor of alternatives but this brings other issues, at least for me, as how to declare internal, viz same package, alternatives. 
> 
> If it is somehow possible to resolve this issue with alternatives, I would really appreciate it. I haven't really found a simple alternative from my side.

The problem is that we currently don?t have a default of ?use isaexec? with the
alternatives ?make bin/tclsh 32 bit? or ?make bin/tclsh 64 bit?. Mainly this is
because isaexec does not work with symlinks and alternatives always use symlinks.

I made a set of packages with alternatives between 32 and 64 bit with preference
to 64 bit which pretty much should be the same as isaexec nowadays when there are
no further optimizations. Also at the moment we don?t have a recent subversion for
Solaris 9 and therefore strange package names for the Solaris 9 set:
  http://buildfarm.opencsw.org/experimental.html#tcl-alternatives

Please give it a go and let me know how it goes.


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140211/8922a148/attachment.p7s>

From dam at opencsw.org  Tue Feb 11 10:20:31 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 11 Feb 2014 10:20:31 +0100
Subject: Update of webserver on the buildfarm
Message-ID: <F9772FEF-9D4D-422A-8241-A3FA11791552@opencsw.org>

Hi folks,

I am updating the webserver on the buildfarm carrying most of the infrastructure
services like buildfarm.opencsw.org and the package database. Please let me know
if you encounter anything suspicious.


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140211/3046ffef/attachment.p7s>

From dam at opencsw.org  Tue Feb 11 14:44:40 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 11 Feb 2014 14:44:40 +0100
Subject: Unification of CSWpy-magic and CSWpy-libmagic
Message-ID: <FCCF5AF4-9746-4ACB-B2C9-78888BE7C1CF@opencsw.org>

Hi folks,

after the update of the buildfarm host to unstable our magic detection with checkpkg
stopped working. After some fiddling I redid the ?file? tool to now use a rudimentary
python-modulation for 2.6 and 2.7. Also I noticed there are CSWpy-magic and CSWpy-libmagic
with similar names. I hope I didn?t do something stupid be obsoleting CSWpy-magic
with CSWpy-libmagic.

Feedback as always welcome!


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140211/fc6ef3af/attachment.p7s>

From grzemba at contac-dt.de  Wed Feb 12 12:43:48 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Wed, 12 Feb 2014 12:43:48 +0100
Subject: How to build python2.7 packages
In-Reply-To: <fb74f1b34b01.52fb5e46@contac-dt.de>
References: <fb74d63d47cb.52fb5dca@contac-dt.de>
	<fb74eb31434d.52fb5e07@contac-dt.de>
	<fb74f1b34b01.52fb5e46@contac-dt.de>
Message-ID: <fb74aa4e45bf.52fb6c84@contac-dt.de>

What is the correct way to package for both (or all) versions of python? 
I can not use the category python for pygtk and pygobject and it seems to be that:

_MERGE_EXCLUDE_CATEGORY += .*/$(NAME)/test
_MERGE_EXCLUDE_CATEGORY += .*/$(NAME)/test/.*
PYCOMPILE = 1
_CATEGORY_MODULATORS ?= PYTHON_VERSION
MODULATIONS_PYTHON_VERSION ?= 2_6 2_7
MERGE_SCRIPTS_isa-default-python_version-2_6 ?= copy-all
MERGE_SCRIPTS_isa-default-python_version-2_7 ?= copy-all
MERGE_SCRIPTS_isa-default-python_version-3_3 ?= copy-all

is not enough.

Carsten
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140212/d0c7965a/attachment-0001.html>

From maciej at opencsw.org  Wed Feb 12 16:05:55 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Wed, 12 Feb 2014 15:05:55 +0000
Subject: How to build python2.7 packages
In-Reply-To: <fb74aa4e45bf.52fb6c84@contac-dt.de>
References: <fb74d63d47cb.52fb5dca@contac-dt.de>
	<fb74eb31434d.52fb5e07@contac-dt.de>
	<fb74f1b34b01.52fb5e46@contac-dt.de>
	<fb74aa4e45bf.52fb6c84@contac-dt.de>
Message-ID: <CALtRa-5F1wDZwWpe4AE=0N7Rr165LjaAbprQpxEM5dGaD90DaQ@mail.gmail.com>

2014-02-12 11:43 GMT+00:00 Carsten Grzemba <grzemba at contac-dt.de>:

> What is the correct way to package for both (or all) versions of python?
> I can not use the category python for pygtk and pygobject
>

You can't/shouldn't put category modulators in the recipe.

I was thinking that maybe you can have a separate build recipe just for the
Python modules? It would be a separate Makefile, building from the same
sources, but only generating the Python modules. I don't know if it's a
workable idea, but maybe it's worth investigating?

Maciej
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140212/d806a086/attachment.html>

From opk at opencsw.org  Wed Feb 12 19:14:23 2014
From: opk at opencsw.org (Oliver Kiddle)
Date: Wed, 12 Feb 2014 19:14:23 +0100
Subject: isaexec and Tcl/Tk
In-Reply-To: <6056C3B3-3741-43A0-982F-2675F5A8454F@opencsw.org>
References: <52B30C42.3020702@opencsw.org>
	<79B2C570-50AB-4FA0-A27E-4BDA74BBDB8C@opencsw.org>
	<x6k3f0ltrz.fsf@opencsw.org> <52E1905C.9020000@opencsw.org>
	<6056C3B3-3741-43A0-982F-2675F5A8454F@opencsw.org>
Message-ID: <52FBB9FF.4090704@opencsw.org>

On 11/02/14 07:53, Dagobert Michelsen wrote:
> I made a set of packages with alternatives between 32 and 64 bit with 
> preference to 64 bit which pretty much should be the same as isaexec 
> nowadays when there are no further optimizations. Also at the moment 
> we don?t have a recent subversion for Solaris 9 and therefore strange 
> package names for the Solaris 9 set: 
> http://buildfarm.opencsw.org/experimental.html#tcl-alternatives Please 
> give it a go and let me know how it goes. Best regards ? Dago 

Thanks. This works very nicely for the /opt/csw/bin/tclsh8.5 link but 
the /opt/csw/bin/tclsh symlink appears to be missing. I'm guessing this 
is related to this line:
+EXTRA_MERGE_DIRS += $(bindir)
This variable doesn't seem to be documented. I tried replacing it with 
selective use of EXTRA_MERGE_EXCLUDE_FILES without success.

Oliver


From yann at pleiades.fr.eu.org  Wed Feb 12 20:07:28 2014
From: yann at pleiades.fr.eu.org (Yann Rouillard)
Date: Wed, 12 Feb 2014 20:07:28 +0100
Subject: Openssl migration (last take)
Message-ID: <CAF2fwsetEPPx-QC4T1CSD2H=t49cVaLrC-6B0TCrviD7_7Hiyg@mail.gmail.com>

Hi everyone,

You may have noticed it but openssl migration is still not completely over
because 3 packages are still blocking the removal of libssl 0.9.8: ruby
1.8, ruby 1.9 and ntop.

I would really like to close this subject and I worked to recompile this 3
packages against libssl 1.0 with various success:

  - *ntop*: I've recompiled against the previous version of gdbm
(libgdm.so.3) to quickly work around the gdbm upgrade blocker.
             I emailed Jon about it to have its feedback but I tested
successfully

  - *ruby 1.8: *I was able to recompile it successfully except the tk
module doesn't compile anymore because of an incompatibility related to
threads
    I wonder if tcl/tk has been recompiled in the meantime with pthread
support because I don't understand why it wasn't the case before.

    As no package depends on the tk module, I've simply dropped it instead
of enabling the pthread support as I don't know the impact.

    I would welcome additional testing and advice on these package as it is
used by puppet and puppet3, and I would like to be sure that this new
package will not break anything.

  - *ruby 1.9:* it compiles but doesn't currently pass the test suite.
    It fails at the forking test with a core dump. This bug has already
been reported twice without real answer:
https://bugs.ruby-lang.org/issues/8860 and
https://bugs.ruby-lang.org/issues/6334.
    I will comment on the upstream bug if anyone could help on this, it
would be great.

    I wonder if it might be possible to simply drop this package. Inkscape
is the only reverse dependency currently and I suppose it can be recompiled
to not depend on it.

All packages are available in my experimental repository:
http://buildfarm.opencsw.org/opencsw/experimental/yann

Of course what would be great is that someone takes over the work on ruby
2.0 and deprecate ruby 1.8 and 1.9...

Thanks in advance for any help or comment.

Yann
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140212/9285baf1/attachment.html>

From grzemba at contac-dt.de  Thu Feb 13 10:18:54 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Thu, 13 Feb 2014 10:18:54 +0100
Subject: How to build python2.7 packages
In-Reply-To: <fb7331755374.52fc8dcc@contac-dt.de>
References: <fb74d63d47cb.52fb5dca@contac-dt.de>
	<fb74eb31434d.52fb5e07@contac-dt.de>
	<fb74f1b34b01.52fb5e46@contac-dt.de>
	<fb74aa4e45bf.52fb6c84@contac-dt.de>
	<CALtRa-5F1wDZwWpe4AE=0N7Rr165LjaAbprQpxEM5dGaD90DaQ@mail.gmail.com>
	<fb73139a1f3c.52fc8ba5@contac-dt.de>
	<fb734e48464b.52fc8be1@contac-dt.de>
	<fb737902eaf.52fc8c20@contac-dt.de>
	<fb7320845e67.52fc8c5e@contac-dt.de>
	<fb735b853834.52fc8c9d@contac-dt.de>
	<fb7375835777.52fc8cd9@contac-dt.de>
	<fb7329181a.52fc8d15@contac-dt.de> <fb732263332.52fc8d51@contac-dt.de>
	<fb7331755374.52fc8dcc@contac-dt.de>
Message-ID: <fb7300624532.52fc9c0e@contac-dt.de>

Finally I have stolen the magic from http://sourceforge.net/p/gar/code/HEAD/tree/csw/mgar/pkg/file/trunk/Makefile, 
but for the configuration step was this this hint in configure.ac important:

# The version of python used is determined by the executable pointed to by
# the PYTHON environment variable. For instance if your system installs
# Python 3 as python3 to configure to compile pygobject under Python 3
# you would do this:
# $> PYTHON=python3 ./configure

So I have to add in recipe also:

EXTRA_CONFIGURE_ENV = PYTHON=python$(PYTHON_VERSION)

In .buildsys/v2/categories/python/categor.mk I have seen that the underline natation is used:

MODULATIONS_PYTHON_VERSION ?= 2_6 2_7

Is this correct? I have to use the dotted notation for work:
MODULATIONS_PYTHON_VERSION = 2.6 2.7

Carsten

?Am 12.02.14 schrieb Maciej (Matchek) Blizi?ski  <maciej at opencsw.org>:
> 2014-02-12 11:43 GMT+00:00 Carsten Grzemba <grzemba at contac-dt.de>:
>  
> > What is the correct way to package for both (or all) versions of python? 
> > I can not use the category python for pygtk and pygobject
> >  
> 
> 
> You can't/shouldn't put category modulators in the recipe.
> 
> 
> I was thinking that maybe you can have a separate build recipe just for the Python modules? It would be a separate Makefile, building from the same sources, but only generating the Python modules. I don't know if it's a workable idea, but maybe it's worth investigating?
>  
> 
> Maciej
> 
> 
> 
>  
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140213/816bbe7b/attachment.html>

From dam at opencsw.org  Thu Feb 13 11:05:35 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 13 Feb 2014 11:05:35 +0100
Subject: How to build python2.7 packages
In-Reply-To: <fb7300624532.52fc9c0e@contac-dt.de>
References: <fb74d63d47cb.52fb5dca@contac-dt.de>
	<fb74eb31434d.52fb5e07@contac-dt.de>
	<fb74f1b34b01.52fb5e46@contac-dt.de>
	<fb74aa4e45bf.52fb6c84@contac-dt.de>
	<CALtRa-5F1wDZwWpe4AE=0N7Rr165LjaAbprQpxEM5dGaD90DaQ@mail.gmail.com>
	<fb73139a1f3c.52fc8ba5@contac-dt.de>
	<fb734e48464b.52fc8be1@contac-dt.de>
	<fb737902eaf.52fc8c20@contac-dt.de>
	<fb7320845e67.52fc8c5e@contac-dt.de>
	<fb735b853834.52fc8c9d@contac-dt.de>
	<fb7375835777.52fc8cd9@contac-dt.de>
	<fb7329181a.52fc8d15@contac-dt.de>
	<fb732263332.52fc8d51@contac-dt.de>
	<fb7331755374.52fc8dcc@contac-dt.de>
	<fb7300624532.52fc9c0e@contac-dt.de>
Message-ID: <7998B794-8511-4D54-BBFE-36B28557BC44@opencsw.org>

Hi Carsten,

Am 13.02.2014 um 10:18 schrieb Carsten Grzemba <grzemba at contac-dt.de>:

> Finally I have stolen the magic from http://sourceforge.net/p/gar/code/HEAD/tree/csw/mgar/pkg/file/trunk/Makefile, 
> but for the configuration step was this this hint in configure.ac important:
> 
> # The version of python used is determined by the executable pointed to by
> # the PYTHON environment variable.  For instance if your system installs
> # Python 3 as python3 to configure to compile pygobject under Python 3
> # you would do this:
> # $> PYTHON=python3 ./configure
> 
> So I have to add in recipe also:
> 
> EXTRA_CONFIGURE_ENV = PYTHON=python$(PYTHON_VERSION)
> 
> In .buildsys/v2/categories/python/categor.mk I have seen that the underline natation is used:
> 
> MODULATIONS_PYTHON_VERSION ?= 2_6 2_7
> 
> Is this correct? I have to use the dotted notation for work:
> MODULATIONS_PYTHON_VERSION = 2.6 2.7

This doesn?t matter at all, just make sure to always use either the dotted or the underline notation.
I guess Peter was not aware that dots are allowed in the category file, feel free to adjust (and test!) it.


Best regards

  ? Dago

> 
> Carsten
> 
>  Am 12.02.14 schrieb Maciej (Matchek) Blizi?ski <maciej at opencsw.org>:
>> 
>> 2014-02-12 11:43 GMT+00:00 Carsten Grzemba <grzemba at contac-dt.de>:
>> What is the correct way to package for both (or all) versions of python? 
>> I can not use the category python for pygtk and pygobject
>> 
>> You can't/shouldn't put category modulators in the recipe.
>> 
>> I was thinking that maybe you can have a separate build recipe just for the Python modules? It would be a separate Makefile, building from the same sources, but only generating the Python modules. I don't know if it's a workable idea, but maybe it's worth investigating?
>> 
>> Maciej

-- 
"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/maintainers/attachments/20140213/d2e67025/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140213/d2e67025/attachment-0001.p7s>

From maciej at opencsw.org  Thu Feb 13 11:12:34 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Thu, 13 Feb 2014 10:12:34 +0000
Subject: How to build python2.7 packages
In-Reply-To: <fb7300624532.52fc9c0e@contac-dt.de>
References: <fb74d63d47cb.52fb5dca@contac-dt.de>
	<fb74eb31434d.52fb5e07@contac-dt.de>
	<fb74f1b34b01.52fb5e46@contac-dt.de>
	<fb74aa4e45bf.52fb6c84@contac-dt.de>
	<CALtRa-5F1wDZwWpe4AE=0N7Rr165LjaAbprQpxEM5dGaD90DaQ@mail.gmail.com>
	<fb73139a1f3c.52fc8ba5@contac-dt.de>
	<fb734e48464b.52fc8be1@contac-dt.de>
	<fb737902eaf.52fc8c20@contac-dt.de>
	<fb7320845e67.52fc8c5e@contac-dt.de>
	<fb735b853834.52fc8c9d@contac-dt.de>
	<fb7375835777.52fc8cd9@contac-dt.de>
	<fb7329181a.52fc8d15@contac-dt.de> <fb732263332.52fc8d51@contac-dt.de>
	<fb7331755374.52fc8dcc@contac-dt.de>
	<fb7300624532.52fc9c0e@contac-dt.de>
Message-ID: <CALtRa-78FPe_oK35c+nfMvALu-eJbErxYy36-SxJfsFoX=9K+g@mail.gmail.com>

2014-02-13 9:18 GMT+00:00 Carsten Grzemba <grzemba at contac-dt.de>:
>
> In .buildsys/v2/categories/python/categor.mk I have seen that the underline natation is used:
>
> MODULATIONS_PYTHON_VERSION ?= 2_6 2_7

Yes, you need an underscore, because these values later become parts
of variable names, e.g. FOO_2_6.

> Is this correct?

Yes.

> I have to use the dotted notation for work:
> MODULATIONS_PYTHON_VERSION = 2.6 2.7

No, because these are modulation keys, not Python binary suffixes.
Maybe we should make them look more different?

MODULATIONS_PYTHON_VERSION ?= TWO_SIX TWO_SEVEN

So that people wouldn't try to stick it at the end of a Python binary
version. Then you'd have:

PYTHON_BINARY_SUFFIX_TWO_SIX = 2.6
PYTHON_BINARY_SUFFIX_TWO_SEVEN = 2.7

And:

PYTHON=python$(PYTHON_BINARY_SUFFIX_$(PYTHON_VERSION))

From maciej at opencsw.org  Thu Feb 13 11:54:46 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Thu, 13 Feb 2014 10:54:46 +0000
Subject: OSQA needs updating
Message-ID: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>

Our OSQA installation at http://www.opencsw.org/community/ needs some work.
It works with django 1.2, but does not work with django 1.4; so we cannot
update the django package on the www host.

Someone needs to take care of updating OSQA on the www host or shutting it
down and migrating the content to e.g. static HTML.

Any volunteers?

Maciej
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140213/6db77cd9/attachment.html>

From dam at opencsw.org  Thu Feb 13 13:51:45 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 13 Feb 2014 13:51:45 +0100
Subject: isaexec and Tcl/Tk
In-Reply-To: <52FBB9FF.4090704@opencsw.org>
References: <52B30C42.3020702@opencsw.org>
	<79B2C570-50AB-4FA0-A27E-4BDA74BBDB8C@opencsw.org>
	<x6k3f0ltrz.fsf@opencsw.org> <52E1905C.9020000@opencsw.org>
	<6056C3B3-3741-43A0-982F-2675F5A8454F@opencsw.org>
	<52FBB9FF.4090704@opencsw.org>
Message-ID: <206DEDE1-D249-4B5A-9152-4FF5E5B67583@opencsw.org>

Hi Oliver,

Am 12.02.2014 um 19:14 schrieb Oliver Kiddle <opk at opencsw.org>:
> On 11/02/14 07:53, Dagobert Michelsen wrote:
>> I made a set of packages with alternatives between 32 and 64 bit with preference to 64 bit which pretty much should be the same as isaexec nowadays when there are no further optimizations. Also at the moment we don?t have a recent subversion for Solaris 9 and therefore strange package names for the Solaris 9 set: http://buildfarm.opencsw.org/experimental.html#tcl-alternatives Please give it a go and let me know how it goes. Best regards ? Dago 
> 
> Thanks. This works very nicely for the /opt/csw/bin/tclsh8.5 link but the /opt/csw/bin/tclsh symlink appears to be missing. I'm guessing this is related to this line:
> +EXTRA_MERGE_DIRS += $(bindir)
> This variable doesn't seem to be documented. I tried replacing it with selective use of EXTRA_MERGE_EXCLUDE_FILES without success.

I now made tclsh8.5 now a slave link in alternatives. However, the current
alternatives implementation is broken and cannot set back to 32 bit without
bailing out and only setting tclsh8.5 correctly. Going back to RedHat alternatives
is a thing being on my todo list for a long time, maybe this is incentive enough
to fix it. New packages for tcl are available btw., please try.


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140213/972c95af/attachment.p7s>

From opk at opencsw.org  Thu Feb 13 15:14:59 2014
From: opk at opencsw.org (Oliver Kiddle)
Date: Thu, 13 Feb 2014 15:14:59 +0100 (CET)
Subject: isaexec and Tcl/Tk
In-Reply-To: <206DEDE1-D249-4B5A-9152-4FF5E5B67583@opencsw.org>
References: <52B30C42.3020702@opencsw.org>
	<79B2C570-50AB-4FA0-A27E-4BDA74BBDB8C@opencsw.org>
	<x6k3f0ltrz.fsf@opencsw.org> <52E1905C.9020000@opencsw.org>
	<6056C3B3-3741-43A0-982F-2675F5A8454F@opencsw.org>
	<52FBB9FF.4090704@opencsw.org>
	<206DEDE1-D249-4B5A-9152-4FF5E5B67583@opencsw.org>
Message-ID: <201402131414.s1DEExeO006421@login.bo.opencsw.org>

> I now made tclsh8.5 now a slave link in alternatives. However, the current
> alternatives implementation is broken and cannot set back to 32 bit without
> bailing out and only setting tclsh8.5 correctly. Going back to RedHat alternatives
> is a thing being on my todo list for a long time, maybe this is incentive enough
> to fix it. New packages for tcl are available btw., please try.

I get the following when trying to set it to 32-bit. Is this what you
mean about the current alternatives being broken?

# /opt/csw/sbin/alternatives --config tclsh
Chooser for software 'tclsh'
640 /opt/csw/bin/tclsh /opt/csw/bin/sparcv9/tclsh
320 /opt/csw/bin/tclsh /opt/csw/bin/sparcv8plus/tclsh
Input the priority number for your desired choice, or 0 to quit
320
ERROR: set_link needs 3 arguments
/opt/csw/sbin/alternatives[54]: shift: bad number


From dam at opencsw.org  Thu Feb 13 15:22:46 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 13 Feb 2014 15:22:46 +0100
Subject: isaexec and Tcl/Tk
In-Reply-To: <201402131414.s1DEExeO006421@login.bo.opencsw.org>
References: <52B30C42.3020702@opencsw.org>
	<79B2C570-50AB-4FA0-A27E-4BDA74BBDB8C@opencsw.org>
	<x6k3f0ltrz.fsf@opencsw.org> <52E1905C.9020000@opencsw.org>
	<6056C3B3-3741-43A0-982F-2675F5A8454F@opencsw.org>
	<52FBB9FF.4090704@opencsw.org>
	<206DEDE1-D249-4B5A-9152-4FF5E5B67583@opencsw.org>
	<201402131414.s1DEExeO006421@login.bo.opencsw.org>
Message-ID: <7F76D98A-5096-4919-BABA-5779058F2BEB@opencsw.org>

Hi Oliver,

Am 13.02.2014 um 15:14 schrieb Oliver Kiddle <opk at opencsw.org>:
>> I now made tclsh8.5 now a slave link in alternatives. However, the current
>> alternatives implementation is broken and cannot set back to 32 bit without
>> bailing out and only setting tclsh8.5 correctly. Going back to RedHat alternatives
>> is a thing being on my todo list for a long time, maybe this is incentive enough
>> to fix it. New packages for tcl are available btw., please try.
> 
> I get the following when trying to set it to 32-bit. Is this what you
> mean about the current alternatives being broken?
> 
> # /opt/csw/sbin/alternatives --config tclsh
> Chooser for software 'tclsh'
> 640 /opt/csw/bin/tclsh /opt/csw/bin/sparcv9/tclsh
> 320 /opt/csw/bin/tclsh /opt/csw/bin/sparcv8plus/tclsh
> Input the priority number for your desired choice, or 0 to quit
> 320
> ERROR: set_link needs 3 arguments
> /opt/csw/sbin/alternatives[54]: shift: bad number

Yes, exactly. Same for alternatives ?select tclsh /opt/csw/bin/sparcv8plus/tclsh
The current implementation is a NFS-shared-/opt/csw-friendly reimplementation
in ksh of the redhat alternatives, but lacking the slave-group syntax. Maybe
you as shell-superguru can quickly fix it?


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140213/67602e04/attachment.p7s>

From grzemba at contac-dt.de  Thu Feb 13 16:54:41 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Thu, 13 Feb 2014 16:54:41 +0100
Subject: OSQA needs updating
In-Reply-To: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
Message-ID: <fb70f20e1664.52fcf8d1@contac-dt.de>

I would take a look at this

Carsten

Am 13.02.14 schrieb Maciej (Matchek) Blizi?ski  <maciej at opencsw.org>:
> Our OSQA installation at?http://www.opencsw.org/community/ needs some work. It works with django 1.2, but does not work with django 1.4; so we cannot update the django package on the www host. 
> 
> Someone needs to take care of updating OSQA on the www host or shutting it down and migrating the content to e.g. static HTML.
> 
> 
> Any volunteers?
> 
> 
> Maciej
>  
> 
>  
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140213/34bf93e7/attachment-0001.html>

From dam at opencsw.org  Thu Feb 13 16:57:25 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 13 Feb 2014 16:57:25 +0100
Subject: OSQA needs updating
In-Reply-To: <fb70f20e1664.52fcf8d1@contac-dt.de>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
	<fb70f20e1664.52fcf8d1@contac-dt.de>
Message-ID: <01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>

Hi Carsten,

Am 13.02.2014 um 16:54 schrieb Carsten Grzemba <grzemba at contac-dt.de>:
> I would take a look at this

Cool! IIRC there are the following tasks:
- update our osqa to the latest trunk
- look why our osqa does not work with django 1.4
- look why our osqa is so slow

Maciej, did I forgot anything?

@Carsten: Do you have access to the webserver?


Best regards

  ? Dago


> 
> Carsten
> 
> Am 13.02.14 schrieb Maciej (Matchek) Blizi?ski <maciej at opencsw.org>:
>> Our OSQA installation at http://www.opencsw.org/community/ needs some work. It works with django 1.2, but does not work with django 1.4; so we cannot update the django package on the www host.
>> 
>> Someone needs to take care of updating OSQA on the www host or shutting it down and migrating the content to e.g. static HTML.
>> 
>> Any volunteers?
>> 
>> Maciej

-- 
"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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140213/a2729b7a/attachment.p7s>

From jgoerzen at opencsw.org  Thu Feb 13 18:27:02 2014
From: jgoerzen at opencsw.org (Jake Goerzen)
Date: Thu, 13 Feb 2014 09:27:02 -0800
Subject: ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
Message-ID: <52FD0066.5000203@opencsw.org>

Hello all,

   Since the last update to mysql packages I can no longer build dovecot 
anymore, configure fails with:

    checking for mysql_config... mysql_config
    checking for mysql_init in -lmysqlclient... no
    configure: error: Can't build with MySQL support: libmysqlclient not
    found
    /home/jgoerzen/opencsw/.buildsys/v2/gar//gar.lib.mk:835: recipe for
    target
    'configure-work/solaris10-i386/build-isa-pentium_pro/dovecot-2.2.10/configure'
    failedgmake[1]: ***
    [configure-work/solaris10-i386/build-isa-pentium_pro/dovecot-2.2.10/configure]
    Error 1




Looking In config.log the error encountered is:
ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable


    configure:23474: checking for mysql_init in -lmysqlclient
    configure:23499: /opt/SUNWspro/bin/cc -o conftest -xO3 -m32
    -xarch=pentium_pro -xchip=pentium_pro -I/opt/csw/include
    -I/opt/csw/include/mysql -I/opt/csw/include/postgresql
    -I/opt/csw/include -m32 -xarch=pentium_pro -xchip=pentium_pro
    -L/opt/csw/lib conftest.c -lmysqlclient  -lrt -lnsl -lsocket
    -lsendfile -L/opt/csw/lib -lmysqlclient  -lsocket -lz -lnsl -lrt
    -lssl -lcrypto -lz -lm >&5
    "conftest.c", line 155: warning: statement not reached
    ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable:
             required by file /opt/csw/lib/libmysqlclient.so
    ld: fatal: file processing errors. No output written to conftest



I tried switching the compiler to GCC4 but configure still can't find or 
link -lmysqlclient  What could be the problem?

/Jake
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140213/3a56eb37/attachment.html>

From maciej at opencsw.org  Fri Feb 14 10:57:05 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Fri, 14 Feb 2014 09:57:05 +0000
Subject: OSQA needs updating
In-Reply-To: <01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
	<fb70f20e1664.52fcf8d1@contac-dt.de>
	<01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>
Message-ID: <CALtRa-6T-8GKE7VnWyJOTBo5LUNBy4d-v70+kwYoN4DqzWQjQw@mail.gmail.com>

2014-02-13 15:57 GMT+00:00 Dagobert Michelsen <dam at opencsw.org>:

> Cool! IIRC there are the following tasks:
> - update our osqa to the latest trunk
> - look why our osqa does not work with django 1.4
> - look why our osqa is so slow
>
> Maciej, did I forgot anything?
>

Trying to speed up OSQA might be hard. For now I'd focus on just getting it
up to date.

I think there's a community effort to maintain OSQA which keeps the code on
github.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140214/a891d221/attachment.html>

From dam at opencsw.org  Fri Feb 14 15:15:26 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 14 Feb 2014 15:15:26 +0100
Subject: Subversion update
Message-ID: <7B0B7B1B-350B-4ED7-884E-D080F4805C85@opencsw.org>

Hi folks,

I needed to update Subversion as the new 1.8 version has a different on-disk format
to the previous 1.7 version and the current 1.8 was released for Solaris 10 only.
First thanks to Rupert for doing the update work to 1.8 :-) Meanwhile for the upgrade
I had to touch several other packages:

- scons has been updated to 2.3 on Solaris 9 too and a linker issue which prohibited
  setting of SONAME was fixed
- libserf was updated to 1.3.3 on Solaris 9 and the package name was adjusted to match
  the now existing SONAME to CSWlibserf1-1. Also 64 bit was added while I was at it.
- subversion was updated to 1.8.5 on Solaris 9. Additionally, the apache-modules have
  bee relocated back to their original location /opt/csw/apache2/libexec and back in
  CSWap2svn as reported in #5143:
    https://www.opencsw.org/mantis/view.php?id=5143


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140214/185810ec/attachment.p7s>

From grzemba at contac-dt.de  Fri Feb 14 15:32:59 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Fri, 14 Feb 2014 15:32:59 +0100
Subject: Experts wanted: Re: py_gtk
In-Reply-To: <fb7341d1600b.52fe28fe@contac-dt.de>
References: <52F80344.90006@opencsw.org> <ff0de1342250.52f882dd@contac-dt.de>
	<ff0de0ca76dd.52f88319@contac-dt.de>
	<ff0decae1eab.52f88355@contac-dt.de>
	<ff0daa193803.52f88394@contac-dt.de>
	<ff0dfc16662b.52f883d1@contac-dt.de>
	<ff0dad601348.52f8840d@contac-dt.de>
	<ff0dfd366100.52f88449@contac-dt.de>
	<ff0da50bbf1.52f88486@contac-dt.de>
	<ff0d9a014f01.52f884c5@contac-dt.de>
	<ff0de8d35f26.52f88501@contac-dt.de>
	<ff0dfc161ed5.52f89312@contac-dt.de>
	<52F88C90.6080704@opencsw.org> <fb7341d1600b.52fe28fe@contac-dt.de>
Message-ID: <fb735d505e05.52fe372b@contac-dt.de>

Hi,

for Python2.6 and Python2.7 py_gobject, py_gtk, py_cairo are on catalog unstable now. Please test.

Carsten

Am 10.02.14 schrieb Oliver Kiddle  <opk at opencsw.org>:
> On 10/02/14 08:51, Carsten Grzemba wrote:
> >or we have to downgrade py_gobject.
> By downgrade, do you mean leave at version 2.90.4 rather than upgrading to 3.11.5? Or do you mean some earlier version?
> I'd be happy with any version that basically works. The combination of versions we had before was working together. It might be easier to be solving one problem at a time: first the Python 2.7 mix and then updating to support their new APIs.
> 
> Oliver
> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140214/55ebbead/attachment-0001.html>

From dam at opencsw.org  Sun Feb 16 13:39:04 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Sun, 16 Feb 2014 13:39:04 +0100
Subject: ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
In-Reply-To: <52FD0066.5000203@opencsw.org>
References: <52FD0066.5000203@opencsw.org>
Message-ID: <C096AEA0-11DC-4725-8DCE-F37463F8F6FC@opencsw.org>

Hi Jake,

Am 13.02.2014 um 18:27 schrieb Jake Goerzen <jgoerzen at opencsw.org>:
>   Since the last update to mysql packages I can no longer build dovecot anymore, configure fails with:
> 
> checking for mysql_config... mysql_config
> checking for mysql_init in -lmysqlclient... no
> configure: error: Can't build with MySQL support: libmysqlclient not found
> /home/jgoerzen/opencsw/.buildsys/v2/gar//gar.lib.mk:835: recipe for target 'configure-work/solaris10-i386/build-isa-pentium_pro/dovecot-2.2.10/configure' failedgmake[1]: *** [configure-work/solaris10-i386/build-isa-pentium_pro/dovecot-2.2.10/configure] Error 1
> 
> Looking In config.log the error encountered is:
> ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
> 
> configure:23474: checking for mysql_init in -lmysqlclient
> configure:23499: /opt/SUNWspro/bin/cc -o conftest -xO3 -m32 -xarch=pentium_pro -xchip=pentium_pro -I/opt/csw/include   -I/opt/csw/include/mysql -I/opt/csw/include/postgresql -I/opt/csw/include -m32 -xarch=pentium_pro -xchip=pentium_pro -L/opt/csw/lib conftest.c -lmysqlclient  -lrt -lnsl -lsocket  -lsendfile -L/opt/csw/lib -lmysqlclient  -lsocket -lz -lnsl -lrt -lssl -lcrypto -lz -lm >&5
> "conftest.c", line 155: warning: statement not reached
> ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable:
>         required by file /opt/csw/lib/libmysqlclient.so
> ld: fatal: file processing errors. No output written to conftest
> 
> I tried switching the compiler to GCC4 but configure still can't find or link -lmysqlclient  What could be the problem?

The problem is that mysql actually needs the newer libc-version for getpagesize2() as reported in
  https://www.opencsw.org/mantis/view.php?id=5137
This is not related to GCC or Sun Studio. I suggest you disable the linker map forcing 1.22.5 in your Makefile with
  # Disable linker map forcing SUNW_1.22.2 as the linked MySQL needs SUNW_1.22.5
  LINKER_MAPS =
After that everything sould work cleanly.


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/maintainers/attachments/20140216/3abea60b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140216/3abea60b/attachment.p7s>

From dam at opencsw.org  Sun Feb 16 20:55:05 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Sun, 16 Feb 2014 20:55:05 +0100
Subject: libffi, missing symbolic link
In-Reply-To: <5300CF59.1060708@opencsw.org>
References: <53009CB3.5020106@opencsw.org>
	<83290F6D-9C75-4941-A011-986276DEFAA3@opencsw.org>
	<5300CF59.1060708@opencsw.org>
Message-ID: <0A3C3C2D-D2BC-4121-B320-CE9966B00CA8@opencsw.org>

Hi Riccardo,

Am 16.02.2014 um 15:46 schrieb Riccardo Mottola <rmottola at opencsw.org>:
> On 02/16/14 13:14, Dagobert Michelsen wrote:
>> Am 16.02.2014 um 12:10 schrieb Riccardo Mottola <rmottola at opencsw.org>:
>>> I had some success getting GNUstep work on solaris 8 & 10! however, when I updated right now on solaris 10, I cannot configure it anymore (use the same options though)
> I will try out as soon as the weekend ends and let you know! What happened then is that the upgrade did not install the -dev package.
> I notice that both v4 and v5 are required, it would be perhaps

What for? If rebuilds are needed just drop a note and we can rebuild them.

>> Excellent! As Peter suggested the previous ffi-package has been split into the
>> library and the dev-package which is not installed by default. Maybe you can
>> make a package from GNUstep?
> 
> Is there interest in GS packages? I am ashamed to admit that after one year haven't started contributing with packages and my project to have at least a subset of solaris 8 packages remained at the starting block.
> My principal interest is in GNUstep itself, I'd be very happy if other people were interested in it, everything that raises its awareness is welcome. I have read sometimes people here interested in alternative desktop environments and portable toolkits. i offered GNUstep without reply.
> 
> Packaging GNUstep is not that easy when done on certain operating systems. I would package separately, adding like 10-20 packages, divided in core frameworks, developer tools, additional frameworks and then the different applications, ranging from stuff like terminal and file manager up to FTP tools and other stuff.
> I guess that certain apps don't have a use on Solaris, like a battery monitor for laptops or audio mixer control, since there are no laptops ad few UltraSparc workstations.
> 
> If somebody else is interested in GNUstep I'll be happy to do and/or help with the packaging, everything which gives GS more exposure is good!

Probably, I know Carsten runs Solaris on his desktop, I don?t know if he is interested
in GNUstep, though.


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140216/923cf3fa/attachment.p7s>

From maciej at opencsw.org  Sun Feb 16 22:47:41 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Sun, 16 Feb 2014 21:47:41 +0000
Subject: New code deployment imminent
Message-ID: <CALtRa-6TCnLjmSgKbbRq2bK9HFVS0nthdMVhKeT3vOG8nndk6A@mail.gmail.com>

I am preparing to deploy the code I've been working on for over a year
now. I will probably break the buildfarm. But the I'll probably fix it.

Will anything be better when the new code is deployed? Moderately. The
database will be probably happier when we no longer store 64MB big rows in
the database. We'll also bring back metadata display on the buildfarm web
UI, so you'll be able to easily see what checkpkg sees when it examines a
package.

The new code will make the biggest difference to people who want to set up
their own buildfarms on smaller machines.

I don't have the exact timeline, I will possibly start the making the
changes tonight and the buildfarm will be likely broken on Monday. I'll
keep you posted.

Maciej
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140216/f50271f0/attachment.html>

From Joerg.Schilling at fokus.fraunhofer.de  Mon Feb 17 12:53:32 2014
From: Joerg.Schilling at fokus.fraunhofer.de (Joerg Schilling)
Date: Mon, 17 Feb 2014 12:53:32 +0100
Subject: ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
In-Reply-To: <C096AEA0-11DC-4725-8DCE-F37463F8F6FC@opencsw.org>
References: <52FD0066.5000203@opencsw.org>
	<C096AEA0-11DC-4725-8DCE-F37463F8F6FC@opencsw.org>
Message-ID: <5301f83c.gz/CIkDMcX4UFAAV%Joerg.Schilling@fokus.fraunhofer.de>

Dagobert Michelsen <dam at opencsw.org> wrote:

> The problem is that mysql actually needs the newer libc-version for getpagesize2() as reported in
>   https://www.opencsw.org/mantis/view.php?id=5137
> This is not related to GCC or Sun Studio. I suggest you disable the linker map forcing 1.22.5 in your Makefile with
>   # Disable linker map forcing SUNW_1.22.2 as the linked MySQL needs SUNW_1.22.5
>   LINKER_MAPS =
> After that everything sould work cleanly.

I am a bit confused. What should getpagesize2() be?

J?rg

-- 
 EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin
       js at cs.tu-berlin.de                (uni)  
       joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

From wilbury at opencsw.org  Mon Feb 17 12:57:30 2014
From: wilbury at opencsw.org (Juraj Lutter)
Date: Mon, 17 Feb 2014 12:57:30 +0100
Subject: ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
In-Reply-To: <5301f83c.gz/CIkDMcX4UFAAV%Joerg.Schilling@fokus.fraunhofer.de>
References: <52FD0066.5000203@opencsw.org>	<C096AEA0-11DC-4725-8DCE-F37463F8F6FC@opencsw.org>
	<5301f83c.gz/CIkDMcX4UFAAV%Joerg.Schilling@fokus.fraunhofer.de>
Message-ID: <5301F92A.5060501@opencsw.org>

On 02/17/14 12:53, Joerg Schilling wrote:
> Dagobert Michelsen <dam at opencsw.org> wrote:
>
>> The problem is that mysql actually needs the newer libc-version for getpagesize2() as reported in
>>   https://www.opencsw.org/mantis/view.php?id=5137
>> This is not related to GCC or Sun Studio. I suggest you disable the linker map forcing 1.22.5 in your Makefile with
>>   # Disable linker map forcing SUNW_1.22.2 as the linked MySQL needs SUNW_1.22.5
>>   LINKER_MAPS =
>> After that everything sould work cleanly.
> I am a bit confused. What should getpagesize2() be?

It should be, probably, getpagesize(2)


-- 
Juraj Lutter <wilbury at opencsw.org>


From Joerg.Schilling at fokus.fraunhofer.de  Mon Feb 17 13:01:37 2014
From: Joerg.Schilling at fokus.fraunhofer.de (Joerg Schilling)
Date: Mon, 17 Feb 2014 13:01:37 +0100
Subject: ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
In-Reply-To: <5301F92A.5060501@opencsw.org>
References: <52FD0066.5000203@opencsw.org>
	<C096AEA0-11DC-4725-8DCE-F37463F8F6FC@opencsw.org>
	<5301f83c.gz/CIkDMcX4UFAAV%Joerg.Schilling@fokus.fraunhofer.de>
	<5301F92A.5060501@opencsw.org>
Message-ID: <5301fa21.qxc8Az7uLPvGlGlL%Joerg.Schilling@fokus.fraunhofer.de>

Juraj Lutter <wilbury at opencsw.org> wrote:

> >> The problem is that mysql actually needs the newer libc-version for getpagesize2() as reported in
> >>   https://www.opencsw.org/mantis/view.php?id=5137
> >> This is not related to GCC or Sun Studio. I suggest you disable the linker map forcing 1.22.5 in your Makefile with
> >>   # Disable linker map forcing SUNW_1.22.2 as the linked MySQL needs SUNW_1.22.5
> >>   LINKER_MAPS =
> >> After that everything sould work cleanly.
> > I am a bit confused. What should getpagesize2() be?
>
> It should be, probably, getpagesize(2)

Well, I am still confused as getpagesize(2) is in libc since a long time (since 
2001).

J?rg

-- 
 EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin
       js at cs.tu-berlin.de                (uni)  
       joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

From jh at opencsw.org  Mon Feb 17 13:10:48 2014
From: jh at opencsw.org (Jan Holzhueter)
Date: Mon, 17 Feb 2014 13:10:48 +0100
Subject: ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
In-Reply-To: <5301F92A.5060501@opencsw.org>
References: <52FD0066.5000203@opencsw.org>	<C096AEA0-11DC-4725-8DCE-F37463F8F6FC@opencsw.org>	<5301f83c.gz/CIkDMcX4UFAAV%Joerg.Schilling@fokus.fraunhofer.de>
	<5301F92A.5060501@opencsw.org>
Message-ID: <5301FC48.3060308@opencsw.org>

Am 17.02.14 12:57, schrieb Juraj Lutter:
> On 02/17/14 12:53, Joerg Schilling wrote:
>> Dagobert Michelsen <dam at opencsw.org> wrote:
>>
>>> The problem is that mysql actually needs the newer libc-version for getpagesize2() as reported in
>>>   https://www.opencsw.org/mantis/view.php?id=5137
>>> This is not related to GCC or Sun Studio. I suggest you disable the linker map forcing 1.22.5 in your Makefile with
>>>   # Disable linker map forcing SUNW_1.22.2 as the linked MySQL needs SUNW_1.22.5
>>>   LINKER_MAPS =
>>> After that everything sould work cleanly.
>> I am a bit confused. What should getpagesize2() be?
> 
> It should be, probably, getpagesize(2)


it's getpagesizes2 :)


SYMBOL_VERSION SUNW_1.22.5 {	# s10u8 - SunOS 5.10 (Solaris 10) patch
additions
    protected:
	getpagesizes2;
} SUNW_1.22.4;

They changed that in U8
https://github.com/illumos/illumos-gate/blob/master/usr/src/lib/libc/port/sys/getpagesizes.c

And therefore the header changed too:

mman.h

which iirc points getpagesizes to getpagessizes2.

So you would need to replace the header to to get old getpagesizes.
Which I don't want to do.

All that stuff you need to have largepage support in x86 iirc. Which you
might want to have in mysql.
Thats why I uses a custom map file back then in  mysql to use libc 1.22.5

Greetings
Jan



From Joerg.Schilling at fokus.fraunhofer.de  Mon Feb 17 13:37:44 2014
From: Joerg.Schilling at fokus.fraunhofer.de (Joerg Schilling)
Date: Mon, 17 Feb 2014 13:37:44 +0100
Subject: ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
In-Reply-To: <5301FC48.3060308@opencsw.org>
References: <52FD0066.5000203@opencsw.org>
	<C096AEA0-11DC-4725-8DCE-F37463F8F6FC@opencsw.org>
	<5301f83c.gz/CIkDMcX4UFAAV%Joerg.Schilling@fokus.fraunhofer.de>
	<5301F92A.5060501@opencsw.org> <5301FC48.3060308@opencsw.org>
Message-ID: <53020298.ENWupuOfEWbISRit%Joerg.Schilling@fokus.fraunhofer.de>

Jan Holzhueter <jh at opencsw.org> wrote:

> it's getpagesizes2 :)
>
>
> SYMBOL_VERSION SUNW_1.22.5 {	# s10u8 - SunOS 5.10 (Solaris 10) patch
> additions
>     protected:
> 	getpagesizes2;
> } SUNW_1.22.4;
>
> They changed that in U8
> https://github.com/illumos/illumos-gate/blob/master/usr/src/lib/libc/port/sys/getpagesizes.c

OK, this is something I can find...

J?rg

-- 
 EMail:joerg at schily.isdn.cs.tu-berlin.de (home) J?rg Schilling D-13353 Berlin
       js at cs.tu-berlin.de                (uni)  
       joerg.schilling at fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily

From maciej at opencsw.org  Mon Feb 17 15:38:54 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Mon, 17 Feb 2014 14:38:54 +0000
Subject: New code deployment imminent
In-Reply-To: <CALtRa-6TCnLjmSgKbbRq2bK9HFVS0nthdMVhKeT3vOG8nndk6A@mail.gmail.com>
References: <CALtRa-6TCnLjmSgKbbRq2bK9HFVS0nthdMVhKeT3vOG8nndk6A@mail.gmail.com>
Message-ID: <CALtRa-4jHi2a66skCO6APMFy0Q4v9rBDGtUFRT6KC8rX1KY_PQ@mail.gmail.com>

I haven't started the deployment yet, because package indexing was
running late into the night.

The catalog generation is currently stopped.

From maciej at opencsw.org  Tue Feb 18 00:37:14 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Mon, 17 Feb 2014 23:37:14 +0000
Subject: New code deployment imminent
In-Reply-To: <CALtRa-4jHi2a66skCO6APMFy0Q4v9rBDGtUFRT6KC8rX1KY_PQ@mail.gmail.com>
References: <CALtRa-6TCnLjmSgKbbRq2bK9HFVS0nthdMVhKeT3vOG8nndk6A@mail.gmail.com>
	<CALtRa-4jHi2a66skCO6APMFy0Q4v9rBDGtUFRT6KC8rX1KY_PQ@mail.gmail.com>
Message-ID: <CALtRa-5-0+gqfSWv9f=3dw4Pm-o8-C9JrGCTKdQ6Cv95te01xQ@mail.gmail.com>

I've started the work. The new code is committed to the repository,
and I'm working on putting the new database in place.

Please do not attempt to do anything on the buildfarm until further notice.

From rmottola at opencsw.org  Tue Feb 18 00:36:43 2014
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Tue, 18 Feb 2014 00:36:43 +0100
Subject: libffi, missing symbolic link
In-Reply-To: <0A3C3C2D-D2BC-4121-B320-CE9966B00CA8@opencsw.org>
References: <53009CB3.5020106@opencsw.org>
	<83290F6D-9C75-4941-A011-986276DEFAA3@opencsw.org>
	<5300CF59.1060708@opencsw.org>
	<0A3C3C2D-D2BC-4121-B320-CE9966B00CA8@opencsw.org>
Message-ID: <53029D0B.50801@opencsw.org>

Dagobert Michelsen wrote:
>> I notice that both v4 and v5 are required, it would be perhaps
> What for? If rebuilds are needed just drop a note and we can rebuild them.
>
This is what I get if I attempt a remove:

bash-4.2$ sudo pkgutil -r CSWlibffi4
Solving needed dependencies ...
Looking at installed packages ...
Examining dependencies for:
   CSWlibffi4 (in use)
   CSWlibgcc-s1 (in use)
   CSWcommon (in use)
Nothing to remove.



Riccardo


From rmottola at opencsw.org  Tue Feb 18 00:51:12 2014
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Tue, 18 Feb 2014 00:51:12 +0100
Subject: libffi, missing symbolic link
In-Reply-To: <0A3C3C2D-D2BC-4121-B320-CE9966B00CA8@opencsw.org>
References: <53009CB3.5020106@opencsw.org>
	<83290F6D-9C75-4941-A011-986276DEFAA3@opencsw.org>
	<5300CF59.1060708@opencsw.org>
	<0A3C3C2D-D2BC-4121-B320-CE9966B00CA8@opencsw.org>
Message-ID: <5302A070.5060601@opencsw.org>

Hi,

Dagobert Michelsen wrote:
> I will try out as soon as the weekend ends and let you know! What happened then is that the upgrade did not install the -dev package.
I installed libffi_dev:
bash-4.2$ sudo pkgutil -l | grep ffi
CSWlibffi-dev
CSWlibffi4
CSWlibffi5

however, no link:
bash-4.2$ ls -l /opt/csw/lib/libffi*
lrwxrwxrwx   1 root     root          15 Dec 29 16:39 
/opt/csw/lib/libffi.so.4 -> libffi.so.4.0.1
-rwxr-xr-x   1 root     bin        50156 Sep 27 17:33 
/opt/csw/lib/libffi.so.4.0.1
lrwxrwxrwx   1 root     root          16 Apr  7  2013 
/opt/csw/lib/libffi.so.5 -> libffi.so.5.0.10
-rwxr-xr-x   1 root     bin        25000 Jun 25  2011 
/opt/csw/lib/libffi.so.5.0.10


Riccardo

From maciej at opencsw.org  Tue Feb 18 09:22:48 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Tue, 18 Feb 2014 08:22:48 +0000
Subject: New code deployment imminent
In-Reply-To: <CALtRa-5-0+gqfSWv9f=3dw4Pm-o8-C9JrGCTKdQ6Cv95te01xQ@mail.gmail.com>
References: <CALtRa-6TCnLjmSgKbbRq2bK9HFVS0nthdMVhKeT3vOG8nndk6A@mail.gmail.com>
	<CALtRa-4jHi2a66skCO6APMFy0Q4v9rBDGtUFRT6KC8rX1KY_PQ@mail.gmail.com>
	<CALtRa-5-0+gqfSWv9f=3dw4Pm-o8-C9JrGCTKdQ6Cv95te01xQ@mail.gmail.com>
Message-ID: <CALtRa-5bvRB2rpfBGN78Sa_U1BT74jXKUkc3a3P8LRcu+fqXiQ@mail.gmail.com>

Current status: The work is on the way. The release system is currently down.

Maciej

From maciej at opencsw.org  Tue Feb 18 11:10:19 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Tue, 18 Feb 2014 10:10:19 +0000
Subject: New code deployment imminent
In-Reply-To: <CALtRa-5bvRB2rpfBGN78Sa_U1BT74jXKUkc3a3P8LRcu+fqXiQ@mail.gmail.com>
References: <CALtRa-6TCnLjmSgKbbRq2bK9HFVS0nthdMVhKeT3vOG8nndk6A@mail.gmail.com>
	<CALtRa-4jHi2a66skCO6APMFy0Q4v9rBDGtUFRT6KC8rX1KY_PQ@mail.gmail.com>
	<CALtRa-5-0+gqfSWv9f=3dw4Pm-o8-C9JrGCTKdQ6Cv95te01xQ@mail.gmail.com>
	<CALtRa-5bvRB2rpfBGN78Sa_U1BT74jXKUkc3a3P8LRcu+fqXiQ@mail.gmail.com>
Message-ID: <CALtRa-4NkW_nRmSSmYGd+gMPiWhKBsBM4cX3QdWwAZZi3pCMDg@mail.gmail.com>

Update: package checking works for me, we need to test if it works for everyone.

If you want to help with testing, please "mgar up --all" and see if
you can build and check a package.

Package releases (csw-upload-pkg) and, catalog generation don't work yet.

From opk at opencsw.org  Tue Feb 18 14:26:53 2014
From: opk at opencsw.org (Oliver Kiddle)
Date: Tue, 18 Feb 2014 14:26:53 +0100 (CET)
Subject: isaexec and Tcl/Tk
In-Reply-To: <7F76D98A-5096-4919-BABA-5779058F2BEB@opencsw.org>
References: <52B30C42.3020702@opencsw.org>
	<79B2C570-50AB-4FA0-A27E-4BDA74BBDB8C@opencsw.org>
	<x6k3f0ltrz.fsf@opencsw.org> <52E1905C.9020000@opencsw.org>
	<6056C3B3-3741-43A0-982F-2675F5A8454F@opencsw.org>
	<52FBB9FF.4090704@opencsw.org>
	<206DEDE1-D249-4B5A-9152-4FF5E5B67583@opencsw.org>
	<201402131414.s1DEExeO006421@login.bo.opencsw.org>
	<7F76D98A-5096-4919-BABA-5779058F2BEB@opencsw.org>
Message-ID: <201402181326.s1IDQr9I002823@login.bo.opencsw.org>

> 
> Yes, exactly. Same for alternatives ?select tclsh /opt/csw/bin/sparcv8plus/tclsh
> The current implementation is a NFS-shared-/opt/csw-friendly reimplementation
> in ksh of the redhat alternatives, but lacking the slave-group syntax. Maybe
> you as shell-superguru can quickly fix it?

It actually seems that alternatives does support the slave syntax.
What it isn't coping with is more than one conflicting alternative
being provided by a single package. In the set_manual_prio function,
it links the selected file in /opt/csw/share/alternatives to
/etc/opt/csw/alternatives. This serves as it's "database" of how things
are selected. According the comment in the source it "uses a symlink, so
that way, the manual set does not take effect if the package has been
removed.. but it is remembered if the package is coming right back". The
trouble is that after selecting an alternative, it is linking to the
file containing both alternatives.

The file in /opt/csw/share/alternatives is named by calling $(call
catalogname, $*) in the GAR makefiles. So both the 32-bit and 64-bit
settings are in a file named tcl there. I think we instead need to
support putting them in a different file from GAR. Something like the
following; this uses different files if more than one ALTERNATIVE is
listed. It might be better to use an explicit variable of some sort.
What do you think?

Oliver

  @echo "[ Generating alternatives for package $* ]"
ifeq ($(word 2,$($(or $(ALTERNATIVES_$*),$(ALTERNATIVES)))),)
  
  $(foreach A,$(or $(ALTERNATIVES_$*),$(ALTERNATIVES)), \
  $(if $(ALTERNATIVE_$A), \
    echo "$(ALTERNATIVE_$A)" > $(PKGROOT)/opt/csw/share/alternatives/$(call catalogname,$*)-$A;, \
    $(error The variable 'ALTERNATIVE_$A' is empty, but must contain an alternative)))
else
  ($(if $(ALTERNATIVE),echo "$(ALTERNATIVE)";) \
    $(foreach A,$(or $(ALTERNATIVES_$*),$(ALTERNATIVES)), \
    $(if $(ALTERNATIVE_$A), \
      echo "$(ALTERNATIVE_$A)";, \
      $(error The variable 'ALTERNATIVE_$A' is empty, but must contain an alternative) \
    ))) > $(PKGROOT)/opt/csw/share/alternatives/$(call catalogname,$*)
endif
  @$(MAKECOOKIE)

From grzemba at contac-dt.de  Tue Feb 18 14:31:57 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Tue, 18 Feb 2014 14:31:57 +0100
Subject: OSQA needs updating
In-Reply-To: <bbac6c2868ff.530360b4@contac-dt.de>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
	<fb70f20e1664.52fcf8d1@contac-dt.de>
	<01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>
	<CALtRa-6T-8GKE7VnWyJOTBo5LUNBy4d-v70+kwYoN4DqzWQjQw@mail.gmail.com>
	<bbac235c5758.53035fff@contac-dt.de>
	<bbac79ce3a0a.5303603b@contac-dt.de>
	<bbac21324d1a.53036077@contac-dt.de>
	<bbac6c2868ff.530360b4@contac-dt.de>
Message-ID: <bbac498e7268.53036edd@contac-dt.de>

A setup with our current csw packages django 1.6 and the developer tree (it seems to be that there no release versions taged in the last time) of osqa works in my test environment, so I will try now to migrate our OSQA in the new test setup.

Carsten

Am 14.02.14 schrieb Maciej (Matchek) Blizi?ski  <maciej at opencsw.org>:
> 2014-02-13 15:57 GMT+00:00 Dagobert Michelsen <dam at opencsw.org>:
> 
> >  Cool! IIRC there are the following tasks:
> > 
> > - update our osqa to the latest trunk
> > 
> > - look why our osqa does not work with django 1.4
> > 
> > - look why our osqa is so slow
> > 
> > 
> > 
> > Maciej, did I forgot anything?
> > 
> 
> 
> Trying to speed up OSQA might be hard. For now I'd focus on just getting it up to date.
> 
> 
> I think there's a community effort to maintain OSQA which keeps the code on github. 
>  
>  
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140218/c8f7077d/attachment.html>

From dam at opencsw.org  Tue Feb 18 14:41:29 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 18 Feb 2014 14:41:29 +0100
Subject: isaexec and Tcl/Tk
In-Reply-To: <201402181326.s1IDQr9I002823@login.bo.opencsw.org>
References: <52B30C42.3020702@opencsw.org>
	<79B2C570-50AB-4FA0-A27E-4BDA74BBDB8C@opencsw.org>
	<x6k3f0ltrz.fsf@opencsw.org> <52E1905C.9020000@opencsw.org>
	<6056C3B3-3741-43A0-982F-2675F5A8454F@opencsw.org>
	<52FBB9FF.4090704@opencsw.org>
	<206DEDE1-D249-4B5A-9152-4FF5E5B67583@opencsw.org>
	<201402131414.s1DEExeO006421@login.bo.opencsw.org>
	<7F76D98A-5096-4919-BABA-5779058F2BEB@opencsw.org>
	<201402181326.s1IDQr9I002823@login.bo.opencsw.org>
Message-ID: <6EF52ED5-5716-4160-942B-F0B40F458C12@opencsw.org>

Hi Oliver,

Am 18.02.2014 um 14:26 schrieb Oliver Kiddle <opk at opencsw.org>:
>> Yes, exactly. Same for alternatives ?select tclsh /opt/csw/bin/sparcv8plus/tclsh
>> The current implementation is a NFS-shared-/opt/csw-friendly reimplementation
>> in ksh of the redhat alternatives, but lacking the slave-group syntax. Maybe
>> you as shell-superguru can quickly fix it?
> 
> It actually seems that alternatives does support the slave syntax.
> What it isn't coping with is more than one conflicting alternative
> being provided by a single package. In the set_manual_prio function,
> it links the selected file in /opt/csw/share/alternatives to
> /etc/opt/csw/alternatives. This serves as it's "database" of how things
> are selected. According the comment in the source it "uses a symlink, so
> that way, the manual set does not take effect if the package has been
> removed.. but it is remembered if the package is coming right back". The
> trouble is that after selecting an alternative, it is linking to the
> file containing both alternatives.

I think this is because Phil didn?t think about the case you describe when
he wrote the script.

> The file in /opt/csw/share/alternatives is named by calling $(call
> catalogname, $*) in the GAR makefiles. So both the 32-bit and 64-bit
> settings are in a file named tcl there. I think we instead need to
> support putting them in a different file from GAR. Something like the
> following; this uses different files if more than one ALTERNATIVE is
> listed. It might be better to use an explicit variable of some sort.
> What do you think?

I see. However, I am not sure this is the right thing to do. The syntax was inherited
from the Red Hat implementation. The only reason why Phil wrote the ksh
version you see is to support NFS-shared /opt/csw. If the solution is more than
a trivial fix I tend to go back to the Red Hat implementation. Breaking Red Hat
format would IMHO go in a wrong direction.

Maybe some other maintainers want also chime in?


Best regards

  ? Dago

> Oliver
> 
>  @echo "[ Generating alternatives for package $* ]"
> ifeq ($(word 2,$($(or $(ALTERNATIVES_$*),$(ALTERNATIVES)))),)
> 
>  $(foreach A,$(or $(ALTERNATIVES_$*),$(ALTERNATIVES)), \
>  $(if $(ALTERNATIVE_$A), \
>    echo "$(ALTERNATIVE_$A)" > $(PKGROOT)/opt/csw/share/alternatives/$(call catalogname,$*)-$A;, \
>    $(error The variable 'ALTERNATIVE_$A' is empty, but must contain an alternative)))
> else
>  ($(if $(ALTERNATIVE),echo "$(ALTERNATIVE)";) \
>    $(foreach A,$(or $(ALTERNATIVES_$*),$(ALTERNATIVES)), \
>    $(if $(ALTERNATIVE_$A), \
>      echo "$(ALTERNATIVE_$A)";, \
>      $(error The variable 'ALTERNATIVE_$A' is empty, but must contain an alternative) \
>    ))) > $(PKGROOT)/opt/csw/share/alternatives/$(call catalogname,$*)
> endif
>  @$(MAKECOOKIE)

-- 
"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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140218/99cad0c9/attachment.p7s>

From dam at opencsw.org  Tue Feb 18 14:42:32 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 18 Feb 2014 14:42:32 +0100
Subject: OSQA needs updating
In-Reply-To: <bbac498e7268.53036edd@contac-dt.de>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
	<fb70f20e1664.52fcf8d1@contac-dt.de>
	<01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>
	<CALtRa-6T-8GKE7VnWyJOTBo5LUNBy4d-v70+kwYoN4DqzWQjQw@mail.gmail.com>
	<bbac235c5758.53035fff@contac-dt.de>
	<bbac79ce3a0a.5303603b@contac-dt.de>
	<bbac21324d1a.53036077@contac-dt.de>
	<bbac6c2868ff.530360b4@contac-dt.de>
	<bbac498e7268.53036edd@contac-dt.de>
Message-ID: <145637A2-310D-4EA2-8CB7-D60417A00C76@opencsw.org>

Hi Carsten,

Am 18.02.2014 um 14:31 schrieb Carsten Grzemba <grzemba at contac-dt.de>:
> A setup with our current csw packages django 1.6 and the developer tree (it seems to be that there no release versions taged in the last time) of osqa works in my test environment, so I will try now to migrate our OSQA in the new test setup.

This is excellent news! Is it faster for you? I ask because there are a number of other osqa installation
on the internet which are all very fast and I keep the impression it is just because they used a newer
version.


Best regards

  ? Dago

> 
> Carsten
> 
> Am 14.02.14 schrieb Maciej (Matchek) Blizi?ski <maciej at opencsw.org>:
>> 
>> 2014-02-13 15:57 GMT+00:00 Dagobert Michelsen <dam at opencsw.org>:
>> Cool! IIRC there are the following tasks:
>> - update our osqa to the latest trunk
>> - look why our osqa does not work with django 1.4
>> - look why our osqa is so slow
>> 
>> Maciej, did I forgot anything?
>> 
>> Trying to speed up OSQA might be hard. For now I'd focus on just getting it up to date.
>> 
>> I think there's a community effort to maintain OSQA which keeps the code on github. 

-- 
"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/maintainers/attachments/20140218/15ee10d0/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140218/15ee10d0/attachment-0001.p7s>

From dam at opencsw.org  Tue Feb 18 14:49:35 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 18 Feb 2014 14:49:35 +0100
Subject: isaexec and Tcl/Tk
In-Reply-To: <6EF52ED5-5716-4160-942B-F0B40F458C12@opencsw.org>
References: <52B30C42.3020702@opencsw.org>
	<79B2C570-50AB-4FA0-A27E-4BDA74BBDB8C@opencsw.org>
	<x6k3f0ltrz.fsf@opencsw.org> <52E1905C.9020000@opencsw.org>
	<6056C3B3-3741-43A0-982F-2675F5A8454F@opencsw.org>
	<52FBB9FF.4090704@opencsw.org>
	<206DEDE1-D249-4B5A-9152-4FF5E5B67583@opencsw.org>
	<201402131414.s1DEExeO006421@login.bo.opencsw.org>
	<7F76D98A-5096-4919-BABA-5779058F2BEB@opencsw.org>
	<201402181326.s1IDQr9I002823@login.bo.opencsw.org>
	<6EF52ED5-5716-4160-942B-F0B40F458C12@opencsw.org>
Message-ID: <1B361E20-9A20-46D3-8027-501734258DCA@opencsw.org>

Hi,

Am 18.02.2014 um 14:41 schrieb Dagobert Michelsen <dam at opencsw.org>:
> Am 18.02.2014 um 14:26 schrieb Oliver Kiddle <opk at opencsw.org>:
>>> Yes, exactly. Same for alternatives ?select tclsh /opt/csw/bin/sparcv8plus/tclsh
>>> The current implementation is a NFS-shared-/opt/csw-friendly reimplementation
>>> in ksh of the redhat alternatives, but lacking the slave-group syntax. Maybe
>>> you as shell-superguru can quickly fix it?
>> 
>> It actually seems that alternatives does support the slave syntax.
>> What it isn't coping with is more than one conflicting alternative
>> being provided by a single package. In the set_manual_prio function,
>> it links the selected file in /opt/csw/share/alternatives to
>> /etc/opt/csw/alternatives. This serves as it's "database" of how things
>> are selected. According the comment in the source it "uses a symlink, so
>> that way, the manual set does not take effect if the package has been
>> removed.. but it is remembered if the package is coming right back". The
>> trouble is that after selecting an alternative, it is linking to the
>> file containing both alternatives.
> 
> I think this is because Phil didn?t think about the case you describe when
> he wrote the script.
> 
>> The file in /opt/csw/share/alternatives is named by calling $(call
>> catalogname, $*) in the GAR makefiles. So both the 32-bit and 64-bit
>> settings are in a file named tcl there. I think we instead need to
>> support putting them in a different file from GAR. Something like the
>> following; this uses different files if more than one ALTERNATIVE is
>> listed. It might be better to use an explicit variable of some sort.
>> What do you think?
> 
> I see. However, I am not sure this is the right thing to do. The syntax was inherited
> from the Red Hat implementation. The only reason why Phil wrote the ksh
> version you see is to support NFS-shared /opt/csw. If the solution is more than
> a trivial fix I tend to go back to the Red Hat implementation. Breaking Red Hat
> format would IMHO go in a wrong direction.

If you want you can try one of these:
  http://mirror.opencsw.org/opencsw/allpkgs/alternatives-1.3.30c%2cREV%3d2010.02.18-SunOS5.8-i386-CSW.pkg.gz
  http://mirror.opencsw.org/opencsw/allpkgs/alternatives-1.3.30c%2cREV%3d2010.02.18-SunOS5.8-sparc-CSW.pkg.gz

They should work correctly on the provided packages even when in one file.


Best regards

  ? Dago

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140218/3568e2f7/attachment.p7s>

From jh at opencsw.org  Tue Feb 18 15:05:56 2014
From: jh at opencsw.org (Jan Holzhueter)
Date: Tue, 18 Feb 2014 15:05:56 +0100
Subject: OSQA needs updating
In-Reply-To: <145637A2-310D-4EA2-8CB7-D60417A00C76@opencsw.org>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>	<fb70f20e1664.52fcf8d1@contac-dt.de>	<01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>	<CALtRa-6T-8GKE7VnWyJOTBo5LUNBy4d-v70+kwYoN4DqzWQjQw@mail.gmail.com>	<bbac235c5758.53035fff@contac-dt.de>	<bbac79ce3a0a.5303603b@contac-dt.de>	<bbac21324d1a.53036077@contac-dt.de>	<bbac6c2868ff.530360b4@contac-dt.de>	<bbac498e7268.53036edd@contac-dt.de>
	<145637A2-310D-4EA2-8CB7-D60417A00C76@opencsw.org>
Message-ID: <530368C4.9000303@opencsw.org>

Hi,

Am 18.02.14 14:42, schrieb Dagobert Michelsen:
> Hi Carsten,
> 
> Am 18.02.2014 um 14:31 schrieb Carsten Grzemba <grzemba at contac-dt.de
> <mailto:grzemba at contac-dt.de>>:
>> A setup with our current csw packages django 1.6 and the developer
>> tree (it seems to be that there no release versions taged in the last
>> time) of osqa works in my test environment, so I will try now to
>> migrate our OSQA in the new test setup.
> 
> This is excellent news! Is it faster for you? I ask because there are a
> number of other osqa installation
> on the internet which are all very fast and I keep the impression it is
> just because they used a newer
> version.

and probably are not running it on a T5240? :)


Greetings
Jan



From jgoerzen at opencsw.org  Tue Feb 18 18:15:14 2014
From: jgoerzen at opencsw.org (Jake Goerzen)
Date: Tue, 18 Feb 2014 09:15:14 -0800
Subject: ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
In-Reply-To: <C096AEA0-11DC-4725-8DCE-F37463F8F6FC@opencsw.org>
References: <52FD0066.5000203@opencsw.org>
	<C096AEA0-11DC-4725-8DCE-F37463F8F6FC@opencsw.org>
Message-ID: <53039522.8040700@opencsw.org>

On 02/16/14 04:39, Dagobert Michelsen wrote:
> Hi Jake,
>
> Am 13.02.2014 um 18:27 schrieb Jake Goerzen <jgoerzen at opencsw.org 
> <mailto:jgoerzen at opencsw.org>>:
>>   Since the last update to mysql packages I can no longer build 
>> dovecot anymore, configure fails with:
>>
>>     checking for mysql_config... mysql_config
>>     checking for mysql_init in -lmysqlclient... no
>>     configure: error: Can't build with MySQL support: libmysqlclient
>>     not found
>>     /home/jgoerzen/opencsw/.buildsys/v2/gar//gar.lib.mk:835: recipe
>>     for target
>>     'configure-work/solaris10-i386/build-isa-pentium_pro/dovecot-2.2.10/configure'
>>     failedgmake[1]: ***
>>     [configure-work/solaris10-i386/build-isa-pentium_pro/dovecot-2.2.10/configure]
>>     Error 1
>>
>>
>> Looking In config.log the error encountered is:
>> ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
>>
>>     configure:23474: checking for mysql_init in -lmysqlclient
>>     configure:23499: /opt/SUNWspro/bin/cc -o conftest -xO3 -m32
>>     -xarch=pentium_pro -xchip=pentium_pro -I/opt/csw/include  
>>     -I/opt/csw/include/mysql -I/opt/csw/include/postgresql
>>     -I/opt/csw/include -m32 -xarch=pentium_pro -xchip=pentium_pro
>>     -L/opt/csw/lib conftest.c -lmysqlclient  -lrt -lnsl -lsocket
>>     -lsendfile -L/opt/csw/lib -lmysqlclient  -lsocket -lz -lnsl -lrt
>>     -lssl -lcrypto -lz -lm >&5
>>     "conftest.c", line 155: warning: statement not reached
>>     ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable:
>>             required by file /opt/csw/lib/libmysqlclient.so
>>     ld: fatal: file processing errors. No output written to conftest
>>
>>
>> I tried switching the compiler to GCC4 but configure still can't find 
>> or link -lmysqlclient  What could be the problem?
>
> The problem is that mysql actually needs the newer libc-version for 
> getpagesize2() as reported in
> https://www.opencsw.org/mantis/view.php?id=5137
> This is not related to GCC or Sun Studio. I suggest you disable the 
> linker map forcing 1.22.5 in your Makefile with
>   # Disable linker map forcing SUNW_1.22.2 as the linked MySQL needs 
> SUNW_1.22.5
>   LINKER_MAPS =
> After that everything sould work cleanly.
>
>

Hi Dago,

I added the suggestion to the dovecot recipe, now configure finishes 
successfully but the build fails to link.  Here is what I get in the 
build process now:

on unstable10x:

libtool: link: /opt/SUNWspro/bin/cc -xO3 -m32 -xarch=pentium_pro 
-xchip=pentium_pro -I/opt/csw/include -m32 -xarch=pentium_pro 
-xchip=pentium_pro -o .libs/auth auth.o auth-cache.o 
auth-client-connection.o auth-master-connection.o 
auth-postfix-connection.o mech-otp-skey-common.o mech-plain-common.o 
auth-penalty.o auth-request.o auth-request-handler.o auth-settings.o 
auth-fields.o auth-token.o auth-worker-client.o auth-worker-server.o 
db-checkpassword.o db-dict.o db-dict-cache-key.o db-sql.o 
db-passwd-file.o main.o mech.o mech-anonymous.o mech-plain.o 
mech-login.o mech-cram-md5.o mech-digest-md5.o mech-external.o 
mech-gssapi.o mech-ntlm.o mech-otp.o mech-scram-sha1.o mech-skey.o 
mech-rpa.o mech-apop.o mech-winbind.o mech-dovecot-token.o passdb.o 
passdb-blocking.o passdb-bsdauth.o passdb-cache.o passdb-checkpassword.o 
passdb-dict.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o 
passdb-shadow.o passdb-sia.o passdb-vpopmail.o passdb-sql.o 
passdb-static.o passdb-template.o userdb.o userdb-blocking.o 
userdb-checkpassword.o userdb-dict.o userdb-nss.o userdb-passwd.o 
userdb-passwd-file.o userdb-prefetch.o userdb-static.o userdb-vpopmail.o 
userdb-sql.o userdb-template.o db-ldap.o passdb-ldap.o userdb-ldap.o 
-m32  -L/opt/csw/lib libpassword.a ../lib-ntlm/libntlm.a 
../lib-otp/libotp.a ../../src/lib-sql/.libs/libsql.a 
../../src/lib-dovecot/.libs/libdovecot.so -liconv -lpam -lintl 
-lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lgss -lldap -llber 
-lmysqlclient -lssl -lcrypto -lpq -lsqlite3 -lz -lrt -lnsl -lsocket 
-lsendfile -R/opt/csw/lib/dovecot -R/opt/csw/lib
Undefined                       first referenced
  symbol                             in file
floor                               /opt/csw/lib/libmysqlclient.so
ld: fatal: symbol referencing errors. No output written to .libs/auth
Makefile:812: recipe for target 'auth' failed



and on unstable10s I get a linking error as well:



libtool: link: /opt/SUNWspro/bin/cc -xO3 -m32 -xarch=sparc 
-I/opt/csw/include -m32 -xarch=sparc -o .libs/auth auth.o auth-cache.o 
auth-client-connection.o auth-master-connection.o 
auth-postfix-connection.o mech-otp-skey-common.o mech-plain-common.o 
auth-penalty.o auth-request.o auth-request-handler.o auth-settings.o 
auth-fields.o auth-token.o auth-worker-client.o auth-worker-server.o 
db-checkpassword.o db-dict.o db-dict-cache-key.o db-sql.o 
db-passwd-file.o main.o mech.o mech-anonymous.o mech-plain.o 
mech-login.o mech-cram-md5.o mech-digest-md5.o mech-external.o 
mech-gssapi.o mech-ntlm.o mech-otp.o mech-scram-sha1.o mech-skey.o 
mech-rpa.o mech-apop.o mech-winbind.o mech-dovecot-token.o passdb.o 
passdb-blocking.o passdb-bsdauth.o passdb-cache.o passdb-checkpassword.o 
passdb-dict.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o 
passdb-shadow.o passdb-sia.o passdb-vpopmail.o passdb-sql.o 
passdb-static.o passdb-template.o userdb.o userdb-blocking.o 
userdb-checkpassword.o userdb-dict.o userdb-nss.o userdb-passwd.o 
userdb-passwd-file.o userdb-prefetch.o userdb-static.o userdb-vpopmail.o 
userdb-sql.o userdb-template.o db-ldap.o passdb-ldap.o userdb-ldap.o 
-mcpu=v9 -Wa,-L/opt/csw/lib -L/opt/csw/lib libpassword.a 
../lib-ntlm/libntlm.a ../lib-otp/libotp.a 
../../src/lib-sql/.libs/libsql.a 
../../src/lib-dovecot/.libs/libdovecot.so -liconv -lpam -lintl 
-lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lgss -lldap -llber 
-lmysqlclient -lssl -lcrypto -lpq -lsqlite3 -lz -lrt -lnsl -lsocket 
-lsendfile -R/opt/csw/lib/dovecot -R/opt/csw/lib
cc: Warning: illegal option -mcpu=v9
Undefined                       first referenced
  symbol                             in file
floor                               /opt/csw/lib/libmysqlclient.so
ld: fatal: symbol referencing errors. No output written to .libs/auth
Makefile:812: recipe for target 'auth' failed


Regards,
/Jake
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140218/0ccf97f3/attachment-0001.html>

From opk at opencsw.org  Tue Feb 18 18:34:40 2014
From: opk at opencsw.org (Oliver Kiddle)
Date: Tue, 18 Feb 2014 18:34:40 +0100 (CET)
Subject: isaexec and Tcl/Tk
In-Reply-To: <1B361E20-9A20-46D3-8027-501734258DCA@opencsw.org>
References: <52B30C42.3020702@opencsw.org>
	<79B2C570-50AB-4FA0-A27E-4BDA74BBDB8C@opencsw.org>
	<x6k3f0ltrz.fsf@opencsw.org> <52E1905C.9020000@opencsw.org>
	<6056C3B3-3741-43A0-982F-2675F5A8454F@opencsw.org>
	<52FBB9FF.4090704@opencsw.org>
	<206DEDE1-D249-4B5A-9152-4FF5E5B67583@opencsw.org>
	<201402131414.s1DEExeO006421@login.bo.opencsw.org>
	<7F76D98A-5096-4919-BABA-5779058F2BEB@opencsw.org>
	<201402181326.s1IDQr9I002823@login.bo.opencsw.org>
	<6EF52ED5-5716-4160-942B-F0B40F458C12@opencsw.org>
	<1B361E20-9A20-46D3-8027-501734258DCA@opencsw.org>
Message-ID: <201402181734.s1IHYeY7020891@login.bo.opencsw.org>

Dagobert Michelsen wrote:
> 
> If you want you can try one of these:
>   http://mirror.opencsw.org/opencsw/allpkgs/alternatives-1.3.30c%2cREV%3d2010.02.18-SunOS5.8-i386-CSW.pkg.gz
>   http://mirror.opencsw.org/opencsw/allpkgs/alternatives-1.3.30c%2cREV%3d2010.02.18-SunOS5.8-sparc-CSW.pkg.gz
> 
> They should work correctly on the provided packages even when in one file.

I can't get them to do anything. Perhaps they need some database or
something setup but if all I do is install them, nothing happens when I
try to configure alternatives. The contents of /var/lib/alternatives on
my Redhat based system don't seem quite similar enough to what we have
in /opt/csw/share/alternatives.

Note that the alternatives/trunk/files/README file in subversion says:
    Phil decided that a from-scratch, CSW-custom implementation was
    needed, because the debian one was hugely bloated, and the redhat
    smaller one, did not play nicely with NFS-shared /opt/csw So please
    dont go getting ideas that we can migrated back to redhat,etc in the
    future! :) we tried, and it failed.

Having GAR create multiple alternatives files would seem easiest to me.
If you prefer, I can modify the existing script to copy relevant entries
to /etc/opt/csw/alternatives instead of a symlink. I think it can cope
with things like package removals and upgrades with a little extra
checking. If you get the RedHat system working, I'm not opposed to it
either: I just suspect it is more work that way.

Oliver 

From dam at opencsw.org  Tue Feb 18 18:48:32 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 18 Feb 2014 18:48:32 +0100
Subject: ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
In-Reply-To: <53039522.8040700@opencsw.org>
References: <52FD0066.5000203@opencsw.org>
	<C096AEA0-11DC-4725-8DCE-F37463F8F6FC@opencsw.org>
	<53039522.8040700@opencsw.org>
Message-ID: <C0B5B942-278D-477A-BEF5-3B095D91C80B@opencsw.org>

Hi Jake,

Am 18.02.2014 um 18:15 schrieb Jake Goerzen <jgoerzen at opencsw.org>:
> On 02/16/14 04:39, Dagobert Michelsen wrote:
>> Am 13.02.2014 um 18:27 schrieb Jake Goerzen <jgoerzen at opencsw.org>:
>>>   Since the last update to mysql packages I can no longer build dovecot anymore, configure fails with:
>>> 
>>> checking for mysql_config... mysql_config
>>> checking for mysql_init in -lmysqlclient... no
>>> configure: error: Can't build with MySQL support: libmysqlclient not found
>>> /home/jgoerzen/opencsw/.buildsys/v2/gar//gar.lib.mk:835: recipe for target 'configure-work/solaris10-i386/build-isa-pentium_pro/dovecot-2.2.10/configure' failedgmake[1]: *** [configure-work/solaris10-i386/build-isa-pentium_pro/dovecot-2.2.10/configure] Error 1
>>> 
>>> Looking In config.log the error encountered is:
>>> ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
>>> 
>>> configure:23474: checking for mysql_init in -lmysqlclient
>>> configure:23499: /opt/SUNWspro/bin/cc -o conftest -xO3 -m32 -xarch=pentium_pro -xchip=pentium_pro -I/opt/csw/include   -I/opt/csw/include/mysql -I/opt/csw/include/postgresql -I/opt/csw/include -m32 -xarch=pentium_pro -xchip=pentium_pro -L/opt/csw/lib conftest.c -lmysqlclient  -lrt -lnsl -lsocket  -lsendfile -L/opt/csw/lib -lmysqlclient  -lsocket -lz -lnsl -lrt -lssl -lcrypto -lz -lm >&5
>>> "conftest.c", line 155: warning: statement not reached
>>> ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable:
>>>         required by file /opt/csw/lib/libmysqlclient.so
>>> ld: fatal: file processing errors. No output written to conftest
>>> 
>>> I tried switching the compiler to GCC4 but configure still can't find or link -lmysqlclient  What could be the problem?
>> 
>> The problem is that mysql actually needs the newer libc-version for getpagesize2() as reported in
>>   https://www.opencsw.org/mantis/view.php?id=5137
>> This is not related to GCC or Sun Studio. I suggest you disable the linker map forcing 1.22.5 in your Makefile with
>>   # Disable linker map forcing SUNW_1.22.2 as the linked MySQL needs SUNW_1.22.5
>>   LINKER_MAPS =
>> After that everything sould work cleanly.
> 
> Hi Dago,
> 
> I added the suggestion to the dovecot recipe, now configure finishes successfully but the build fails to link.  Here is what I get in the build process now:
> 
> on unstable10x:
> 
> libtool: link: /opt/SUNWspro/bin/cc -xO3 -m32 -xarch=pentium_pro -xchip=pentium_pro -I/opt/csw/include -m32 -xarch=pentium_pro -xchip=pentium_pro -o .libs/auth auth.o auth-cache.o auth-client-connection.o auth-master-connection.o auth-postfix-connection.o mech-otp-skey-common.o mech-plain-common.o auth-penalty.o auth-request.o auth-request-handler.o auth-settings.o auth-fields.o auth-token.o auth-worker-client.o auth-worker-server.o db-checkpassword.o db-dict.o db-dict-cache-key.o db-sql.o db-passwd-file.o main.o mech.o mech-anonymous.o mech-plain.o     mech-login.o mech-cram-md5.o mech-digest-md5.o mech-external.o mech-gssapi.o mech-ntlm.o mech-otp.o mech-scram-sha1.o mech-skey.o mech-rpa.o mech-apop.o mech-winbind.o mech-dovecot-token.o passdb.o passdb-blocking.o passdb-bsdauth.o passdb-cache.o passdb-checkpassword.o passdb-dict.o passdb-passwd.o passdb-passwd-file.o passdb-pam.o passdb-shadow.o passdb-sia.o passdb-vpopmail.o passdb-sql.o passdb-static.o passdb-template.o userdb.o userdb-blocking.o userdb-checkpassword.o userdb-dict.o userdb-nss.o userdb-passwd.o userdb-passwd-file.o userdb-prefetch.o userdb-static.o userdb-vpopmail.o userdb-sql.o userdb-template.o db-ldap.o passdb-ldap.o userdb-ldap.o -m32  -L/opt/csw/lib libpassword.a ../lib-ntlm/libntlm.a ../lib-otp/libotp.a ../../src/lib-sql/.libs/libsql.a ../../src/lib-dovecot/.libs/libdovecot.so -liconv -lpam -lintl -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lgss -lldap -llber -lmysqlclient -lssl -lcrypto -lpq -lsqlite3 -lz -lrt -lnsl -lsocket -lsendfile -R/opt/csw/lib/dovecot -R/opt/csw/lib
> Undefined                       first referenced
>  symbol                             in file
> floor                               /opt/csw/lib/libmysqlclient.so
> ld: fatal: symbol referencing errors. No output written to .libs/auth
> Makefile:812: recipe for target 'auth? failed

This is because libmysqlclient.so is not self-contained as it should be: it uses floor() but does not link to libm.
@Laurent: Can you please rebuild the mysql libs with -lm as EXTRA_LINKER_FLAGS?

dam at unstable10s [unstable10s]:/home/dam > ldd -r
        librt.so.1 =>    /lib/librt.so.1
        libssl.so.1.0.0 =>       /opt/csw/lib/sparcv8plus+vis/libssl.so.1.0.0
        libcrypto.so.1.0.0 =>    /opt/csw/lib/sparcv8plus+vis/libcrypto.so.1.0.0
        libnsl.so.1 =>   /lib/libnsl.so.1
        librt.so.1 =>    /lib/librt.so.1
        libsocket.so.1 =>        /lib/libsocket.so.1
        libpthread.so.1 =>       /lib/libpthread.so.1
        libgcc_s.so.1 =>         /opt/csw/lib/sparcv8/libgcc_s.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
        libaio.so.1 =>   /lib/libaio.so.1
        libdoor.so.1 =>  /lib/libdoor.so.1
        libuutil.so.1 =>         /lib/libuutil.so.1
        libgen.so.1 =>   /lib/libgen.so.1
        /platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1
        symbol not found: floor         (/opt/csw/lib/libmysqlclient.so)
        /platform/SUNW,SPARC-Enterprise-T5220/lib/libmd_psr.so.1
        libm.so.2 =>     /lib/libm.so.2


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/maintainers/attachments/20140218/27efb4a3/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140218/27efb4a3/attachment.p7s>

From dam at opencsw.org  Tue Feb 18 18:52:34 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 18 Feb 2014 18:52:34 +0100
Subject: isaexec and Tcl/Tk
In-Reply-To: <201402181734.s1IHYeY7020891@login.bo.opencsw.org>
References: <52B30C42.3020702@opencsw.org>
	<79B2C570-50AB-4FA0-A27E-4BDA74BBDB8C@opencsw.org>
	<x6k3f0ltrz.fsf@opencsw.org> <52E1905C.9020000@opencsw.org>
	<6056C3B3-3741-43A0-982F-2675F5A8454F@opencsw.org>
	<52FBB9FF.4090704@opencsw.org>
	<206DEDE1-D249-4B5A-9152-4FF5E5B67583@opencsw.org>
	<201402131414.s1DEExeO006421@login.bo.opencsw.org>
	<7F76D98A-5096-4919-BABA-5779058F2BEB@opencsw.org>
	<201402181326.s1IDQr9I002823@login.bo.opencsw.org>
	<6EF52ED5-5716-4160-942B-F0B40F458C12@opencsw.org>
	<1B361E20-9A20-46D3-8027-501734258DCA@opencsw.org>
	<201402181734.s1IHYeY7020891@login.bo.opencsw.org>
Message-ID: <4CD17E6C-7D02-45EA-88AF-C7D1966D28B8@opencsw.org>

Hi Oliver,

Am 18.02.2014 um 18:34 schrieb Oliver Kiddle <opk at opencsw.org>:

> Dagobert Michelsen wrote:
>> 
>> If you want you can try one of these:
>>  http://mirror.opencsw.org/opencsw/allpkgs/alternatives-1.3.30c%2cREV%3d2010.02.18-SunOS5.8-i386-CSW.pkg.gz
>>  http://mirror.opencsw.org/opencsw/allpkgs/alternatives-1.3.30c%2cREV%3d2010.02.18-SunOS5.8-sparc-CSW.pkg.gz
>> 
>> They should work correctly on the provided packages even when in one file.
> 
> I can't get them to do anything. Perhaps they need some database or
> something setup but if all I do is install them, nothing happens when I
> try to configure alternatives. The contents of /var/lib/alternatives on
> my Redhat based system don't seem quite similar enough to what we have
> in /opt/csw/share/alternatives.

Yes, you need to reinstall the packages using alternatives, like the
Tcl-package.

> Note that the alternatives/trunk/files/README file in subversion says:
>    Phil decided that a from-scratch, CSW-custom implementation was
>    needed, because the debian one was hugely bloated, and the redhat
>    smaller one, did not play nicely with NFS-shared /opt/csw So please
>    dont go getting ideas that we can migrated back to redhat,etc in the
>    future! :) we tried, and it failed.

Well, IMHO it just didn?t cope with NFS-sharing /opt/csw which I would consider
an ugly super-legacy method now that we have system automation. So that would be
not a big deal for me.

> Having GAR create multiple alternatives files would seem easiest to me.
> If you prefer, I can modify the existing script to copy relevant entries
> to /etc/opt/csw/alternatives instead of a symlink. I think it can cope
> with things like package removals and upgrades with a little extra
> checking. If you get the RedHat system working, I'm not opposed to it
> either: I just suspect it is more work that way.

The only thing we would need is a converter from the datastore of the existing
symlink-data-keeping to the method the RedHat implementation uses as postinstall.
That way we would keep alternatives happy. I consider this fairly important to
fix, but I don?t know when I come to it. If you have time it would be great
if you could research this.


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140218/c7b2a147/attachment-0001.p7s>

From dam at opencsw.org  Tue Feb 18 18:56:17 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 18 Feb 2014 18:56:17 +0100
Subject: isaexec and Tcl/Tk
In-Reply-To: <4CD17E6C-7D02-45EA-88AF-C7D1966D28B8@opencsw.org>
References: <52B30C42.3020702@opencsw.org>
	<79B2C570-50AB-4FA0-A27E-4BDA74BBDB8C@opencsw.org>
	<x6k3f0ltrz.fsf@opencsw.org> <52E1905C.9020000@opencsw.org>
	<6056C3B3-3741-43A0-982F-2675F5A8454F@opencsw.org>
	<52FBB9FF.4090704@opencsw.org>
	<206DEDE1-D249-4B5A-9152-4FF5E5B67583@opencsw.org>
	<201402131414.s1DEExeO006421@login.bo.opencsw.org>
	<7F76D98A-5096-4919-BABA-5779058F2BEB@opencsw.org>
	<201402181326.s1IDQr9I002823@login.bo.opencsw.org>
	<6EF52ED5-5716-4160-942B-F0B40F458C12@opencsw.org>
	<1B361E20-9A20-46D3-8027-501734258DCA@opencsw.org>
	<201402181734.s1IHYeY7020891@login.bo.opencsw.org>
	<4CD17E6C-7D02-45EA-88AF-C7D1966D28B8@opencsw.org>
Message-ID: <7B6C6144-B3FA-4A9A-9530-C285810ABC8B@opencsw.org>


Am 18.02.2014 um 18:52 schrieb Dagobert Michelsen <dam at opencsw.org>:

> Hi Oliver,
> 
> Am 18.02.2014 um 18:34 schrieb Oliver Kiddle <opk at opencsw.org>:
> 
>> Dagobert Michelsen wrote:
>>> 
>>> If you want you can try one of these:
>>> http://mirror.opencsw.org/opencsw/allpkgs/alternatives-1.3.30c%2cREV%3d2010.02.18-SunOS5.8-i386-CSW.pkg.gz
>>> http://mirror.opencsw.org/opencsw/allpkgs/alternatives-1.3.30c%2cREV%3d2010.02.18-SunOS5.8-sparc-CSW.pkg.gz
>>> 
>>> They should work correctly on the provided packages even when in one file.
>> 
>> I can't get them to do anything. Perhaps they need some database or
>> something setup but if all I do is install them, nothing happens when I
>> try to configure alternatives. The contents of /var/lib/alternatives on
>> my Redhat based system don't seem quite similar enough to what we have
>> in /opt/csw/share/alternatives.
> 
> Yes, you need to reinstall the packages using alternatives, like the
> Tcl-package.
> 
>> Note that the alternatives/trunk/files/README file in subversion says:
>>   Phil decided that a from-scratch, CSW-custom implementation was
>>   needed, because the debian one was hugely bloated, and the redhat
>>   smaller one, did not play nicely with NFS-shared /opt/csw So please
>>   dont go getting ideas that we can migrated back to redhat,etc in the
>>   future! :) we tried, and it failed.
> 
> Well, IMHO it just didn?t cope with NFS-sharing /opt/csw which I would consider
> an ugly super-legacy method now that we have system automation. So that would be
> not a big deal for me.
> 
>> Having GAR create multiple alternatives files would seem easiest to me.
>> If you prefer, I can modify the existing script to copy relevant entries
>> to /etc/opt/csw/alternatives instead of a symlink. I think it can cope
>> with things like package removals and upgrades with a little extra
>> checking. If you get the RedHat system working, I'm not opposed to it
>> either: I just suspect it is more work that way.
> 
> The only thing we would need is a converter from the datastore of the existing
> symlink-data-keeping to the method the RedHat implementation uses as postinstall.
> That way we would keep alternatives happy. I consider this fairly important to
> fix, but I don?t know when I come to it. If you have time it would be great
> if you could research this.

Alternatively while we are at it we could also change the data storage from the ksh
implementation to use the format of the RedHat implementation if feasible. That way
we would get both advantages.


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140218/46251883/attachment.p7s>

From maciej at opencsw.org  Wed Feb 19 11:44:19 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Wed, 19 Feb 2014 10:44:19 +0000
Subject: New code deployment imminent
In-Reply-To: <CALtRa-4NkW_nRmSSmYGd+gMPiWhKBsBM4cX3QdWwAZZi3pCMDg@mail.gmail.com>
References: <CALtRa-6TCnLjmSgKbbRq2bK9HFVS0nthdMVhKeT3vOG8nndk6A@mail.gmail.com>
	<CALtRa-4jHi2a66skCO6APMFy0Q4v9rBDGtUFRT6KC8rX1KY_PQ@mail.gmail.com>
	<CALtRa-5-0+gqfSWv9f=3dw4Pm-o8-C9JrGCTKdQ6Cv95te01xQ@mail.gmail.com>
	<CALtRa-5bvRB2rpfBGN78Sa_U1BT74jXKUkc3a3P8LRcu+fqXiQ@mail.gmail.com>
	<CALtRa-4NkW_nRmSSmYGd+gMPiWhKBsBM4cX3QdWwAZZi3pCMDg@mail.gmail.com>
Message-ID: <CALtRa-6Ehwjocz230Ep93jURZHFevoTFT-OX7sM7GA2ogtAt9A@mail.gmail.com>

Update: you can upload packages with csw-upload-pkg from GAR sources.
The version installed on the login host would not work, so I have
removed it from there.

Next steps: (1) make csw-upload-pkg work from /opt/csw/bin, (2) make
catalog generation work

From opk at opencsw.org  Wed Feb 19 12:08:14 2014
From: opk at opencsw.org (Oliver Kiddle)
Date: Wed, 19 Feb 2014 12:08:14 +0100 (CET)
Subject: Experts wanted: Re: py_gtk
In-Reply-To: <fb735d505e05.52fe372b@contac-dt.de>
References: <52F80344.90006@opencsw.org> <ff0de1342250.52f882dd@contac-dt.de>
	<ff0de0ca76dd.52f88319@contac-dt.de>
	<ff0decae1eab.52f88355@contac-dt.de>
	<ff0daa193803.52f88394@contac-dt.de>
	<ff0dfc16662b.52f883d1@contac-dt.de>
	<ff0dad601348.52f8840d@contac-dt.de>
	<ff0dfd366100.52f88449@contac-dt.de>
	<ff0da50bbf1.52f88486@contac-dt.de>
	<ff0d9a014f01.52f884c5@contac-dt.de>
	<ff0de8d35f26.52f88501@contac-dt.de>
	<ff0dfc161ed5.52f89312@contac-dt.de> <52F88C90.6080704@opencsw.org>
	<fb7341d1600b.52fe28fe@contac-dt.de>
	<fb735d505e05.52fe372b@contac-dt.de>
Message-ID: <201402191108.s1JB8EUu002579@login.bo.opencsw.org>

--------
On 14 Feb, you wrote:
> 
> for Python2.6 and Python2.7 py_gobject, py_gtk, py_cairo are on catalog
> unstable now. Please test.

Thanks!

The gtk module seems to be missing for Python 2.7:
% meld
Cannot import: pygtk
No module named gtk
% ipython
: import pygtk
: import gtk
ImportError: No module named gtk

% grep _gtk.so /var/sadm/install/contents
/opt/csw/lib/python2.6/site-packages/gtk-2.0/gtk/_gtk.so f none 0755 root bin 2745080 4376 1392189064 CSWpy-gtk

% python2.6
>>> import pygtk
>>> import gtk

So no problems with 2.6. It also runs meld but I'm more concerned about
matplotlib which I can only build with 2.7.

Oliver

From grzemba at contac-dt.de  Wed Feb 19 12:31:49 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Wed, 19 Feb 2014 12:31:49 +0100
Subject: Experts wanted: Re: py_gtk
In-Reply-To: <bbac4ed733fe.530495ef@contac-dt.de>
References: <52F80344.90006@opencsw.org> <ff0de1342250.52f882dd@contac-dt.de>
	<ff0de0ca76dd.52f88319@contac-dt.de>
	<ff0decae1eab.52f88355@contac-dt.de>
	<ff0daa193803.52f88394@contac-dt.de>
	<ff0dfc16662b.52f883d1@contac-dt.de>
	<ff0dad601348.52f8840d@contac-dt.de>
	<ff0dfd366100.52f88449@contac-dt.de>
	<ff0da50bbf1.52f88486@contac-dt.de>
	<ff0d9a014f01.52f884c5@contac-dt.de>
	<ff0de8d35f26.52f88501@contac-dt.de>
	<ff0dfc161ed5.52f89312@contac-dt.de>
	<52F88C90.6080704@opencsw.org> <fb7341d1600b.52fe28fe@contac-dt.de>
	<fb735d505e05.52fe372b@contac-dt.de>
	<201402191108.s1JB8EUu002579@login.bo.opencsw.org>
	<bbac5fa949a1.530493cf@contac-dt.de>
	<bbac22d16376.5304940b@contac-dt.de>
	<bbac20cf3f6a.53049447@contac-dt.de>
	<bbac15634d9e.530494c3@contac-dt.de>
	<bbac41393b87.530495b3@contac-dt.de>
	<bbac4ed733fe.530495ef@contac-dt.de>
Message-ID: <bbac42996d21.5304a435@contac-dt.de>

You are right. The latest package in not in unstable only on:

pkgutil -t http://buildfarm.opencsw.org/opencsw/experimental/cgrzemba

If csw-upload-pkg will work again I will push it to unstable.

Carsten 

Am 19.02.14 schrieb Oliver Kiddle  <opk at opencsw.org>:
> --------
> On 14 Feb, you wrote:
> > 
> > for Python2.6 and Python2.7 py_gobject, py_gtk, py_cairo are on catalog
> > unstable now. Please test.
> 
> Thanks!
> 
> The gtk module seems to be missing for Python 2.7:
> % meld
> Cannot import: pygtk
> No module named gtk
> % ipython
> : import pygtk
> : import gtk
> ImportError: No module named gtk
> 
> % grep _gtk.so /var/sadm/install/contents
> /opt/csw/lib/python2.6/site-packages/gtk-2.0/gtk/_gtk.so f none 0755 root bin 2745080 4376 1392189064 CSWpy-gtk
> 
> % python2.6
> >>> import pygtk
> >>> import gtk
> 
> So no problems with 2.6. It also runs meld but I'm more concerned about
> matplotlib which I can only build with 2.7.
> 
> Oliver
> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140219/92f299b5/attachment.html>

From laurent at opencsw.org  Wed Feb 19 15:12:01 2014
From: laurent at opencsw.org (Laurent Blume)
Date: Wed, 19 Feb 2014 15:12:01 +0100
Subject: ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
In-Reply-To: <C0B5B942-278D-477A-BEF5-3B095D91C80B@opencsw.org>
References: <52FD0066.5000203@opencsw.org>
	<C096AEA0-11DC-4725-8DCE-F37463F8F6FC@opencsw.org>
	<53039522.8040700@opencsw.org>
	<C0B5B942-278D-477A-BEF5-3B095D91C80B@opencsw.org>
Message-ID: <5304BBB1.7020301@opencsw.org>

Le 2014/02/19 15:10 +0100, Dagobert Michelsen a ?crit:
> This is because libmysqlclient.so is not self-contained as it should be:
> it uses floor() but does not link to libm.
> @Laurent: Can you please rebuild the mysql libs with -lm as
> EXTRA_LINKER_FLAGS?

Hmmm, I will, however it's already there as CFLAGS/CXXFLAGS (as per the 
way the MySQL and Solaris teams make their builds).

Strange that this would only surface now. Maybe a side-effect of going 
to GCC.

Laurent

From maciej at opencsw.org  Thu Feb 20 00:24:16 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Wed, 19 Feb 2014 23:24:16 +0000
Subject: OSQA needs updating
In-Reply-To: <530368C4.9000303@opencsw.org>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
	<fb70f20e1664.52fcf8d1@contac-dt.de>
	<01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>
	<CALtRa-6T-8GKE7VnWyJOTBo5LUNBy4d-v70+kwYoN4DqzWQjQw@mail.gmail.com>
	<bbac235c5758.53035fff@contac-dt.de>
	<bbac79ce3a0a.5303603b@contac-dt.de>
	<bbac21324d1a.53036077@contac-dt.de>
	<bbac6c2868ff.530360b4@contac-dt.de>
	<bbac498e7268.53036edd@contac-dt.de>
	<145637A2-310D-4EA2-8CB7-D60417A00C76@opencsw.org>
	<530368C4.9000303@opencsw.org>
Message-ID: <CALtRa-4928mPSLRJJc2srtwRO1Zc=iy5yVSZdQyx0Fyy4JuqoA@mail.gmail.com>

Here's an idea: take all the content from OSQA, and convert it to a
static page or a set of pages. We can probably preserve existing URLs,
and we can ditch all the complexity behind the page, and trouble with
spammers.

We don't have much legitimate activity on the community site, for
quite a long time actually. It's quite possible that the current FAQ
already answers 95% of people's questions.

Thoughts?

Maciej

From rmottola at opencsw.org  Thu Feb 20 01:21:37 2014
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Thu, 20 Feb 2014 01:21:37 +0100
Subject: libffi - summary of problems
Message-ID: <53054A91.9060908@opencsw.org>

Hi,
Let me sum up my libffi problems.

I have installied libffi_dev, yet I still don't have a proper link as I 
would expect

bash-4.2$ sudo pkgutil -l | grep ffi
CSWlibffi-dev
CSWlibffi4
CSWlibffi5

but:

bash-4.2$ ls -l /opt/csw/lib/libffi*
lrwxrwxrwx   1 root     root          15 Dec 29 16:39 
/opt/csw/lib/libffi.so.4 -> libffi.so.4.0.1
-rwxr-xr-x   1 root     bin        50156 Sep 27 17:33 
/opt/csw/lib/libffi.so.4.0.1
lrwxrwxrwx   1 root     root          16 Apr  7  2013 
/opt/csw/lib/libffi.so.5 -> libffi.so.5.0.10
-rwxr-xr-x   1 root     bin        25000 Jun 25  2011 
/opt/csw/lib/libffi.so.5.0.10

Did some package not install properly?

Furthermore, I think we should use only one libffi if possible, 
currrently libffi4 seems to be  used by:

bash-4.2$ sudo pkgutil -r CSWlibffi4
Solving needed dependencies ...
Looking at installed packages ...
Examining dependencies for:
   CSWlibffi4 (in use)
   CSWlibgcc-s1 (in use)
   CSWcommon (in use)
Nothing to remove.


Thanks,
Riccardo

From maciej at opencsw.org  Thu Feb 20 01:32:05 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Thu, 20 Feb 2014 00:32:05 +0000
Subject: libffi - summary of problems
In-Reply-To: <53054A91.9060908@opencsw.org>
References: <53054A91.9060908@opencsw.org>
Message-ID: <CALtRa-6bzuu+3xUfF6kF3N+T_Q=odzm=bCf5ckMRROthC6d8AA@mail.gmail.com>

TL;DR /opt/csw/lib/ffi

2014-02-20 0:21 GMT+00:00 Riccardo Mottola <rmottola at opencsw.org>:
> Did some package not install properly?

We had trouble with libffi, because there were two different pieces of
software trying to claim libffi.so. We've moved that file into a
subdirectory:

> pkgchk -L CSWlibffi-dev | grep '\.so'
/opt/csw/lib/ffi/libffi.so=../libffi.so.5.0.10 s none CSWlibffi-dev
/opt/csw/lib/sparcv9/ffi/libffi.so=../libffi.so.5.0.10 s none CSWlibffi-dev

You need to add -L/opt/csw/lib/ffi to the linker invocation, or set an
environment variable that will do that. Or set a variable in GAR which
will cause an environment variable to be exported that will cause that
flag to be added to the linker invocation (yay layers of indirection!
;-) ).

I think that the other piece of software was...

> bin/pkgdb -r SunOS5.9 show basename libffi.so
/opt/csw/lib/sparcv9/ffi/libffi.so CSWlibffi-dev
/opt/csw/gcc3/lib/sparcv9/libffi.so CSWgcc3java
/opt/csw/lib/libffi.so CSWgcc3javart, CSWgcc4core
/opt/csw/gcc3/lib/libffi.so CSWgcc3java
/opt/csw/lib/sparcv9/libffi.so CSWgcc3javart, CSWgcc4core
/opt/csw/lib/ffi/libffi.so CSWlibffi-dev

Yes, GCC. But this seems to be no longer the case in our Solaris 10 catalog.

Maciej

From dam at opencsw.org  Thu Feb 20 07:57:50 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 20 Feb 2014 07:57:50 +0100
Subject: libffi - summary of problems
In-Reply-To: <CALtRa-6bzuu+3xUfF6kF3N+T_Q=odzm=bCf5ckMRROthC6d8AA@mail.gmail.com>
References: <53054A91.9060908@opencsw.org>
	<CALtRa-6bzuu+3xUfF6kF3N+T_Q=odzm=bCf5ckMRROthC6d8AA@mail.gmail.com>
Message-ID: <3FC79702-CFF8-4C87-A725-8E61B36261AD@opencsw.org>



> Am 20.02.2014 um 01:32 schrieb Maciej (Matchek) Blizi?ski <maciej at opencsw.org>:
> 
> TL;DR /opt/csw/lib/ffi
> 
> 2014-02-20 0:21 GMT+00:00 Riccardo Mottola <rmottola at opencsw.org>:
>> Did some package not install properly?
> 
> We had trouble with libffi, because there were two different pieces of
> software trying to claim libffi.so. We've moved that file into a
> subdirectory:
> 
>> pkgchk -L CSWlibffi-dev | grep '\.so'
> /opt/csw/lib/ffi/libffi.so=../libffi.so.5.0.10 s none CSWlibffi-dev
> /opt/csw/lib/sparcv9/ffi/libffi.so=../libffi.so.5.0.10 s none CSWlibffi-dev
> 
> You need to add -L/opt/csw/lib/ffi to the linker invocation, or set an
> environment variable that will do that. Or set a variable in GAR which
> will cause an environment variable to be exported that will cause that
> flag to be added to the linker invocation (yay layers of indirection!
> ;-) ).
> 
> I think that the other piece of software was...
> 
>> bin/pkgdb -r SunOS5.9 show basename libffi.so
> /opt/csw/lib/sparcv9/ffi/libffi.so CSWlibffi-dev
> /opt/csw/gcc3/lib/sparcv9/libffi.so CSWgcc3java
> /opt/csw/lib/libffi.so CSWgcc3javart, CSWgcc4core
> /opt/csw/gcc3/lib/libffi.so CSWgcc3java
> /opt/csw/lib/sparcv9/libffi.so CSWgcc3javart, CSWgcc4core
> /opt/csw/lib/ffi/libffi.so CSWlibffi-dev
> 
> Yes, GCC. But this seems to be no longer the case in our Solaris 10 catalog.
> 
> Maciej

Maybe we can relocate back libffi?

Best regards -- Dago

From grzemba at contac-dt.de  Thu Feb 20 12:06:23 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Thu, 20 Feb 2014 12:06:23 +0100
Subject: OSQA needs updating
In-Reply-To: <bbadd9fe3c92.5305e1aa@contac-dt.de>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
	<fb70f20e1664.52fcf8d1@contac-dt.de>
	<01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>
	<CALtRa-6T-8GKE7VnWyJOTBo5LUNBy4d-v70+kwYoN4DqzWQjQw@mail.gmail.com>
	<bbac235c5758.53035fff@contac-dt.de>
	<bbac79ce3a0a.5303603b@contac-dt.de>
	<bbac21324d1a.53036077@contac-dt.de>
	<bbac6c2868ff.530360b4@contac-dt.de>
	<bbac498e7268.53036edd@contac-dt.de>
	<145637A2-310D-4EA2-8CB7-D60417A00C76@opencsw.org>
	<bbad80a36dc7.5305e122@contac-dt.de>
	<bbadaee47b53.5305e132@contac-dt.de>
	<bbad8f5018e.5305e16e@contac-dt.de>
	<bbadd9fe3c92.5305e1aa@contac-dt.de>
Message-ID: <bbad9a684030.5305efbf@contac-dt.de>

Hi,

the most looks good so far. But I am looking for a way of export the old content in the new site. There I haven't found any documentation.
Can somebody give me a hint?

Carsten

Am 18.02.14 schrieb Dagobert Michelsen  <dam at opencsw.org>:
> 
> 
> 
> 
> Hi Carsten,
> 
> Am 18.02.2014 um 14:31 schrieb Carsten Grzemba <grzemba at contac-dt.de>:
> 
> > A setup with our current csw packages django 1.6 and the developer tree (it seems to be that there no release versions taged in the last time) of osqa works in my test environment, so I will try now to migrate our OSQA in the new test setup.
> > 
> 
> 
> This is excellent news! Is it faster for you? I ask because there are a number of other osqa installation
> on the internet which are all very fast and I keep the impression it is just because they used a newer
> version.
> 
> 
> 
> 
> Best regards
> 
> 
>  ? Dago
> 
> 
> > 
> > Carsten
> > 
> > Am 14.02.14 schrieb Maciej (Matchek) Blizi?ski  <maciej at opencsw.org>:
> > > 2014-02-13 15:57 GMT+00:00 Dagobert Michelsen <dam at opencsw.org>:
> > > 
> > > >  Cool! IIRC there are the following tasks:
> > > > 
> > > > - update our osqa to the latest trunk
> > > > 
> > > > - look why our osqa does not work with django 1.4
> > > > 
> > > > - look why our osqa is so slow
> > > > 
> > > > 
> > > > 
> > > > Maciej, did I forgot anything?
> > > > 
> > > 
> > > 
> > > Trying to speed up OSQA might be hard. For now I'd focus on just getting it up to date.
> > > 
> > > 
> > > I think there's a community effort to maintain OSQA which keeps the code on github. 
> > >  
> > >  
> > > 
> >  
> 
> 
>  -- 
> "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/maintainers/attachments/20140220/a3d4c5e4/attachment.html>

From grzemba at contac-dt.de  Thu Feb 20 12:10:04 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Thu, 20 Feb 2014 12:10:04 +0100
Subject: OSQA needs updating
In-Reply-To: <bbade1f27cdb.5305e280@contac-dt.de>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
	<fb70f20e1664.52fcf8d1@contac-dt.de>
	<01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>
	<CALtRa-6T-8GKE7VnWyJOTBo5LUNBy4d-v70+kwYoN4DqzWQjQw@mail.gmail.com>
	<bbac235c5758.53035fff@contac-dt.de>
	<bbac79ce3a0a.5303603b@contac-dt.de>
	<bbac21324d1a.53036077@contac-dt.de>
	<bbac6c2868ff.530360b4@contac-dt.de>
	<bbac498e7268.53036edd@contac-dt.de>
	<145637A2-310D-4EA2-8CB7-D60417A00C76@opencsw.org>
	<530368C4.9000303@opencsw.org>
	<CALtRa-4928mPSLRJJc2srtwRO1Zc=iy5yVSZdQyx0Fyy4JuqoA@mail.gmail.com>
	<bbad9bb226aa.5305e208@contac-dt.de>
	<bbadd0e35052.5305e244@contac-dt.de>
	<bbade1f27cdb.5305e280@contac-dt.de>
Message-ID: <bbad9c586d9a.5305f09c@contac-dt.de>

This is a complete different project? And the content will be frozen, we could also say "stable"

Carsten

Am 20.02.14 schrieb Maciej (Matchek) Blizi?ski  <maciej at opencsw.org>:
> Here's an idea: take all the content from OSQA, and convert it to a
> static page or a set of pages. We can probably preserve existing URLs,
> and we can ditch all the complexity behind the page, and trouble with
> spammers.
> 
> We don't have much legitimate activity on the community site, for
> quite a long time actually. It's quite possible that the current FAQ
> already answers 95% of people's questions.
> 
> Thoughts?
> 
> Maciej
> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140220/292b686a/attachment.html>

From maciej at opencsw.org  Thu Feb 20 12:37:45 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Thu, 20 Feb 2014 11:37:45 +0000
Subject: OSQA needs updating
In-Reply-To: <bbad9a684030.5305efbf@contac-dt.de>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
	<fb70f20e1664.52fcf8d1@contac-dt.de>
	<01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>
	<CALtRa-6T-8GKE7VnWyJOTBo5LUNBy4d-v70+kwYoN4DqzWQjQw@mail.gmail.com>
	<bbac235c5758.53035fff@contac-dt.de>
	<bbac79ce3a0a.5303603b@contac-dt.de>
	<bbac21324d1a.53036077@contac-dt.de>
	<bbac6c2868ff.530360b4@contac-dt.de>
	<bbac498e7268.53036edd@contac-dt.de>
	<145637A2-310D-4EA2-8CB7-D60417A00C76@opencsw.org>
	<bbad80a36dc7.5305e122@contac-dt.de>
	<bbadaee47b53.5305e132@contac-dt.de>
	<bbad8f5018e.5305e16e@contac-dt.de>
	<bbadd9fe3c92.5305e1aa@contac-dt.de>
	<bbad9a684030.5305efbf@contac-dt.de>
Message-ID: <CALtRa-5RTsGZJ7WZXb8SOdw58wbN9ApCfR3knih3ZviCLLRw+w@mail.gmail.com>

2014-02-20 11:06 GMT+00:00 Carsten Grzemba <grzemba at contac-dt.de>:

> the most looks good so far. But I am looking for a way of export the old
> content in the new site. There I haven't found any documentation.
> Can somebody give me a hint?
>

The django admin/manage script allows to export all data as JSON. You can
then write a script to transform these JSON data to another format that we
might want.

I thought we could transform it to Markdown or ReStructuredText, one file
per question+answers. Then we could commit it to our Subversion repo, maybe
make it part of the opencsw manual?

It's up to you. One thing that would be nice is preserving the existing
URLs, or providing HTTP redirects from the existing URLs. I think our OSQA
pages are ranking high for specific questions. You can check it by looking
for something specific, for example "replace solaris lpd with cups".

Maciej
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140220/cb8eaa2b/attachment-0001.html>

From maciej at opencsw.org  Thu Feb 20 12:39:49 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Thu, 20 Feb 2014 11:39:49 +0000
Subject: OSQA needs updating
In-Reply-To: <bbad9c586d9a.5305f09c@contac-dt.de>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
	<fb70f20e1664.52fcf8d1@contac-dt.de>
	<01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>
	<CALtRa-6T-8GKE7VnWyJOTBo5LUNBy4d-v70+kwYoN4DqzWQjQw@mail.gmail.com>
	<bbac235c5758.53035fff@contac-dt.de>
	<bbac79ce3a0a.5303603b@contac-dt.de>
	<bbac21324d1a.53036077@contac-dt.de>
	<bbac6c2868ff.530360b4@contac-dt.de>
	<bbac498e7268.53036edd@contac-dt.de>
	<145637A2-310D-4EA2-8CB7-D60417A00C76@opencsw.org>
	<530368C4.9000303@opencsw.org>
	<CALtRa-4928mPSLRJJc2srtwRO1Zc=iy5yVSZdQyx0Fyy4JuqoA@mail.gmail.com>
	<bbad9bb226aa.5305e208@contac-dt.de>
	<bbadd0e35052.5305e244@contac-dt.de>
	<bbade1f27cdb.5305e280@contac-dt.de>
	<bbad9c586d9a.5305f09c@contac-dt.de>
Message-ID: <CALtRa-4n57w-Vs4EQJp7M4aZWiA=uNJ4++sfu2fEBHb7rqgDaA@mail.gmail.com>

2014-02-20 11:10 GMT+00:00 Carsten Grzemba <grzemba at contac-dt.de>:
> This is a complete different project? And the content will be frozen, we
> could also say "stable"

Also known as dead. ;-)

We need to be able to modify it, the best places are (no particular order):

- wikidot
- opencsw-manual
- wordpress

Maciej

From maciej at opencsw.org  Thu Feb 20 12:48:37 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Thu, 20 Feb 2014 11:48:37 +0000
Subject: libffi - summary of problems
In-Reply-To: <3FC79702-CFF8-4C87-A725-8E61B36261AD@opencsw.org>
References: <53054A91.9060908@opencsw.org>
	<CALtRa-6bzuu+3xUfF6kF3N+T_Q=odzm=bCf5ckMRROthC6d8AA@mail.gmail.com>
	<3FC79702-CFF8-4C87-A725-8E61B36261AD@opencsw.org>
Message-ID: <CALtRa-6_pWUhuKtDfVWfXdSua_21NPPjHkKH8+2CFYY8CwNsiQ@mail.gmail.com>

2014-02-20 6:57 GMT+00:00 Dagobert Michelsen <dam at opencsw.org>:
> Maybe we can relocate back libffi?

We can. I've released the package last, but I'd be happy if someone
picked it up.

Maciej

From dam at opencsw.org  Thu Feb 20 14:44:55 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 20 Feb 2014 14:44:55 +0100
Subject: OSQA needs updating
In-Reply-To: <CALtRa-4n57w-Vs4EQJp7M4aZWiA=uNJ4++sfu2fEBHb7rqgDaA@mail.gmail.com>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
	<fb70f20e1664.52fcf8d1@contac-dt.de>
	<01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>
	<CALtRa-6T-8GKE7VnWyJOTBo5LUNBy4d-v70+kwYoN4DqzWQjQw@mail.gmail.com>
	<bbac235c5758.53035fff@contac-dt.de>
	<bbac79ce3a0a.5303603b@contac-dt.de>
	<bbac21324d1a.53036077@contac-dt.de>
	<bbac6c2868ff.530360b4@contac-dt.de>
	<bbac498e7268.53036edd@contac-dt.de>
	<145637A2-310D-4EA2-8CB7-D60417A00C76@opencsw.org>
	<530368C4.9000303@opencsw.org>
	<CALtRa-4928mPSLRJJc2srtwRO1Zc=iy5yVSZdQyx0Fyy4JuqoA@mail.gmail.com>
	<bbad9bb226aa.5305e208@contac-dt.de>
	<bbadd0e35052.5305e244@contac-dt.de>
	<bbade1f27cdb.5305e280@contac-dt.de>
	<bbad9c586d9a.5305f09c@contac-dt.de>
	<CALtRa-4n57w-Vs4EQJp7M4aZWiA=uNJ4++sfu2fEBHb7rqgDaA@mail.gmail.com>
Message-ID: <96061883-43DA-463A-B687-F5D57C86543B@opencsw.org>

Hi,

Am 20.02.2014 um 12:39 schrieb Maciej (Matchek) Blizi?ski <maciej at opencsw.org>:
> 2014-02-20 11:10 GMT+00:00 Carsten Grzemba <grzemba at contac-dt.de>:
>> This is a complete different project? And the content will be frozen, we
>> could also say "stable"
> 
> Also known as dead. ;-)
> 
> We need to be able to modify it, the best places are (no particular order):
> 
> - wikidot
> - opencsw-manual
> - wordpress

I am not sure if this is the right way to go and would focus on what you want to
spend time on. In general I would think having something like OSQA is a good thing
if we can make it run reasonable fast and are able to install new versions if
necessary. If you (or another maintainer) is available for that I would favor
to keep OSQA.


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140220/d89bb90f/attachment.p7s>

From maciej at opencsw.org  Thu Feb 20 23:50:04 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Thu, 20 Feb 2014 22:50:04 +0000
Subject: OSQA needs updating
In-Reply-To: <96061883-43DA-463A-B687-F5D57C86543B@opencsw.org>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
	<fb70f20e1664.52fcf8d1@contac-dt.de>
	<01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>
	<CALtRa-6T-8GKE7VnWyJOTBo5LUNBy4d-v70+kwYoN4DqzWQjQw@mail.gmail.com>
	<bbac235c5758.53035fff@contac-dt.de>
	<bbac79ce3a0a.5303603b@contac-dt.de>
	<bbac21324d1a.53036077@contac-dt.de>
	<bbac6c2868ff.530360b4@contac-dt.de>
	<bbac498e7268.53036edd@contac-dt.de>
	<145637A2-310D-4EA2-8CB7-D60417A00C76@opencsw.org>
	<530368C4.9000303@opencsw.org>
	<CALtRa-4928mPSLRJJc2srtwRO1Zc=iy5yVSZdQyx0Fyy4JuqoA@mail.gmail.com>
	<bbad9bb226aa.5305e208@contac-dt.de>
	<bbadd0e35052.5305e244@contac-dt.de>
	<bbade1f27cdb.5305e280@contac-dt.de>
	<bbad9c586d9a.5305f09c@contac-dt.de>
	<CALtRa-4n57w-Vs4EQJp7M4aZWiA=uNJ4++sfu2fEBHb7rqgDaA@mail.gmail.com>
	<96061883-43DA-463A-B687-F5D57C86543B@opencsw.org>
Message-ID: <CALtRa-7R-1LDKMsDubT5phNc8C2uA9U1WKFxf0AGc57RW7H7dw@mail.gmail.com>

2014-02-20 13:44 GMT+00:00 Dagobert Michelsen <dam at opencsw.org>:
> If you (or another maintainer) is available for that I would favor
> to keep OSQA.

This is the main tradeoff. If there is a person who will maintain our
OSQA installation, it's better to keep it running. And then it makes
sense to publicize it too, so that people have confidence that they
can come there and get answers.

Maciej

From rmottola at opencsw.org  Thu Feb 20 23:56:58 2014
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Thu, 20 Feb 2014 23:56:58 +0100
Subject: libffi - summary of problems
In-Reply-To: <CALtRa-6bzuu+3xUfF6kF3N+T_Q=odzm=bCf5ckMRROthC6d8AA@mail.gmail.com>
References: <53054A91.9060908@opencsw.org>
	<CALtRa-6bzuu+3xUfF6kF3N+T_Q=odzm=bCf5ckMRROthC6d8AA@mail.gmail.com>
Message-ID: <5306883A.8010009@opencsw.org>

Hi Macjej,


Maciej (Matchek) Blizi?ski wrote:
> I think that the other piece of software was...
>
>> >bin/pkgdb -r SunOS5.9 show basename libffi.so
> /opt/csw/lib/sparcv9/ffi/libffi.so CSWlibffi-dev
> /opt/csw/gcc3/lib/sparcv9/libffi.so CSWgcc3java
> /opt/csw/lib/libffi.so CSWgcc3javart, CSWgcc4core
> /opt/csw/gcc3/lib/libffi.so CSWgcc3java
> /opt/csw/lib/sparcv9/libffi.so CSWgcc3javart, CSWgcc4core
> /opt/csw/lib/ffi/libffi.so CSWlibffi-dev
>
> Yes, GCC. But this seems to be no longer the case in our Solaris 10 catalog.

I have no direct experience with CSW here, but there should be only one 
libffi provider. As far as I can remember it is one libffi, which used 
to live "inside" gcc and now is a separate package. I don't think it is 
a problem with gcc 4.x anymore ? DO we still have traces of gcc 3.x 
somewhere?
Libffi came from the gcc java compiler itself (in dark ages).
Or is here a difference between Solaris 9 & 10?

Riccardo

From maciej at opencsw.org  Fri Feb 21 00:11:47 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Thu, 20 Feb 2014 23:11:47 +0000
Subject: libffi - summary of problems
In-Reply-To: <5306883A.8010009@opencsw.org>
References: <53054A91.9060908@opencsw.org>
	<CALtRa-6bzuu+3xUfF6kF3N+T_Q=odzm=bCf5ckMRROthC6d8AA@mail.gmail.com>
	<5306883A.8010009@opencsw.org>
Message-ID: <CALtRa-7ErzKC+X0yoA9xJ9j9M+dDue0Kg7jiaSrb=Pp8gqPJFw@mail.gmail.com>

2014-02-20 22:56 GMT+00:00 Riccardo Mottola <rmottola at opencsw.org>:
> Or is here a difference between Solaris 9 & 10?

We still have gcc3 in our Solaris 9 catalog(s). It has been removed
from Solaris 10 catalog(s).

Maciej

From dam at opencsw.org  Fri Feb 21 11:35:19 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 21 Feb 2014 11:35:19 +0100
Subject: checkpkg issue
Message-ID: <4F854DB9-01C5-4EA5-B886-3457ED324B45@opencsw.org>

Hi Maciej,

I am currently trying to update py-curl to use python version modulation and get
stuck on checpkg:

WARNING:root:Error reading /etc/opt/csw/releases/auth/dam: [Errno 2] No such file or directory: '/etc/opt/csw/releases/auth/dam'
INFO:root:Juicing the svr4 package stream files...
100% Time: 0:00:21 |######################################################################################################################################################################################|
WARNING:root:Error reading /etc/opt/csw/releases/auth/dam: [Errno 2] No such file or directory: '/etc/opt/csw/releases/auth/dam'
INFO:root:Unwrapping candies...
WARNING:root:GetBlob() url=u'http://buildfarm.opencsw.org/releases/blob/pkgstats/85013336cc49e88eb25590fa5b79267c/'                                                                                       |
WARNING:root:curl getinfo: <type 'int'> 200 http://buildfarm.opencsw.org/releases/blob/pkgstats/85013336cc49e88eb25590fa5b79267c/
WARNING:root:HTTP code: 200
100% |####################################################################################################################################################################################################|
INFO:root:Tasting candies one by one...
Traceback (most recent call last):####################################################################################################################                                                    |
  File "/home/dam/mgar/pkg/.buildsys/v2/gar//bin/checkpkg", line 266, in <module>
    main()
  File "/home/dam/mgar/pkg/.buildsys/v2/gar//bin/checkpkg", line 213, in main
    exit_code, screen_report, tags_report = check_manager.Run()
  File "/home/dam/mgar/pkg/.buildsys/v2/lib/python/checkpkg_lib.py", line 900, in Run
    return super(CheckpkgManager2, self).Run()
  File "/home/dam/mgar/pkg/.buildsys/v2/lib/python/checkpkg_lib.py", line 292, in Run
    errors, messages, gar_lines = self.GetAllTags(self.sqo_pkgs_list)
  File "/home/dam/mgar/pkg/.buildsys/v2/lib/python/checkpkg_lib.py", line 857, in GetAllTags
    function(pkg_data, check_interface, logger=logger, messenger=messenger)
  File "/home/dam/mgar/pkg/.buildsys/v2/lib/python/package_checks.py", line 901, in CheckPyPackageContainsPyFiles
    if not pkgmap_entry["path"]:
TypeError: list indices must be integers, not str
/home/dam/mgar/pkg/.buildsys/v2/gar//gar.pkg.mk:1021: recipe for target 'pkgcheck' failed
gmake: *** [pkgcheck] Error 2
zsh: 26242 exit 2     mgar package


Maybe you can have a look? Everything is committed at pkg/lang-python/pycurl/trunk


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140221/97c7259e/attachment-0001.p7s>

From maciej at opencsw.org  Fri Feb 21 11:41:26 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Fri, 21 Feb 2014 10:41:26 +0000
Subject: checkpkg issue
In-Reply-To: <4F854DB9-01C5-4EA5-B886-3457ED324B45@opencsw.org>
References: <4F854DB9-01C5-4EA5-B886-3457ED324B45@opencsw.org>
Message-ID: <CALtRa-5YAVEy3t7vg9C6fRwiA9EtCjQa53Mj3aotCxTGOsNiXw@mail.gmail.com>

2014-02-21 10:35 GMT+00:00 Dagobert Michelsen <dam at opencsw.org>:
>   File "/home/dam/mgar/pkg/.buildsys/v2/lib/python/package_checks.py", line 901, in CheckPyPackageContainsPyFiles
>     if not pkgmap_entry["path"]:

Your gar sources look out if date, line 901 of package_checks.py is
different. Can you update and retry?

Maciej

From rmottola at opencsw.org  Fri Feb 21 20:21:14 2014
From: rmottola at opencsw.org (Riccardo Mottola)
Date: Fri, 21 Feb 2014 20:21:14 +0100
Subject: libffi - summary of problems
In-Reply-To: <CALtRa-7ErzKC+X0yoA9xJ9j9M+dDue0Kg7jiaSrb=Pp8gqPJFw@mail.gmail.com>
References: <53054A91.9060908@opencsw.org>	<CALtRa-6bzuu+3xUfF6kF3N+T_Q=odzm=bCf5ckMRROthC6d8AA@mail.gmail.com>	<5306883A.8010009@opencsw.org>
	<CALtRa-7ErzKC+X0yoA9xJ9j9M+dDue0Kg7jiaSrb=Pp8gqPJFw@mail.gmail.com>
Message-ID: <5307A72A.6030603@opencsw.org>

Hi

On 02/21/14 00:11, Maciej (Matchek) Blizi?ski wrote:
> We still have gcc3 in our Solaris 9 catalog(s). It has been removed
> from Solaris 10 catalog(s).
But gcc3 will be installed in

/opt/csw/gcc3/lib/libffi.so CSWgcc3java

and the standard package in

/opt/csw/lib/libffi.so

I don't see directly a problem, that is gcc3 should have its own (even 
if, at the end it is the same of the standard library)

Riccardo



From bwalton at opencsw.org  Sat Feb 22 10:58:46 2014
From: bwalton at opencsw.org (Ben Walton)
Date: Sat, 22 Feb 2014 09:58:46 +0000
Subject: Board Election
In-Reply-To: <CAP30j16kGORp7oBtGbZGvsvfxsVveL_Mi7D+vSjPdUn7K10mZw@mail.gmail.com>
References: <CAP30j16kGORp7oBtGbZGvsvfxsVveL_Mi7D+vSjPdUn7K10mZw@mail.gmail.com>
Message-ID: <CAP30j16qFFrP-NQx5QXoEpJ1f4QfytPgo0Wf43BOg2K5Yv=3XQ@mail.gmail.com>

Hi Folks,

We have two nominees for the new board, but have three positions to fill.
Is anyone else interested in running? There are many active maintainers
that I'd love to see step up...

Thanks
-Ben
On Feb 8, 2014 10:41 AM, "Ben Walton" <bwalton at opencsw.org> wrote:

> Hi All,
>
> It's time to elect a new board. We're a little behind schedule, but
> not as much as in previous years! :)
>
> I've created a blank nomination page in the wiki here:
> http://wiki.opencsw.org/boardelection2014
>
> All that is required to run is current membership status. I'd
> encourage anyone interested to step forward.
>
> I'll leave the nominations open for two weeks at which point we'll
> evaluate the roster to see whether an election is necessary. I'd be
> really happy to see lots of names there!
>
> Thanks
> -Ben
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140222/bf4b231a/attachment.html>

From maciej at opencsw.org  Sat Feb 22 16:04:15 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Sat, 22 Feb 2014 15:04:15 +0000
Subject: New code deployment imminent
In-Reply-To: <CALtRa-6Ehwjocz230Ep93jURZHFevoTFT-OX7sM7GA2ogtAt9A@mail.gmail.com>
References: <CALtRa-6TCnLjmSgKbbRq2bK9HFVS0nthdMVhKeT3vOG8nndk6A@mail.gmail.com>
	<CALtRa-4jHi2a66skCO6APMFy0Q4v9rBDGtUFRT6KC8rX1KY_PQ@mail.gmail.com>
	<CALtRa-5-0+gqfSWv9f=3dw4Pm-o8-C9JrGCTKdQ6Cv95te01xQ@mail.gmail.com>
	<CALtRa-5bvRB2rpfBGN78Sa_U1BT74jXKUkc3a3P8LRcu+fqXiQ@mail.gmail.com>
	<CALtRa-4NkW_nRmSSmYGd+gMPiWhKBsBM4cX3QdWwAZZi3pCMDg@mail.gmail.com>
	<CALtRa-6Ehwjocz230Ep93jURZHFevoTFT-OX7sM7GA2ogtAt9A@mail.gmail.com>
Message-ID: <CALtRa-4_j3Ho40gsy1fJPtMwBfo3nxsz3GcmggLKKM3Lca309g@mail.gmail.com>

I managed to wipe the kiel and dublin catalogs. No need to panic! I'll
restore them from a backup tonight.

From maciej at opencsw.org  Sun Feb 23 11:33:00 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Sun, 23 Feb 2014 10:33:00 +0000
Subject: New code deployment imminent
In-Reply-To: <CALtRa-4_j3Ho40gsy1fJPtMwBfo3nxsz3GcmggLKKM3Lca309g@mail.gmail.com>
References: <CALtRa-6TCnLjmSgKbbRq2bK9HFVS0nthdMVhKeT3vOG8nndk6A@mail.gmail.com>
	<CALtRa-4jHi2a66skCO6APMFy0Q4v9rBDGtUFRT6KC8rX1KY_PQ@mail.gmail.com>
	<CALtRa-5-0+gqfSWv9f=3dw4Pm-o8-C9JrGCTKdQ6Cv95te01xQ@mail.gmail.com>
	<CALtRa-5bvRB2rpfBGN78Sa_U1BT74jXKUkc3a3P8LRcu+fqXiQ@mail.gmail.com>
	<CALtRa-4NkW_nRmSSmYGd+gMPiWhKBsBM4cX3QdWwAZZi3pCMDg@mail.gmail.com>
	<CALtRa-6Ehwjocz230Ep93jURZHFevoTFT-OX7sM7GA2ogtAt9A@mail.gmail.com>
	<CALtRa-4_j3Ho40gsy1fJPtMwBfo3nxsz3GcmggLKKM3Lca309g@mail.gmail.com>
Message-ID: <CALtRa-548Rs+sm5n3_aPMC8jtAbfGf8NUEgLi5U0YkGxW-zM1g@mail.gmail.com>

Dagobert helped to avert the disaster on the mirror, thanks! I'm now
importing all the catalogs to the database. The import is quite slow,
the progress bar ETA estimation is at 6 days. I hope this estimation
is not accurate.

There was also a problem, twice so far, that the cswapache2 service
went into maintenance mode, SMF said "restarting too quickly". I don't
know what exactly caused it to crash. For now, I've cleared the
service and it seems to be running. If the problem continues, we'll
need to investigate.

From grzemba at contac-dt.de  Mon Feb 24 13:06:45 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Mon, 24 Feb 2014 13:06:45 +0100
Subject: OSQA needs updating
In-Reply-To: <bf4cdf63687d.530b35b8@contac-dt.de>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
	<fb70f20e1664.52fcf8d1@contac-dt.de>
	<01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>
	<CALtRa-6T-8GKE7VnWyJOTBo5LUNBy4d-v70+kwYoN4DqzWQjQw@mail.gmail.com>
	<bbac235c5758.53035fff@contac-dt.de>
	<bbac79ce3a0a.5303603b@contac-dt.de>
	<bbac21324d1a.53036077@contac-dt.de>
	<bbac6c2868ff.530360b4@contac-dt.de>
	<bbac498e7268.53036edd@contac-dt.de>
	<145637A2-310D-4EA2-8CB7-D60417A00C76@opencsw.org>
	<bf4ce2e9d1a.530b34c4@contac-dt.de>
	<bf4c97cb35ca.530b3500@contac-dt.de>
	<bf4cc8c46ca9.530b353d@contac-dt.de>
	<bf4cbb9b904.530b3579@contac-dt.de>
	<bf4cdf63687d.530b35b8@contac-dt.de>
Message-ID: <bf4cf81c1be5.530b43e5@contac-dt.de>

Perhaps we can speedup our current installation if we purge the session table 'django_session' (~1Mill. expired sessions).
Also it seems to be that Python2.7 can faster load large datasets (better memory management?). 

Carsten

> 
> 
> 
> 
> > 
> > > 
> > > >  - look why our osqa is so slow
> > > > 
> > > > 
> > > > 
> > > > 
> > > 
> > > 
> > > 
> > > 
> > > 
> > 
> 
> 
> 
> 
> 
> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140224/db0c1bbd/attachment.html>

From dam at opencsw.org  Mon Feb 24 14:21:47 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 24 Feb 2014 14:21:47 +0100
Subject: OSQA needs updating
In-Reply-To: <bf4cf81c1be5.530b43e5@contac-dt.de>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
	<fb70f20e1664.52fcf8d1@contac-dt.de>
	<01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>
	<CALtRa-6T-8GKE7VnWyJOTBo5LUNBy4d-v70+kwYoN4DqzWQjQw@mail.gmail.com>
	<bbac235c5758.53035fff@contac-dt.de>
	<bbac79ce3a0a.5303603b@contac-dt.de>
	<bbac21324d1a.53036077@contac-dt.de>
	<bbac6c2868ff.530360b4@contac-dt.de>
	<bbac498e7268.53036edd@contac-dt.de>
	<145637A2-310D-4EA2-8CB7-D60417A00C76@opencsw.org>
	<bf4ce2e9d1a.530b34c4@contac-dt.de>
	<bf4c97cb35ca.530b3500@contac-dt.de>
	<bf4cc8c46ca9.530b353d@contac-dt.de>
	<bf4cbb9b904.530b3579@contac-dt.de>
	<bf4cdf63687d.530b35b8@contac-dt.de>
	<bf4cf81c1be5.530b43e5@contac-dt.de>
Message-ID: <C9343E24-E57D-4AE5-AD1D-A7E79C313E5B@opencsw.org>

Hi Carsten,

Am 24.02.2014 um 13:06 schrieb Carsten Grzemba <grzemba at contac-dt.de>:
> Perhaps we can speedup our current installation if we purge the session table 'django_session' (~1Mill. expired sessions).
> Also it seems to be that Python2.7 can faster load large datasets (better memory management?). 

Sure, feel free to drop these and see if it helps. Additionally would you min dsettting up a cleanup job?


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/maintainers/attachments/20140224/6ead55e8/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140224/6ead55e8/attachment-0001.p7s>

From laurent at opencsw.org  Tue Feb 25 11:57:53 2014
From: laurent at opencsw.org (Laurent Blume)
Date: Tue, 25 Feb 2014 11:57:53 +0100
Subject: ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
In-Reply-To: <C0B5B942-278D-477A-BEF5-3B095D91C80B@opencsw.org>
References: <52FD0066.5000203@opencsw.org>
	<C096AEA0-11DC-4725-8DCE-F37463F8F6FC@opencsw.org>
	<53039522.8040700@opencsw.org>
	<C0B5B942-278D-477A-BEF5-3B095D91C80B@opencsw.org>
Message-ID: <530C7731.5060409@opencsw.org>

The rebuilt 5.5.36 has been pushed, it works for me.

Regards,

Laurent


Le 2014/02/25 11:56 +0100, Dagobert Michelsen a ?crit:
> Hi Jake,
>
> Am 18.02.2014 um 18:15 schrieb Jake Goerzen <jgoerzen at opencsw.org
> <mailto:jgoerzen at opencsw.org>>:
>> On 02/16/14 04:39, Dagobert Michelsen wrote:
>>> Am 13.02.2014 um 18:27 schrieb Jake Goerzen <jgoerzen at opencsw.org
>>> <mailto:jgoerzen at opencsw.org>>:
>>>>   Since the last update to mysql packages I can no longer build
>>>> dovecot anymore, configure fails with:
>>>>
>>>>     checking for mysql_config... mysql_config
>>>>     checking for mysql_init in -lmysqlclient... no
>>>>     configure: error: Can't build with MySQL support: libmysqlclient
>>>>     not found
>>>>     /home/jgoerzen/opencsw/.buildsys/v2/gar//gar.lib.mk:835: recipe
>>>>     for target
>>>>     'configure-work/solaris10-i386/build-isa-pentium_pro/dovecot-2.2.10/configure'
>>>>     failedgmake[1]: ***
>>>>     [configure-work/solaris10-i386/build-isa-pentium_pro/dovecot-2.2.10/configure]
>>>>     Error 1
>>>>
>>>>
>>>> Looking In config.log the error encountered is:
>>>> ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
>>>>
>>>>     configure:23474: checking for mysql_init in -lmysqlclient
>>>>     configure:23499: /opt/SUNWspro/bin/cc -o conftest -xO3 -m32
>>>>     -xarch=pentium_pro -xchip=pentium_pro -I/opt/csw/include
>>>>     -I/opt/csw/include/mysql -I/opt/csw/include/postgresql
>>>>     -I/opt/csw/include -m32 -xarch=pentium_pro -xchip=pentium_pro
>>>>     -L/opt/csw/lib conftest.c -lmysqlclient  -lrt -lnsl -lsocket
>>>>     -lsendfile -L/opt/csw/lib -lmysqlclient  -lsocket -lz -lnsl -lrt
>>>>     -lssl -lcrypto -lz -lm >&5
>>>>     "conftest.c", line 155: warning: statement not reached
>>>>     ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable:
>>>>             required by file /opt/csw/lib/libmysqlclient.so
>>>>     ld: fatal: file processing errors. No output written to conftest
>>>>
>>>>
>>>> I tried switching the compiler to GCC4 but configure still can't
>>>> find or link -lmysqlclient  What could be the problem?
>>>
>>> The problem is that mysql actually needs the newer libc-version for
>>> getpagesize2() as reported in
>>> https://www.opencsw.org/mantis/view.php?id=5137
>>> This is not related to GCC or Sun Studio. I suggest you disable the
>>> linker map forcing 1.22.5 in your Makefile with
>>>   # Disable linker map forcing SUNW_1.22.2 as the linked MySQL needs
>>> SUNW_1.22.5
>>>   LINKER_MAPS =
>>> After that everything sould work cleanly.
>>
>> Hi Dago,
>>
>> I added the suggestion to the dovecot recipe, now configure finishes
>> successfully but the build fails to link.  Here is what I get in the
>> build process now:
>>
>> on unstable10x:
>>
>> libtool: link: /opt/SUNWspro/bin/cc -xO3 -m32 -xarch=pentium_pro
>> -xchip=pentium_pro -I/opt/csw/include -m32 -xarch=pentium_pro
>> -xchip=pentium_pro -o .libs/auth auth.o auth-cache.o
>> auth-client-connection.o auth-master-connection.o
>> auth-postfix-connection.o mech-otp-skey-common.o mech-plain-common.o
>> auth-penalty.o auth-request.o auth-request-handler.o auth-settings.o
>> auth-fields.o auth-token.o auth-worker-client.o auth-worker-server.o
>> db-checkpassword.o db-dict.o db-dict-cache-key.o db-sql.o
>> db-passwd-file.o main.o mech.o mech-anonymous.o mech-plain.o
>> mech-login.o mech-cram-md5.o mech-digest-md5.o mech-external.o
>> mech-gssapi.o mech-ntlm.o mech-otp.o mech-scram-sha1.o mech-skey.o
>> mech-rpa.o mech-apop.o mech-winbind.o mech-dovecot-token.o passdb.o
>> passdb-blocking.o passdb-bsdauth.o passdb-cache.o
>> passdb-checkpassword.o passdb-dict.o passdb-passwd.o
>> passdb-passwd-file.o passdb-pam.o passdb-shadow.o passdb-sia.o
>> passdb-vpopmail.o passdb-sql.o passdb-static.o passdb-template.o
>> userdb.o userdb-blocking.o userdb-checkpassword.o userdb-dict.o
>> userdb-nss.o userdb-passwd.o userdb-passwd-file.o userdb-prefetch.o
>> userdb-static.o userdb-vpopmail.o userdb-sql.o userdb-template.o
>> db-ldap.o passdb-ldap.o userdb-ldap.o -m32  -L/opt/csw/lib
>> libpassword.a ../lib-ntlm/libntlm.a ../lib-otp/libotp.a
>> ../../src/lib-sql/.libs/libsql.a
>> ../../src/lib-dovecot/.libs/libdovecot.so -liconv -lpam -lintl
>> -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lgss -lldap -llber
>> -lmysqlclient -lssl -lcrypto -lpq -lsqlite3 -lz -lrt -lnsl -lsocket
>> -lsendfile -R/opt/csw/lib/dovecot -R/opt/csw/lib
>> Undefined                       first referenced
>>  symbol                             in file
>> floor                               /opt/csw/lib/libmysqlclient.so
>> ld: fatal: symbol referencing errors. No output written to .libs/auth
>> Makefile:812: recipe for target 'auth? failed
>
> This is because libmysqlclient.so is not self-contained as it should be:
> it uses floor() but does not link to libm.
> @Laurent: Can you please rebuild the mysql libs with -lm as
> EXTRA_LINKER_FLAGS?
>
> dam at unstable10s [unstable10s]:/home/dam > ldd -r
>          librt.so.1 =>    /lib/librt.so.1
>          libssl.so.1.0.0 =>
> /opt/csw/lib/sparcv8plus+vis/libssl.so.1.0.0
>          libcrypto.so.1.0.0 =>
>   /opt/csw/lib/sparcv8plus+vis/libcrypto.so.1.0.0
>          libnsl.so.1 =>   /lib/libnsl.so.1
>          librt.so.1 =>    /lib/librt.so.1
>          libsocket.so.1 =>        /lib/libsocket.so.1
>          libpthread.so.1 =>       /lib/libpthread.so.1
>          libgcc_s.so.1 =>         /opt/csw/lib/sparcv8/libgcc_s.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
>          libaio.so.1 =>   /lib/libaio.so.1
>          libdoor.so.1 =>  /lib/libdoor.so.1
>          libuutil.so.1 =>         /lib/libuutil.so.1
>          libgen.so.1 =>   /lib/libgen.so.1
>          /platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1
>          symbol not found: floor         (/opt/csw/lib/libmysqlclient.so)
>          /platform/SUNW,SPARC-Enterprise-T5220/lib/libmd_psr.so.1
>          libm.so.2 =>     /lib/libm.so.2
>
>
> 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 wilbury at opencsw.org  Tue Feb 25 11:59:39 2014
From: wilbury at opencsw.org (Juraj Lutter)
Date: Tue, 25 Feb 2014 11:59:39 +0100
Subject: ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
In-Reply-To: <530C7731.5060409@opencsw.org>
References: <52FD0066.5000203@opencsw.org>	<C096AEA0-11DC-4725-8DCE-F37463F8F6FC@opencsw.org>	<53039522.8040700@opencsw.org>	<C0B5B942-278D-477A-BEF5-3B095D91C80B@opencsw.org>
	<530C7731.5060409@opencsw.org>
Message-ID: <530C779B.1060804@opencsw.org>

On 02/25/14 11:57, Laurent Blume wrote:
> The rebuilt 5.5.36 has been pushed, it works for me.

Is it build with GCC or SoS?


-- 
Juraj Lutter <wilbury at opencsw.org>


From wilbury at opencsw.org  Tue Feb 25 12:23:09 2014
From: wilbury at opencsw.org (Juraj Lutter)
Date: Tue, 25 Feb 2014 12:23:09 +0100
Subject: ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
In-Reply-To: <530C779B.1060804@opencsw.org>
References: <52FD0066.5000203@opencsw.org>	<C096AEA0-11DC-4725-8DCE-F37463F8F6FC@opencsw.org>	<53039522.8040700@opencsw.org>	<C0B5B942-278D-477A-BEF5-3B095D91C80B@opencsw.org>	<530C7731.5060409@opencsw.org>
	<530C779B.1060804@opencsw.org>
Message-ID: <530C7D1D.4070203@opencsw.org>

On 02/25/14 11:59, Juraj Lutter wrote:
> On 02/25/14 11:57, Laurent Blume wrote:
>> The rebuilt 5.5.36 has been pushed, it works for me.
> Is it build with GCC or SoS?

Sorry. I see, with SoS.
>
>


-- 
Juraj Lutter <wilbury at opencsw.org>


From grzemba at contac-dt.de  Wed Feb 26 08:16:04 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Wed, 26 Feb 2014 08:16:04 +0100
Subject: OSQA needs updating
In-Reply-To: <CALtRa-4928mPSLRJJc2srtwRO1Zc=iy5yVSZdQyx0Fyy4JuqoA@mail.gmail.com>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
	<fb70f20e1664.52fcf8d1@contac-dt.de>
	<01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>
	<CALtRa-6T-8GKE7VnWyJOTBo5LUNBy4d-v70+kwYoN4DqzWQjQw@mail.gmail.com>
	<bbac235c5758.53035fff@contac-dt.de>
	<bbac79ce3a0a.5303603b@contac-dt.de>
	<bbac21324d1a.53036077@contac-dt.de>
	<bbac6c2868ff.530360b4@contac-dt.de>
	<bbac498e7268.53036edd@contac-dt.de>
	<145637A2-310D-4EA2-8CB7-D60417A00C76@opencsw.org>
	<530368C4.9000303@opencsw.org>
	<CALtRa-4928mPSLRJJc2srtwRO1Zc=iy5yVSZdQyx0Fyy4JuqoA@mail.gmail.com>
Message-ID: <bbac63ef3550.530da2c4@contac-dt.de>

Hi,

today I will update the OSQA so the www.opencsw.org/community site will be down some time (today?).
I'll keep you posted.

Carsten
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140226/39a7a7a7/attachment.html>

From grzemba at contac-dt.de  Wed Feb 26 17:23:47 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Wed, 26 Feb 2014 17:23:47 +0100
Subject: OSQA needs updating
In-Reply-To: <bf4ce0681bcc.530e14f1@contac-dt.de>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
	<fb70f20e1664.52fcf8d1@contac-dt.de>
	<01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>
	<CALtRa-6T-8GKE7VnWyJOTBo5LUNBy4d-v70+kwYoN4DqzWQjQw@mail.gmail.com>
	<bbac235c5758.53035fff@contac-dt.de>
	<bbac79ce3a0a.5303603b@contac-dt.de>
	<bbac21324d1a.53036077@contac-dt.de>
	<bbac6c2868ff.530360b4@contac-dt.de>
	<bbac498e7268.53036edd@contac-dt.de>
	<145637A2-310D-4EA2-8CB7-D60417A00C76@opencsw.org>
	<530368C4.9000303@opencsw.org>
	<CALtRa-4928mPSLRJJc2srtwRO1Zc=iy5yVSZdQyx0Fyy4JuqoA@mail.gmail.com>
	<bbac63ef3550.530da2c4@contac-dt.de>
	<bf4cf1f33410.530e1479@contac-dt.de>
	<bf4cbc5f165e.530e14b5@contac-dt.de>
	<bf4ce0681bcc.530e14f1@contac-dt.de>
Message-ID: <bf4c90dc58ea.530e2323@contac-dt.de>

Hi,

I finished the update sofar:

- @Ihsan: for the FullTextSearch an trigger have to installed vi MySQL root
- some text will not find anyway (e.g. IPS)
- there is logging a error in django.log: NoReverseMatch: Reverse for 'user_report' with arguments '(None,)' and keyword arguments '{}'
 In the moment I can't see any implications of this error.
- I think the log file should rotated.

Carsten

Am 26.02.14 schrieb "Carsten Grzemba"  <grzemba at contac-dt.de>:
> Hi,
> 
> today I will update the OSQA so the www.opencsw.org/community site will be down some time (today?).
> I'll keep you posted.
> 
> Carsten 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140226/41a92398/attachment.html>

From maciej at opencsw.org  Wed Feb 26 21:34:19 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Wed, 26 Feb 2014 20:34:19 +0000
Subject: New code deployment imminent
In-Reply-To: <CALtRa-548Rs+sm5n3_aPMC8jtAbfGf8NUEgLi5U0YkGxW-zM1g@mail.gmail.com>
References: <CALtRa-6TCnLjmSgKbbRq2bK9HFVS0nthdMVhKeT3vOG8nndk6A@mail.gmail.com>
	<CALtRa-4jHi2a66skCO6APMFy0Q4v9rBDGtUFRT6KC8rX1KY_PQ@mail.gmail.com>
	<CALtRa-5-0+gqfSWv9f=3dw4Pm-o8-C9JrGCTKdQ6Cv95te01xQ@mail.gmail.com>
	<CALtRa-5bvRB2rpfBGN78Sa_U1BT74jXKUkc3a3P8LRcu+fqXiQ@mail.gmail.com>
	<CALtRa-4NkW_nRmSSmYGd+gMPiWhKBsBM4cX3QdWwAZZi3pCMDg@mail.gmail.com>
	<CALtRa-6Ehwjocz230Ep93jURZHFevoTFT-OX7sM7GA2ogtAt9A@mail.gmail.com>
	<CALtRa-4_j3Ho40gsy1fJPtMwBfo3nxsz3GcmggLKKM3Lca309g@mail.gmail.com>
	<CALtRa-548Rs+sm5n3_aPMC8jtAbfGf8NUEgLi5U0YkGxW-zM1g@mail.gmail.com>
Message-ID: <CALtRa-597W2US5nf9NnFRqkb+Q3e_ku=UzRSwD8Q==UyrHDcCQ@mail.gmail.com>

Apache crashes continue. We have some coredumps but I did not have the
time to investigate this further. I'm afraid I'll have to leave it to
others. Would anyone like to volunteer to debug this?

In the meantime I am bypassing Apache to complete the work.

From maciej at opencsw.org  Thu Feb 27 00:58:21 2014
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Wed, 26 Feb 2014 23:58:21 +0000
Subject: New code deployment imminent
In-Reply-To: <CALtRa-597W2US5nf9NnFRqkb+Q3e_ku=UzRSwD8Q==UyrHDcCQ@mail.gmail.com>
References: <CALtRa-6TCnLjmSgKbbRq2bK9HFVS0nthdMVhKeT3vOG8nndk6A@mail.gmail.com>
	<CALtRa-4jHi2a66skCO6APMFy0Q4v9rBDGtUFRT6KC8rX1KY_PQ@mail.gmail.com>
	<CALtRa-5-0+gqfSWv9f=3dw4Pm-o8-C9JrGCTKdQ6Cv95te01xQ@mail.gmail.com>
	<CALtRa-5bvRB2rpfBGN78Sa_U1BT74jXKUkc3a3P8LRcu+fqXiQ@mail.gmail.com>
	<CALtRa-4NkW_nRmSSmYGd+gMPiWhKBsBM4cX3QdWwAZZi3pCMDg@mail.gmail.com>
	<CALtRa-6Ehwjocz230Ep93jURZHFevoTFT-OX7sM7GA2ogtAt9A@mail.gmail.com>
	<CALtRa-4_j3Ho40gsy1fJPtMwBfo3nxsz3GcmggLKKM3Lca309g@mail.gmail.com>
	<CALtRa-548Rs+sm5n3_aPMC8jtAbfGf8NUEgLi5U0YkGxW-zM1g@mail.gmail.com>
	<CALtRa-597W2US5nf9NnFRqkb+Q3e_ku=UzRSwD8Q==UyrHDcCQ@mail.gmail.com>
Message-ID: <CALtRa-7nDs02bumvPwJK6MpS41ZxKAYE5sqKDAgXTxD4AF5wMA@mail.gmail.com>

If you wondered what the heck is HTTP code 503 in the context of our
buildfarm, it's the sound of Apache dying (proxy can't talk to the
server it's supposed to forward requests to). Like this:

INFO:root:Retry, exception: URL HEAD
'http://buildfarm.opencsw.org/releases/blob/pkgstats/b51ef130f4bf7b970d289fa84f9452c2/'
HTTP code: 503

To work around the problem, I've started ad-hoc wsgi apps and pushed a
configuration file which makes checkpkg use it. It is a temporary
workaround.

From schwindt at dfki.uni-kl.de  Thu Feb 27 08:21:08 2014
From: schwindt at dfki.uni-kl.de (Nicolai Schwindt)
Date: Thu, 27 Feb 2014 08:21:08 +0100
Subject: New code deployment imminent
In-Reply-To: <CALtRa-597W2US5nf9NnFRqkb+Q3e_ku=UzRSwD8Q==UyrHDcCQ@mail.gmail.com>
References: <CALtRa-6TCnLjmSgKbbRq2bK9HFVS0nthdMVhKeT3vOG8nndk6A@mail.gmail.com>
	<CALtRa-4jHi2a66skCO6APMFy0Q4v9rBDGtUFRT6KC8rX1KY_PQ@mail.gmail.com>
	<CALtRa-5-0+gqfSWv9f=3dw4Pm-o8-C9JrGCTKdQ6Cv95te01xQ@mail.gmail.com>
	<CALtRa-5bvRB2rpfBGN78Sa_U1BT74jXKUkc3a3P8LRcu+fqXiQ@mail.gmail.com>
	<CALtRa-4NkW_nRmSSmYGd+gMPiWhKBsBM4cX3QdWwAZZi3pCMDg@mail.gmail.com>
	<CALtRa-6Ehwjocz230Ep93jURZHFevoTFT-OX7sM7GA2ogtAt9A@mail.gmail.com>
	<CALtRa-4_j3Ho40gsy1fJPtMwBfo3nxsz3GcmggLKKM3Lca309g@mail.gmail.com>
	<CALtRa-548Rs+sm5n3_aPMC8jtAbfGf8NUEgLi5U0YkGxW-zM1g@mail.gmail.com>
	<CALtRa-597W2US5nf9NnFRqkb+Q3e_ku=UzRSwD8Q==UyrHDcCQ@mail.gmail.com>
Message-ID: <20140227082108.00000d46@isg-1505>

On Wed, 26 Feb 2014 20:34:19 +0000
Maciej (Matchek) Blizi?ski <maciej at opencsw.org> wrote:

> Apache crashes continue. We have some coredumps but I did not have the
> time to investigate this further. I'm afraid I'll have to leave it to
> others. Would anyone like to volunteer to debug this?

I could try to give you a hand there in debugging.
As I am not familiar with this part of the infrastructure, I guess I don't
even have a login to it.

So, if no one else can spare some time, I would try

MfG, Nicolai Schwindt

From grzemba at contac-dt.de  Thu Feb 27 10:06:39 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Thu, 27 Feb 2014 10:06:39 +0100
Subject: OSQA needs updating: MySQL experts question
In-Reply-To: <bbac3abf5a62.530efff9@contac-dt.de>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
	<fb70f20e1664.52fcf8d1@contac-dt.de>
	<01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>
	<CALtRa-6T-8GKE7VnWyJOTBo5LUNBy4d-v70+kwYoN4DqzWQjQw@mail.gmail.com>
	<bbac235c5758.53035fff@contac-dt.de>
	<bbac79ce3a0a.5303603b@contac-dt.de>
	<bbac21324d1a.53036077@contac-dt.de>
	<bbac6c2868ff.530360b4@contac-dt.de>
	<bbac498e7268.53036edd@contac-dt.de>
	<145637A2-310D-4EA2-8CB7-D60417A00C76@opencsw.org>
	<bf4ce2e9d1a.530b34c4@contac-dt.de>
	<bf4c97cb35ca.530b3500@contac-dt.de>
	<bf4cc8c46ca9.530b353d@contac-dt.de>
	<bf4cbb9b904.530b3579@contac-dt.de>
	<bf4cdf63687d.530b35b8@contac-dt.de>
	<bf4cf81c1be5.530b43e5@contac-dt.de>
	<C9343E24-E57D-4AE5-AD1D-A7E79C313E5B@opencsw.org>
	<bbac4c4744f2.530eff41@contac-dt.de>
	<bbac095d4630.530eff7d@contac-dt.de>
	<bbac029a3139.530effbc@contac-dt.de>
	<bbac3abf5a62.530efff9@contac-dt.de>
Message-ID: <bbac51ef6ff.530f0e2f@contac-dt.de>

Our OSQA use an (old) MySQL 5.0 server and there seems to be that not all needed feature there working fine:
Trigger, Constraints
Do anybody knows if triggers should work in MySQL 5.0?

Carsten

Am 24.02.14 schrieb Dagobert Michelsen  <dam at opencsw.org>:
> 
> 
> 
> 
> Hi Carsten,
> 
> Am 24.02.2014 um 13:06 schrieb Carsten Grzemba <grzemba at contac-dt.de>:
> 
> > Perhaps we can speedup our current installation if we purge the session table 'django_session' (~1Mill. expired sessions).
> > Also it seems to be that Python2.7 can faster load large datasets (better memory management?). 
> > 
> 
> 
> Sure, feel free to drop these and see if it helps. Additionally would you min dsettting up a cleanup job?
> 
> 
> 
> 
> 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/maintainers/attachments/20140227/043a0839/attachment.html>

From jgoerzen at opencsw.org  Thu Feb 27 23:00:38 2014
From: jgoerzen at opencsw.org (Jake Goerzen)
Date: Thu, 27 Feb 2014 14:00:38 -0800
Subject: ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
In-Reply-To: <530C7731.5060409@opencsw.org>
References: <52FD0066.5000203@opencsw.org>	<C096AEA0-11DC-4725-8DCE-F37463F8F6FC@opencsw.org>	<53039522.8040700@opencsw.org>	<C0B5B942-278D-477A-BEF5-3B095D91C80B@opencsw.org>
	<530C7731.5060409@opencsw.org>
Message-ID: <530FB586.8060402@opencsw.org>

Hi Laurent & Dago,

  I tried rebuilding after this version 5.5.36 was pushed but got the 
same link error as before.  But, I added EXTRA_LINKER_FLAGS = -lm to the 
dovecot recipe and the build now completes successfully.

Best Regards,
Jake

On 02/25/14 02:57, Laurent Blume wrote:
> The rebuilt 5.5.36 has been pushed, it works for me.
>
> Regards,
>
> Laurent
>
>
> Le 2014/02/25 11:56 +0100, Dagobert Michelsen a ?crit:
>> Hi Jake,
>>
>> Am 18.02.2014 um 18:15 schrieb Jake Goerzen <jgoerzen at opencsw.org
>> <mailto:jgoerzen at opencsw.org>>:
>>> On 02/16/14 04:39, Dagobert Michelsen wrote:
>>>> Am 13.02.2014 um 18:27 schrieb Jake Goerzen <jgoerzen at opencsw.org
>>>> <mailto:jgoerzen at opencsw.org>>:
>>>>>   Since the last update to mysql packages I can no longer build
>>>>> dovecot anymore, configure fails with:
>>>>>
>>>>>     checking for mysql_config... mysql_config
>>>>>     checking for mysql_init in -lmysqlclient... no
>>>>>     configure: error: Can't build with MySQL support: libmysqlclient
>>>>>     not found
>>>>> /home/jgoerzen/opencsw/.buildsys/v2/gar//gar.lib.mk:835: recipe
>>>>>     for target
>>>>> 'configure-work/solaris10-i386/build-isa-pentium_pro/dovecot-2.2.10/configure'
>>>>>     failedgmake[1]: ***
>>>>> [configure-work/solaris10-i386/build-isa-pentium_pro/dovecot-2.2.10/configure]
>>>>>     Error 1
>>>>>
>>>>>
>>>>> Looking In config.log the error encountered is:
>>>>> ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
>>>>>
>>>>>     configure:23474: checking for mysql_init in -lmysqlclient
>>>>>     configure:23499: /opt/SUNWspro/bin/cc -o conftest -xO3 -m32
>>>>>     -xarch=pentium_pro -xchip=pentium_pro -I/opt/csw/include
>>>>>     -I/opt/csw/include/mysql -I/opt/csw/include/postgresql
>>>>>     -I/opt/csw/include -m32 -xarch=pentium_pro -xchip=pentium_pro
>>>>>     -L/opt/csw/lib conftest.c -lmysqlclient  -lrt -lnsl -lsocket
>>>>>     -lsendfile -L/opt/csw/lib -lmysqlclient  -lsocket -lz -lnsl -lrt
>>>>>     -lssl -lcrypto -lz -lm >&5
>>>>>     "conftest.c", line 155: warning: statement not reached
>>>>>     ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is 
>>>>> unavailable:
>>>>>             required by file /opt/csw/lib/libmysqlclient.so
>>>>>     ld: fatal: file processing errors. No output written to conftest
>>>>>
>>>>>
>>>>> I tried switching the compiler to GCC4 but configure still can't
>>>>> find or link -lmysqlclient  What could be the problem?
>>>>
>>>> The problem is that mysql actually needs the newer libc-version for
>>>> getpagesize2() as reported in
>>>> https://www.opencsw.org/mantis/view.php?id=5137
>>>> This is not related to GCC or Sun Studio. I suggest you disable the
>>>> linker map forcing 1.22.5 in your Makefile with
>>>>   # Disable linker map forcing SUNW_1.22.2 as the linked MySQL needs
>>>> SUNW_1.22.5
>>>>   LINKER_MAPS =
>>>> After that everything sould work cleanly.
>>>
>>> Hi Dago,
>>>
>>> I added the suggestion to the dovecot recipe, now configure finishes
>>> successfully but the build fails to link.  Here is what I get in the
>>> build process now:
>>>
>>> on unstable10x:
>>>
>>> libtool: link: /opt/SUNWspro/bin/cc -xO3 -m32 -xarch=pentium_pro
>>> -xchip=pentium_pro -I/opt/csw/include -m32 -xarch=pentium_pro
>>> -xchip=pentium_pro -o .libs/auth auth.o auth-cache.o
>>> auth-client-connection.o auth-master-connection.o
>>> auth-postfix-connection.o mech-otp-skey-common.o mech-plain-common.o
>>> auth-penalty.o auth-request.o auth-request-handler.o auth-settings.o
>>> auth-fields.o auth-token.o auth-worker-client.o auth-worker-server.o
>>> db-checkpassword.o db-dict.o db-dict-cache-key.o db-sql.o
>>> db-passwd-file.o main.o mech.o mech-anonymous.o mech-plain.o
>>> mech-login.o mech-cram-md5.o mech-digest-md5.o mech-external.o
>>> mech-gssapi.o mech-ntlm.o mech-otp.o mech-scram-sha1.o mech-skey.o
>>> mech-rpa.o mech-apop.o mech-winbind.o mech-dovecot-token.o passdb.o
>>> passdb-blocking.o passdb-bsdauth.o passdb-cache.o
>>> passdb-checkpassword.o passdb-dict.o passdb-passwd.o
>>> passdb-passwd-file.o passdb-pam.o passdb-shadow.o passdb-sia.o
>>> passdb-vpopmail.o passdb-sql.o passdb-static.o passdb-template.o
>>> userdb.o userdb-blocking.o userdb-checkpassword.o userdb-dict.o
>>> userdb-nss.o userdb-passwd.o userdb-passwd-file.o userdb-prefetch.o
>>> userdb-static.o userdb-vpopmail.o userdb-sql.o userdb-template.o
>>> db-ldap.o passdb-ldap.o userdb-ldap.o -m32  -L/opt/csw/lib
>>> libpassword.a ../lib-ntlm/libntlm.a ../lib-otp/libotp.a
>>> ../../src/lib-sql/.libs/libsql.a
>>> ../../src/lib-dovecot/.libs/libdovecot.so -liconv -lpam -lintl
>>> -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lgss -lldap -llber
>>> -lmysqlclient -lssl -lcrypto -lpq -lsqlite3 -lz -lrt -lnsl -lsocket
>>> -lsendfile -R/opt/csw/lib/dovecot -R/opt/csw/lib
>>> Undefined                       first referenced
>>>  symbol                             in file
>>> floor /opt/csw/lib/libmysqlclient.so
>>> ld: fatal: symbol referencing errors. No output written to .libs/auth
>>> Makefile:812: recipe for target 'auth? failed
>>
>> This is because libmysqlclient.so is not self-contained as it should be:
>> it uses floor() but does not link to libm.
>> @Laurent: Can you please rebuild the mysql libs with -lm as
>> EXTRA_LINKER_FLAGS?
>>
>> dam at unstable10s [unstable10s]:/home/dam > ldd -r
>>          librt.so.1 =>    /lib/librt.so.1
>>          libssl.so.1.0.0 =>
>> /opt/csw/lib/sparcv8plus+vis/libssl.so.1.0.0
>>          libcrypto.so.1.0.0 =>
>>   /opt/csw/lib/sparcv8plus+vis/libcrypto.so.1.0.0
>>          libnsl.so.1 =>   /lib/libnsl.so.1
>>          librt.so.1 =>    /lib/librt.so.1
>>          libsocket.so.1 =>        /lib/libsocket.so.1
>>          libpthread.so.1 =>       /lib/libpthread.so.1
>>          libgcc_s.so.1 => /opt/csw/lib/sparcv8/libgcc_s.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
>>          libaio.so.1 =>   /lib/libaio.so.1
>>          libdoor.so.1 =>  /lib/libdoor.so.1
>>          libuutil.so.1 =>         /lib/libuutil.so.1
>>          libgen.so.1 =>   /lib/libgen.so.1
>>          /platform/SUNW,SPARC-Enterprise-T5220/lib/libc_psr.so.1
>>          symbol not found: floor (/opt/csw/lib/libmysqlclient.so)
>> /platform/SUNW,SPARC-Enterprise-T5220/lib/libmd_psr.so.1
>>          libm.so.2 =>     /lib/libm.so.2
>>
>>
>> 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 grzemba at contac-dt.de  Fri Feb 28 09:38:54 2014
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Fri, 28 Feb 2014 09:38:54 +0100
Subject: OSQA needs updating: MySQL experts question
In-Reply-To: <bbaafbc47ee2.53104b07@contac-dt.de>
References: <CALtRa-7HdZLoFUbn9QgtNSvheN4rrqVhu412zDZfscsrQPwm+w@mail.gmail.com>
	<fb70f20e1664.52fcf8d1@contac-dt.de>
	<01F766C9-FF0F-47F3-8675-64A8BB8DB594@opencsw.org>
	<CALtRa-6T-8GKE7VnWyJOTBo5LUNBy4d-v70+kwYoN4DqzWQjQw@mail.gmail.com>
	<bbac235c5758.53035fff@contac-dt.de>
	<bbac79ce3a0a.5303603b@contac-dt.de>
	<bbac21324d1a.53036077@contac-dt.de>
	<bbac6c2868ff.530360b4@contac-dt.de>
	<bbac498e7268.53036edd@contac-dt.de>
	<145637A2-310D-4EA2-8CB7-D60417A00C76@opencsw.org>
	<bf4ce2e9d1a.530b34c4@contac-dt.de>
	<bf4c97cb35ca.530b3500@contac-dt.de>
	<bf4cc8c46ca9.530b353d@contac-dt.de>
	<bf4cbb9b904.530b3579@contac-dt.de>
	<bf4cdf63687d.530b35b8@contac-dt.de>
	<bf4cf81c1be5.530b43e5@contac-dt.de>
	<C9343E24-E57D-4AE5-AD1D-A7E79C313E5B@opencsw.org>
	<bbac4c4744f2.530eff41@contac-dt.de>
	<bbac095d4630.530eff7d@contac-dt.de>
	<bbac029a3139.530effbc@contac-dt.de>
	<bbac3abf5a62.530efff9@contac-dt.de>
	<bbac51ef6ff.530f0e2f@contac-dt.de>
	<bbaa958040df.53104ac9@contac-dt.de>
	<bbaafbc47ee2.53104b07@contac-dt.de>
Message-ID: <bbaaab464a7.5310592e@contac-dt.de>

It seems to be that we have to upgrade MySQL.

Am 27.02.14 schrieb "Carsten Grzemba"  <grzemba at contac-dt.de>:
> Our OSQA use an (old) MySQL 5.0 server and there seems to be that not all needed feature there working fine:
> Trigger, Constraints
> Do anybody knows if triggers should work in MySQL 5.0?
> 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
>  
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140228/d8e538af/attachment-0001.html>

From dam at opencsw.org  Fri Feb 28 11:18:26 2014
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 28 Feb 2014 11:18:26 +0100
Subject: ld: fatal: file /lib/libc.so: version 'SUNW_1.22.5' is unavailable
In-Reply-To: <530FB586.8060402@opencsw.org>
References: <52FD0066.5000203@opencsw.org>	<C096AEA0-11DC-4725-8DCE-F37463F8F6FC@opencsw.org>	<53039522.8040700@opencsw.org>	<C0B5B942-278D-477A-BEF5-3B095D91C80B@opencsw.org>
	<530C7731.5060409@opencsw.org> <530FB586.8060402@opencsw.org>
Message-ID: <8AB31874-CC2F-4D62-977B-ECD56ECF3B0A@opencsw.org>

Hi Jake,

Am 27.02.2014 um 23:00 schrieb Jake Goerzen <jgoerzen at opencsw.org>:
> I tried rebuilding after this version 5.5.36 was pushed but got the same link error as before.  But, I added EXTRA_LINKER_FLAGS = -lm to the dovecot recipe and the build now completes successfully.

I just tried and it works without the -lm, so I suggest you remove it again
before the next version push. If it would have been needed it would have
meant we have problems elsewhere :-)


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: smime.p7s
Type: application/pkcs7-signature
Size: 2418 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20140228/7d296182/attachment.p7s>