From dam at opencsw.org  Fri Nov  1 23:17:59 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 1 Nov 2013 23:17:59 +0100
Subject: Farm still down
In-Reply-To: <96D043F0-D9ED-4D79-9791-7244C2D29732@opencsw.org>
References: <96D043F0-D9ED-4D79-9791-7244C2D29732@opencsw.org>
Message-ID: <2B425422-0E2D-4949-AD97-7049F4645D4C@opencsw.org>

Hi folks,

Am 31.10.2013 um 16:39 schrieb Dagobert Michelsen:
> I plan to patch the buildfarm machine tomorrow evening. In the past we had crashes during
> "zfs send" as there were some large objects in zfs not freed properly, this is fixed now
> in 150400-04. The bug has prevented me from taking backups lately which is pretty bad and
> I really look forward to have this fixed.

Looks like there was a problematic patch (147147-26?) which caused the farm to not come up again.
Forgive me to continue the patching tomorrow as I am really tired now and probably shouldn't have
started tonight in the first place, but as you know "I just wanted to quickly install this patch!"
I plan to finish the patching tomorrow.


Sorry for the inconvenience

  -- Dago

From dam at opencsw.org  Sat Nov  2 20:09:26 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Sat, 2 Nov 2013 20:09:26 +0100
Subject: Farm still down
In-Reply-To: <2B425422-0E2D-4949-AD97-7049F4645D4C@opencsw.org>
References: <96D043F0-D9ED-4D79-9791-7244C2D29732@opencsw.org>
	<2B425422-0E2D-4949-AD97-7049F4645D4C@opencsw.org>
Message-ID: <75B48BE7-DA55-49F0-9475-D4E7A83F980F@opencsw.org>

Hi Fols,

Am 01.11.2013 um 23:17 schrieb Dagobert Michelsen <dam at opencsw.org>:
> Am 31.10.2013 um 16:39 schrieb Dagobert Michelsen:
>> I plan to patch the buildfarm machine tomorrow evening. In the past we had crashes during
>> "zfs send" as there were some large objects in zfs not freed properly, this is fixed now
>> in 150400-04. The bug has prevented me from taking backups lately which is pretty bad and
>> I really look forward to have this fixed.
> 
> Looks like there was a problematic patch (147147-26?) which caused the farm to not come up again.
> Forgive me to continue the patching tomorrow as I am really tired now and probably shouldn't have
> started tonight in the first place, but as you know "I just wanted to quickly install this patch!"
> I plan to finish the patching tomorrow.


Everything should be up and running again. If you encounter anything suspicious please let me know.

@Ben,Maciej: Please restart the signing.


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/20131102/d2683455/attachment-0001.p7s>

From raos at opencsw.org  Sun Nov  3 11:58:43 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Sun, 3 Nov 2013 11:58:43 +0100
Subject: Farm still down
In-Reply-To: <75B48BE7-DA55-49F0-9475-D4E7A83F980F@opencsw.org>
References: <96D043F0-D9ED-4D79-9791-7244C2D29732@opencsw.org>
	<2B425422-0E2D-4949-AD97-7049F4645D4C@opencsw.org>
	<75B48BE7-DA55-49F0-9475-D4E7A83F980F@opencsw.org>
Message-ID: <20131103105842.GJ4199@bender.opencsw.org>

Hi Dago
On Sat, Nov 02, 2013 at 08:09:26PM +0100, Dagobert Michelsen wrote:
> 
> Everything should be up and running again. If you encounter anything suspicious please let me know.

Maybe I'm impatient, but I put packages in /home/experimental/libatk roughly
half an hour ago, but there has no catalog being generated on experimental so
far. Isn't it supposed to take ~5min?

cheers
rafi

From dam at opencsw.org  Sun Nov  3 14:17:56 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Sun, 3 Nov 2013 14:17:56 +0100
Subject: Farm still down
In-Reply-To: <20131103105842.GJ4199@bender.opencsw.org>
References: <96D043F0-D9ED-4D79-9791-7244C2D29732@opencsw.org>
	<2B425422-0E2D-4949-AD97-7049F4645D4C@opencsw.org>
	<75B48BE7-DA55-49F0-9475-D4E7A83F980F@opencsw.org>
	<20131103105842.GJ4199@bender.opencsw.org>
Message-ID: <62D24349-D9EB-4E6A-B431-C7E3FDDDFA7B@opencsw.org>

Hi Rafi,

Am 03.11.2013 um 11:58 schrieb Rafael Ostertag <raos at opencsw.org>:
> On Sat, Nov 02, 2013 at 08:09:26PM +0100, Dagobert Michelsen wrote:
>> 
>> Everything should be up and running again. If you encounter anything suspicious please let me know.
> 
> Maybe I'm impatient, but I put packages in /home/experimental/libatk roughly
> half an hour ago, but there has no catalog being generated on experimental so
> far. Isn't it supposed to take ~5min?


More like 10-15 :-) (Watch the time)



Anfang der weitergeleiteten Nachricht:

> Von: Web Server <web at opencsw.org>
> Betreff: Output from "cron" command
> Datum: 3. November 2013 11:38:36 MEZ
> An: web at opencsw.org
> 
> Your "cron" job on web
> /home/web/bin/make-experimental-browsable
> 
> produced the following output:
> 
> Unpacking /home/experimental/libatk/libatk1_0_0-2.8.0,REV=2013.11.03-SunOS5.10-i386-CSW.pkg.gz
> Transferring <CSWlibatk1-0-0> package instance
> Unpacking /home/experimental/libatk/libatk_devel_stub-2.8.0,REV=2013.11.03-SunOS5.10-all-CSW.pkg.gz
> Transferring <CSWlibatkdevel> package instance
> Unpacking /home/experimental/libatk/libatk1_0_0-2.8.0,REV=2013.11.03-SunOS5.10-sparc-CSW.pkg.gz
> Transferring <CSWlibatk1-0-0> package instance
> Unpacking /home/experimental/libatk/libatk_dev-2.8.0,REV=2013.11.03-SunOS5.10-sparc-CSW.pkg.gz
> Transferring <CSWlibatk-dev> package instance
> Unpacking /home/experimental/libatk/libatk_dev-2.8.0,REV=2013.11.03-SunOS5.10-i386-CSW.pkg.gz
> Transferring <CSWlibatk-dev> package instance
> Unpacking /home/experimental/libatk/libatk_stub-2.8.0,REV=2013.11.03-SunOS5.10-all-CSW.pkg.gz
> Transferring <CSWlibatk> package instance
> Packages for project 'libatk' found, making check results browsable
> /home/web/bin/gar/bin/checkpkg --catalog-release=unstable --os-releases SunOS5.10 --catalog-architecture sparc /home/experimental/libatk/libatk_dev-2.8.0,REV=2013.11.03-SunOS5.10-sparc-CSW.pkg.gz /home/experimental/libatk/libatk1_0_0-2.8.0,REV=2013.11.03-SunOS5.10-sparc-CSW.pkg.gz /home/experimental/libatk/libatk_stub-2.8.0,REV=2013.11.03-SunOS5.10-all-CSW.pkg.gz /home/experimental/libatk/libatk_devel_stub-2.8.0,REV=2013.11.03-SunOS5.10-all-CSW.pkg.gz
> INFO:root:Juicing the svr4 package stream files...
>  0% ETA:  --:--:-- |                                                         |
> 25% ETA:  0:00:00 |##############                                            |
> 50% ETA:  0:00:00 |#############################                             |
> 75% ETA:  0:00:00 |###########################################               |
> 100% ETA:  0:00:00 |##########################################################|
> 100% Time: 0:00:00 |##########################################################|
> INFO:root:Unwrapping candies...
> INFO:root:Tasting candies one by one...
> INFO:root:Tasting them all at once...
> INFO:root:Stuffing the candies under the pillow...
> CSWlibatkdevel:
> CSWlibatk:
> * Dependency issues of CSWlibatk:
> * If you don't know of any reasons to include these dependencies, you might
>   remove them:
> * ? CSWlibatk1-0-0
> 
> WARNING: Some overrides did not match any errors.  They can probably be removed,
> as they don't take any effect anyway.  If you're getting errors at the same
> time, maybe you didn't specify your overrides correctly.
> * Unused Override: CSWlibatk: archall-devel-package 
> * Unused Override: CSWlibatkdevel: surplus-dependency CSWlibatk-dev
> /home/web/bin/gar/bin/checkpkg --catalog-release=unstable --os-releases SunOS5.10 --catalog-architecture i386 /home/experimental/libatk/libatk1_0_0-2.8.0,REV=2013.11.03-SunOS5.10-i386-CSW.pkg.gz /home/experimental/libatk/libatk_dev-2.8.0,REV=2013.11.03-SunOS5.10-i386-CSW.pkg.gz /home/experimental/libatk/libatk_stub-2.8.0,REV=2013.11.03-SunOS5.10-all-CSW.pkg.gz /home/experimental/libatk/libatk_devel_stub-2.8.0,REV=2013.11.03-SunOS5.10-all-CSW.pkg.gz
> INFO:root:Juicing the svr4 package stream files...
>  0% ETA:  --:--:-- |                                                         |
> 25% ETA:  0:00:00 |##############                                            |
> 50% ETA:  0:00:00 |#############################                             |
> 75% ETA:  0:00:00 |###########################################               |
> 100% ETA:  0:00:00 |##########################################################|
> 100% Time: 0:00:00 |##########################################################|
> INFO:root:Unwrapping candies...
> INFO:root:Tasting candies one by one...
> INFO:root:Tasting them all at once...
> INFO:root:Stuffing the candies under the pillow...
> CSWlibatkdevel:
> CSWlibatk:
> * Dependency issues of CSWlibatk:
> * If you don't know of any reasons to include these dependencies, you might
>   remove them:
> * ? CSWlibatk1-0-0
> 
> WARNING: Some overrides did not match any errors.  They can probably be removed,
> as they don't take any effect anyway.  If you're getting errors at the same
> time, maybe you didn't specify your overrides correctly.
> * Unused Override: CSWlibatkdevel: surplus-dependency CSWlibatk-dev
> * Unused Override: CSWlibatk: archall-devel-package 
> /home/web/bin/gar/bin/pkgdb -t /home/web/bin/pkg-browse-template.html gen-html 3d8bd96b013d0d8418c111e302820557 33a3e16463d0cd1ee492cd1d04f005d9 73a7513d1b1bce59ed5005a5bec2c6c0 57a9cb1fb8b2a12ddb893fd6c506f7f8 bff87373fa8404168074aa57d7061ab8 a0127496a1e37c5e2bb46d28b9bbb3ce 73a7513d1b1bce59ed5005a5bec2c6c0 57a9cb1fb8b2a12ddb893fd6c506f7f8 >/export/mirror/pkgbrowser/reports/pkgbrowse-libatk.html
> 



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/20131103/ee6eec7b/attachment.p7s>

From raos at opencsw.org  Sun Nov  3 14:52:44 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Sun, 3 Nov 2013 14:52:44 +0100
Subject: Farm still down
In-Reply-To: <62D24349-D9EB-4E6A-B431-C7E3FDDDFA7B@opencsw.org>
References: <96D043F0-D9ED-4D79-9791-7244C2D29732@opencsw.org>
	<2B425422-0E2D-4949-AD97-7049F4645D4C@opencsw.org>
	<75B48BE7-DA55-49F0-9475-D4E7A83F980F@opencsw.org>
	<20131103105842.GJ4199@bender.opencsw.org>
	<62D24349-D9EB-4E6A-B431-C7E3FDDDFA7B@opencsw.org>
Message-ID: <20131103135244.GL4199@bender.opencsw.org>

Hi Dago

On Sun, Nov 03, 2013 at 02:17:56PM +0100, Dagobert Michelsen wrote:
> Hi Rafi,
> 
> Am 03.11.2013 um 11:58 schrieb Rafael Ostertag <raos at opencsw.org>:
> > On Sat, Nov 02, 2013 at 08:09:26PM +0100, Dagobert Michelsen wrote:
> >> 
> >> Everything should be up and running again. If you encounter anything suspicious please let me know.
> > 
> > Maybe I'm impatient, but I put packages in /home/experimental/libatk roughly
> > half an hour ago, but there has no catalog being generated on experimental so
> > far. Isn't it supposed to take ~5min?
> 
> 
> More like 10-15 :-) (Watch the time)

Ok, but now sufficient time should have passed, right? ;) But still no sign of
it, i.e. on the page

 http://buildfarm.opencsw.org/experimental.html#libatk

I use the `Browse it' link and receive a `Not Found'.

cheers
rafi

> 
> 
> 
> Anfang der weitergeleiteten Nachricht:
> 
> > Von: Web Server <web at opencsw.org>
> > Betreff: Output from "cron" command
> > Datum: 3. November 2013 11:38:36 MEZ
> > An: web at opencsw.org
> > 
> > Your "cron" job on web
> > /home/web/bin/make-experimental-browsable
> > 
> > produced the following output:
> > 
> > Unpacking /home/experimental/libatk/libatk1_0_0-2.8.0,REV=2013.11.03-SunOS5.10-i386-CSW.pkg.gz
> > Transferring <CSWlibatk1-0-0> package instance
> > Unpacking /home/experimental/libatk/libatk_devel_stub-2.8.0,REV=2013.11.03-SunOS5.10-all-CSW.pkg.gz
> > Transferring <CSWlibatkdevel> package instance
> > Unpacking /home/experimental/libatk/libatk1_0_0-2.8.0,REV=2013.11.03-SunOS5.10-sparc-CSW.pkg.gz
> > Transferring <CSWlibatk1-0-0> package instance
> > Unpacking /home/experimental/libatk/libatk_dev-2.8.0,REV=2013.11.03-SunOS5.10-sparc-CSW.pkg.gz
> > Transferring <CSWlibatk-dev> package instance
> > Unpacking /home/experimental/libatk/libatk_dev-2.8.0,REV=2013.11.03-SunOS5.10-i386-CSW.pkg.gz
> > Transferring <CSWlibatk-dev> package instance
> > Unpacking /home/experimental/libatk/libatk_stub-2.8.0,REV=2013.11.03-SunOS5.10-all-CSW.pkg.gz
> > Transferring <CSWlibatk> package instance
> > Packages for project 'libatk' found, making check results browsable
> > /home/web/bin/gar/bin/checkpkg --catalog-release=unstable --os-releases SunOS5.10 --catalog-architecture sparc /home/experimental/libatk/libatk_dev-2.8.0,REV=2013.11.03-SunOS5.10-sparc-CSW.pkg.gz /home/experimental/libatk/libatk1_0_0-2.8.0,REV=2013.11.03-SunOS5.10-sparc-CSW.pkg.gz /home/experimental/libatk/libatk_stub-2.8.0,REV=2013.11.03-SunOS5.10-all-CSW.pkg.gz /home/experimental/libatk/libatk_devel_stub-2.8.0,REV=2013.11.03-SunOS5.10-all-CSW.pkg.gz
> > INFO:root:Juicing the svr4 package stream files...
> >  0% ETA:  --:--:-- |                                                         |
> > 25% ETA:  0:00:00 |##############                                            |
> > 50% ETA:  0:00:00 |#############################                             |
> > 75% ETA:  0:00:00 |###########################################               |
> > 100% ETA:  0:00:00 |##########################################################|
> > 100% Time: 0:00:00 |##########################################################|
> > INFO:root:Unwrapping candies...
> > INFO:root:Tasting candies one by one...
> > INFO:root:Tasting them all at once...
> > INFO:root:Stuffing the candies under the pillow...
> > CSWlibatkdevel:
> > CSWlibatk:
> > * Dependency issues of CSWlibatk:
> > * If you don't know of any reasons to include these dependencies, you might
> >   remove them:
> > * ? CSWlibatk1-0-0
> > 
> > WARNING: Some overrides did not match any errors.  They can probably be removed,
> > as they don't take any effect anyway.  If you're getting errors at the same
> > time, maybe you didn't specify your overrides correctly.
> > * Unused Override: CSWlibatk: archall-devel-package 
> > * Unused Override: CSWlibatkdevel: surplus-dependency CSWlibatk-dev
> > /home/web/bin/gar/bin/checkpkg --catalog-release=unstable --os-releases SunOS5.10 --catalog-architecture i386 /home/experimental/libatk/libatk1_0_0-2.8.0,REV=2013.11.03-SunOS5.10-i386-CSW.pkg.gz /home/experimental/libatk/libatk_dev-2.8.0,REV=2013.11.03-SunOS5.10-i386-CSW.pkg.gz /home/experimental/libatk/libatk_stub-2.8.0,REV=2013.11.03-SunOS5.10-all-CSW.pkg.gz /home/experimental/libatk/libatk_devel_stub-2.8.0,REV=2013.11.03-SunOS5.10-all-CSW.pkg.gz
> > INFO:root:Juicing the svr4 package stream files...
> >  0% ETA:  --:--:-- |                                                         |
> > 25% ETA:  0:00:00 |##############                                            |
> > 50% ETA:  0:00:00 |#############################                             |
> > 75% ETA:  0:00:00 |###########################################               |
> > 100% ETA:  0:00:00 |##########################################################|
> > 100% Time: 0:00:00 |##########################################################|
> > INFO:root:Unwrapping candies...
> > INFO:root:Tasting candies one by one...
> > INFO:root:Tasting them all at once...
> > INFO:root:Stuffing the candies under the pillow...
> > CSWlibatkdevel:
> > CSWlibatk:
> > * Dependency issues of CSWlibatk:
> > * If you don't know of any reasons to include these dependencies, you might
> >   remove them:
> > * ? CSWlibatk1-0-0
> > 
> > WARNING: Some overrides did not match any errors.  They can probably be removed,
> > as they don't take any effect anyway.  If you're getting errors at the same
> > time, maybe you didn't specify your overrides correctly.
> > * Unused Override: CSWlibatkdevel: surplus-dependency CSWlibatk-dev
> > * Unused Override: CSWlibatk: archall-devel-package 
> > /home/web/bin/gar/bin/pkgdb -t /home/web/bin/pkg-browse-template.html gen-html 3d8bd96b013d0d8418c111e302820557 33a3e16463d0cd1ee492cd1d04f005d9 73a7513d1b1bce59ed5005a5bec2c6c0 57a9cb1fb8b2a12ddb893fd6c506f7f8 bff87373fa8404168074aa57d7061ab8 a0127496a1e37c5e2bb46d28b9bbb3ce 73a7513d1b1bce59ed5005a5bec2c6c0 57a9cb1fb8b2a12ddb893fd6c506f7f8 >/export/mirror/pkgbrowser/reports/pkgbrowse-libatk.html
> > 
> 
> 
> 
> Best regards
> 
>   -- Dago
> 
> 
> -- 
> "You don't become great by trying to be great, you become great by wanting to do something,
> and then doing it so hard that you become great in the process." - xkcd #896
> 



From dam at opencsw.org  Sun Nov  3 16:25:52 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Sun, 3 Nov 2013 16:25:52 +0100
Subject: Farm still down
In-Reply-To: <20131103135244.GL4199@bender.opencsw.org>
References: <96D043F0-D9ED-4D79-9791-7244C2D29732@opencsw.org>
	<2B425422-0E2D-4949-AD97-7049F4645D4C@opencsw.org>
	<75B48BE7-DA55-49F0-9475-D4E7A83F980F@opencsw.org>
	<20131103105842.GJ4199@bender.opencsw.org>
	<62D24349-D9EB-4E6A-B431-C7E3FDDDFA7B@opencsw.org>
	<20131103135244.GL4199@bender.opencsw.org>
Message-ID: <5330ADF2-962F-4A46-A309-BCB88F76845E@opencsw.org>

Hi Rafi,

Am 03.11.2013 um 14:52 schrieb Rafael Ostertag <raos at opencsw.org>:
> On Sun, Nov 03, 2013 at 02:17:56PM +0100, Dagobert Michelsen wrote:
>> Hi Rafi,
>> 
>> Am 03.11.2013 um 11:58 schrieb Rafael Ostertag <raos at opencsw.org>:
>>> On Sat, Nov 02, 2013 at 08:09:26PM +0100, Dagobert Michelsen wrote:
>>>> 
>>>> Everything should be up and running again. If you encounter anything suspicious please let me know.
>>> 
>>> Maybe I'm impatient, but I put packages in /home/experimental/libatk roughly
>>> half an hour ago, but there has no catalog being generated on experimental so
>>> far. Isn't it supposed to take ~5min?
>> 
>> 
>> More like 10-15 :-) (Watch the time)
> 
> Ok, but now sufficient time should have passed, right? ;) But still no sign of
> it, i.e. on the page
> 
> http://buildfarm.opencsw.org/experimental.html#libatk
> 
> I use the `Browse it' link and receive a `Not Found'.


Ah yes, my fault. The make-experimental-catalogs script uses a primitive pidfile
with just a check for presence. I need to change all of these to buildbot.

libatk catalogs are built now.


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/20131103/bda8b6aa/attachment-0001.p7s>

From raos at opencsw.org  Sun Nov  3 16:31:45 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Sun, 3 Nov 2013 16:31:45 +0100
Subject: Farm still down
In-Reply-To: <5330ADF2-962F-4A46-A309-BCB88F76845E@opencsw.org>
References: <96D043F0-D9ED-4D79-9791-7244C2D29732@opencsw.org>
	<2B425422-0E2D-4949-AD97-7049F4645D4C@opencsw.org>
	<75B48BE7-DA55-49F0-9475-D4E7A83F980F@opencsw.org>
	<20131103105842.GJ4199@bender.opencsw.org>
	<62D24349-D9EB-4E6A-B431-C7E3FDDDFA7B@opencsw.org>
	<20131103135244.GL4199@bender.opencsw.org>
	<5330ADF2-962F-4A46-A309-BCB88F76845E@opencsw.org>
Message-ID: <20131103153145.GP4199@bender.opencsw.org>

On Sun, Nov 03, 2013 at 04:25:52PM +0100, Dagobert Michelsen wrote:
> Hi Rafi,
> 
> >> More like 10-15 :-) (Watch the time)
> > 
> > Ok, but now sufficient time should have passed, right? ;) But still no sign of
> > it, i.e. on the page
> > 
> > http://buildfarm.opencsw.org/experimental.html#libatk
> > 
> > I use the `Browse it' link and receive a `Not Found'.
> 
> 
> Ah yes, my fault. The make-experimental-catalogs script uses a primitive pidfile
> with just a check for presence. I need to change all of these to buildbot.

:)

> 
> libatk catalogs are built now.

Great! Many thanks.

cheers
rafi


From raos at opencsw.org  Mon Nov  4 16:50:28 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Mon, 4 Nov 2013 16:50:28 +0100
Subject: chkpkg and soname-unused
Message-ID: <20131104155028.GX4199@bender.opencsw.org>

Hi guys

I recently got complains from chkpkg about soname-unused on sparc. The same
build recipes do not make chkpkg complain on i386. As far as I can tell, `-z
ignore' is in LD_OPTIONS on both, sparc and i386.

Any ideas what's going on?

cheers
rafi

From slowfranklin at opencsw.org  Mon Nov  4 17:15:31 2013
From: slowfranklin at opencsw.org (slowfranklin)
Date: Mon, 4 Nov 2013 17:15:31 +0100
Subject: chkpkg and soname-unused
In-Reply-To: <20131104155028.GX4199@bender.opencsw.org>
References: <20131104155028.GX4199@bender.opencsw.org>
Message-ID: <B46C9CD1-4A02-4701-8F46-A695ED6690D1@opencsw.org>

Hi Rafi

Am 04.11.2013 um 16:50 schrieb Rafael Ostertag <raos at opencsw.org>:
> I recently got complains from chkpkg about soname-unused on sparc. The same
> build recipes do not make chkpkg complain on i386. As far as I can tell, `-z
> ignore' is in LD_OPTIONS on both, sparc and i386.

oh, so I?m not the only one!

I wanted to do a simple minor version bump of tracker when I ran into this. I?m currently adding a lot of GARCH dependent overrides in order to work around this becausei I gave up figurin out the cause after 8 hours.
According to elfdump -d the unused libs are definitely linked into the resulting program/library even though no symbol is used as verified with nm -d.

> Any ideas what's going on?

No.

slowfranklin at unstable10s [unstable10s]:~/opencsw/tracker/trunk > svn diff                                                                                                                                                                       
Index: Makefile
===================================================================
--- Makefile    (revision 22354)
+++ Makefile    (working copy)
@@ -58,6 +58,10 @@
 RUNTIME_DEP_PKGS_CSWtracker += CSWlibtracker-common
 RUNTIME_DEP_PKGS_CSWtracker += CSWdbus
 RUNTIME_DEP_PKGS_CSWtracker += CSWdconf
+RUNTIME_DEP_PKGS_CSWtracker_sparc += CSWlibicui18n51
+RUNTIME_DEP_PKGS_CSWtracker_sparc += CSWlibicuuc51
+RUNTIME_DEP_PKGS_CSWtracker_sparc += CSWlibz1
+RUNTIME_DEP_PKGS_CSWtracker += $(RUNTIME_DEP_PKGS_CSWtracker_$(GARCH))
 
 RUNTIME_DEP_PKGS_CSWlibtracker-sparql0-16-0 += CSWlibuuid1
 RUNTIME_DEP_PKGS_CSWlibtracker-sparql0-16-0 += CSWlibgobject2-0-0
@@ -65,6 +69,13 @@
 RUNTIME_DEP_PKGS_CSWlibtracker-sparql0-16-0 += CSWlibgcc-s1
 RUNTIME_DEP_PKGS_CSWlibtracker-sparql0-16-0 += CSWlibglib2-0-0
 RUNTIME_DEP_PKGS_CSWlibtracker-sparql0-16-0 += CSWlibtracker-common
+RUNTIME_DEP_PKGS_CSWlibtracker-sparql0-16-0_sparc += CSWlibsqlite3-0
+RUNTIME_DEP_PKGS_CSWlibtracker-sparql0-16-0_sparc += CSWlibicudata51
+RUNTIME_DEP_PKGS_CSWlibtracker-sparql0-16-0_sparc += CSWlibz1
+RUNTIME_DEP_PKGS_CSWlibtracker-sparql0-16-0_sparc += CSWlibintl8
+RUNTIME_DEP_PKGS_CSWlibtracker-sparql0-16-0_sparc += CSWlibicuuc51
+RUNTIME_DEP_PKGS_CSWlibtracker-sparql0-16-0_sparc += CSWlibicui18n51
+RUNTIME_DEP_PKGS_CSWlibtracker-sparql0-16-0 += $(RUNTIME_DEP_PKGS_CSWlibtracker-sparql0-16-0_$(GARCH))
 
 RUNTIME_DEP_PKGS_CSWlibtracker-extract0-16-0 += CSWlibgmodule2-0-0
 RUNTIME_DEP_PKGS_CSWlibtracker-extract0-16-0 += CSWlibgobject2-0-0
@@ -80,10 +91,14 @@
 RUNTIME_DEP_PKGS_CSWlibtracker-extract0-16-0 += CSWlibgif4
 RUNTIME_DEP_PKGS_CSWlibtracker-extract0-16-0 += CSWlibiptcdata
 RUNTIME_DEP_PKGS_CSWlibtracker-extract0-16-0 += CSWlibpoppler-glib8
-# RUNTIME_DEP_PKGS_CSWlibtracker-extract0-16-0 += CSWexempi
-# RUNTIME_DEP_PKGS_CSWlibtracker-extract0-16-0 += CSWgstreamer
 RUNTIME_DEP_PKGS_CSWlibtracker-extract0-16-0 += CSWlibtracker-sparql0-16-0
 RUNTIME_DEP_PKGS_CSWlibtracker-extract0-16-0 += CSWlibtracker-common
+RUNTIME_DEP_PKGS_CSWlibtracker-extract0-16-0_sparc += CSWlibintl8
+RUNTIME_DEP_PKGS_CSWlibtracker-extract0-16-0_sparc += CSWlibicui18n51
+RUNTIME_DEP_PKGS_CSWlibtracker-extract0-16-0_sparc += CSWlibicuuc51
+RUNTIME_DEP_PKGS_CSWlibtracker-extract0-16-0_sparc += CSWlibicudata51
+RUNTIME_DEP_PKGS_CSWlibtracker-extract0-16-0_sparc += CSWlibcairo2
+RUNTIME_DEP_PKGS_CSWlibtracker-extract0-16-0 += $(RUNTIME_DEP_PKGS_CSWlibtracker-extract0-16-0_$(GARCH))
 
 RUNTIME_DEP_PKGS_CSWlibtracker-miner0-16-0 += CSWlibintl8
 RUNTIME_DEP_PKGS_CSWlibtracker-miner0-16-0 += CSWlibgobject2-0-0
@@ -107,6 +122,9 @@
 RUNTIME_DEP_PKGS_CSWlibtracker-common += CSWlibgio2-0-0
 RUNTIME_DEP_PKGS_CSWlibtracker-common += CSWlibgcc-s1
 RUNTIME_DEP_PKGS_CSWlibtracker-common += CSWlibglib2-0-0
+RUNTIME_DEP_PKGS_CSWlibtracker-common_sparc += CSWlibicudata51
+RUNTIME_DEP_PKGS_CSWlibtracker-common_sparc += CSWlibz1
+RUNTIME_DEP_PKGS_CSWlibtracker-common += $(RUNTIME_DEP_PKGS_CSWlibtracker-common_$(GARCH))
 
 PATCHFILES += 0001-Force-linking-with-CC-not-CXX.patch
 PATCHFILES += 0003-Replace-uuid_unparse_lower-with-uuid_unparse.patch
@@ -161,6 +179,87 @@
 # exempi links with stlport while glib links with libCstd, both at once are incomp.
 # and both would be linked at once in libtracker-extract, so we have to disable it
 CONFIGURE_ARGS += --disable-exempi
+# not needed
+CONFIGURE_ARGS += --disable-miner-thunderbird
+CONFIGURE_ARGS += --disable-miner-firefox
 
+# after spending a day trying to figure out why all these libs are linked unneededly only on SPARC
+# I gave up and applied the overrides
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-mplayer.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-mp3.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-jpeg.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-icon.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-html.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-gif.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libxml2.so.2|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-epub.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libtracker-common.so.0|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-epub.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-epub.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libgsf-1.so.114|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-epub.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libgobject-2.0.so.0|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-epub.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libtracker-common.so.0|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-dvi.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-dvi.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-abw.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libthread.so.1|is|needed|by|/opt/csw/lib/libtracker-extract-0.16.so.0.1600.3|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/libtracker-extract-0.16.so.0.1600.3|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libicuuc.so.51|is|needed|by|/opt/csw/lib/libtracker-extract-0.16.so.0.1600.3|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libicui18n.so.51|is|needed|by|/opt/csw/lib/libtracker-extract-0.16.so.0.1600.3|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libicudata.so.51|is|needed|by|/opt/csw/lib/libtracker-extract-0.16.so.0.1600.3|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-msoffice-xml.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libtracker-common.so.0|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-msoffice-xml.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-msoffice.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libxml2.so.2|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-msoffice.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libgobject-2.0.so.0|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-oasis.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libgsf-1.so.114|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-oasis.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-oasis.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libtracker-common.so.0|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-oasis.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libxml2.so.2|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-oasis.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libcairo.so.2|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-pdf.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-pdf.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-png.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-ps.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-text.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-tiff.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/extract-modules/libextract-totem.so|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0 += $(CHECKPKG_OVERRIDES_CSWlibtracker-extract0-16-0_$(GARCH))
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicui18n.so.51|is|needed|by|/opt/csw/bin/tracker-control|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicuuc.so.51|is|needed|by|/opt/csw/bin/tracker-control|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libtracker-sparql-0.16.so.0|is|needed|by|/opt/csw/bin/tracker-control|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicui18n.so.51|is|needed|by|/opt/csw/bin/tracker-import|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicuuc.so.51|is|needed|by|/opt/csw/bin/tracker-import|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicui18n.so.51|is|needed|by|/opt/csw/bin/tracker-info|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicuuc.so.51|is|needed|by|/opt/csw/bin/tracker-info|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicui18n.so.51|is|needed|by|/opt/csw/bin/tracker-search|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicuuc.so.51|is|needed|by|/opt/csw/bin/tracker-search|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicui18n.so.51|is|needed|by|/opt/csw/bin/tracker-sparql|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicuuc.so.51|is|needed|by|/opt/csw/bin/tracker-sparql|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicui18n.so.51|is|needed|by|/opt/csw/bin/tracker-stats|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicuuc.so.51|is|needed|by|/opt/csw/bin/tracker-stats|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicui18n.so.51|is|needed|by|/opt/csw/bin/tracker-tag|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicuuc.so.51|is|needed|by|/opt/csw/bin/tracker-tag|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicui18n.so.51|is|needed|by|/opt/csw/libexec/tracker-extract|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicuuc.so.51|is|needed|by|/opt/csw/libexec/tracker-extract|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libthread.so.1|is|needed|by|/opt/csw/libexec/tracker-extract|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libz.so.1|is|needed|by|/opt/csw/libexec/tracker-extract|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicui18n.so.51|is|needed|by|/opt/csw/libexec/tracker-miner-fs|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicuuc.so.51|is|needed|by|/opt/csw/libexec/tracker-miner-fs|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libthread.so.1|is|needed|by|/opt/csw/libexec/tracker-miner-fs|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicui18n.so.51|is|needed|by|/opt/csw/libexec/tracker-store|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicuuc.so.51|is|needed|by|/opt/csw/libexec/tracker-store|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libthread.so.1|is|needed|by|/opt/csw/libexec/tracker-store|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicui18n.so.51|is|needed|by|/opt/csw/libexec/tracker-writeback|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libicuuc.so.51|is|needed|by|/opt/csw/libexec/tracker-writeback|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker_sparc += soname-unused|libthread.so.1|is|needed|by|/opt/csw/libexec/tracker-writeback|but|never|used
+CHECKPKG_OVERRIDES_CSWtracker += $(CHECKPKG_OVERRIDES_CSWtracker_$(GARCH))
+CHECKPKG_OVERRIDES_CSWlibtracker-common_sparc += soname-unused|libicudata.so.51|is|needed|by|/opt/csw/lib/tracker-0.16/libtracker-data.so.0.1600.3|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-common_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/tracker-0.16/libtracker-data.so.0.1600.3|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-common_sparc += soname-unused|libz.so.1|is|needed|by|/opt/csw/lib/tracker-0.16/libtracker-data.so.0.1600.3|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-common += $(CHECKPKG_OVERRIDES_CSWlibtracker-common_$(GARCH))
+CHECKPKG_OVERRIDES_CSWlibtracker-sparql0-16-0_sparc += soname-unused|libicudata.so.51|is|needed|by|/opt/csw/lib/libtracker-sparql-0.16.so.0.1600.3|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-sparql0-16-0_sparc += soname-unused|libicui18n.so.51|is|needed|by|/opt/csw/lib/libtracker-sparql-0.16.so.0.1600.3|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-sparql0-16-0_sparc += soname-unused|libicuuc.so.51|is|needed|by|/opt/csw/lib/libtracker-sparql-0.16.so.0.1600.3|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-sparql0-16-0_sparc += soname-unused|libintl.so.8|is|needed|by|/opt/csw/lib/libtracker-sparql-0.16.so.0.1600.3|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-sparql0-16-0_sparc += soname-unused|libsqlite3.so.0|is|needed|by|/opt/csw/lib/libtracker-sparql-0.16.so.0.1600.3|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-sparql0-16-0_sparc += soname-unused|libz.so.1|is|needed|by|/opt/csw/lib/libtracker-sparql-0.16.so.0.1600.3|but|never|used
+CHECKPKG_OVERRIDES_CSWlibtracker-sparql0-16-0 += $(CHECKPKG_OVERRIDES_CSWlibtracker-sparql0-16-0_$(GARCH))



From raos at opencsw.org  Mon Nov  4 17:41:21 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Mon, 4 Nov 2013 17:41:21 +0100
Subject: chkpkg and soname-unused
In-Reply-To: <B46C9CD1-4A02-4701-8F46-A695ED6690D1@opencsw.org>
References: <20131104155028.GX4199@bender.opencsw.org>
	<B46C9CD1-4A02-4701-8F46-A695ED6690D1@opencsw.org>
Message-ID: <20131104164121.GY4199@bender.opencsw.org>

Hi
On Mon, Nov 04, 2013 at 05:15:31PM +0100, slowfranklin wrote:
> Hi Rafi
> 
> Am 04.11.2013 um 16:50 schrieb Rafael Ostertag <raos at opencsw.org>:
> > I recently got complains from chkpkg about soname-unused on sparc. The same
> > build recipes do not make chkpkg complain on i386. As far as I can tell, `-z
> > ignore' is in LD_OPTIONS on both, sparc and i386.
> 
> oh, so I?m not the only one!

Nah ;)
> 
> I wanted to do a simple minor version bump of tracker when I ran into this. I?m currently adding a lot of GARCH dependent overrides in order to work around this becausei I gave up figurin out the cause after 8 hours.
> According to elfdump -d the unused libs are definitely linked into the resulting program/library even though no symbol is used as verified with nm -d.
> 
> > Any ideas what's going on?
> 
> No.

Could it be related to the buildfarm update?

cheers
rafi

From dam at opencsw.org  Mon Nov  4 17:44:09 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 4 Nov 2013 17:44:09 +0100
Subject: chkpkg and soname-unused
In-Reply-To: <20131104164121.GY4199@bender.opencsw.org>
References: <20131104155028.GX4199@bender.opencsw.org>
	<B46C9CD1-4A02-4701-8F46-A695ED6690D1@opencsw.org>
	<20131104164121.GY4199@bender.opencsw.org>
Message-ID: <8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org>

Hi Rafi,

Am 04.11.2013 um 17:41 schrieb Rafael Ostertag <raos at opencsw.org>:
> On Mon, Nov 04, 2013 at 05:15:31PM +0100, slowfranklin wrote:
>> Hi Rafi
>> 
>> Am 04.11.2013 um 16:50 schrieb Rafael Ostertag <raos at opencsw.org>:
>>> I recently got complains from chkpkg about soname-unused on sparc. The same
>>> build recipes do not make chkpkg complain on i386. As far as I can tell, `-z
>>> ignore' is in LD_OPTIONS on both, sparc and i386.
>> 
>> oh, so I?m not the only one!
> 
> Nah ;)
> 
>> 
>> I wanted to do a simple minor version bump of tracker when I ran into this. I?m currently adding a lot of GARCH dependent overrides in order to work around this becausei I gave up figurin out the cause after 8 hours.
>> According to elfdump -d the unused libs are definitely linked into the resulting program/library even though no symbol is used as verified with nm -d.
>> 
>>> Any ideas what's going on?
>> 
>> No.
> 
> Could it be related to the buildfarm update?


Probably, the T5220 is now running 105400-04 whereas unstable10x is still running 147441-19.
Should I update the x86 machines also? My impression is to patch as less as possible to
not introduce new linker symbol anomalies. The patch on the farm was needed to fix an ugly
bug in zfs which prevented us from doing backups, so no option of not installing ;-)


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/20131104/0db0d0af/attachment-0001.p7s>

From slowfranklin at opencsw.org  Mon Nov  4 17:47:45 2013
From: slowfranklin at opencsw.org (slowfranklin)
Date: Mon, 4 Nov 2013 17:47:45 +0100
Subject: chkpkg and soname-unused
In-Reply-To: <20131104164121.GY4199@bender.opencsw.org>
References: <20131104155028.GX4199@bender.opencsw.org>
	<B46C9CD1-4A02-4701-8F46-A695ED6690D1@opencsw.org>
	<20131104164121.GY4199@bender.opencsw.org>
Message-ID: <DD01B741-BBF7-4514-92E1-D4B387D4DD55@opencsw.org>


Am 04.11.2013 um 17:41 schrieb Rafael Ostertag <raos at opencsw.org>:

> Hi
> On Mon, Nov 04, 2013 at 05:15:31PM +0100, slowfranklin wrote:
>> Hi Rafi
>> 
>> Am 04.11.2013 um 16:50 schrieb Rafael Ostertag <raos at opencsw.org>:
>>> I recently got complains from chkpkg about soname-unused on sparc. The same
>>> build recipes do not make chkpkg complain on i386. As far as I can tell, `-z
>>> ignore' is in LD_OPTIONS on both, sparc and i386.
>> 
>> oh, so I?m not the only one!
> 
> Nah ;)

:)

>> I wanted to do a simple minor version bump of tracker when I ran into this. I?m currently adding a lot of GARCH dependent overrides in order to work around this becausei I gave up figurin out the cause after 8 hours.
>> According to elfdump -d the unused libs are definitely linked into the resulting program/library even though no symbol is used as verified with nm -d.
>> 
>>> Any ideas what's going on?
>> 
>> No.
> 
> Could it be related to the buildfarm update?

What was updated? Maciej?s new code? I remember a similar issues when running Macies new code on a private buildhost on Solaris 11. Afair the new code on my Solaris 11 x86 produced different results compared to unstable10x, tons of soname unused. I was working on Samba4, large package so I wanted a fast buildhost.

-r

From dam at opencsw.org  Mon Nov  4 17:51:01 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 4 Nov 2013 17:51:01 +0100
Subject: What are .gir files?
Message-ID: <2FA707C9-5FF9-419F-94BE-A5366A4C33A3@opencsw.org>

Hi folks,

I am fiddling with a part of GTK (gtksourceview) which was a leftover from Phil
and I get the following error during the build:

> /opt/csw/bin/g-ir-scanner  -I.. --namespace=GtkSource --nsversion=2.0 --libtool="/bin/bash ../libtool" --pkg=gtksourceview-2.0 --include=Gtk-2.0   --library=libgtksourceview-2.0.la    gtksourcebuffer.h gtksourcecompletioncontext.h gtksourcecompletion.h gtksourcecompletioninfo.h gtksourcecompletionitem.h gtksourcecompletionproposal.h gtksourcecompletionprovider.h gtksourcegutter.h gtksourceiter.h gtksourcelanguage.h gtksourcelanguagemanager.h gtksourcemark.h gtksourceprintcompositor.h gtksourcestyle.h gtksourcestylescheme.h gtksourcestyleschememanager.h gtksourceundomanager.h gtksourceview.h gtksourcebuffer.c gtksourcecompletion.c gtksourcecompletioncontext.c gtksourcecompletioninfo.c gtksourcecompletionitem.c gtksourcecompletionmodel.c gtksourcecompletionproposal.c gtksourcecompletionprovider.c gtksourcecompletionutils.c gtksourcecontextengine.c gtksourceengine.c gtksourcegutter.c gtksourceiter.c gtksourcelanguage.c gtksourcelanguagemanager.c gtksourcelanguage-parser-1.c gtksourcelanguage-parser-2.c gtksourcemark.c gtksourceprintcompositor.c gtksourcestyle.c gtksourcestylescheme.c gtksourcestyleschememanager.c gtksourceundomanager.c gtksourceundomanagerdefault.c gtksourceview.c gtksourceview-i18n.c gtksourceview-utils.c gtktextregion.c libgtksourceview-2.0.la --output GtkSource-2.0.gir
> Couldn't find include 'Gtk-2.0.gir' (search path: ['gir-1.0', '/opt/csw/share/gir-1.0', '/usr/share/gir-1.0', '/opt/csw/share/gir-1.0'])
> /opt/csw/share/gobject-introspection-1.0/Makefile.introspection:150: recipe for target 'GtkSource-2.0.gir' failed

Rafi: Does this need to be added to GTK while you are at 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: 2351 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20131104/c0adb6a6/attachment.p7s>

From jh at opencsw.org  Mon Nov  4 17:52:43 2013
From: jh at opencsw.org (Jan Holzhueter)
Date: Mon, 04 Nov 2013 17:52:43 +0100
Subject: What are .gir files?
In-Reply-To: <2FA707C9-5FF9-419F-94BE-A5366A4C33A3@opencsw.org>
References: <2FA707C9-5FF9-419F-94BE-A5366A4C33A3@opencsw.org>
Message-ID: <5277D0DB.9080003@opencsw.org>



Am 04.11.13 17:51, schrieb Dagobert Michelsen:
> Hi folks,
> 
> I am fiddling with a part of GTK (gtksourceview) which was a leftover from Phil
> and I get the following error during the build:
> 
>> /opt/csw/bin/g-ir-scanner  -I.. --namespace=GtkSource --nsversion=2.0 --libtool="/bin/bash ../libtool" --pkg=gtksourceview-2.0 --include=Gtk-2.0   --library=libgtksourceview-2.0.la    gtksourcebuffer.h gtksourcecompletioncontext.h gtksourcecompletion.h gtksourcecompletioninfo.h gtksourcecompletionitem.h gtksourcecompletionproposal.h gtksourcecompletionprovider.h gtksourcegutter.h gtksourceiter.h gtksourcelanguage.h gtksourcelanguagemanager.h gtksourcemark.h gtksourceprintcompositor.h gtksourcestyle.h gtksourcestylescheme.h gtksourcestyleschememanager.h gtksourceundomanager.h gtksourceview.h gtksourcebuffer.c gtksourcecompletion.c gtksourcecompletioncontext.c gtksourcecompletioninfo.c gtksourcecompletionitem.c gtksourcecompletionmodel.c gtksourcecompletionproposal.c gtksourcecompletionprovider.c gtksourcecompletionutils.c gtksourcecontextengine.c gtksourceengine.c gtksourcegutter.c gtksourceiter.c gtksourcelanguage.c gtksourcelanguagemanager.c gtksourcelanguage-parser-1.c gtksource
 l
anguage-parser-2.c gtksourcemark.c gtksourceprintcompositor.c gtksourcestyle.c gtksourcestylescheme.c gtksourcestyleschememanager.c gtksourceundomanager.c gtksourceundomanagerdefault.c gtksourceview.c gtksourceview-i18n.c gtksourceview-utils.c gtktextregion.c libgtksourceview-2.0.la --output GtkSource-2.0.gir
>> Couldn't find include 'Gtk-2.0.gir' (search path: ['gir-1.0', '/opt/csw/share/gir-1.0', '/usr/share/gir-1.0', '/opt/csw/share/gir-1.0'])
>> /opt/csw/share/gobject-introspection-1.0/Makefile.introspection:150: recipe for target 'GtkSource-2.0.gir' failed
> 
> Rafi: Does this need to be added to GTK while you are at it?


Turn off intreospection or what is called. It never worked :)


Greetings
Jan



From raos at opencsw.org  Mon Nov  4 18:03:01 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Mon, 4 Nov 2013 18:03:01 +0100
Subject: chkpkg and soname-unused
In-Reply-To: <8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org>
References: <20131104155028.GX4199@bender.opencsw.org>
	<B46C9CD1-4A02-4701-8F46-A695ED6690D1@opencsw.org>
	<20131104164121.GY4199@bender.opencsw.org>
	<8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org>
Message-ID: <20131104170301.GZ4199@bender.opencsw.org>

Hi Dago

On Mon, Nov 04, 2013 at 05:44:09PM +0100, Dagobert Michelsen wrote:
> Hi Rafi,
> 
> > Could it be related to the buildfarm update?
> 
> 
> Probably, the T5220 is now running 105400-04 whereas unstable10x is still running 147441-19.
> Should I update the x86 machines also? My impression is to patch as less as possible to
> not introduce new linker symbol anomalies. The patch on the farm was needed to fix an ugly
> bug in zfs which prevented us from doing backups, so no option of not installing ;-)

If it is related to Solaris patches, patching x86 would mean that `-z ignore'
might not work on x86 anymore, as well. So, wouldn't it be smarter, to figure
out why it stopped working on sparc? I mean, -z ignore ain't such an esotheric
switch and has been put in place for good reasons, hasn't it?

cheers
rafi

From yann at pleiades.fr.eu.org  Mon Nov  4 18:10:30 2013
From: yann at pleiades.fr.eu.org (Yann Rouillard)
Date: Mon, 4 Nov 2013 18:10:30 +0100
Subject: chkpkg and soname-unused
In-Reply-To: <20131104170301.GZ4199@bender.opencsw.org>
References: <20131104155028.GX4199@bender.opencsw.org>
	<B46C9CD1-4A02-4701-8F46-A695ED6690D1@opencsw.org>
	<20131104164121.GY4199@bender.opencsw.org>
	<8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org>
	<20131104170301.GZ4199@bender.opencsw.org>
Message-ID: <CAF2fwsdNQ=Kn1bzF1oLo9D8oX_UeWfMbf2KZo-1SPpgBFR000A@mail.gmail.com>

Hi Rafi and slowfranklin,

Tell me how to reproduce the problem and I will have a look (for
slowfranklin, I suppose I just have to recompile tracker).
I am surprised that a patch could have such a bad side effect as screwing
the "-z ignore option" and I would prefer to dig first into the problem.

Yann


2013/11/4 Rafael Ostertag <raos at opencsw.org>

> Hi Dago
>
> On Mon, Nov 04, 2013 at 05:44:09PM +0100, Dagobert Michelsen wrote:
> > Hi Rafi,
> >
> > > Could it be related to the buildfarm update?
> >
> >
> > Probably, the T5220 is now running 105400-04 whereas unstable10x is
> still running 147441-19.
> > Should I update the x86 machines also? My impression is to patch as less
> as possible to
> > not introduce new linker symbol anomalies. The patch on the farm was
> needed to fix an ugly
> > bug in zfs which prevented us from doing backups, so no option of not
> installing ;-)
>
> If it is related to Solaris patches, patching x86 would mean that `-z
> ignore'
> might not work on x86 anymore, as well. So, wouldn't it be smarter, to
> figure
> out why it stopped working on sparc? I mean, -z ignore ain't such an
> esotheric
> switch and has been put in place for good reasons, hasn't it?
>
> cheers
> rafi
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20131104/6ed6ca16/attachment.html>

From slowfranklin at opencsw.org  Mon Nov  4 18:12:01 2013
From: slowfranklin at opencsw.org (slowfranklin)
Date: Mon, 4 Nov 2013 18:12:01 +0100
Subject: chkpkg and soname-unused
In-Reply-To: <20131104170301.GZ4199@bender.opencsw.org>
References: <20131104155028.GX4199@bender.opencsw.org>
	<B46C9CD1-4A02-4701-8F46-A695ED6690D1@opencsw.org>
	<20131104164121.GY4199@bender.opencsw.org>
	<8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org>
	<20131104170301.GZ4199@bender.opencsw.org>
Message-ID: <8E3C9B2C-B0E4-43E4-8402-68BEBB1A235C@opencsw.org>


Am 04.11.2013 um 18:03 schrieb Rafael Ostertag <raos at opencsw.org>:

> Hi Dago
> 
> On Mon, Nov 04, 2013 at 05:44:09PM +0100, Dagobert Michelsen wrote:
>> Hi Rafi,
>> 
>>> Could it be related to the buildfarm update?
>> 
>> 
>> Probably, the T5220 is now running 105400-04 whereas unstable10x is still running 147441-19.
>> Should I update the x86 machines also? My impression is to patch as less as possible to
>> not introduce new linker symbol anomalies. The patch on the farm was needed to fix an ugly
>> bug in zfs which prevented us from doing backups, so no option of not installing ;-)
> 
> If it is related to Solaris patches, patching x86 would mean that `-z ignore'
> might not work on x86 anymore, as well. So, wouldn't it be smarter, to figure
> out why it stopped working on sparc?

It is sill working. Here?s an example where I?m linking a program with a library that is linked with another libary but doesn?t use any of it?s functions.

slowfranklin at unstable10s [unstable10s]:~ > for file in Makefile main.c lib.c anotherlib.c ; do echo $file\: ; cat $file; done                            
Makefile:
ALIB_LDFLAGS=
LIB_LDFLAGS=-z ignore -B direct
LDFLAGS=-z ignore -B direct

all: main

libanotherlib.so: anotherlib.c
        LD_OPTIONS="$(ALIB_LDFLAGS)" gcc -shared -o libanotherlib.so -fPIC anotherlib.c

libmylib.so: lib.c libanotherlib.so
        LD_OPTIONS="$(LIB_LDFLAGS)" gcc -shared -o libmylib.so -fPIC lib.c -L. -R. -lanotherlib

main: main.c libmylib.so
        LD_OPTIONS="$(LDFLAGS)" gcc -o main main.c -L. -R. -lmylib

clean:
        rm main libmylib.so libanotherlib.so
main.c:
int main(int argc, char **argv)
{
    func("test");
}
lib.c:
#include <stdio.h>

void func(const char *msg)
{
    printf("%s\n", msg);
}
anotherlib.c:
#include <stdio.h>

void anotherfunc(const char *msg)
{
    printf("%s\n", msg);
}
slowfranklin at unstable10s [unstable10s]:~ > make clean                                                                                                    
rm main libmylib.so libanotherlib.so
slowfranklin at unstable10s [unstable10s]:~ > make                                                                                                          
LD_OPTIONS="" gcc -shared -o libanotherlib.so -fPIC anotherlib.c
LD_OPTIONS="-z ignore -B direct" gcc -shared -o libmylib.so -fPIC lib.c -L. -R. -lanotherlib
LD_OPTIONS="-z ignore -B direct" gcc -o main main.c -L. -R. -lmylib
slowfranklin at unstable10s [unstable10s]:~ > elfdump -d main | grep NEED                                                                                   
       [1]  NEEDED            0x11b               libmylib.so
       [2]  NEEDED            0x105               libc.so.1
      [13]  VERNEED           0x106d8             
      [14]  VERNEEDNUM        0x1                 
slowfranklin at unstable10s [unstable10s]:~ >     

From raos at opencsw.org  Mon Nov  4 18:12:07 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Mon, 4 Nov 2013 18:12:07 +0100
Subject: What are .gir files?
In-Reply-To: <2FA707C9-5FF9-419F-94BE-A5366A4C33A3@opencsw.org>
References: <2FA707C9-5FF9-419F-94BE-A5366A4C33A3@opencsw.org>
Message-ID: <20131104171207.GA4199@bender.opencsw.org>

Hi Dago
On Mon, Nov 04, 2013 at 05:51:01PM +0100, Dagobert Michelsen wrote:
> Hi folks,
> 
> I am fiddling with a part of GTK (gtksourceview) which was a leftover from Phil
> and I get the following error during the build:
> 
> > /opt/csw/bin/g-ir-scanner  -I.. --namespace=GtkSource --nsversion=2.0 --libtool="/bin/bash ../libtool" --pkg=gtksourceview-2.0 --include=Gtk-2.0   --library=libgtksourceview-2.0.la    gtksourcebuffer.h gtksourcecompletioncontext.h gtksourcecompletion.h gtksourcecompletioninfo.h gtksourcecompletionitem.h gtksourcecompletionproposal.h gtksourcecompletionprovider.h gtksourcegutter.h gtksourceiter.h gtksourcelanguage.h gtksourcelanguagemanager.h gtksourcemark.h gtksourceprintcompositor.h gtksourcestyle.h gtksourcestylescheme.h gtksourcestyleschememanager.h gtksourceundomanager.h gtksourceview.h gtksourcebuffer.c gtksourcecompletion.c gtksourcecompletioncontext.c gtksourcecompletioninfo.c gtksourcecompletionitem.c gtksourcecompletionmodel.c gtksourcecompletionproposal.c gtksourcecompletionprovider.c gtksourcecompletionutils.c gtksourcecontextengine.c gtksourceengine.c gtksourcegutter.c gtksourceiter.c gtksourcelanguage.c gtksourcelanguagemanager.c gtksourcelanguage-parser-1.c gtksourcelanguage-parser-2.c gtksourcemark.c gtksourceprintcompositor.c gtksourcestyle.c gtksourcestylescheme.c gtksourcestyleschememanager.c gtksourceundomanager.c gtksourceundomanagerdefault.c gtksourceview.c gtksourceview-i18n.c gtksourceview-utils.c gtktextregion.c libgtksourceview-2.0.la --output GtkSource-2.0.gir
> > Couldn't find include 'Gtk-2.0.gir' (search path: ['gir-1.0', '/opt/csw/share/gir-1.0', '/usr/share/gir-1.0', '/opt/csw/share/gir-1.0'])
> > /opt/csw/share/gobject-introspection-1.0/Makefile.introspection:150: recipe for target 'GtkSource-2.0.gir' failed
> 
> Rafi: Does this need to be added to GTK while you are at it?

I tried to build gtk2 with introspection enabled, but it complained that pango
hasn't support for it. I figure it had to be enabled for all gtk related stuff.

For the time being, I vote for Jan's suggestion, of disabling it. I'd suggest
we pick up on the issue again, once all GUI related libraries are up to date. Does that sound ok?

I haven't a clue what is using introspection, so I can't tell whether disabling
it is a problem, nor how big the benefit of enabling is.

cheers
rafi


From slowfranklin at opencsw.org  Mon Nov  4 18:15:06 2013
From: slowfranklin at opencsw.org (slowfranklin)
Date: Mon, 4 Nov 2013 18:15:06 +0100
Subject: chkpkg and soname-unused
In-Reply-To: <CAF2fwsdNQ=Kn1bzF1oLo9D8oX_UeWfMbf2KZo-1SPpgBFR000A@mail.gmail.com>
References: <20131104155028.GX4199@bender.opencsw.org>
	<B46C9CD1-4A02-4701-8F46-A695ED6690D1@opencsw.org>
	<20131104164121.GY4199@bender.opencsw.org>
	<8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org>
	<20131104170301.GZ4199@bender.opencsw.org>
	<CAF2fwsdNQ=Kn1bzF1oLo9D8oX_UeWfMbf2KZo-1SPpgBFR000A@mail.gmail.com>
Message-ID: <B48B3914-3C3B-453C-8918-986CCC9008E6@opencsw.org>

Hi Yann,

Am 04.11.2013 um 18:10 schrieb Yann Rouillard <yann at pleiades.fr.eu.org>:
> Tell me how to reproduce the problem and I will have a look (for slowfranklin, I suppose I just have to recompile tracker).

yeah! On unstable10s. Remove the overrides so you get the errors.

As mentioned, I?ve spent the whole day trying to figure this out, but couldn?t come up with anything useful. :(

-slow

From raos at opencsw.org  Mon Nov  4 18:17:10 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Mon, 4 Nov 2013 18:17:10 +0100
Subject: chkpkg and soname-unused
In-Reply-To: <CAF2fwsdNQ=Kn1bzF1oLo9D8oX_UeWfMbf2KZo-1SPpgBFR000A@mail.gmail.com>
References: <20131104155028.GX4199@bender.opencsw.org>
	<B46C9CD1-4A02-4701-8F46-A695ED6690D1@opencsw.org>
	<20131104164121.GY4199@bender.opencsw.org>
	<8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org>
	<20131104170301.GZ4199@bender.opencsw.org>
	<CAF2fwsdNQ=Kn1bzF1oLo9D8oX_UeWfMbf2KZo-1SPpgBFR000A@mail.gmail.com>
Message-ID: <20131104171710.GB4199@bender.opencsw.org>

Hi Yann

On Mon, Nov 04, 2013 at 06:10:30PM +0100, Yann Rouillard wrote:
> Hi Rafi and slowfranklin,
> 
> Tell me how to reproduce the problem and I will have a look (for
> slowfranklin, I suppose I just have to recompile tracker).
> I am surprised that a patch could have such a bad side effect as screwing
> the "-z ignore option" and I would prefer to dig first into the problem.

You can take `gamin'. Remove both CHKPKG_OVERRIDES for CSWgamin and build a
package on sparc and x86. That should do the trick. Let me know if I can be of
assistance.

cheers
rafi

> 
> Yann
> 
> 
> 2013/11/4 Rafael Ostertag <raos at opencsw.org>
> 
> > Hi Dago
> >
> > On Mon, Nov 04, 2013 at 05:44:09PM +0100, Dagobert Michelsen wrote:
> > > Hi Rafi,
> > >
> > > > Could it be related to the buildfarm update?
> > >
> > >
> > > Probably, the T5220 is now running 105400-04 whereas unstable10x is
> > still running 147441-19.
> > > Should I update the x86 machines also? My impression is to patch as less
> > as possible to
> > > not introduce new linker symbol anomalies. The patch on the farm was
> > needed to fix an ugly
> > > bug in zfs which prevented us from doing backups, so no option of not
> > installing ;-)
> >
> > If it is related to Solaris patches, patching x86 would mean that `-z
> > ignore'
> > might not work on x86 anymore, as well. So, wouldn't it be smarter, to
> > figure
> > out why it stopped working on sparc? I mean, -z ignore ain't such an
> > esotheric
> > switch and has been put in place for good reasons, hasn't it?
> >
> > cheers
> > rafi
> >

From yann at pleiades.fr.eu.org  Mon Nov  4 21:13:15 2013
From: yann at pleiades.fr.eu.org (Yann Rouillard)
Date: Mon, 4 Nov 2013 21:13:15 +0100
Subject: chkpkg and soname-unused
In-Reply-To: <20131104171710.GB4199@bender.opencsw.org>
References: <20131104155028.GX4199@bender.opencsw.org>
	<B46C9CD1-4A02-4701-8F46-A695ED6690D1@opencsw.org>
	<20131104164121.GY4199@bender.opencsw.org>
	<8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org>
	<20131104170301.GZ4199@bender.opencsw.org>
	<CAF2fwsdNQ=Kn1bzF1oLo9D8oX_UeWfMbf2KZo-1SPpgBFR000A@mail.gmail.com>
	<20131104171710.GB4199@bender.opencsw.org>
Message-ID: <CAF2fwsdA-kSd9C6GtNTABZPKWO9=wPad76=DH0nfatC--0p0Mg@mail.gmail.com>

Hmm, that's really strange.
The linker detects that the library is not required but still keeps it.
It doesn't happen for every library. I added -lssl on the command line and
the libssl library was properly removed from the dependencies.

The debug messages from ld are:

debug: file=libnsl.so.1  unused: does not satisfy any references; retained:
compensating for insufficient dependencies
debug: file=libintl.so.8  unused: does not satisfy any references;
retained: compensating for insufficient dependencies
debug: file=libssl.so.1.0.0  unused: does not satisfy any references;
discarded

I am still looking for the reason.

Yann



2013/11/4 Rafael Ostertag <raos at opencsw.org>

> Hi Yann
>
> On Mon, Nov 04, 2013 at 06:10:30PM +0100, Yann Rouillard wrote:
> > Hi Rafi and slowfranklin,
> >
> > Tell me how to reproduce the problem and I will have a look (for
> > slowfranklin, I suppose I just have to recompile tracker).
> > I am surprised that a patch could have such a bad side effect as screwing
> > the "-z ignore option" and I would prefer to dig first into the problem.
>
> You can take `gamin'. Remove both CHKPKG_OVERRIDES for CSWgamin and build a
> package on sparc and x86. That should do the trick. Let me know if I can
> be of
> assistance.
>
> cheers
> rafi
>
> >
> > Yann
> >
> >
> > 2013/11/4 Rafael Ostertag <raos at opencsw.org>
> >
> > > Hi Dago
> > >
> > > On Mon, Nov 04, 2013 at 05:44:09PM +0100, Dagobert Michelsen wrote:
> > > > Hi Rafi,
> > > >
> > > > > Could it be related to the buildfarm update?
> > > >
> > > >
> > > > Probably, the T5220 is now running 105400-04 whereas unstable10x is
> > > still running 147441-19.
> > > > Should I update the x86 machines also? My impression is to patch as
> less
> > > as possible to
> > > > not introduce new linker symbol anomalies. The patch on the farm was
> > > needed to fix an ugly
> > > > bug in zfs which prevented us from doing backups, so no option of not
> > > installing ;-)
> > >
> > > If it is related to Solaris patches, patching x86 would mean that `-z
> > > ignore'
> > > might not work on x86 anymore, as well. So, wouldn't it be smarter, to
> > > figure
> > > out why it stopped working on sparc? I mean, -z ignore ain't such an
> > > esotheric
> > > switch and has been put in place for good reasons, hasn't it?
> > >
> > > cheers
> > > rafi
> > >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20131104/d0b5d1a6/attachment.html>

From yann at pleiades.fr.eu.org  Mon Nov  4 22:45:24 2013
From: yann at pleiades.fr.eu.org (Yann Rouillard)
Date: Mon, 4 Nov 2013 22:45:24 +0100
Subject: chkpkg and soname-unused
In-Reply-To: <CAF2fwsdA-kSd9C6GtNTABZPKWO9=wPad76=DH0nfatC--0p0Mg@mail.gmail.com>
References: <20131104155028.GX4199@bender.opencsw.org>
	<B46C9CD1-4A02-4701-8F46-A695ED6690D1@opencsw.org>
	<20131104164121.GY4199@bender.opencsw.org>
	<8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org>
	<20131104170301.GZ4199@bender.opencsw.org>
	<CAF2fwsdNQ=Kn1bzF1oLo9D8oX_UeWfMbf2KZo-1SPpgBFR000A@mail.gmail.com>
	<20131104171710.GB4199@bender.opencsw.org>
	<CAF2fwsdA-kSd9C6GtNTABZPKWO9=wPad76=DH0nfatC--0p0Mg@mail.gmail.com>
Message-ID: <CAF2fwsdeZ3PVgi1bWAw9YFdJ9sPqF0LprhmbYRSR24=BPtVsgA@mail.gmail.com>

Ok, it seems that this is caused by a recent patch, 147147-26, which
changed the behaviour of the "-z ignore" option.
Indeed the changelog contains the following line:
    7051963 ld's -z ignore processing is too simplistic

I opened a bug on Oracle support to have more information, meanwhile I will
disable the check so everybody doesn't have to add overrides for this
problem. The messages about soname-unused will still be printed for
information but they will not cause an error in the packaging process.

So you can "mgar update" and remove the overrides on tracker and gamin.

Yann



2013/11/4 Yann Rouillard <yann at pleiades.fr.eu.org>

> Hmm, that's really strange.
> The linker detects that the library is not required but still keeps it.
> It doesn't happen for every library. I added -lssl on the command line and
> the libssl library was properly removed from the dependencies.
>
> The debug messages from ld are:
>
> debug: file=libnsl.so.1  unused: does not satisfy any references;
> retained: compensating for insufficient dependencies
> debug: file=libintl.so.8  unused: does not satisfy any references;
> retained: compensating for insufficient dependencies
> debug: file=libssl.so.1.0.0  unused: does not satisfy any references;
> discarded
>
> I am still looking for the reason.
>
> Yann
>
>
>
> 2013/11/4 Rafael Ostertag <raos at opencsw.org>
>
>> Hi Yann
>>
>> On Mon, Nov 04, 2013 at 06:10:30PM +0100, Yann Rouillard wrote:
>> > Hi Rafi and slowfranklin,
>> >
>> > Tell me how to reproduce the problem and I will have a look (for
>> > slowfranklin, I suppose I just have to recompile tracker).
>> > I am surprised that a patch could have such a bad side effect as
>> screwing
>> > the "-z ignore option" and I would prefer to dig first into the problem.
>>
>> You can take `gamin'. Remove both CHKPKG_OVERRIDES for CSWgamin and build
>> a
>> package on sparc and x86. That should do the trick. Let me know if I can
>> be of
>> assistance.
>>
>> cheers
>> rafi
>>
>> >
>> > Yann
>> >
>> >
>> > 2013/11/4 Rafael Ostertag <raos at opencsw.org>
>> >
>> > > Hi Dago
>> > >
>> > > On Mon, Nov 04, 2013 at 05:44:09PM +0100, Dagobert Michelsen wrote:
>> > > > Hi Rafi,
>> > > >
>> > > > > Could it be related to the buildfarm update?
>> > > >
>> > > >
>> > > > Probably, the T5220 is now running 105400-04 whereas unstable10x is
>> > > still running 147441-19.
>> > > > Should I update the x86 machines also? My impression is to patch as
>> less
>> > > as possible to
>> > > > not introduce new linker symbol anomalies. The patch on the farm was
>> > > needed to fix an ugly
>> > > > bug in zfs which prevented us from doing backups, so no option of
>> not
>> > > installing ;-)
>> > >
>> > > If it is related to Solaris patches, patching x86 would mean that `-z
>> > > ignore'
>> > > might not work on x86 anymore, as well. So, wouldn't it be smarter, to
>> > > figure
>> > > out why it stopped working on sparc? I mean, -z ignore ain't such an
>> > > esotheric
>> > > switch and has been put in place for good reasons, hasn't it?
>> > >
>> > > cheers
>> > > rafi
>> > >
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20131104/72d3c29d/attachment-0001.html>

From raos at opencsw.org  Tue Nov  5 07:40:19 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Tue, 5 Nov 2013 07:40:19 +0100
Subject: chkpkg and soname-unused
In-Reply-To: <CAF2fwsdeZ3PVgi1bWAw9YFdJ9sPqF0LprhmbYRSR24=BPtVsgA@mail.gmail.com>
References: <20131104155028.GX4199@bender.opencsw.org>
	<B46C9CD1-4A02-4701-8F46-A695ED6690D1@opencsw.org>
	<20131104164121.GY4199@bender.opencsw.org>
	<8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org>
	<20131104170301.GZ4199@bender.opencsw.org>
	<CAF2fwsdNQ=Kn1bzF1oLo9D8oX_UeWfMbf2KZo-1SPpgBFR000A@mail.gmail.com>
	<20131104171710.GB4199@bender.opencsw.org>
	<CAF2fwsdA-kSd9C6GtNTABZPKWO9=wPad76=DH0nfatC--0p0Mg@mail.gmail.com>
	<CAF2fwsdeZ3PVgi1bWAw9YFdJ9sPqF0LprhmbYRSR24=BPtVsgA@mail.gmail.com>
Message-ID: <20131105064019.GD4199@bender.opencsw.org>

Hi Yann
On Mon, Nov 04, 2013 at 10:45:24PM +0100, Yann Rouillard wrote:
> Ok, it seems that this is caused by a recent patch, 147147-26, which
> changed the behaviour of the "-z ignore" option.
> Indeed the changelog contains the following line:
>     7051963 ld's -z ignore processing is too simplistic
> 
> I opened a bug on Oracle support to have more information, meanwhile I will
> disable the check so everybody doesn't have to add overrides for this
> problem. The messages about soname-unused will still be printed for
> information but they will not cause an error in the packaging process.
> 
> So you can "mgar update" and remove the overrides on tracker and gamin.

Awesome. Thx.

cheers
rafi

From slowfranklin at opencsw.org  Tue Nov  5 10:29:17 2013
From: slowfranklin at opencsw.org (slowfranklin)
Date: Tue, 5 Nov 2013 10:29:17 +0100
Subject: chkpkg and soname-unused
In-Reply-To: <CAF2fwsdeZ3PVgi1bWAw9YFdJ9sPqF0LprhmbYRSR24=BPtVsgA@mail.gmail.com>
References: <20131104155028.GX4199@bender.opencsw.org>
	<B46C9CD1-4A02-4701-8F46-A695ED6690D1@opencsw.org>
	<20131104164121.GY4199@bender.opencsw.org>
	<8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org>
	<20131104170301.GZ4199@bender.opencsw.org>
	<CAF2fwsdNQ=Kn1bzF1oLo9D8oX_UeWfMbf2KZo-1SPpgBFR000A@mail.gmail.com>
	<20131104171710.GB4199@bender.opencsw.org>
	<CAF2fwsdA-kSd9C6GtNTABZPKWO9=wPad76=DH0nfatC--0p0Mg@mail.gmail.com>
	<CAF2fwsdeZ3PVgi1bWAw9YFdJ9sPqF0LprhmbYRSR24=BPtVsgA@mail.gmail.com>
Message-ID: <2A496DBE-9B7B-4A12-A32D-9ADD498C2727@opencsw.org>


Am 04.11.2013 um 22:45 schrieb Yann Rouillard <yann at pleiades.fr.eu.org>:

> Ok, it seems that this is caused by a recent patch, 147147-26, which changed the behaviour of the "-z ignore" option.
> Indeed the changelog contains the following line:
>     7051963 ld's -z ignore processing is too simplistic
> 
> I opened a bug on Oracle support to have more information, meanwhile I will disable the check so everybody doesn't have to add overrides for this problem. The messages about soname-unused will still be printed for information but they will not cause an error in the packaging process.
> 
> So you can "mgar update" and remove the overrides on tracker and gamin.

Thanks Yann! I?ll be curious to know what 7051963 is about too.

-slow

From slowfranklin at opencsw.org  Tue Nov  5 10:30:46 2013
From: slowfranklin at opencsw.org (slowfranklin)
Date: Tue, 5 Nov 2013 10:30:46 +0100
Subject: Broken Netatalk package in testing catalog
In-Reply-To: <CALtRa-5nn8oEErVqpT4oo4Es3ppVRChJh2a_RjAs9BdgW=+bew@mail.gmail.com>
References: <76A11CCF-435D-4AD4-9752-2F6D1E74D193@opencsw.org>
	<B7678846-A254-418E-8FAF-E937F09081B2@opencsw.org>
	<5257E6F3.3090507@opencsw.org>
	<CALtRa-4Hrwp7Hz0pKhJgqEz9gExZUmQ8zOxDobYD53UUD9Gv5w@mail.gmail.com>
	<6E8829D1-FB61-4357-BD5F-FAB83BDEB861@opencsw.org>
	<CALtRa-4Gjmn3Zm_sUZVYLmh4oon9vpo4T7KPv=Rixr0rDRYsbg@mail.gmail.com>
	<CALtRa-5nn8oEErVqpT4oo4Es3ppVRChJh2a_RjAs9BdgW=+bew@mail.gmail.com>
Message-ID: <1FD47252-8039-4544-88B8-966972C1E55C@opencsw.org>


Am 13.10.2013 um 01:05 schrieb Maciej (Matchek) Blizi?ski <maciej at opencsw.org>:

> 2013/10/11 Maciej (Matchek) Blizi?ski <maciej at opencsw.org>:
>> 2013/10/11 slowfranklin <slowfranklin at opencsw.org>:
>>> Do you know whether that checks whether package deps are met? Suppose I want to uload package X which depends on package Y at version Z, but the catalog only has Z-1.
>> 
>> It could fail. There is no version checking or support in the Solaris
>> package manager. If there's a package that really needs the Z-1
>> version, it'll fail. But so would the manual integration.
> 
> I don't think I've made myself clear with the paragraph above. Here's
> try number two:
> 
> Uploading another catalog is the safest way to do it. The integration
> script is dumb and it's very easy to shoot yourself in the foot while
> using it. The generated shell script is calling low-level catalog
> operations and it performs no checks.
> 
> csw-upload-pkg on the other hand, does perform checks and makes it
> much less likely to introduce a problem into a catalog.
> 
> By "it could fail" I mean that it is not impossible that a
> csw-upload-pkg operation has undesired results, but it's much less
> likely to happen, compared to using the integration script.

Thanks for the explanation Maciej! I successfully used csw-upload-pkg a few days ago in order to do an update of Netatalk in testing.

-slow

From raos at opencsw.org  Tue Nov  5 13:00:04 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Tue, 5 Nov 2013 13:00:04 +0100
Subject: chkpkg and soname-unused
In-Reply-To: <CAF2fwsdeZ3PVgi1bWAw9YFdJ9sPqF0LprhmbYRSR24=BPtVsgA@mail.gmail.com>
References: <20131104155028.GX4199@bender.opencsw.org>
	<B46C9CD1-4A02-4701-8F46-A695ED6690D1@opencsw.org>
	<20131104164121.GY4199@bender.opencsw.org>
	<8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org>
	<20131104170301.GZ4199@bender.opencsw.org>
	<CAF2fwsdNQ=Kn1bzF1oLo9D8oX_UeWfMbf2KZo-1SPpgBFR000A@mail.gmail.com>
	<20131104171710.GB4199@bender.opencsw.org>
	<CAF2fwsdA-kSd9C6GtNTABZPKWO9=wPad76=DH0nfatC--0p0Mg@mail.gmail.com>
	<CAF2fwsdeZ3PVgi1bWAw9YFdJ9sPqF0LprhmbYRSR24=BPtVsgA@mail.gmail.com>
Message-ID: <20131105120004.GJ4199@bender.opencsw.org>

On Mon, Nov 04, 2013 at 10:45:24PM +0100, Yann Rouillard wrote:
> Ok, it seems that this is caused by a recent patch, 147147-26, which
> changed the behaviour of the "-z ignore" option.
> Indeed the changelog contains the following line:
>     7051963 ld's -z ignore processing is too simplistic
> 
> I opened a bug on Oracle support to have more information, meanwhile I will
> disable the check so everybody doesn't have to add overrides for this
> problem. The messages about soname-unused will still be printed for
> information but they will not cause an error in the packaging process.

Hmm, just tried to upload package into catalog, and it died on me while
inserting into Solaris 11 catalog w/ the message I might use

CHECKPKG_OVERRIDES_CSWfontconfig += soname-unused|libthread.so.1|is|needed|by|/opt/csw/bin/fc-scan|but|never|used

to get rid of the error. Is there anything you could do about that?

cheers
rafi

> 
> So you can "mgar update" and remove the overrides on tracker and gamin.
> 
> Yann
> 
> 
> 
> 2013/11/4 Yann Rouillard <yann at pleiades.fr.eu.org>
> 
> > Hmm, that's really strange.
> > The linker detects that the library is not required but still keeps it.
> > It doesn't happen for every library. I added -lssl on the command line and
> > the libssl library was properly removed from the dependencies.
> >
> > The debug messages from ld are:
> >
> > debug: file=libnsl.so.1  unused: does not satisfy any references;
> > retained: compensating for insufficient dependencies
> > debug: file=libintl.so.8  unused: does not satisfy any references;
> > retained: compensating for insufficient dependencies
> > debug: file=libssl.so.1.0.0  unused: does not satisfy any references;
> > discarded
> >
> > I am still looking for the reason.
> >
> > Yann
> >
> >
> >
> > 2013/11/4 Rafael Ostertag <raos at opencsw.org>
> >
> >> Hi Yann
> >>
> >> On Mon, Nov 04, 2013 at 06:10:30PM +0100, Yann Rouillard wrote:
> >> > Hi Rafi and slowfranklin,
> >> >
> >> > Tell me how to reproduce the problem and I will have a look (for
> >> > slowfranklin, I suppose I just have to recompile tracker).
> >> > I am surprised that a patch could have such a bad side effect as
> >> screwing
> >> > the "-z ignore option" and I would prefer to dig first into the problem.
> >>
> >> You can take `gamin'. Remove both CHKPKG_OVERRIDES for CSWgamin and build
> >> a
> >> package on sparc and x86. That should do the trick. Let me know if I can
> >> be of
> >> assistance.
> >>
> >> cheers
> >> rafi
> >>
> >> >
> >> > Yann
> >> >
> >> >
> >> > 2013/11/4 Rafael Ostertag <raos at opencsw.org>
> >> >
> >> > > Hi Dago
> >> > >
> >> > > On Mon, Nov 04, 2013 at 05:44:09PM +0100, Dagobert Michelsen wrote:
> >> > > > Hi Rafi,
> >> > > >
> >> > > > > Could it be related to the buildfarm update?
> >> > > >
> >> > > >
> >> > > > Probably, the T5220 is now running 105400-04 whereas unstable10x is
> >> > > still running 147441-19.
> >> > > > Should I update the x86 machines also? My impression is to patch as
> >> less
> >> > > as possible to
> >> > > > not introduce new linker symbol anomalies. The patch on the farm was
> >> > > needed to fix an ugly
> >> > > > bug in zfs which prevented us from doing backups, so no option of
> >> not
> >> > > installing ;-)
> >> > >
> >> > > If it is related to Solaris patches, patching x86 would mean that `-z
> >> > > ignore'
> >> > > might not work on x86 anymore, as well. So, wouldn't it be smarter, to
> >> > > figure
> >> > > out why it stopped working on sparc? I mean, -z ignore ain't such an
> >> > > esotheric
> >> > > switch and has been put in place for good reasons, hasn't it?
> >> > >
> >> > > cheers
> >> > > rafi
> >> > >
> >>
> >
> >

From maciej at opencsw.org  Tue Nov  5 13:05:37 2013
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Tue, 5 Nov 2013 12:05:37 +0000
Subject: chkpkg and soname-unused
In-Reply-To: <20131105120004.GJ4199@bender.opencsw.org>
References: <20131104155028.GX4199@bender.opencsw.org>
	<B46C9CD1-4A02-4701-8F46-A695ED6690D1@opencsw.org>
	<20131104164121.GY4199@bender.opencsw.org>
	<8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org>
	<20131104170301.GZ4199@bender.opencsw.org>
	<CAF2fwsdNQ=Kn1bzF1oLo9D8oX_UeWfMbf2KZo-1SPpgBFR000A@mail.gmail.com>
	<20131104171710.GB4199@bender.opencsw.org>
	<CAF2fwsdA-kSd9C6GtNTABZPKWO9=wPad76=DH0nfatC--0p0Mg@mail.gmail.com>
	<CAF2fwsdeZ3PVgi1bWAw9YFdJ9sPqF0LprhmbYRSR24=BPtVsgA@mail.gmail.com>
	<20131105120004.GJ4199@bender.opencsw.org>
Message-ID: <CALtRa-7yYsh__oAUr1dxiyZLxSV_hVmvxASAALikbUjKd6-Dwg@mail.gmail.com>

2013/11/5 Rafael Ostertag <raos at opencsw.org>
>
> Hmm, just tried to upload package into catalog, and it died on me while
> inserting into Solaris 11 catalog w/ the message I might use
>
> CHECKPKG_OVERRIDES_CSWfontconfig += soname-unused|libthread.so.1|is|needed|by|/opt/csw/bin/fc-scan|but|never|used
>
> to get rid of the error. Is there anything you could do about that?

The procedure to change a check (which we never wrote down or followed):

1. Submit the new code to the repository.
2. The world is now in an inconsistent state. Announce that on maintainers@
3. Rebuild the cswutils package and upload to unstable
3. Wait until you get the confirmation email
4. Email buildfarm@ asking to update the cswutils package on the login host
5. Wait for confirmation from the buildfarm people; verify that the
package is updated.
6. The world is in a consistent state again. Announce on maintainers at .

Otherwise you'll get the symptoms like Rafi describes.

From yann at pleiades.fr.eu.org  Tue Nov  5 13:25:14 2013
From: yann at pleiades.fr.eu.org (Yann Rouillard)
Date: Tue, 5 Nov 2013 13:25:14 +0100
Subject: chkpkg and soname-unused
In-Reply-To: <CALtRa-7yYsh__oAUr1dxiyZLxSV_hVmvxASAALikbUjKd6-Dwg@mail.gmail.com>
References: <20131104155028.GX4199@bender.opencsw.org>
	<B46C9CD1-4A02-4701-8F46-A695ED6690D1@opencsw.org>
	<20131104164121.GY4199@bender.opencsw.org>
	<8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org>
	<20131104170301.GZ4199@bender.opencsw.org>
	<CAF2fwsdNQ=Kn1bzF1oLo9D8oX_UeWfMbf2KZo-1SPpgBFR000A@mail.gmail.com>
	<20131104171710.GB4199@bender.opencsw.org>
	<CAF2fwsdA-kSd9C6GtNTABZPKWO9=wPad76=DH0nfatC--0p0Mg@mail.gmail.com>
	<CAF2fwsdeZ3PVgi1bWAw9YFdJ9sPqF0LprhmbYRSR24=BPtVsgA@mail.gmail.com>
	<20131105120004.GJ4199@bender.opencsw.org>
	<CALtRa-7yYsh__oAUr1dxiyZLxSV_hVmvxASAALikbUjKd6-Dwg@mail.gmail.com>
Message-ID: <CAF2fwse-wXtSUdBDN66MZX-+ePo-LEk4HARz7_sR+bWZt=FKpg@mail.gmail.com>

While waiting for me to follow that procedure, Rafi, I think you can just
use the csw-upload-pkg located in .buildsys/v2/bin. You confirm Maciej ?

Yann


2013/11/5 Maciej (Matchek) Blizi?ski <maciej at opencsw.org>

> 2013/11/5 Rafael Ostertag <raos at opencsw.org>
> >
> > Hmm, just tried to upload package into catalog, and it died on me while
> > inserting into Solaris 11 catalog w/ the message I might use
> >
> > CHECKPKG_OVERRIDES_CSWfontconfig +=
> soname-unused|libthread.so.1|is|needed|by|/opt/csw/bin/fc-scan|but|never|used
> >
> > to get rid of the error. Is there anything you could do about that?
>
> The procedure to change a check (which we never wrote down or followed):
>
> 1. Submit the new code to the repository.
> 2. The world is now in an inconsistent state. Announce that on maintainers@
> 3. Rebuild the cswutils package and upload to unstable
> 3. Wait until you get the confirmation email
> 4. Email buildfarm@ asking to update the cswutils package on the login
> host
> 5. Wait for confirmation from the buildfarm people; verify that the
> package is updated.
> 6. The world is in a consistent state again. Announce on maintainers at .
>
> Otherwise you'll get the symptoms like Rafi describes.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20131105/bde2c3ea/attachment-0001.html>

From maciej at opencsw.org  Tue Nov  5 13:33:11 2013
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Tue, 5 Nov 2013 12:33:11 +0000
Subject: chkpkg and soname-unused
In-Reply-To: <CAF2fwse-wXtSUdBDN66MZX-+ePo-LEk4HARz7_sR+bWZt=FKpg@mail.gmail.com>
References: <20131104155028.GX4199@bender.opencsw.org>
	<B46C9CD1-4A02-4701-8F46-A695ED6690D1@opencsw.org>
	<20131104164121.GY4199@bender.opencsw.org>
	<8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org>
	<20131104170301.GZ4199@bender.opencsw.org>
	<CAF2fwsdNQ=Kn1bzF1oLo9D8oX_UeWfMbf2KZo-1SPpgBFR000A@mail.gmail.com>
	<20131104171710.GB4199@bender.opencsw.org>
	<CAF2fwsdA-kSd9C6GtNTABZPKWO9=wPad76=DH0nfatC--0p0Mg@mail.gmail.com>
	<CAF2fwsdeZ3PVgi1bWAw9YFdJ9sPqF0LprhmbYRSR24=BPtVsgA@mail.gmail.com>
	<20131105120004.GJ4199@bender.opencsw.org>
	<CALtRa-7yYsh__oAUr1dxiyZLxSV_hVmvxASAALikbUjKd6-Dwg@mail.gmail.com>
	<CAF2fwse-wXtSUdBDN66MZX-+ePo-LEk4HARz7_sR+bWZt=FKpg@mail.gmail.com>
Message-ID: <CALtRa-7hj8ZpeUVt8iGES6wLd9ji-JEKowW83xJPwc-EOitcig@mail.gmail.com>

Em 05/11/2013 12:25, "Yann Rouillard" <yann at pleiades.fr.eu.org> escreveu:
>
> While waiting for me to follow that procedure, Rafi, I think you can just
use the csw-upload-pkg located in .buildsys/v2/bin. You confirm Maciej ?

Yes, that should work.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20131105/9db9d2d3/attachment.html>

From raos at opencsw.org  Tue Nov  5 13:40:00 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Tue, 5 Nov 2013 13:40:00 +0100
Subject: chkpkg and soname-unused
In-Reply-To: <CALtRa-7hj8ZpeUVt8iGES6wLd9ji-JEKowW83xJPwc-EOitcig@mail.gmail.com>
References: <8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org>
	<20131104170301.GZ4199@bender.opencsw.org>
	<CAF2fwsdNQ=Kn1bzF1oLo9D8oX_UeWfMbf2KZo-1SPpgBFR000A@mail.gmail.com>
	<20131104171710.GB4199@bender.opencsw.org>
	<CAF2fwsdA-kSd9C6GtNTABZPKWO9=wPad76=DH0nfatC--0p0Mg@mail.gmail.com>
	<CAF2fwsdeZ3PVgi1bWAw9YFdJ9sPqF0LprhmbYRSR24=BPtVsgA@mail.gmail.com>
	<20131105120004.GJ4199@bender.opencsw.org>
	<CALtRa-7yYsh__oAUr1dxiyZLxSV_hVmvxASAALikbUjKd6-Dwg@mail.gmail.com>
	<CAF2fwse-wXtSUdBDN66MZX-+ePo-LEk4HARz7_sR+bWZt=FKpg@mail.gmail.com>
	<CALtRa-7hj8ZpeUVt8iGES6wLd9ji-JEKowW83xJPwc-EOitcig@mail.gmail.com>
Message-ID: <20131105124000.GM4199@bender.opencsw.org>

On Tue, Nov 05, 2013 at 12:33:11PM +0000, Maciej (Matchek) Blizi??ski wrote:
> Em 05/11/2013 12:25, "Yann Rouillard" <yann at pleiades.fr.eu.org> escreveu:
> >
> > While waiting for me to follow that procedure, Rafi, I think you can just
> use the csw-upload-pkg located in .buildsys/v2/bin. You confirm Maciej ?
> 
> Yes, that should work.

Ok, thanks, guys.

cheers
rafi

From dam at opencsw.org  Wed Nov  6 10:38:04 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 6 Nov 2013 10:38:04 +0100
Subject: buildbot and incompatible module versioning
In-Reply-To: <CALtRa-5MnYPya=EJg9gsROr2gRu23TjpyyL3M6LBH3khpC0aoA@mail.gmail.com>
References: <DC1D4D05-0FA5-46C2-8A24-2757380F5340@opencsw.org>
	<CALtRa-78Rw=q_t34oCkkbzERMpS35Eho0Uob3=ubFnrDAcgibA@mail.gmail.com>
	<CALtRa-5MnYPya=EJg9gsROr2gRu23TjpyyL3M6LBH3khpC0aoA@mail.gmail.com>
Message-ID: <803164E2-2425-46D9-9107-35D5482E7AA6@opencsw.org>

Hi Maciej,

Am 16.10.2013 um 18:08 schrieb Maciej (Matchek) Blizi?ski <maciej.blizinski at gmail.com>:
> Em 16/10/2013 16:34, "Dagobert Michelsen" <dam at opencsw.org> escreveu:
>> Em 16/10/2013 17:02, "Maciej (Matchek) Blizi?ski" <maciej at opencsw.org> escreveu:
>>> You can try using virtualenv. It generally allows you to install private versions of every library. Can pip install a specified version of a module?
>> 
>> I am still trying to make buildbot work as a package and noticed this on the
>> builbot "First Run" page:
>> 
>>   Note: The requirement to install SQLAlchemy-0.7.10 is due to a conflict between newer
>>         versions of SQLAlchemy and SQLAlchemy-Migrate.
>> 
>> Indeed, buildbot does not work with newer versions. Any advice on how to deal with this?
>> Python does not allow multi-versions of a module IIRC. Talk to the buildbot folks?
>> 
>> Apart from that I have now an experimental buildbot running with everything packaged
>> (but some packages not released)
> 
> Aha, you're asking about a package. Maybe you can create a specific package for old sqlalchemy and make it incompatible with the new sqlalchemy? I don't see any other easy option.

The current package is called CSWpy-sqlalchemy with version 0.8.3, should I make a
CSWpy-sqlalchemy-buildbot with the required 0.7.10 and make that incompatible with
CSWpy-sqlalchemy? That would mean two packages with different version and different
names and incompatible versions, but the same upstream contents in different versions.
It would also mean you can't install all packages of the catalog. Right?


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/20131106/d117ca75/attachment.p7s>

From raos at opencsw.org  Wed Nov  6 10:39:56 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Wed, 6 Nov 2013 10:39:56 +0100
Subject: Renaming only the catalog name for a package
Message-ID: <20131106093956.GT4199@bender.opencsw.org>

Hi guys

I face the following situation: The package `CSWpango' has `libpango' as
catalog name. Now, I would like to give it only a new catalog name so that I
end up with `CSWpango' and the catalog name `pango'. How do I do that, without
breaking everything?

TIA.

--rafi

From dam at opencsw.org  Wed Nov  6 10:46:09 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 6 Nov 2013 10:46:09 +0100
Subject: Renaming only the catalog name for a package
In-Reply-To: <20131106093956.GT4199@bender.opencsw.org>
References: <20131106093956.GT4199@bender.opencsw.org>
Message-ID: <41613F84-B8AC-49C4-95A3-AF94316296E3@opencsw.org>

Hi Rafi,

Am 06.11.2013 um 10:39 schrieb Rafael Ostertag <raos at opencsw.org>:
> I face the following situation: The package `CSWpango' has `libpango' as
> catalog name. Now, I would like to give it only a new catalog name so that I
> end up with `CSWpango' and the catalog name `pango'. How do I do that, without
> breaking everything?


The catalog name is not very important in terms of upgrades as only the package
name is used for pkgutil. Do you want to keep any files (like pango-view) in it?

If yes just change the catalog name, keep the file and make it depend on all libs
that are required by packages currently depending on CSWpango so the libs are pulled
in if needed.

  PACKAGES += CSWpango
  # CATALOGNAME_CSWpango is default
  PKGFILES += $(call baseisadirs,$(bindir),pango-view)
  RUNTIME_DEP_PKGS_CSWpango += CSWlibpango? (all of them)
  ?

If CSWpango should not contain files any more make it obsoleted by all libraries like

  OBSOLETED_BY_CSWlibpango1-0 += CSWpango
  CATALOGNAME_CSWpango = libpango_stub
  ?

This way you can keep the catalog name.


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/20131106/578b320b/attachment.p7s>

From raos at opencsw.org  Wed Nov  6 10:50:24 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Wed, 6 Nov 2013 10:50:24 +0100
Subject: Renaming only the catalog name for a package
In-Reply-To: <41613F84-B8AC-49C4-95A3-AF94316296E3@opencsw.org>
References: <20131106093956.GT4199@bender.opencsw.org>
	<41613F84-B8AC-49C4-95A3-AF94316296E3@opencsw.org>
Message-ID: <20131106095024.GU4199@bender.opencsw.org>

Hi Dago

On Wed, Nov 06, 2013 at 10:46:09AM +0100, Dagobert Michelsen wrote:
> Hi Rafi,
> 
> Am 06.11.2013 um 10:39 schrieb Rafael Ostertag <raos at opencsw.org>:
> > I face the following situation: The package `CSWpango' has `libpango' as
> > catalog name. Now, I would like to give it only a new catalog name so that I
> > end up with `CSWpango' and the catalog name `pango'. How do I do that, without
> > breaking everything?
> 
> 
> The catalog name is not very important in terms of upgrades as only the package
> name is used for pkgutil. Do you want to keep any files (like pango-view) in it?
> 
> If yes just change the catalog name, keep the file and make it depend on all libs
> that are required by packages currently depending on CSWpango so the libs are pulled
> in if needed.
> 
>   PACKAGES += CSWpango
>   # CATALOGNAME_CSWpango is default
>   PKGFILES += $(call baseisadirs,$(bindir),pango-view)
>   RUNTIME_DEP_PKGS_CSWpango += CSWlibpango? (all of them)
>   ?

Yes, that's the case. Thanks for the help.

cheers
rafi

From dam at opencsw.org  Wed Nov  6 11:05:35 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 6 Nov 2013 11:05:35 +0100
Subject: Renaming only the catalog name for a package
In-Reply-To: <20131106095024.GU4199@bender.opencsw.org>
References: <20131106093956.GT4199@bender.opencsw.org>
	<41613F84-B8AC-49C4-95A3-AF94316296E3@opencsw.org>
	<20131106095024.GU4199@bender.opencsw.org>
Message-ID: <48AA6AA2-C399-4CEE-820D-E86D3F3135A4@opencsw.org>



> Am 06.11.2013 um 10:50 schrieb Rafael Ostertag <raos at opencsw.org>:
> 
> Hi Dago
> 
>> On Wed, Nov 06, 2013 at 10:46:09AM +0100, Dagobert Michelsen wrote:
>> Hi Rafi,
>> 
>>> Am 06.11.2013 um 10:39 schrieb Rafael Ostertag <raos at opencsw.org>:
>>> I face the following situation: The package `CSWpango' has `libpango' as
>>> catalog name. Now, I would like to give it only a new catalog name so that I
>>> end up with `CSWpango' and the catalog name `pango'. How do I do that, without
>>> breaking everything?
>> 
>> 
>> The catalog name is not very important in terms of upgrades as only the package
>> name is used for pkgutil. Do you want to keep any files (like pango-view) in it?
>> 
>> If yes just change the catalog name, keep the file and make it depend on all libs
>> that are required by packages currently depending on CSWpango so the libs are pulled
>> in if needed.
>> 
>>  PACKAGES += CSWpango
>>  # CATALOGNAME_CSWpango is default
>>  PKGFILES += $(call baseisadirs,$(bindir),pango-view)
>>  RUNTIME_DEP_PKGS_CSWpango += CSWlibpango? (all of them)
>>  ?
> 
> Yes, that's the case. Thanks for the help.

And make sure to remove libpango from the catalog.

From raos at opencsw.org  Wed Nov  6 11:11:23 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Wed, 6 Nov 2013 11:11:23 +0100
Subject: Renaming only the catalog name for a package
In-Reply-To: <48AA6AA2-C399-4CEE-820D-E86D3F3135A4@opencsw.org>
References: <20131106093956.GT4199@bender.opencsw.org>
	<41613F84-B8AC-49C4-95A3-AF94316296E3@opencsw.org>
	<20131106095024.GU4199@bender.opencsw.org>
	<48AA6AA2-C399-4CEE-820D-E86D3F3135A4@opencsw.org>
Message-ID: <20131106101123.GV4199@bender.opencsw.org>

Hi Dago
On Wed, Nov 06, 2013 at 11:05:35AM +0100, Dagobert Michelsen wrote:
> 
> And make sure to remove libpango from the catalog.

Hmm, could you please shed some light on how to do that? Can't recall I had to that, ever...


From maciej at opencsw.org  Wed Nov  6 11:16:42 2013
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Wed, 6 Nov 2013 10:16:42 +0000
Subject: buildbot and incompatible module versioning
In-Reply-To: <803164E2-2425-46D9-9107-35D5482E7AA6@opencsw.org>
References: <DC1D4D05-0FA5-46C2-8A24-2757380F5340@opencsw.org>
	<CALtRa-78Rw=q_t34oCkkbzERMpS35Eho0Uob3=ubFnrDAcgibA@mail.gmail.com>
	<CALtRa-5MnYPya=EJg9gsROr2gRu23TjpyyL3M6LBH3khpC0aoA@mail.gmail.com>
	<803164E2-2425-46D9-9107-35D5482E7AA6@opencsw.org>
Message-ID: <CALtRa-63qze7SYdT2gaHHuSxPNjAgd4wMm5wvrWUCSKzeK90xw@mail.gmail.com>

2013/11/6 Dagobert Michelsen <dam at opencsw.org>:
> The current package is called CSWpy-sqlalchemy with version 0.8.3, should I make a
> CSWpy-sqlalchemy-buildbot with the required 0.7.10 and make that incompatible with
> CSWpy-sqlalchemy? That would mean two packages with different version and different
> names and incompatible versions, but the same upstream contents in different versions.
> It would also mean you can't install all packages of the catalog. Right?

I don't like this approach. What if you need buildbot and
sqlalchemy-0.8.3 for another application, at the same time? I'm
thinking that virtualenv and installing a specific version of
sqlalchemy is the right way to go. These custom installation is
exactly what virtualenv has been created for, and we've spent so much
effort to get virtualenv to work. It would be silly to not use it now.

Here's how to install a specific version of a Python library:
http://stackoverflow.com/questions/5226311/installing-specific-package-versions-with-pip

If you insist on having a package, you could create an alternate
sqlalchemy package that would not install into /opt/csw/lib/pythonX.Y
but some custom place, specifically for buildbot. Then you could use
the PYTHONPATH env variable to access this library.

You could combine the two like so:

export VIRTUALENV_EXTRA_SEARCH_DIR="/path/to/dists /path/to/other/dists"

http://www.virtualenv.org/en/latest/#environment-variables-and-configuration-files

Maciej

From pfelecan at opencsw.org  Wed Nov  6 11:25:36 2013
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Wed, 06 Nov 2013 11:25:36 +0100
Subject: buildbot and incompatible module versioning
In-Reply-To: <CALtRa-63qze7SYdT2gaHHuSxPNjAgd4wMm5wvrWUCSKzeK90xw@mail.gmail.com>
	("Maciej (Matchek) =?utf-8?Q?Blizi=C5=84ski=22's?= message of "Wed,
	6 Nov 2013 10:16:42 +0000")
References: <DC1D4D05-0FA5-46C2-8A24-2757380F5340@opencsw.org>
	<CALtRa-78Rw=q_t34oCkkbzERMpS35Eho0Uob3=ubFnrDAcgibA@mail.gmail.com>
	<CALtRa-5MnYPya=EJg9gsROr2gRu23TjpyyL3M6LBH3khpC0aoA@mail.gmail.com>
	<803164E2-2425-46D9-9107-35D5482E7AA6@opencsw.org>
	<CALtRa-63qze7SYdT2gaHHuSxPNjAgd4wMm5wvrWUCSKzeK90xw@mail.gmail.com>
Message-ID: <x6ob5x3jz3.fsf@opencsw.org>

"Maciej (Matchek) Blizi?ski" <maciej at opencsw.org> writes:

> 2013/11/6 Dagobert Michelsen <dam at opencsw.org>:
>> The current package is called CSWpy-sqlalchemy with version 0.8.3, should I make a
>> CSWpy-sqlalchemy-buildbot with the required 0.7.10 and make that incompatible with
>> CSWpy-sqlalchemy? That would mean two packages with different version and different
>> names and incompatible versions, but the same upstream contents in different versions.
>> It would also mean you can't install all packages of the catalog. Right?
>
> I don't like this approach. What if you need buildbot and
> sqlalchemy-0.8.3 for another application, at the same time? I'm
> thinking that virtualenv and installing a specific version of
> sqlalchemy is the right way to go. These custom installation is
> exactly what virtualenv has been created for, and we've spent so much
> effort to get virtualenv to work. It would be silly to not use it now.
>
> Here's how to install a specific version of a Python library:
> http://stackoverflow.com/questions/5226311/installing-specific-package-versions-with-pip
>
> If you insist on having a package, you could create an alternate
> sqlalchemy package that would not install into /opt/csw/lib/pythonX.Y
> but some custom place, specifically for buildbot. Then you could use
> the PYTHONPATH env variable to access this library.
>
> You could combine the two like so:
>
> export VIRTUALENV_EXTRA_SEARCH_DIR="/path/to/dists /path/to/other/dists"
>
> http://www.virtualenv.org/en/latest/#environment-variables-and-configuration-files

++1, i.e. the buildbot package should contain its own virtualized
sqlalchemy, thus you have only one, self sufficient package.
-- 
Peter

From dam at opencsw.org  Wed Nov  6 11:45:55 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 6 Nov 2013 11:45:55 +0100
Subject: Renaming only the catalog name for a package
In-Reply-To: <20131106101123.GV4199@bender.opencsw.org>
References: <20131106093956.GT4199@bender.opencsw.org>
	<41613F84-B8AC-49C4-95A3-AF94316296E3@opencsw.org>
	<20131106095024.GU4199@bender.opencsw.org>
	<48AA6AA2-C399-4CEE-820D-E86D3F3135A4@opencsw.org>
	<20131106101123.GV4199@bender.opencsw.org>
Message-ID: <0C9EF29A-086D-41FC-8284-5BD0E28B55B2@opencsw.org>

Hi Rafi,

Am 06.11.2013 um 11:11 schrieb Rafael Ostertag <raos at opencsw.org>:
> On Wed, Nov 06, 2013 at 11:05:35AM +0100, Dagobert Michelsen wrote:
>> 
>> And make sure to remove libpango from the catalog.
> 
> Hmm, could you please shed some light on how to do that? Can't recall I had to that, ever?

This is best done with
  dam at login [login]:/home/dam/mgar/gar/v2/lib/python > ./safe_remove_package.py --help

IIRC you can call it with
  ./safe_remove_package.py --os-releases=SunOS5.10,SunOS5.11 \
	-c libpango


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/20131106/724fbb38/attachment.p7s>

From dam at opencsw.org  Wed Nov  6 12:04:16 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 6 Nov 2013 12:04:16 +0100
Subject: buildbot and incompatible module versioning
In-Reply-To: <CALtRa-63qze7SYdT2gaHHuSxPNjAgd4wMm5wvrWUCSKzeK90xw@mail.gmail.com>
References: <DC1D4D05-0FA5-46C2-8A24-2757380F5340@opencsw.org>
	<CALtRa-78Rw=q_t34oCkkbzERMpS35Eho0Uob3=ubFnrDAcgibA@mail.gmail.com>
	<CALtRa-5MnYPya=EJg9gsROr2gRu23TjpyyL3M6LBH3khpC0aoA@mail.gmail.com>
	<803164E2-2425-46D9-9107-35D5482E7AA6@opencsw.org>
	<CALtRa-63qze7SYdT2gaHHuSxPNjAgd4wMm5wvrWUCSKzeK90xw@mail.gmail.com>
Message-ID: <D0C61BF1-9A3C-46AC-AB5E-7CDB78AA3FEA@opencsw.org>

Hi Maciej,

Am 06.11.2013 um 11:16 schrieb Maciej (Matchek) Blizi?ski <maciej at opencsw.org>:
> 2013/11/6 Dagobert Michelsen <dam at opencsw.org>:
>> The current package is called CSWpy-sqlalchemy with version 0.8.3, should I make a
>> CSWpy-sqlalchemy-buildbot with the required 0.7.10 and make that incompatible with
>> CSWpy-sqlalchemy? That would mean two packages with different version and different
>> names and incompatible versions, but the same upstream contents in different versions.
>> It would also mean you can't install all packages of the catalog. Right?
> 
> I don't like this approach. What if you need buildbot and
> sqlalchemy-0.8.3 for another application, at the same time? I'm
> thinking that virtualenv and installing a specific version of
> sqlalchemy is the right way to go. These custom installation is
> exactly what virtualenv has been created for, and we've spent so much
> effort to get virtualenv to work. It would be silly to not use it now.

Well, it does not work when trying to install twisted because there is a definition
like this missing:
  EXTRA_CPPFLAGS += -D_XPG4_2

> Running Twisted-13.1.0/setup.py -q bdist_egg --dist-dir /tmp/easy_install-wDKJrR/Twisted-13.1.0/egg-dist-tmp-kZK7Ui
> 
> twisted/python/sendmsg.c: In function 'sendmsg_sendmsg':
> twisted/python/sendmsg.c:206:19: error: 'struct msghdr' has no member named 'msg_control'
>      message_header.msg_control = NULL;
>                    ^
> twisted/python/sendmsg.c:207:19: error: 'struct msghdr' has no member named 'msg_controllen'
>      message_header.msg_controllen = 0;
>                    ^

> 
> Here's how to install a specific version of a Python library:
> http://stackoverflow.com/questions/5226311/installing-specific-package-versions-with-pip

This is similar to the buildbot recommendation:
  http://docs.buildbot.net/current/tutorial/firstrun.html
But unless there is a way to provide the extra flag it is of not much use.

> If you insist on having a package, you could create an alternate
> sqlalchemy package that would not install into /opt/csw/lib/pythonX.Y
> but some custom place, specifically for buildbot. Then you could use
> the PYTHONPATH env variable to access this library.
> 
> You could combine the two like so:
> 
> export VIRTUALENV_EXTRA_SEARCH_DIR="/path/to/dists /path/to/other/dists"
> 
> http://www.virtualenv.org/en/latest/#environment-variables-and-configuration-files

The it would be best to add the specific version of sqlalchemy to the buildbot
package and make wrappers around the executables?


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/20131106/f47a368a/attachment-0001.p7s>

From maciej at opencsw.org  Wed Nov  6 12:14:23 2013
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Wed, 6 Nov 2013 11:14:23 +0000
Subject: buildbot and incompatible module versioning
In-Reply-To: <D0C61BF1-9A3C-46AC-AB5E-7CDB78AA3FEA@opencsw.org>
References: <DC1D4D05-0FA5-46C2-8A24-2757380F5340@opencsw.org>
	<CALtRa-78Rw=q_t34oCkkbzERMpS35Eho0Uob3=ubFnrDAcgibA@mail.gmail.com>
	<CALtRa-5MnYPya=EJg9gsROr2gRu23TjpyyL3M6LBH3khpC0aoA@mail.gmail.com>
	<803164E2-2425-46D9-9107-35D5482E7AA6@opencsw.org>
	<CALtRa-63qze7SYdT2gaHHuSxPNjAgd4wMm5wvrWUCSKzeK90xw@mail.gmail.com>
	<D0C61BF1-9A3C-46AC-AB5E-7CDB78AA3FEA@opencsw.org>
Message-ID: <CALtRa-5J9aDXAB_A2-Jh-QVQAQtdmAhxFCmaa=7SKNMoXpPf7Q@mail.gmail.com>

2013/11/6 Dagobert Michelsen <dam at opencsw.org>:
> Well, it does not work when trying to install twisted because there is a definition
> like this missing:
>   EXTRA_CPPFLAGS += -D_XPG4_2

Does this work?
http://stackoverflow.com/questions/9849257/how-to-set-cflags-and-ldflags-to-compile-pycrypto

>> If you insist on having a package, you could create an alternate
>> sqlalchemy package that would not install into /opt/csw/lib/pythonX.Y
>> but some custom place, specifically for buildbot. Then you could use
>> the PYTHONPATH env variable to access this library.
>>
>> You could combine the two like so:
>>
>> export VIRTUALENV_EXTRA_SEARCH_DIR="/path/to/dists /path/to/other/dists"
>>
>> http://www.virtualenv.org/en/latest/#environment-variables-and-configuration-files
>
> The it would be best to add the specific version of sqlalchemy to the buildbot
> package and make wrappers around the executables?

Yes, it's best if buildbot comes with a private copy of sqlalchemy.

Maciej

From dam at opencsw.org  Wed Nov  6 13:35:23 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 6 Nov 2013 13:35:23 +0100
Subject: buildbot and incompatible module versioning
In-Reply-To: <CALtRa-5J9aDXAB_A2-Jh-QVQAQtdmAhxFCmaa=7SKNMoXpPf7Q@mail.gmail.com>
References: <DC1D4D05-0FA5-46C2-8A24-2757380F5340@opencsw.org>
	<CALtRa-78Rw=q_t34oCkkbzERMpS35Eho0Uob3=ubFnrDAcgibA@mail.gmail.com>
	<CALtRa-5MnYPya=EJg9gsROr2gRu23TjpyyL3M6LBH3khpC0aoA@mail.gmail.com>
	<803164E2-2425-46D9-9107-35D5482E7AA6@opencsw.org>
	<CALtRa-63qze7SYdT2gaHHuSxPNjAgd4wMm5wvrWUCSKzeK90xw@mail.gmail.com>
	<D0C61BF1-9A3C-46AC-AB5E-7CDB78AA3FEA@opencsw.org>
	<CALtRa-5J9aDXAB_A2-Jh-QVQAQtdmAhxFCmaa=7SKNMoXpPf7Q@mail.gmail.com>
Message-ID: <20BE8D13-ED0B-42D9-9E61-2B12ADEA1A9C@opencsw.org>

Hi Maciej,

Am 06.11.2013 um 12:14 schrieb Maciej (Matchek) Blizi?ski <maciej at opencsw.org>:
> 2013/11/6 Dagobert Michelsen <dam at opencsw.org>:
>> Well, it does not work when trying to install twisted because there is a definition
>> like this missing:
>>  EXTRA_CPPFLAGS += -D_XPG4_2
> 
> Does this work?
> http://stackoverflow.com/questions/9849257/how-to-set-cflags-and-ldflags-to-compile-pycrypto

Indeed, this works:

> cd
> mkdir -p tmp/buildbot
> cd tmp/buildbot
> virtualenv --no-site-packages sandbox
> source sandbox/bin/activate
> easy_install sqlalchemy==0.7.10
> CPPFLAGS=-D_XPG4_2 easy_install buildbot
> ^^^^^^^^^^^^^^^^^^

>>> If you insist on having a package, you could create an alternate
>>> sqlalchemy package that would not install into /opt/csw/lib/pythonX.Y
>>> but some custom place, specifically for buildbot. Then you could use
>>> the PYTHONPATH env variable to access this library.
>>> 
>>> You could combine the two like so:
>>> 
>>> export VIRTUALENV_EXTRA_SEARCH_DIR="/path/to/dists /path/to/other/dists"
>>> 
>>> http://www.virtualenv.org/en/latest/#environment-variables-and-configuration-files
>> 
>> The it would be best to add the specific version of sqlalchemy to the buildbot
>> package and make wrappers around the executables?
> 
> Yes, it's best if buildbot comes with a private copy of sqlalchemy.


Ok, will 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: 2351 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20131106/59fbf351/attachment.p7s>

From dam at opencsw.org  Thu Nov  7 15:52:32 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 7 Nov 2013 15:52:32 +0100
Subject: cppunit
References: <F2477483-F809-40ED-A7E0-F5FEB4D3F8EC@baltic-online.de>
Message-ID: <61F056A7-F004-4C0C-88E1-D073CF5C6CEF@opencsw.org>

Hi,

I am currently trying to convert cppunit to GCC /opt/csw-style package but it fails to compile
with some strange C++ message. Could someone please have a look? Everything is committed as
pkg/cppunit/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: 2351 bytes
Desc: not available
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20131107/fc95272f/attachment.p7s>

From raos at opencsw.org  Thu Nov  7 19:35:33 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Thu, 7 Nov 2013 19:35:33 +0100
Subject: cppunit
In-Reply-To: <61F056A7-F004-4C0C-88E1-D073CF5C6CEF@opencsw.org>
References: <F2477483-F809-40ED-A7E0-F5FEB4D3F8EC@baltic-online.de>
	<61F056A7-F004-4C0C-88E1-D073CF5C6CEF@opencsw.org>
Message-ID: <20131107183533.GL4199@bender.opencsw.org>

On Thu, Nov 07, 2013 at 03:52:32PM +0100, Dagobert Michelsen wrote:
> Hi,
> 
> I am currently trying to convert cppunit to GCC /opt/csw-style package but it fails to compile
> with some strange C++ message. Could someone please have a look? Everything is committed as
> pkg/cppunit/trunk.

It seems there was a problem in configure.in. When running autoreconf, it dies
because configure.in uses the old AM_CONFIG_HEADER instead of
AC_CONFIG_HEADERS.

I added a patch and committed.

cheers
rafi

From dam at opencsw.org  Fri Nov  8 10:03:43 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 8 Nov 2013 10:03:43 +0100
Subject: Activity RSS
Message-ID: <DEFC83FF-D339-4599-8B22-A253ABA7EA81@opencsw.org>

Hi folks,

just for some inspiration: Look at the RSS roll at the bottom of
  http://www.openpkg.org


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/20131108/cb354c39/attachment.p7s>

From pfelecan at opencsw.org  Fri Nov  8 10:05:38 2013
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Fri, 08 Nov 2013 10:05:38 +0100
Subject: Activity RSS
In-Reply-To: <DEFC83FF-D339-4599-8B22-A253ABA7EA81@opencsw.org> (Dagobert
	Michelsen's message of "Fri, 8 Nov 2013 10:03:43 +0100")
References: <DEFC83FF-D339-4599-8B22-A253ABA7EA81@opencsw.org>
Message-ID: <x6wqkjxnz1.fsf@opencsw.org>

Dagobert Michelsen <dam at opencsw.org> writes:

> just for some inspiration: Look at the RSS roll at the bottom of
>   http://www.openpkg.org

Nice. Why don't we have something like that?
-- 
Peter

From dam at opencsw.org  Fri Nov  8 10:08:48 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 8 Nov 2013 10:08:48 +0100
Subject: Activity RSS
In-Reply-To: <x6wqkjxnz1.fsf@opencsw.org>
References: <DEFC83FF-D339-4599-8B22-A253ABA7EA81@opencsw.org>
	<x6wqkjxnz1.fsf@opencsw.org>
Message-ID: <BD6D36A3-CF49-4281-B6EF-65A2D8E6CE21@opencsw.org>

Hi,

Am 08.11.2013 um 10:05 schrieb Peter FELECAN <pfelecan at opencsw.org>:
> Dagobert Michelsen <dam at opencsw.org> writes:
>> just for some inspiration: Look at the RSS roll at the bottom of
>>  http://www.openpkg.org
> 
> Nice. Why don't we have something like that?

Well, because someone has to actually do it ;-)

Maciej: I guess the information is in the database with the latest
additions/updates/removals to the database, can that be queried via REST?


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/20131108/a62f66fe/attachment.p7s>

From maciej at opencsw.org  Fri Nov  8 13:46:44 2013
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Fri, 8 Nov 2013 12:46:44 +0000
Subject: Activity RSS
In-Reply-To: <BD6D36A3-CF49-4281-B6EF-65A2D8E6CE21@opencsw.org>
References: <DEFC83FF-D339-4599-8B22-A253ABA7EA81@opencsw.org>
	<x6wqkjxnz1.fsf@opencsw.org>
	<BD6D36A3-CF49-4281-B6EF-65A2D8E6CE21@opencsw.org>
Message-ID: <CALtRa-7KaGefiCEySQmfZ6CcFUGpyKsvk-BkKECeWAv93tmseQ@mail.gmail.com>

2013/11/8 Dagobert Michelsen <dam at opencsw.org>:
> Maciej: I guess the information is in the database with the latest
> additions/updates/removals to the database, can that be queried via REST?

There isn't an explicit log of operations, but there is enough
information to (re)construct it.

http://sourceforge.net/apps/trac/gar/browser/csw/mgar/gar/v2/lib/web/pkgdb_web.py#L53

For example (it should be all in 1 line when executed):
curl http://buildfarm.opencsw.org/pkgdb/rest/catalogs/unstable/sparc/SunOS5.10/timing/
| python -c "import json, sys, pprint; d = json.load(sys.stdin);
pprint.pprint(d[0])"

The data structure used (to see which field means what):
http://sourceforge.net/apps/trac/gar/browser/csw/mgar/gar/v2/lib/web/pkgdb_web.py#L659

I talked to Daniel about this and he suggested that a list of
dictionaries might be a better choice, so maybe we should change the
list of lists to a list of dictionaries. It's currently a list of
lists.

Maciej

From wilbury at opencsw.org  Fri Nov  8 13:55:17 2013
From: wilbury at opencsw.org (Juraj Lutter)
Date: Fri, 08 Nov 2013 13:55:17 +0100
Subject: Activity RSS
In-Reply-To: <CALtRa-7KaGefiCEySQmfZ6CcFUGpyKsvk-BkKECeWAv93tmseQ@mail.gmail.com>
References: <DEFC83FF-D339-4599-8B22-A253ABA7EA81@opencsw.org>	<x6wqkjxnz1.fsf@opencsw.org>	<BD6D36A3-CF49-4281-B6EF-65A2D8E6CE21@opencsw.org>
	<CALtRa-7KaGefiCEySQmfZ6CcFUGpyKsvk-BkKECeWAv93tmseQ@mail.gmail.com>
Message-ID: <527CDF35.407@opencsw.org>

On 11/08/13 13:46, Maciej (Matchek) Blizi?ski wrote:
> 2013/11/8 Dagobert Michelsen <dam at opencsw.org>:
>> Maciej: I guess the information is in the database with the latest
>> additions/updates/removals to the database, can that be queried via REST?
> 
> There isn't an explicit log of operations, but there is enough
> information to (re)construct it.
> 
> http://sourceforge.net/apps/trac/gar/browser/csw/mgar/gar/v2/lib/web/pkgdb_web.py#L53
> 
> For example (it should be all in 1 line when executed):
> curl http://buildfarm.opencsw.org/pkgdb/rest/catalogs/unstable/sparc/SunOS5.10/timing/
> | python -c "import json, sys, pprint; d = json.load(sys.stdin);
> pprint.pprint(d[0])"
> 
> The data structure used (to see which field means what):
> http://sourceforge.net/apps/trac/gar/browser/csw/mgar/gar/v2/lib/web/pkgdb_web.py#L659
> 
> I talked to Daniel about this and he suggested that a list of
> dictionaries might be a better choice, so maybe we should change the
> list of lists to a list of dictionaries. It's currently a list of
> lists.

obtw. is there anyone skilled enough to fix Ceeswie?



-- 
Juraj Lutter <wilbury at opencsw.org>

From maciej at opencsw.org  Fri Nov  8 15:06:59 2013
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Fri, 8 Nov 2013 14:06:59 +0000
Subject: ceeswie
Message-ID: <CALtRa-4R0pzUXpNO7kJB2QxTpVEfw7mHBM70mbTbTihHMqK6MQ@mail.gmail.com>

Em 08/11/2013 12:55, "Juraj Lutter"
> obtw. is there anyone skilled enough to fix Ceeswie?

I think everyone here is. Also, it would be cool to utilize the new restful
endpoints. The IRC bot used to parse HTML from the website. It would often
break when changes to the website were done. It could be smarter by using
REST, and also more reliable.

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

From wilbury at opencsw.org  Fri Nov  8 15:19:06 2013
From: wilbury at opencsw.org (Juraj Lutter)
Date: Fri, 08 Nov 2013 15:19:06 +0100
Subject: ceeswie
In-Reply-To: <CALtRa-4R0pzUXpNO7kJB2QxTpVEfw7mHBM70mbTbTihHMqK6MQ@mail.gmail.com>
References: <CALtRa-4R0pzUXpNO7kJB2QxTpVEfw7mHBM70mbTbTihHMqK6MQ@mail.gmail.com>
Message-ID: <527CF2DA.8050708@opencsw.org>

On 11/08/13 15:06, Maciej (Matchek) Blizi?ski wrote:
> Em 08/11/2013 12:55, "Juraj Lutter"
>> obtw. is there anyone skilled enough to fix Ceeswie?
> 
> I think everyone here is. Also, it would be cool to utilize the new
> restful endpoints. The IRC bot used to parse HTML from the website. It
> would often break when changes to the website were done. It could be
> smarter by using REST, and also more reliable.

Can someone please pick it up and do it?

I would do it, but I am som fawking busy that I don't have the time to
do it, at the moment.

If someone is interested, just send me your respective SSH pubkey.

Thanks!



-- 
Juraj Lutter <wilbury at opencsw.org>

From dam at opencsw.org  Fri Nov  8 23:24:18 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Fri, 8 Nov 2013 23:24:18 +0100
Subject: GCC 4.8.2 available
Message-ID: <94F55B22-7869-4593-9040-9D109D921901@opencsw.org>

Hi folks,

I just finished GCC 4.8.2 - a fearsome 835 MB of packages!

It is available from
  http://buildfarm.opencsw.org/experimental.html#gcc-4.8.2
and also installed on experimental10*. Please give it a try. When I get
no negative feedback I will push it after the weekend.


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/20131108/a33775ee/attachment-0001.p7s>

From pfelecan at opencsw.org  Sat Nov  9 09:23:22 2013
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Sat, 09 Nov 2013 09:23:22 +0100
Subject: GCC 4.8.2 available
In-Reply-To: <94F55B22-7869-4593-9040-9D109D921901@opencsw.org> (Dagobert
	Michelsen's message of "Fri, 8 Nov 2013 23:24:18 +0100")
References: <94F55B22-7869-4593-9040-9D109D921901@opencsw.org>
Message-ID: <x6wqkivv9h.fsf@opencsw.org>

Dagobert Michelsen <dam at opencsw.org> writes:

> I just finished GCC 4.8.2 - a fearsome 835 MB of packages!

Great! But fear not, this is the size of only one texlive package...
-- 
Peter

From dam at opencsw.org  Sat Nov  9 11:07:05 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Sat, 9 Nov 2013 11:07:05 +0100
Subject: Package mixture between global- and nonglobal-zones
Message-ID: <6959F653-5977-4FD5-B1FA-09FC923A4219@opencsw.org>

Hi folks,

we get bug reports from time to time about people who don't initially get
the concept of global-zone packages, e.g.
  https://www.opencsw.org/mantis/view.php?id=5121

What do you think about a package CSWglobalzone which is a metapackage
depending on all packages needed in the globalzone? (CSWcas-*)


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/20131109/696e7c86/attachment.p7s>

From bonivart at opencsw.org  Sat Nov  9 14:33:43 2013
From: bonivart at opencsw.org (Peter Bonivart)
Date: Sat, 9 Nov 2013 14:33:43 +0100
Subject: Package mixture between global- and nonglobal-zones
In-Reply-To: <6959F653-5977-4FD5-B1FA-09FC923A4219@opencsw.org>
References: <6959F653-5977-4FD5-B1FA-09FC923A4219@opencsw.org>
Message-ID: <CABY0g1VExoQ4oVzhn17ytvo9nN6GCCc-m9KYBBAmEz5Ji30mcw@mail.gmail.com>

On Sat, Nov 9, 2013 at 11:07 AM, Dagobert Michelsen <dam at opencsw.org> wrote:
> Hi folks,
>
> we get bug reports from time to time about people who don't initially get
> the concept of global-zone packages, e.g.
>   https://www.opencsw.org/mantis/view.php?id=5121
>
> What do you think about a package CSWglobalzone which is a metapackage
> depending on all packages needed in the globalzone? (CSWcas-*)

I think that's a good idea, whether this should just pull in
cswclassutils or that package should be renamed or the new package
pull in the individual packages doesn't matter to me.

I do think this should be in the "getting started" as well. By the
way, I don't like much that it goes to a redirect to another site that
is much too complicated. Why not have a real simple step-by-step with
little or no explanation directly on the web site and just link to the
more comprehensive version for those who really need to know about
mirrors and cryptographic verification e.g?

/peter

From pfelecan at opencsw.org  Sat Nov  9 15:03:08 2013
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Sat, 09 Nov 2013 15:03:08 +0100
Subject: Package mixture between global- and nonglobal-zones
In-Reply-To: <6959F653-5977-4FD5-B1FA-09FC923A4219@opencsw.org> (Dagobert
	Michelsen's message of "Sat, 9 Nov 2013 11:07:05 +0100")
References: <6959F653-5977-4FD5-B1FA-09FC923A4219@opencsw.org>
Message-ID: <x6li0xwu3n.fsf@opencsw.org>

Dagobert Michelsen <dam at opencsw.org> writes:

> Hi folks,
>
> we get bug reports from time to time about people who don't initially get
> the concept of global-zone packages, e.g.
>   https://www.opencsw.org/mantis/view.php?id=5121
>
> What do you think about a package CSWglobalzone which is a metapackage
> depending on all packages needed in the globalzone? (CSWcas-*)

This meta package should depend on all the packages delivering files
outside /opt/csw. Unfortunately there are many of them which can be
polemically discussed about the pertinence of their inclusion:

CSWalternatives
CSWcas-cpsampleconf
CSWcas-cptemplates
CSWcas-crontab
CSWcas-etcservices
CSWcas-etcshells
CSWcas-inetd
CSWcas-initsmf
CSWcas-migrateconf
CSWcas-postmsg
CSWcas-preserveconf
CSWcas-pycompile
CSWcas-sslcert
CSWcas-texhash
CSWcas-texinfo
CSWcas-usergroup
CSWdosexec
CSWsamba-nss-system-links
CSWsamba-pam-system-links
CSWtap
CSWtun

-- 
Peter

From wilbury at opencsw.org  Sat Nov  9 15:28:04 2013
From: wilbury at opencsw.org (Juraj Lutter)
Date: Sat, 09 Nov 2013 15:28:04 +0100
Subject: Package mixture between global- and nonglobal-zones
In-Reply-To: <x6li0xwu3n.fsf@opencsw.org>
References: <6959F653-5977-4FD5-B1FA-09FC923A4219@opencsw.org>
	<x6li0xwu3n.fsf@opencsw.org>
Message-ID: <527E4674.9030207@opencsw.org>

On 11/09/13 15:03, Peter FELECAN wrote:
> Dagobert Michelsen <dam at opencsw.org> writes:
> 
>> Hi folks,
>>
>> we get bug reports from time to time about people who don't initially get
>> the concept of global-zone packages, e.g.
>>   https://www.opencsw.org/mantis/view.php?id=5121
>>
>> What do you think about a package CSWglobalzone which is a metapackage
>> depending on all packages needed in the globalzone? (CSWcas-*)
> 
> This meta package should depend on all the packages delivering files
> outside /opt/csw. Unfortunately there are many of them which can be
> polemically discussed about the pertinence of their inclusion:
> 
> CSWalternatives
> CSWcas-cpsampleconf
> CSWcas-cptemplates
> CSWcas-crontab
> CSWcas-etcservices
> CSWcas-etcshells
> CSWcas-inetd
> CSWcas-initsmf
> CSWcas-migrateconf
> CSWcas-postmsg
> CSWcas-preserveconf
> CSWcas-pycompile
> CSWcas-sslcert
> CSWcas-texhash
> CSWcas-texinfo
> CSWcas-usergroup
> CSWdosexec
> CSWsamba-nss-system-links
> CSWsamba-pam-system-links
> CSWtap
> CSWtun

This is very good idea. From time to time it's hard to upgrade
(accidentaly made) sparse root zones. Having one single metapackage
containing all packages needed is a good idea.

> 


-- 
Juraj Lutter <wilbury at opencsw.org>

From wilbury at opencsw.org  Sat Nov  9 16:07:59 2013
From: wilbury at opencsw.org (Juraj Lutter)
Date: Sat, 09 Nov 2013 16:07:59 +0100
Subject: Using conditional GET or wget timestamping for the catalog files
In-Reply-To: <0149E16A-7134-433C-83E7-DB84D6E9C3A9@opencsw.org>
References: <CALtRa-4XdQF7_wRb1gvviDqy3BBa=XHXr+vEcvXvw3wxsn3bGg@mail.gmail.com>	<BD1C8B28-B716-4C23-9664-00F55F259585@opencsw.org>	<CABY0g1V-cPDqjTX4jVWAkhkYfKFRcVPqit7TuyShEhJ5SsaSnQ@mail.gmail.com>	<29E0263C-CB1C-477C-8D2B-4B2C8E4CFAD2@opencsw.org>	<CABY0g1UL4gUUuZOv_9-j+-9+Ps+7Jq01Nww9g5UAzHrEN_ZZcA@mail.gmail.com>	<CALtRa-6ALDE_ZzH3=D1ex6UCBrQ_yLwgij+N2pmPxWfKB6Zbhw@mail.gmail.com>	<CABY0g1Ui+NqULiG16M5J8OhY1XjRc+ESZOJ8rv42z4s2Ew_T9w@mail.gmail.com>
	<0149E16A-7134-433C-83E7-DB84D6E9C3A9@opencsw.org>
Message-ID: <527E4FCF.8080902@opencsw.org>

On 10/28/13 20:13, Dagobert Michelsen wrote:
> Hi Peter,
> 
> Am 28.10.2013 um 19:45 schrieb Peter Bonivart <bonivart at opencsw.org>:
>> On Mon, Oct 28, 2013 at 6:30 PM, Maciej (Matchek) Blizi?ski
>> <maciej at opencsw.org> wrote:
>>>
>>> 2013/10/28 Peter Bonivart <bonivart at opencsw.org>:
>>>> Option -O is used all over unfortunately.
>>>
>>> Is it more "-O happens to be used" or "-O must be used by design"?
>>
>> From taking a quick look at the code section where catalogs are
>> fetched it seems to be a case of "download to catalog.tmp, check if
>> ok, if so rename to catalog, otherwise we still have the old catalog".
>>
>> I guess one could do it the other way around, rename current catalog
>> first, download without -O, check and rename back if not successful.
>>
>> It's also used to download to another location than current work dir,
>> so -O sets an absolute path like "/var/opt/csw/pkgutil/catalog....".
>> That could be worked around by changing current work dir.
> 
> Yes, but the dates must be preserved during copying. Maybe --force
> should ignore the timestamping on -U ?

Timestamping when using -O can be achieved by generating custom
"If-Modified-Since" header and passing it via --header parameter to wget.



-- 
Juraj Lutter <wilbury at opencsw.org>

From jgoerzen at opencsw.org  Tue Nov 12 18:13:22 2013
From: jgoerzen at opencsw.org (Jake Goerzen)
Date: Tue, 12 Nov 2013 09:13:22 -0800
Subject: soname-unused
Message-ID: <528261B2.7000001@opencsw.org>

Hello, While packaging the latest dovecot on unstable10s I get the 
following checkpkg errors about soname-unused.  I don't seem to run into 
this on unstable10x build host.  Should I add CHECKPKG_OVERRIDES to the 
recipe and not worry about it?

CSWdovecotdevel:
CSWdovecot:
  * Although it is linked against, binary
    /opt/csw/lib/dovecot/auth/libauthdb_imap.so doesn't use any symbols 
of the
    following libraries: libsendfile.so.1. It usually happens because
    superfluous libraries were added to the linker options, either 
because of
    the configure script itself or because of the "pkg-config --libs" 
output of
    one the dependency.
  * Although it is linked against, binary /opt/csw/lib/dovecot/libdovecot-
    sql.so.0.0.0 doesn't use any symbols of the following libraries:
    libcrypto.so.1.0.0, libsendfile.so.1, libssl.so.1.0.0, libz.so.1. It
    usually happens because superfluous libraries were added to the linker
    options, either because of the configure script itself or because of the
    "pkg-config --libs" output of one the dependency.
If any of the reported errors were false positives, you can override them
pasting the lines below to the GAR recipe.
CHECKPKG_OVERRIDES_CSWdovecot += 
soname-unused|libsendfile.so.1|is|needed|by|/opt/csw/lib/dovecot/auth/libauthdb_imap.so|but|never|used
CHECKPKG_OVERRIDES_CSWdovecot += 
soname-unused|libcrypto.so.1.0.0|is|needed|by|/opt/csw/lib/dovecot/libdovecot-sql.so.0.0.0|but|never|used
CHECKPKG_OVERRIDES_CSWdovecot += 
soname-unused|libsendfile.so.1|is|needed|by|/opt/csw/lib/dovecot/libdovecot-sql.so.0.0.0|but|never|used
CHECKPKG_OVERRIDES_CSWdovecot += 
soname-unused|libssl.so.1.0.0|is|needed|by|/opt/csw/lib/dovecot/libdovecot-sql.so.0.0.0|but|never|used
CHECKPKG_OVERRIDES_CSWdovecot += 
soname-unused|libz.so.1|is|needed|by|/opt/csw/lib/dovecot/libdovecot-sql.so.0.0.0|but|never|used

Regards,
/Jake

From yann at pleiades.fr.eu.org  Tue Nov 12 18:26:54 2013
From: yann at pleiades.fr.eu.org (Yann Rouillard)
Date: Tue, 12 Nov 2013 18:26:54 +0100
Subject: soname-unused
In-Reply-To: <528261B2.7000001@opencsw.org>
References: <528261B2.7000001@opencsw.org>
Message-ID: <CAF2fwsfOTZNh1ekXadp87OQh9m9bHKhpb7YU8x8N=_1dF46NBw@mail.gmail.com>

Hi Jake,

It seems to be the same problem as this one:
http://lists.opencsw.org/pipermail/maintainers/2013-November/018794.html

Is still present after a "mgar update" ?

Yann


2013/11/12 Jake Goerzen <jgoerzen at opencsw.org>

> Hello, While packaging the latest dovecot on unstable10s I get the
> following checkpkg errors about soname-unused.  I don't seem to run into
> this on unstable10x build host.  Should I add CHECKPKG_OVERRIDES to the
> recipe and not worry about it?
>
> CSWdovecotdevel:
> CSWdovecot:
>  * Although it is linked against, binary
>    /opt/csw/lib/dovecot/auth/libauthdb_imap.so doesn't use any symbols of
> the
>    following libraries: libsendfile.so.1. It usually happens because
>    superfluous libraries were added to the linker options, either because
> of
>    the configure script itself or because of the "pkg-config --libs"
> output of
>    one the dependency.
>  * Although it is linked against, binary /opt/csw/lib/dovecot/libdovecot-
>    sql.so.0.0.0 doesn't use any symbols of the following libraries:
>    libcrypto.so.1.0.0, libsendfile.so.1, libssl.so.1.0.0, libz.so.1. It
>    usually happens because superfluous libraries were added to the linker
>    options, either because of the configure script itself or because of the
>    "pkg-config --libs" output of one the dependency.
> If any of the reported errors were false positives, you can override them
> pasting the lines below to the GAR recipe.
> CHECKPKG_OVERRIDES_CSWdovecot += soname-unused|libsendfile.so.
> 1|is|needed|by|/opt/csw/lib/dovecot/auth/libauthdb_imap.so|but|never|used
> CHECKPKG_OVERRIDES_CSWdovecot += soname-unused|libcrypto.so.1.
> 0.0|is|needed|by|/opt/csw/lib/dovecot/libdovecot-sql.so.0.0.
> 0|but|never|used
> CHECKPKG_OVERRIDES_CSWdovecot += soname-unused|libsendfile.so.
> 1|is|needed|by|/opt/csw/lib/dovecot/libdovecot-sql.so.0.0.0|but|never|used
> CHECKPKG_OVERRIDES_CSWdovecot += soname-unused|libssl.so.1.0.0|
> is|needed|by|/opt/csw/lib/dovecot/libdovecot-sql.so.0.0.0|but|never|used
> CHECKPKG_OVERRIDES_CSWdovecot += soname-unused|libz.so.1|is|
> needed|by|/opt/csw/lib/dovecot/libdovecot-sql.so.0.0.0|but|never|used
>
> Regards,
> /Jake
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20131112/57d216fd/attachment.html>

From jgoerzen at opencsw.org  Tue Nov 12 19:45:12 2013
From: jgoerzen at opencsw.org (Jake Goerzen)
Date: Tue, 12 Nov 2013 10:45:12 -0800
Subject: soname-unused
In-Reply-To: <CAF2fwsfOTZNh1ekXadp87OQh9m9bHKhpb7YU8x8N=_1dF46NBw@mail.gmail.com>
References: <528261B2.7000001@opencsw.org>
	<CAF2fwsfOTZNh1ekXadp87OQh9m9bHKhpb7YU8x8N=_1dF46NBw@mail.gmail.com>
Message-ID: <52827738.6070608@opencsw.org>

On 11/12/13 09:26, Yann Rouillard wrote:
> Hi Jake,
>
> It seems to be the same problem as this one:
> http://lists.opencsw.org/pipermail/maintainers/2013-November/018794.html
>
> Is still present after a "mgar update" ?
>
> Yann
>

Hi Yann,

   Oops, I totally missed that discussion on the list.  Yes, "mgar 
update" fixes my problem and I can now proceed with packaging.

Thanks,
/Jake

From raos at opencsw.org  Wed Nov 13 20:56:04 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Wed, 13 Nov 2013 20:56:04 +0100
Subject: 'mgar newpkg' fails
Message-ID: <20131113195604.GD27639@bender.opencsw.org>

Hi Guys

Apparently, `mgar newpkg' fails:

$ mgar newpkg fish 2.1.0
Creating package skeleton for fish 2.1.0.
A         fish
A         fish/trunk
A         fish/trunk/files
A         fish/branches
A         fish/tags
Traceback (most recent call last):
  File "<string>", line 1, in <module>
ImportError: No module named mako.template
$

Pkginfo reveals that CSWpy-mako is installed, though. It happens on
unstable10[xs]. Any ideas what's wrong?

cheers
rafi

From dam at opencsw.org  Wed Nov 13 20:57:43 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Wed, 13 Nov 2013 20:57:43 +0100
Subject: 'mgar newpkg' fails
In-Reply-To: <20131113195604.GD27639@bender.opencsw.org>
References: <20131113195604.GD27639@bender.opencsw.org>
Message-ID: <449FA590-11DF-4A3A-81D2-91E28A027563@opencsw.org>

Hi Rafi,

Am 13.11.2013 um 20:56 schrieb Rafael Ostertag <raos at opencsw.org>:
> Apparently, `mgar newpkg' fails:
> 
> $ mgar newpkg fish 2.1.0
> Creating package skeleton for fish 2.1.0.
> A         fish
> A         fish/trunk
> A         fish/trunk/files
> A         fish/branches
> A         fish/tags
> Traceback (most recent call last):
>  File "<string>", line 1, in <module>
> ImportError: No module named mako.template
> $
> 
> Pkginfo reveals that CSWpy-mako is installed, though. It happens on
> unstable10[xs]. Any ideas what's wrong?


Long standing issue.
  PATH=/opt/csw/bin:$PATH
  mgar newpkg fish 2.1.0


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/20131113/703b38a6/attachment.p7s>

From raos at opencsw.org  Wed Nov 13 21:08:58 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Wed, 13 Nov 2013 21:08:58 +0100
Subject: 'mgar newpkg' fails
In-Reply-To: <449FA590-11DF-4A3A-81D2-91E28A027563@opencsw.org>
References: <20131113195604.GD27639@bender.opencsw.org>
	<449FA590-11DF-4A3A-81D2-91E28A027563@opencsw.org>
Message-ID: <20131113200858.GE27639@bender.opencsw.org>

Hi Dago

On Wed, Nov 13, 2013 at 08:57:43PM +0100, Dagobert Michelsen wrote:
> Hi Rafi,
> 
> Am 13.11.2013 um 20:56 schrieb Rafael Ostertag <raos at opencsw.org>:
> > Apparently, `mgar newpkg' fails:
> > 
> > $ mgar newpkg fish 2.1.0
> > Creating package skeleton for fish 2.1.0.
> > A         fish
> > A         fish/trunk
> > A         fish/trunk/files
> > A         fish/branches
> > A         fish/tags
> > Traceback (most recent call last):
> >  File "<string>", line 1, in <module>
> > ImportError: No module named mako.template
> > $
> > 
> > Pkginfo reveals that CSWpy-mako is installed, though. It happens on
> > unstable10[xs]. Any ideas what's wrong?
> 
> 
> Long standing issue.
>   PATH=/opt/csw/bin:$PATH
>   mgar newpkg fish 2.1.0

Oops, silly me. Changed my .profile, thanks.

cheers
rafi

From dam at opencsw.org  Thu Nov 14 18:47:46 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 14 Nov 2013 18:47:46 +0100
Subject: Fwd: amanda 3.3.3
References: <CAMvv-2m9B5LZY7oyahY1n1XWaHRznTJw1jJh9Fc9b+jm-tkcxw@mail.gmail.com>
Message-ID: <084453D6-70B0-49F6-85B2-2E01C6391FDE@opencsw.org>

Hi,

maybe someone wants to fix the amanda permissions? I may have some time tomorrow, but can't promise.
It also lacks MIGRATE_CONFIG.


Best regards

  -- Dago

Anfang der weitergeleiteten E-Mail:

> Von: upen <upendra.gandhi at gmail.com>
> Datum: 14. November 2013 18:42:34 MEZ
> An: Dagobert Michelsen <dam at opencsw.org>
> Kopie: Questions and discussions <users at lists.opencsw.org>
> Betreff: Re: amanda 3.3.3
> Antwort an: upendra.gandhi at gmail.com
> 
> Hi Dago,
> 
>> Short anwer: all new packages look in /etc/opt/csw as it is more zone-friendly if
>> you have a read-only /opt or /opt on NFS. Usually there is a migration script
>> that copies the data from /opt/csw/etc to /etc/opt/csw. This way probably missed
>> for amanda. Just move over the config files and you should be fine.
> 
> Thank you, I will move over the amanda configuration. I also just
> noticed using amadmin that CONFIG_DIR was set to /etc/opt/csw, so I
> have to move it.
> 
> By the way, after moving the configuration, I saw amcheck failed with
> 'permission denied'. This looked likeissue with permissions on the
> amcheck binary.
> 
> Iamroot#su - amanda -c "/opt/csw/sbin/amcheck -a monthlyfull"
> Amanda Backup Client Hosts Check
> --------------------------------
> WARNING: client: selfcheck request failed: Permission denied
> Client check: 1 host checked in 10.023 seconds.  1 problem found.
> 
> Debug log for amcheck:
> Thu Nov 14 11:13:19 2013: thd-34400: amcheck-clients: connect_port:
> Skip port 513: owned by login.
> Thu Nov 14 11:13:19 2013: thd-34400: amcheck-clients: connect_port:
> Skip port 514: owned by shell.
> Thu Nov 14 11:13:19 2013: thd-34400: amcheck-clients: connect_port:
> Skip port 515: owned by printer.
> Thu Nov 14 11:13:19 2013: thd-34400: amcheck-clients: make_socket
> opening socket with family 2
> Thu Nov 14 11:13:19 2013: thd-34400: amcheck-clients: connect_port:
> Try  port 516: available - Permission denied
> Thu Nov 14 11:13:19 2013: thd-34400: amcheck-clients: stream_client:
> Could not bind to port in range 512-1023.
> Thu Nov 14 11:13:19 2013: thd-34400: amcheck-clients:
> security_seterror(handle=55d50, driver=ff17c360 (BSDTCP)
> error=Permission denied)
> Thu Nov 14 11:13:19 2013: thd-34400: amcheck-clients:
> security_close(handle=55d50, driver=ff17c360 (BSDTCP))
> 
> 
> The permissions on the below binaries are not  set-uid root.
> bash-3.00# ls -al /opt/csw/sbin/am*
> -rwxr-xr-x   1 root     bin        15399 Apr 24  2013 /opt/csw/sbin/amaddclient
> -rwxr-xr-x   1 root     bin        53872 Apr 24  2013 /opt/csw/sbin/amadmin
> -rwxr-xr-x   1 root     bin         3383 Apr 24  2013 /opt/csw/sbin/amaespipe
> -rwxr-xr-x   1 root     bin        15604 Apr 24  2013 /opt/csw/sbin/amarchiver
> -rwxr-xr-x   1 root     bin        64132 Apr 24  2013 /opt/csw/sbin/amcheck
> -rwxr-xr-x   1 root     bin         1859 Apr 24  2013 /opt/csw/sbin/amcheckdb
> -rwxr-xr-x   1 root     bin        14587 Apr 24  2013 /opt/csw/sbin/amcheckdump
> -rwxr-xr-x   1 root     bin         6356 Apr 24  2013 /opt/csw/sbin/amcleanup
> -rwxr-xr-x   1 root     bin         4254 Apr 24  2013
> /opt/csw/sbin/amcleanupdisk
> -rwxr-xr-x   1 root     bin         1065 Apr 24  2013 /opt/csw/sbin/amcrypt
> -rwxr-xr-x   1 root     bin         3209 Apr 24  2013 /opt/csw/sbin/amcrypt-ossl
> -rwxr-xr-x   1 root     bin         6982 Apr 24  2013
> /opt/csw/sbin/amcrypt-ossl-asym
> -rwxr-xr-x   1 root     bin         4660 Apr 24  2013
> /opt/csw/sbin/amcryptsimple
> -rwxr-xr-x   1 root     bin         4613 Apr 24  2013 /opt/csw/sbin/amdevcheck
> -rwxr-xr-x   1 root     bin        10705 Apr 24  2013 /opt/csw/sbin/amdump
> -rwxr-xr-x   1 root     bin         4876 Apr 24  2013
> /opt/csw/sbin/amdump_client
> -rwxr-xr-x   1 root     bin        27510 Apr 24  2013 /opt/csw/sbin/amfetchdump
> -rwxr-xr-x   1 root     bin        27068 Apr 24  2013 /opt/csw/sbin/amflush
> -rwxr-xr-x   1 root     bin        12529 Apr 24  2013 /opt/csw/sbin/amgetconf
> -rwxr-xr-x   1 root     bin         2741 Apr 24  2013 /opt/csw/sbin/amgpgcrypt
> -rwxr-xr-x   1 root     bin        11490 Apr 24  2013 /opt/csw/sbin/amlabel
> -rwxr-xr-x   1 root     bin       150028 Apr 24  2013 /opt/csw/sbin/amoldrecover
> -rwxr-xr-x   1 root     bin         6576 Apr 24  2013 /opt/csw/sbin/amoverview
> -rwxr-xr-x   1 root     bin         6110 Apr 24  2013 /opt/csw/sbin/amplot
> -rwxr-xr-x   1 root     bin       138924 Apr 24  2013 /opt/csw/sbin/amrecover
> -rwxr-xr-x   1 root     bin        18067 Apr 24  2013 /opt/csw/sbin/amreport
> -rwxr-xr-x   1 root     bin        13005 Apr 24  2013 /opt/csw/sbin/amrestore
> -rwxr-xr-x   1 root     bin         9120 Apr 24  2013 /opt/csw/sbin/amrmtape
> -rwxr-xr-x   1 root     bin        21487 Apr 24  2013
> /opt/csw/sbin/amserverconfig
> -rwxr-xr-x   1 root     bin        16616 Apr 24  2013 /opt/csw/sbin/amservice
> -rwxr-xr-x   1 root     bin        50440 Apr 24  2013 /opt/csw/sbin/amstatus
> -rwxr-xr-x   1 root     bin        19936 Apr 24  2013 /opt/csw/sbin/amtape
> -rwxr-xr-x   1 root     bin        23098 Apr 24  2013 /opt/csw/sbin/amtapetype
> -rwxr-xr-x   1 root     bin         7730 Apr 24  2013 /opt/csw/sbin/amtoc
> -rwxr-xr-x   1 root     bin        30300 Apr 24  2013 /opt/csw/sbin/amvault
> 
> 
> I changed permissions on amcheck (chmod u+s amcheck) and 'permission
> denied' issue was resolved immediately.
> 
> Now I am not sure how many of those binaries have to have set-uid
> root. I don't have record of permissions for binaries that came with
> CSWamanda# 3.1.1. Can someone advice?
> 
> Also, I am not sure if this issue happened on my box because I
> installed new version just by doing 'pkgutil -u amanda  ' instead of
> uninstalling the 3.1.1 and then installing the new version from fresh.
> Or those permissions coming straight from the package?
> 
> Thank you,
> Upen


From grzemba at contac-dt.de  Fri Nov 15 09:04:11 2013
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Fri, 15 Nov 2013 09:04:11 +0100
Subject: mantis https://www.opencsw.org/mantis/view.php?id=5122 issue: QT4
	missing static library
In-Reply-To: <ff0de40376a8.5285d551@contac-dt.de>
References: <ff0de40376a8.5285d551@contac-dt.de>
Message-ID: <ff0dbd58240.5285e38b@contac-dt.de>

Hi Peter,

what do you think about this issue?

Carsten
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20131115/8c1cddb1/attachment.html>

From raos at opencsw.org  Sat Nov 16 13:21:20 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Sat, 16 Nov 2013 13:21:20 +0100
Subject: CSWlibsigc gxx
Message-ID: <20131116122120.GO27639@bender.opencsw.org>

Hi Guys

I obsoleted CSWlibsigc-gxx-dev and CSWlibsigc2-0-0-gxx (now covered by CSWlibsigc-dev and CSWlibsigc2-0-0). Thus, could you please update

 CSWlibsigc-gxx-dev CSWlibsigc2-0-0-gxx

Thanks a lot.

cheers
rafi

From raos at opencsw.org  Sat Nov 16 14:12:59 2013
From: raos at opencsw.org (Rafael Ostertag)
Date: Sat, 16 Nov 2013 14:12:59 +0100
Subject: CSWlibsigc gxx
In-Reply-To: <20131116122120.GO27639@bender.opencsw.org>
References: <20131116122120.GO27639@bender.opencsw.org>
Message-ID: <20131116131259.GP27639@bender.opencsw.org>

Oops, sorry, wrong list :)
On Sat, Nov 16, 2013 at 01:21:20PM +0100, Rafael Ostertag wrote:
> Hi Guys
> 
> I obsoleted CSWlibsigc-gxx-dev and CSWlibsigc2-0-0-gxx (now covered by CSWlibsigc-dev and CSWlibsigc2-0-0). Thus, could you please update
> 
>  CSWlibsigc-gxx-dev CSWlibsigc2-0-0-gxx
> 
> Thanks a lot.
> 
> cheers
> rafi
> 

From dam at opencsw.org  Sun Nov 17 17:58:03 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Sun, 17 Nov 2013 17:58:03 +0100
Subject: some clarification on libtool is needed
In-Reply-To: <x6a9h3qa2c.fsf@felecan.org>
References: <x6a9h3qa2c.fsf@felecan.org>
Message-ID: <82DCA37D-185A-4800-9626-4969C0E1664D@opencsw.org>

Hi Peter,

(cc'ing maintainers as this is important for all developers).

Am 17.11.2013 um 17:15 schrieb Peter FELECAN <peter at felecan.org>:
> I'm trying to use, well a project that I'm packaging is using, the
> libtool as supplied by us and I have issues with some Sun Studio
> specific options when I wish to use gcc. Exploring our package I see
> some unusual components:
> 
> 1. there are libtool, libtool.orig and libtool.rej in /opt/csw/bin. What
>   are they for ?

Umh, this is a bug. Bad. Artifacts from a patch no longer appliable. Looks like
it slipped through. This probably prevents some gcc builds. I need to take
care of this.

> 2. there are configuration files in /opt/csw/share/libtool. what are
>   they for and what's their usage. a documentation is necessary for
>   poor souls as I.

These are automatically pulled in. libtool works like this: You select a compiler
in general (like CC) with some value. libtool has build in features for this
compiler which were detected during building of libtool. As our libtool should
be able to work with Sun Studio in different versions and also different gcc
versions I have a compiler modulation in libtool:
  http://sourceforge.net/apps/trac/gar/browser/csw/mgar/pkg/libtool/trunk/Makefile
the resulting configuration parts are stripped from libtool and separated to this
configuration directory and then sourced on demand when such a compiler is used.

Usually libtool is meant to be built for one compiler only and only used in
conjunction with this one compiler. Just in case: I inherited this layout
long ago and only adjusted it to newer compilers and pathes once in a while.

> Thank you in advance to enlighten me.

Sure :-) I'll release a fixed version ASAP.


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/20131117/1718b22f/attachment.p7s>

From pfelecan at opencsw.org  Mon Nov 18 10:40:46 2013
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Mon, 18 Nov 2013 10:40:46 +0100
Subject: issues with git proxy
Message-ID: <x6eh6eoxnl.fsf@opencsw.org>

I'm working on a package which is distributed directly from a git
repository.

I'm following the recipe as described in
http://lists.opencsw.org/pipermail/maintainers/2009-March/001222.html

When trying to fetch the package it's stuck forever...

 ==> Grabbing work/solaris10-i386/download/verbiste-el.git

and there are a lot of processes:

  cat
  /bin/bash /opt/csw/bin/mgar clean package
  git clone --bare git://gaffer.ptitcanardnoir.org/verbiste-el.git work/solaris10
  /bin/sh -c GIT_PROXY_COMMAND=/home/pfelecan/opencsw/.buildsys/v2/gar/bin/gitpro
  /bin/bash /home/pfelecan/opencsw/.buildsys/v2/gar/bin/gitproxy gaffer.ptitcanar
  /bin/bash /home/pfelecan/opencsw/.buildsys/v2/gar/bin/gitproxy gaffer.ptitcanar
  grep -v ^gmake
  -bash
  gmake -I /home/pfelecan/opencsw/.buildsys/v2 clean package
  /bin/bash /home/pfelecan/opencsw/.buildsys/v2/gar/bin/gitproxy gaffer.ptitcanar
  /bin/sh -c if test -f work/solaris10-i386/cookies/global/checksum-verbiste-el.g
  ps -f
  gmake -s git//gaffer.ptitcanardnoir.org/verbiste-el.git
  nc proxy 3128
  cat
  /bin/sh -c if test -f work/solaris10-i386/cookies/global/checksum-verbiste-el.g

My recipe is at
http://gar.svn.sourceforge.net/viewvc/gar/csw/mgar/pkg/verbiste-el/trunk/Makefile?view=markup&pathrev=22504

Is my recipe wrong or is there something misbehaving on the build farm?
-- 
Peter

From dam at opencsw.org  Mon Nov 18 15:45:52 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 18 Nov 2013 15:45:52 +0100
Subject: FYI: We now have "fish" on login
Message-ID: <4F998548-5941-4C31-B8C7-A5CC461D9BA6@opencsw.org>

Hi,

we have now "fish", the next-generation shell, on "login". See for details
  http://fishshell.com


Have fun!

  -- 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/20131118/62f7d7d7/attachment.p7s>

From pfelecan at opencsw.org  Mon Nov 18 15:54:21 2013
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Mon, 18 Nov 2013 15:54:21 +0100
Subject: FYI: We now have "fish" on login
In-Reply-To: <4F998548-5941-4C31-B8C7-A5CC461D9BA6@opencsw.org> (Dagobert
	Michelsen's message of "Mon, 18 Nov 2013 15:45:52 +0100")
References: <4F998548-5941-4C31-B8C7-A5CC461D9BA6@opencsw.org>
Message-ID: <x6li0loj4y.fsf@opencsw.org>

Dagobert Michelsen <dam at opencsw.org> writes:

> we have now "fish", the next-generation shell, on "login". See for details
>   http://fishshell.com

YASH! C'mon, who needs another one?
-- 
Peter

From dam at opencsw.org  Mon Nov 18 15:57:12 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 18 Nov 2013 15:57:12 +0100
Subject: FYI: We now have "fish" on login
In-Reply-To: <x6li0loj4y.fsf@opencsw.org>
References: <4F998548-5941-4C31-B8C7-A5CC461D9BA6@opencsw.org>
	<x6li0loj4y.fsf@opencsw.org>
Message-ID: <E93712FB-69F6-487A-BCDC-7647AA99B5F6@opencsw.org>

Hi Peter,

Am 18.11.2013 um 15:54 schrieb Peter FELECAN <pfelecan at opencsw.org>:
> Dagobert Michelsen <dam at opencsw.org> writes:
>> we have now "fish", the next-generation shell, on "login". See for details
>>  http://fishshell.com
> 
> YASH! C'mon, who needs another one?

Well, some user request it and then I thought: "Hey, we already got this shell, why not install it?"
The syntax is pretty crappy for an old-schooler like me, though :-D


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/20131118/bfbae263/attachment.p7s>

From pfelecan at opencsw.org  Mon Nov 18 16:11:24 2013
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Mon, 18 Nov 2013 16:11:24 +0100
Subject: FYI: We now have "fish" on login
In-Reply-To: <E93712FB-69F6-487A-BCDC-7647AA99B5F6@opencsw.org> (Dagobert
	Michelsen's message of "Mon, 18 Nov 2013 15:57:12 +0100")
References: <4F998548-5941-4C31-B8C7-A5CC461D9BA6@opencsw.org>
	<x6li0loj4y.fsf@opencsw.org>
	<E93712FB-69F6-487A-BCDC-7647AA99B5F6@opencsw.org>
Message-ID: <x68uwloicj.fsf@opencsw.org>

Dagobert Michelsen <dam at opencsw.org> writes:

> Hi Peter,
>
> Am 18.11.2013 um 15:54 schrieb Peter FELECAN <pfelecan at opencsw.org>:
>> Dagobert Michelsen <dam at opencsw.org> writes:
>>> we have now "fish", the next-generation shell, on "login". See for details
>>>  http://fishshell.com
>> 
>> YASH! C'mon, who needs another one?
>
> Well, some user request it and then I thought: "Hey, we already got this shell, why not install it?"
> The syntax is pretty crappy for an old-schooler like me, though :-D

Well, IMHO, it brings aesthetic improvements, which can be implemented
for older shells. I'm afraid that this is the result of the novelty
syndrome and expect to find a high usage at customer sites just because
it's new an shiny. Ugh.
-- 
Peter

From dam at opencsw.org  Mon Nov 18 16:15:33 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 18 Nov 2013 16:15:33 +0100
Subject: FYI: We now have "fish" on login
In-Reply-To: <x68uwloicj.fsf@opencsw.org>
References: <4F998548-5941-4C31-B8C7-A5CC461D9BA6@opencsw.org>
	<x6li0loj4y.fsf@opencsw.org>
	<E93712FB-69F6-487A-BCDC-7647AA99B5F6@opencsw.org>
	<x68uwloicj.fsf@opencsw.org>
Message-ID: <9FF9598D-9732-47F3-94EB-25008A163A6A@opencsw.org>

Hi Peter,

Am 18.11.2013 um 16:11 schrieb Peter FELECAN <pfelecan at opencsw.org>:
> Dagobert Michelsen <dam at opencsw.org> writes:
>> Am 18.11.2013 um 15:54 schrieb Peter FELECAN <pfelecan at opencsw.org>:
>>> Dagobert Michelsen <dam at opencsw.org> writes:
>>>> we have now "fish", the next-generation shell, on "login". See for details
>>>> http://fishshell.com
>>> 
>>> YASH! C'mon, who needs another one?
>> 
>> Well, some user request it and then I thought: "Hey, we already got this shell, why not install it?"
>> The syntax is pretty crappy for an old-schooler like me, though :-D
> 
> Well, IMHO, it brings aesthetic improvements, which can be implemented
> for older shells. I'm afraid that this is the result of the novelty
> syndrome and expect to find a high usage at customer sites just because
> it's new an shiny. Ugh.

Well, the proverb says "There are two kinds of morons - the ones who say it is
good because it is old and the ones who say it is good because it is new" :-)

Reasons besides "newness" are of course the "right" reasons :-D


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/20131118/ae6df911/attachment.p7s>

From dam at opencsw.org  Mon Nov 18 17:41:12 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Mon, 18 Nov 2013 17:41:12 +0100
Subject: issues with git proxy
In-Reply-To: <x6eh6eoxnl.fsf@opencsw.org>
References: <x6eh6eoxnl.fsf@opencsw.org>
Message-ID: <D50567F9-CCC0-43CC-BD55-7204C88DFBB8@opencsw.org>

Hi Peter,

Am 18.11.2013 um 10:40 schrieb Peter FELECAN <pfelecan at opencsw.org>:
> I'm working on a package which is distributed directly from a git
> repository.
> 
> I'm following the recipe as described in
> http://lists.opencsw.org/pipermail/maintainers/2009-March/001222.html
> 
> When trying to fetch the package it's stuck forever...
> 
> ==> Grabbing work/solaris10-i386/download/verbiste-el.git
> 
> and there are a lot of processes:
> 
>  cat
>  /bin/bash /opt/csw/bin/mgar clean package
>  git clone --bare git://gaffer.ptitcanardnoir.org/verbiste-el.git work/solaris10
>  /bin/sh -c GIT_PROXY_COMMAND=/home/pfelecan/opencsw/.buildsys/v2/gar/bin/gitpro
>  /bin/bash /home/pfelecan/opencsw/.buildsys/v2/gar/bin/gitproxy gaffer.ptitcanar
>  /bin/bash /home/pfelecan/opencsw/.buildsys/v2/gar/bin/gitproxy gaffer.ptitcanar
>  grep -v ^gmake
>  -bash
>  gmake -I /home/pfelecan/opencsw/.buildsys/v2 clean package
>  /bin/bash /home/pfelecan/opencsw/.buildsys/v2/gar/bin/gitproxy gaffer.ptitcanar
>  /bin/sh -c if test -f work/solaris10-i386/cookies/global/checksum-verbiste-el.g
>  ps -f
>  gmake -s git//gaffer.ptitcanardnoir.org/verbiste-el.git
>  nc proxy 3128
>  cat
>  /bin/sh -c if test -f work/solaris10-i386/cookies/global/checksum-verbiste-el.g
> 
> My recipe is at
> http://gar.svn.sourceforge.net/viewvc/gar/csw/mgar/pkg/verbiste-el/trunk/Makefile?view=markup&pathrev=22504
> 
> Is my recipe wrong or is there something misbehaving on the build farm?

This is a misbehaviour of the buildfarm, however, I haven't found the issue yet.
Additionally, some time ago I configured our git with /etc/opt/csw/gitconfig on
the unstable* hosts to be able to connect transparently over the proxy so you can
just "git clone" from all nodes without the need to think about it. This uses
socat in comparison to the "nc" variant currently implemented in GAR. Still looking.


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/20131118/8ae923a2/attachment.p7s>

From pfelecan at opencsw.org  Tue Nov 19 19:48:24 2013
From: pfelecan at opencsw.org (Peter FELECAN)
Date: Tue, 19 Nov 2013 19:48:24 +0100
Subject: issues with git proxy
In-Reply-To: <D50567F9-CCC0-43CC-BD55-7204C88DFBB8@opencsw.org> (Dagobert
	Michelsen's message of "Mon, 18 Nov 2013 17:41:12 +0100")
References: <x6eh6eoxnl.fsf@opencsw.org>
	<D50567F9-CCC0-43CC-BD55-7204C88DFBB8@opencsw.org>
Message-ID: <x6hab8mdmv.fsf@opencsw.org>

Dagobert Michelsen <dam at opencsw.org> writes:

> This is a misbehaviour of the buildfarm, however, I haven't found the issue yet.
> Additionally, some time ago I configured our git with /etc/opt/csw/gitconfig on
> the unstable* hosts to be able to connect transparently over the proxy so you can
> just "git clone" from all nodes without the need to think about it. This uses
> socat in comparison to the "nc" variant currently implemented in GAR. Still looking.

Have you any solution for this issue?
-- 
Peter

From dam at opencsw.org  Tue Nov 19 20:12:07 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Tue, 19 Nov 2013 20:12:07 +0100
Subject: issues with git proxy
In-Reply-To: <x6hab8mdmv.fsf@opencsw.org>
References: <x6eh6eoxnl.fsf@opencsw.org>
	<D50567F9-CCC0-43CC-BD55-7204C88DFBB8@opencsw.org>
	<x6hab8mdmv.fsf@opencsw.org>
Message-ID: <24996158-651E-4859-8891-5F0A3C324BC9@opencsw.org>

Hi Peter,

Am 19.11.2013 um 19:48 schrieb Peter FELECAN <pfelecan at opencsw.org>:
> Dagobert Michelsen <dam at opencsw.org> writes:
>> This is a misbehaviour of the buildfarm, however, I haven't found the issue yet.
>> Additionally, some time ago I configured our git with /etc/opt/csw/gitconfig on
>> the unstable* hosts to be able to connect transparently over the proxy so you can
>> just "git clone" from all nodes without the need to think about it. This uses
>> socat in comparison to the "nc" variant currently implemented in GAR. Still looking.
> 
> Have you any solution for this issue?

I have changed the implementation of v2/bin/gitproxy to use socat instead of nc.
There was some kind of connection problem. Please mgar up and try again.


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/20131119/44ac0ba2/attachment-0001.p7s>

From grzemba at contac-dt.de  Wed Nov 20 17:14:39 2013
From: grzemba at contac-dt.de (Carsten Grzemba)
Date: Wed, 20 Nov 2013 17:14:39 +0100
Subject: gcc direct link commandline
In-Reply-To: <fb6d563a5591.528cdfce@contac-dt.de>
References: <fb6d7c66326f.528cdf92@contac-dt.de>
	<fb6d563a5591.528cdfce@contac-dt.de>
Message-ID: <fb6d1e9f257e.528cedff@contac-dt.de>

NSS is not build with autotools and direct linking fails:

gcc -shared -h libnssutil3.so -z combreloc -z defs -z ignore -R'/opt/csw/lib/$ISALIST' -M /home/cgrzemba/opencsw/.buildsys/v2/gar/lib/map.solaris10 -B direct -z ignore -Wl,-M,SunOS5.10_i86pc_gcc_OPT.OBJ/nssutil.def -o SunOS5.10_i86pc_gcc_OPT.OBJ/libnssutil3.so SunOS5.10_i86pc_gcc_OPT.OBJ/quickder.o SunOS5.10_i86pc_gcc_OPT.OBJ/secdig.o SunOS5.10_i86pc_gcc_OPT.OBJ/derdec.o SunOS5.10_i86pc_gcc_OPT.OBJ/derenc.o SunOS5.10_i86pc_gcc_OPT.OBJ/dersubr.o SunOS5.10_i86pc_gcc_OPT.OBJ/dertime.o SunOS5.10_i86pc_gcc_OPT.OBJ/errstrs.o SunOS5.10_i86pc_gcc_OPT.OBJ/nssb64d.o SunOS5.10_i86pc_gcc_OPT.OBJ/nssb64e.o SunOS5.10_i86pc_gcc_OPT.OBJ/nssrwlk.o SunOS5.10_i86pc_gcc_OPT.OBJ/nssilock.o SunOS5.10_i86pc_gcc_OPT.OBJ/oidstring.o SunOS5.10_i86pc_gcc_OPT.OBJ/portreg.o SunOS5.10_i86pc_gcc_OPT.OBJ/secalgid.o SunOS5.10_i86pc_gcc_OPT.OBJ/secasn1d.o SunOS5.10_i86pc_gcc_OPT.OBJ/secasn1e.o SunOS5.10_i86pc_gcc_OPT.OBJ/secasn1u.o SunOS5.10_i86pc_gcc_OPT.OBJ/secitem.o SunOS5.10_i86pc_gcc_OPT.OBJ/secload.o SunOS5.10_i86pc_gcc_OPT.OBJ/secoid.o SunOS5.10_i86pc_gcc_OPT.OBJ/sectime.o SunOS5.10_i86pc_gcc_OPT.OBJ/secport.o SunOS5.10_i86pc_gcc_OPT.OBJ/templates.o SunOS5.10_i86pc_gcc_OPT.OBJ/utf8.o SunOS5.10_i86pc_gcc_OPT.OBJ/utilmod.o SunOS5.10_i86pc_gcc_OPT.OBJ/utilpars.o -L../../../../dist/SunOS5.10_i86pc_gcc_OPT.OBJ/lib -L/opt/csw/lib -lplc4 -lplds4 -lnspr4 -lthread -lnsl -lsocket -lposix4 -ldl -lc
gcc: warning: /home/cgrzemba/opencsw/.buildsys/v2/gar/lib/map.solaris10: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/quickder.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/secdig.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/derdec.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/derenc.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/dersubr.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/dertime.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/errstrs.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/nssb64d.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/nssb64e.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/nssrwlk.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/nssilock.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/oidstring.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/portreg.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/secalgid.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/secasn1d.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/secasn1e.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/secasn1u.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/secitem.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/secload.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/secoid.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/sectime.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/secport.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/templates.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/utf8.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/utilmod.o: linker input file unused because linking not done
gcc: warning: SunOS5.10_i86pc_gcc_OPT.OBJ/utilpars.o: linker input file unused because linking not done

How is the correct commandline for direct linking with gcc?

Thanks Carsten
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20131120/b40e633f/attachment.html>

From dam at opencsw.org  Sat Nov 23 11:47:25 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Sat, 23 Nov 2013 11:47:25 +0100
Subject: Cleanup of experimental, long: please read anyway!
References: <201311230310.rAN3A5xZ028433@web.bo.opencsw.org>
Message-ID: <DC53008F-A6EA-4E0D-8A31-74923F921866@opencsw.org>

Hi folks,

experimental has become pretty full over the time. There are lots of
packages which I think can be removed as newer versions have been release
or the experimental versions have been proven unuseful. So please take a
look and remove what you think is not useful any more:
(There are no packages from me as I just cleaned up mine :-)

Carsten:

>           Contents differs: 389directoryserver/389_admin-1.1.30,REV=2013.01.07-SunOS5.10-i386-CSW.pkg.gz
>           Contents differs: 389directoryserver/389_admin-1.1.30,REV=2013.01.07-SunOS5.10-sparc-CSW.pkg.gz
>           Contents differs: 389directoryserver/389_admin_dev-1.1.30,REV=2013.01.07-SunOS5.10-i386-CSW.pkg.gz
>           Contents differs: 389directoryserver/389_admin_dev-1.1.30,REV=2013.01.07-SunOS5.10-sparc-CSW.pkg.gz
>           Contents differs: 389directoryserver/389admin_dev_stub-1.1.30,REV=2013.01.07-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: 389directoryserver/libfreebl3-3.12.11,REV=2012.01.19-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libfreebl3-3.14.1,REV=2013.01.16-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: 389directoryserver/libfreebl3-3.12.11,REV=2012.01.19-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libfreebl3-3.14.1,REV=2013.01.16-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: 389directoryserver/libnss3_devel_stub-3.12.11,REV=2012.01.19-SunOS5.10-all-CSW.pkg.gz
>                   Released: libnss3_devel_stub-3.12.11,REV=2012.01.20-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: 389directoryserver/libnss3_tools-3.12.11,REV=2012.01.19-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libnss3_tools-3.12.11,REV=2012.01.20-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: 389directoryserver/libnss3_tools-3.12.11,REV=2012.01.19-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libnss3_tools-3.12.11,REV=2012.01.20-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: 389directoryserver/libnss_dev-3.12.11,REV=2012.01.19-SunOS5.10-all-CSW.pkg.gz
>                   Released: libnss_dev-3.14.1,REV=2013.01.16-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: 389directoryserver/libnss_dev-3.12.11,REV=2012.01.19-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libnss_dev-3.14.1,REV=2013.01.16-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: 389directoryserver/libnss_dev-3.12.11,REV=2012.01.19-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libnss_dev-3.14.1,REV=2013.01.16-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: 389directoryserver/libnssckbi-3.12.11,REV=2012.01.19-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libnssckbi-3.14.1,REV=2013.01.16-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: 389directoryserver/libnssckbi-3.12.11,REV=2012.01.19-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libnssckbi-3.14.1,REV=2013.01.16-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: 389directoryserver/libnssdbm3-3.12.11,REV=2012.01.19-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libnssdbm3-3.14.1,REV=2013.01.16-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: 389directoryserver/libnssdbm3-3.12.11,REV=2012.01.19-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libnssdbm3-3.14.1,REV=2013.01.16-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: 389directoryserver/libsvrcore0-4.0.4,REV=2011.12.19-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libsvrcore0-4.0.4,REV=2011.12.21-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: 389directoryserver/libsvrcore0_dev-4.0.4,REV=2011.12.19-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libsvrcore0_dev-4.0.4,REV=2011.12.21-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: 389directoryserver/mozldap_dev-6.0.7,REV=2012.01.10-SunOS5.10-all-CSW.pkg.gz
>                   Released: mozldap_dev-6.0.7,REV=2012.01.27-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: 389directoryserver/mozldap_tools-6.0.7,REV=2012.01.06-SunOS5.10-sparc-CSW.pkg
>                   Released: mozldap_tools-6.0.7,REV=2012.01.27-SunOS5.10-sparc-CSW.pkg.gz

> Newer PKG released. Testing: cgrzemba/cython-0.16,REV=2012.07.24-SunOS5.10-i386-CSW.pkg.gz
>                   Released: cython-0.19.2,REV=2013.10.18-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/davical-1.1.1,REV=2012.11.27-SunOS5.10-all-CSW.pkg.gz
>                   Released: davical-1.1.1,REV=2012.12.03-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gdk_pixbuf-2.24.1,REV=2012.09.24-SunOS5.10-i386-CSW.pkg.gz
>                   Released: gdk_pixbuf-2.28.2,REV=2013.10.30-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gdk_pixbuf-2.24.1,REV=2012.09.25-SunOS5.10-i386-CSW.pkg.gz
>                   Released: gdk_pixbuf-2.28.2,REV=2013.10.30-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gdk_pixbuf-2.24.1,REV=2012.10.11-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: gdk_pixbuf-2.28.2,REV=2013.10.30-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gdk_pixbuf_doc-2.24.1,REV=2012.09.24-SunOS5.10-all-CSW.pkg.gz
>                   Released: gdk_pixbuf_doc-2.28.2,REV=2013.10.30-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gdk_pixbuf_doc-2.24.1,REV=2012.09.25-SunOS5.10-all-CSW.pkg.gz
>                   Released: gdk_pixbuf_doc-2.28.2,REV=2013.10.30-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gdk_pixbuf_doc-2.24.1,REV=2012.10.11-SunOS5.10-all-CSW.pkg.gz
>                   Released: gdk_pixbuf_doc-2.28.2,REV=2013.10.30-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gio_fam_backend-2.32.4,REV=2012.09.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: gio_fam_backend-2.36.3,REV=2013.07.03-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gio_fam_backend-2.32.4,REV=2012.10.05-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: gio_fam_backend-2.36.3,REV=2013.07.03-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/glib2-2.32.4,REV=2012.09.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: glib2-2.36.3,REV=2013.07.03-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/glib2-2.32.4,REV=2012.10.05-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: glib2-2.36.3,REV=2013.07.03-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/glib2_devel_stub-2.32.4,REV=2012.09.21-SunOS5.10-all-CSW.pkg.gz
>                   Released: glib2_devel_stub-2.36.3,REV=2013.07.03-SunOS5.11-all-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/glib2_doc-2.32.4,REV=2012.09.21-SunOS5.10-all-CSW.pkg.gz
>                   Released: glib2_doc-2.36.3,REV=2013.07.03-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gstplugins_good-0.10.28,REV=2013.07.03-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: gstplugins_good-0.10.28,REV=2013.08.27-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gtk2-2.24.12,REV=2012.09.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: gtk2-2.24.22,REV=2013.11.05-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gtk2-2.24.12,REV=2012.10.05-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: gtk2-2.24.22,REV=2013.11.05-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gtk2_devel_stub-2.24.12,REV=2012.09.21-SunOS5.10-all-CSW.pkg.gz
>                   Released: gtk2_devel_stub-2.24.22,REV=2013.11.05-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gtk2_devel_stub-2.24.12,REV=2012.10.05-SunOS5.10-all-CSW.pkg.gz
>                   Released: gtk2_devel_stub-2.24.22,REV=2013.11.05-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gtk2_printbackends_cups-2.24.12,REV=2012.09.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: gtk2_printbackends_cups-2.24.22,REV=2013.11.05-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gtk2_printbackends_cups-2.24.12,REV=2012.10.05-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: gtk2_printbackends_cups-2.24.22,REV=2013.11.05-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gtk2_printbackends_file-2.24.12,REV=2012.09.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: gtk2_printbackends_file-2.24.22,REV=2013.11.05-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gtk2_printbackends_file-2.24.12,REV=2012.10.05-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: gtk2_printbackends_file-2.24.22,REV=2013.11.05-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gtk2_printbackends_lpr-2.24.12,REV=2012.09.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: gtk2_printbackends_lpr-2.24.22,REV=2013.11.05-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gtk2_printbackends_lpr-2.24.12,REV=2012.10.05-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: gtk2_printbackends_lpr-2.24.22,REV=2013.11.05-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gtk2_printbackends_papi-2.24.12,REV=2012.09.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: gtk2_printbackends_papi-2.24.22,REV=2013.11.05-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gtk2_printbackends_papi-2.24.12,REV=2012.10.05-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: gtk2_printbackends_papi-2.24.22,REV=2013.11.05-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gtk2doc-2.24.12,REV=2012.09.21-SunOS5.10-all-CSW.pkg.gz
>                   Released: gtk2doc-2.24.22,REV=2013.11.05-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/gtk2doc-2.24.12,REV=2012.10.05-SunOS5.10-all-CSW.pkg.gz
>                   Released: gtk2doc-2.24.22,REV=2013.11.05-SunOS5.10-all-CSW.pkg.gz
>           Contents differs: cgrzemba/gtklp-1.2.9,REV=2012.10.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgailutil18-2.24.12,REV=2012.09.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libgailutil18-2.24.22,REV=2013.11.05-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgailutil18-2.24.12,REV=2012.10.05-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libgailutil18-2.24.22,REV=2013.11.05-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgdk_pixbuf2_0_0-2.24.1,REV=2012.09.24-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libgdk_pixbuf2_0_0-2.28.2,REV=2013.10.30-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgdk_pixbuf2_0_0-2.24.1,REV=2012.09.25-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libgdk_pixbuf2_0_0-2.28.2,REV=2013.10.30-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgdk_pixbuf2_0_0-2.24.1,REV=2012.10.11-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libgdk_pixbuf2_0_0-2.28.2,REV=2013.10.30-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgdk_pixbuf_dev-2.24.1,REV=2012.09.24-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libgdk_pixbuf_dev-2.28.2,REV=2013.10.30-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgdk_pixbuf_dev-2.24.1,REV=2012.09.25-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libgdk_pixbuf_dev-2.28.2,REV=2013.10.30-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgdk_pixbuf_dev-2.24.1,REV=2012.10.11-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libgdk_pixbuf_dev-2.28.2,REV=2013.10.30-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgdk_pixbuf_xlib2_0_0-2.24.1,REV=2012.09.24-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libgdk_pixbuf_xlib2_0_0-2.28.2,REV=2013.10.30-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgdk_pixbuf_xlib2_0_0-2.24.1,REV=2012.09.25-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libgdk_pixbuf_xlib2_0_0-2.28.2,REV=2013.10.30-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgdk_pixbuf_xlib2_0_0-2.24.1,REV=2012.10.11-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libgdk_pixbuf_xlib2_0_0-2.28.2,REV=2013.10.30-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgdk_x11_2_0_0-2.24.12,REV=2012.09.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libgdk_x11_2_0_0-2.24.22,REV=2013.11.05-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgdk_x11_2_0_0-2.24.12,REV=2012.10.05-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libgdk_x11_2_0_0-2.24.22,REV=2013.11.05-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgio2_0_0-2.32.4,REV=2012.09.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libgio2_0_0-2.36.3,REV=2013.07.03-SunOS5.11-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgio2_0_0-2.32.4,REV=2012.10.05-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libgio2_0_0-2.36.3,REV=2013.07.03-SunOS5.11-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libglib2_0_0-2.32.4,REV=2012.09.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libglib2_0_0-2.36.3,REV=2013.07.03-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libglib2_0_0-2.32.4,REV=2012.10.05-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libglib2_0_0-2.36.3,REV=2013.07.03-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libglib2_dev-2.32.4,REV=2012.09.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libglib2_dev-2.36.3,REV=2013.07.03-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libglib2_dev-2.32.4,REV=2012.10.05-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libglib2_dev-2.36.3,REV=2013.07.03-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgmodule2_0_0-2.32.4,REV=2012.09.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libgmodule2_0_0-2.36.3,REV=2013.07.03-SunOS5.11-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgmodule2_0_0-2.32.4,REV=2012.10.05-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libgmodule2_0_0-2.36.3,REV=2013.07.03-SunOS5.11-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgobject2_0_0-2.32.4,REV=2012.09.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libgobject2_0_0-2.36.3,REV=2013.07.03-SunOS5.11-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgobject2_0_0-2.32.4,REV=2012.10.05-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libgobject2_0_0-2.36.3,REV=2013.07.03-SunOS5.11-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgthread2_0_0-2.32.4,REV=2012.09.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libgthread2_0_0-2.36.3,REV=2013.07.03-SunOS5.11-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgthread2_0_0-2.32.4,REV=2012.10.05-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libgthread2_0_0-2.36.3,REV=2013.07.03-SunOS5.11-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgtk2_dev-2.24.12,REV=2012.09.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libgtk2_dev-2.24.22,REV=2013.11.05-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgtk2_dev-2.24.12,REV=2012.10.05-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libgtk2_dev-2.24.22,REV=2013.11.05-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgtk_x11_2_0_0-2.24.12,REV=2012.09.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libgtk_x11_2_0_0-2.24.22,REV=2013.11.05-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libgtk_x11_2_0_0-2.24.12,REV=2012.10.05-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libgtk_x11_2_0_0-2.24.22,REV=2013.11.05-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/libpoppler_cpp0-0.14.4,REV=2012.10.15-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libpoppler_cpp0-0.24.0,REV=2013.11.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/poppler-0.14.4,REV=2012.10.15-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: poppler-0.24.0,REV=2013.11.09-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/poppler_dev-0.14.4,REV=2012.10.15-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: poppler_dev-0.24.0,REV=2013.11.09-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/py_requests-0.14.2,REV=2012.11.30-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_requests-2.0.0,REV=2013.10.15-SunOS5.9-all-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/py_urlgrabber-3.9.1,REV=2012.10.19-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_urlgrabber-3.9.1,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
>           Contents differs: cgrzemba/py_vobject-0.8.1c,REV=2012.11.29-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: cgrzemba/py_vobject-0.8.1c,REV=2012.11.29-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_vobject-0.8.1c,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz

> Newer PKG released. Testing: cups/cups-1.5.0,REV=2012.02.23-SunOS5.9-all-CSW.pkg.gz
>                   Released: cups-1.5.4,REV=2013.07.09-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: cups/cups-1.5.3,REV=2013.01.15-SunOS5.10-all-CSW.pkg.gz
>                   Released: cups-1.5.4,REV=2013.07.09-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: cups/cups_dev-1.5.0,REV=2012.02.23-SunOS5.9-i386-CSW.pkg.gz
>                   Released: cups_dev-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/cups_dev-1.5.0,REV=2012.02.23-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: cups_dev-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/cups_dev-1.5.3,REV=2013.01.15-SunOS5.10-i386-CSW.pkg.gz
>                   Released: cups_dev-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/cups_dev-1.5.3,REV=2013.01.15-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: cups_dev-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/cups_devel_stub-1.5.0,REV=2012.02.23-SunOS5.9-all-CSW.pkg.gz
>                   Released: cups_devel_stub-1.5.2,REV=2012.03.16-SunOS5.9-all-CSW.pkg.gz
> Newer PKG released. Testing: cups/cupsclient-1.5.0,REV=2012.02.23-SunOS5.9-i386-CSW.pkg.gz
>                   Released: cupsclient-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/cupsclient-1.5.0,REV=2012.02.23-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: cupsclient-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/cupsclient-1.5.3,REV=2013.01.15-SunOS5.10-i386-CSW.pkg.gz
>                   Released: cupsclient-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/cupsclient-1.5.3,REV=2013.01.15-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: cupsclient-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/cupsd-1.5.0,REV=2012.02.23-SunOS5.9-i386-CSW.pkg.gz
>                   Released: cupsd-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/cupsd-1.5.0,REV=2012.02.23-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: cupsd-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/cupsd-1.5.3,REV=2013.01.15-SunOS5.10-i386-CSW.pkg.gz
>                   Released: cupsd-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/cupsd-1.5.3,REV=2013.01.15-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: cupsd-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/cupsdev_stub-1.5.0,REV=2012.02.23-SunOS5.9-all-CSW.pkg.gz
>                   Released: cupsdev_stub-1.5.2,REV=2012.03.16-SunOS5.9-all-CSW.pkg.gz
> Newer PKG released. Testing: cups/cupsdoc_stub-1.5.0,REV=2012.02.23-SunOS5.9-all-CSW.pkg.gz
>                   Released: cupsdoc_stub-1.5.2,REV=2012.03.16-SunOS5.9-all-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcups2-1.5.0,REV=2012.02.23-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libcups2-1.5.4,REV=2013.07.09-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcups2-1.5.0,REV=2012.02.23-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libcups2-1.5.4,REV=2013.07.09-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcups2-1.5.3,REV=2013.01.15-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libcups2-1.5.4,REV=2013.07.09-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcups2-1.5.3,REV=2013.01.15-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libcups2-1.5.4,REV=2013.07.09-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcups_stub-1.5.0,REV=2012.02.23-SunOS5.9-all-CSW.pkg.gz
>                   Released: libcups_stub-1.5.3,REV=2012.06.14-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupscgi1-1.5.0,REV=2012.02.23-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libcupscgi1-1.5.4,REV=2013.07.09-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupscgi1-1.5.0,REV=2012.02.23-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libcupscgi1-1.5.4,REV=2013.07.09-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupscgi1-1.5.3,REV=2013.01.15-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libcupscgi1-1.5.4,REV=2013.07.09-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupscgi1-1.5.3,REV=2013.01.15-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libcupscgi1-1.5.4,REV=2013.07.09-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupsdriver1-1.5.0,REV=2012.02.23-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libcupsdriver1-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupsdriver1-1.5.0,REV=2012.02.23-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libcupsdriver1-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupsdriver1-1.5.3,REV=2013.01.15-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libcupsdriver1-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupsdriver1-1.5.3,REV=2013.01.15-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libcupsdriver1-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupsimage2-1.5.0,REV=2012.02.23-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libcupsimage2-1.5.4,REV=2013.07.09-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupsimage2-1.5.0,REV=2012.02.23-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libcupsimage2-1.5.4,REV=2013.07.09-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupsimage2-1.5.3,REV=2013.01.15-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libcupsimage2-1.5.4,REV=2013.07.09-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupsimage2-1.5.3,REV=2013.01.15-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libcupsimage2-1.5.4,REV=2013.07.09-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupsmime1-1.5.0,REV=2012.02.23-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libcupsmime1-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupsmime1-1.5.0,REV=2012.02.23-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libcupsmime1-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupsmime1-1.5.3,REV=2013.01.15-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libcupsmime1-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupsmime1-1.5.3,REV=2013.01.15-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libcupsmime1-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupsppdc1-1.5.0,REV=2012.02.23-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libcupsppdc1-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupsppdc1-1.5.0,REV=2012.02.23-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libcupsppdc1-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupsppdc1-1.5.3,REV=2013.01.15-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libcupsppdc1-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/libcupsppdc1-1.5.3,REV=2013.01.15-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libcupsppdc1-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/php5_cups-1.5.0,REV=2012.02.23-SunOS5.9-i386-CSW.pkg.gz
>                   Released: php5_cups-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/php5_cups-1.5.0,REV=2012.02.23-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: php5_cups-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/php5_cups-1.5.3,REV=2013.01.15-SunOS5.10-i386-CSW.pkg.gz
>                   Released: php5_cups-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: cups/php5_cups-1.5.3,REV=2013.01.15-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: php5_cups-1.5.4,REV=2013.07.09-SunOS5.10-i386-CSW.pkg.gz


>           Contents differs: hplip/hpijs_stub-3.12.2,REV=2012.02.29-SunOS5.10-all-CSW.pkg.gz

> Newer PKG released. Testing: ocaml/ocaml-3.11.2,REV=2013.01.23-SunOS5.10-i386-CSW.pkg.gz
>                   Released: ocaml-3.12.1,REV=2013.03.12-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: ocaml/ocaml-3.11.2,REV=2013.01.23-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: ocaml-3.12.1,REV=2013.03.12-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: ocaml/ocaml-3.11.2,REV=2013.01.25-SunOS5.10-i386-CSW.pkg.gz
>                   Released: ocaml-3.12.1,REV=2013.03.12-SunOS5.10-sparc-CSW.pkg.gz

> Newer PKG released. Testing: qt4/libphonon4-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libphonon4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libphonon4-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libphonon4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtclucene4-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtclucene4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtclucene4-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtclucene4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtclucene4-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libqtclucene4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtcore4-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtcore4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtcore4-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtcore4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtcore4-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libqtcore4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtdbus4-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtdbus4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtdbus4-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtdbus4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtdbus4-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libqtdbus4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtdeclarative4-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtdeclarative4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtdeclarative4-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtdeclarative4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtdeclarative4-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libqtdeclarative4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtdesigner4-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtdesigner4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtdesigner4-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtdesigner4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtdesigner4-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libqtdesigner4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtdesignercomponents4-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtdesignercomponents4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtdesignercomponents4-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtdesignercomponents4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtdesignercomponents4-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libqtdesignercomponents4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtgui4-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtgui4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtgui4-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtgui4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtgui4-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libqtgui4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqthelp4-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqthelp4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqthelp4-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqthelp4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqthelp4-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libqthelp4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtmultimedia4-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtmultimedia4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtmultimedia4-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtmultimedia4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtmultimedia4-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libqtmultimedia4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtnetwork4-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtnetwork4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtnetwork4-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtnetwork4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtnetwork4-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libqtnetwork4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtopengl4-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtopengl4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtopengl4-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtopengl4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtopengl4-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libqtopengl4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtscript4-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtscript4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtscript4-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtscript4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtscript4-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libqtscript4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtscripttools4-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtscripttools4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtscripttools4-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtscripttools4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtscripttools4-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libqtscripttools4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtsql4-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtsql4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtsql4-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtsql4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtsql4-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libqtsql4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtsvg4-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtsvg4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtsvg4-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtsvg4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtsvg4-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libqtsvg4-4.8.5,REV=2013.09.13-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqttest4-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqttest4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqttest4-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqttest4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqttest4-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libqttest4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtxml4-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtxml4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtxml4-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libqtxml4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/libqtxml4-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libqtxml4-4.8.5,REV=2013.09.13-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: qt4/qt4_dev-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: qt4_dev-4.8.5,REV=2013.09.30-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/qt4_dev-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: qt4_dev-4.8.5,REV=2013.09.30-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/qt4_dev-4.8.5,REV=2013.09.06-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: qt4_dev-4.8.5,REV=2013.09.30-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: qt4/qt4_doc-4.8.5,REV=2013.09.04-SunOS5.10-all-CSW.pkg.gz
>                   Released: qt4_doc-4.8.5,REV=2013.09.13-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: qt4/qt4_doc-4.8.5,REV=2013.09.06-SunOS5.10-all-CSW.pkg.gz
>                   Released: qt4_doc-4.8.5,REV=2013.09.13-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: qt4/qt4_private_dev-4.8.5,REV=2013.09.04-SunOS5.10-i386-CSW.pkg.gz
>                   Released: qt4_private_dev-4.8.5,REV=2013.09.13-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: qt4/qt4_private_dev-4.8.5,REV=2013.09.06-SunOS5.10-all-CSW.pkg.gz
>                   Released: qt4_private_dev-4.8.5,REV=2013.09.13-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: qt4/qt4_private_dev-4.8.5,REV=2013.09.06-SunOS5.10-i386-CSW.pkg.gz
>                   Released: qt4_private_dev-4.8.5,REV=2013.09.13-SunOS5.10-all-CSW.pkg.gz

Ben:

> Newer PKG released. Testing: apache2/apache2-2.2.23,REV=2012.11.25-SunOS5.10-i386-CSW.pkg.gz
>                   Released: apache2-2.2.24,REV=2013.06.17-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: apache2/apache2-2.2.23,REV=2012.11.25-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: apache2-2.2.24,REV=2013.06.17-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: apache2/apache2_dev-2.2.23,REV=2012.11.25-SunOS5.10-i386-CSW.pkg.gz
>                   Released: apache2_dev-2.2.24,REV=2013.06.17-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: apache2/apache2_dev-2.2.23,REV=2012.11.25-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: apache2_dev-2.2.24,REV=2013.06.17-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: apache2/apache2_manual-2.2.23,REV=2012.11.25-SunOS5.10-all-CSW.pkg.gz
>                   Released: apache2_manual-2.2.24,REV=2013.06.17-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: apache2/apache2_utils-2.2.23,REV=2012.11.25-SunOS5.10-i386-CSW.pkg.gz
>                   Released: apache2_utils-2.2.24,REV=2013.06.17-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: apache2/apache2_utils-2.2.23,REV=2012.11.25-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: apache2_utils-2.2.24,REV=2013.06.17-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: apache2/apache2c-2.2.23,REV=2012.11.25-SunOS5.10-all-CSW.pkg.gz
>                   Released: apache2c-2.2.24,REV=2013.06.17-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: apache2/apache2rt-2.2.23,REV=2012.11.25-SunOS5.10-all-CSW.pkg.gz
>                   Released: apache2rt-2.2.24,REV=2013.06.17-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: awstats/awstats-7.1,REV=2013.07.25-SunOS5.10-all-CSW.pkg.gz
>                   Released: awstats-7.2,REV=2013.09.03-SunOS5.10-all-CSW.pkg.gz

> Newer PKG released. Testing: bacula/bacula-5.0.3,REV=2011.06.09-SunOS5.9-all-CSW.pkg.gz
>                   Released: bacula-5.0.3,REV=2012.06.12-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: bacula/bacula_client-5.0.3,REV=2011.06.09-SunOS5.9-all-CSW.pkg.gz
>                   Released: bacula_client-5.0.3,REV=2012.06.12-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: bacula/bacula_client_stub-5.0.3,REV=2011.06.09-SunOS5.9-all-CSW.pkg.gz
>                   Released: bacula_client_stub-5.0.3,REV=2012.06.12-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: bacula/bacula_common-5.0.3,REV=2011.06.09-SunOS5.9-i386-CSW.pkg.gz
>                   Released: bacula_common-5.0.3,REV=2012.06.12-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: bacula/bacula_common-5.0.3,REV=2011.06.09-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: bacula_common-5.0.3,REV=2012.06.12-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: bacula/bacula_console-5.0.3,REV=2011.06.09-SunOS5.9-i386-CSW.pkg.gz
>                   Released: bacula_console-5.0.3,REV=2012.06.12-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: bacula/bacula_console-5.0.3,REV=2011.06.09-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: bacula_console-5.0.3,REV=2012.06.12-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: bacula/bacula_director-5.0.3,REV=2011.06.09-SunOS5.9-i386-CSW.pkg.gz
>                   Released: bacula_director-5.0.3,REV=2012.06.12-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: bacula/bacula_director-5.0.3,REV=2011.06.09-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: bacula_director-5.0.3,REV=2012.06.12-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: bacula/bacula_doc-5.0.3,REV=2011.06.09-SunOS5.9-all-CSW.pkg.gz
>                   Released: bacula_doc-5.0.3,REV=2012.06.12-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: bacula/bacula_fd-5.0.3,REV=2011.06.09-SunOS5.9-i386-CSW.pkg.gz
>                   Released: bacula_fd-5.0.3,REV=2012.06.12-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: bacula/bacula_fd-5.0.3,REV=2011.06.09-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: bacula_fd-5.0.3,REV=2012.06.12-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: bacula/bacula_gnome_stub-5.0.3,REV=2011.06.09-SunOS5.9-all-CSW.pkg.gz
>                   Released: bacula_gnome_stub-5.0.3,REV=2012.06.12-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: bacula/bacula_sd-5.0.3,REV=2011.06.09-SunOS5.9-i386-CSW.pkg.gz
>                   Released: bacula_sd-5.0.3,REV=2012.06.12-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: bacula/bacula_sd-5.0.3,REV=2011.06.09-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: bacula_sd-5.0.3,REV=2012.06.12-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: bacula/bacula_tray_monitor-5.0.3,REV=2011.06.09-SunOS5.9-i386-CSW.pkg.gz
>                   Released: bacula_tray_monitor-5.0.3,REV=2012.06.12-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: bacula/bacula_tray_monitor-5.0.3,REV=2011.06.09-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: bacula_tray_monitor-5.0.3,REV=2012.06.12-SunOS5.10-sparc-CSW.pkg.gz

> Newer PKG released. Testing: python26-lib/cherrypy-3.1.2,REV=2012.10.25-SunOS5.10-all-CSW.pkg.gz
>                   Released: cherrypy-3.1.2,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/denyhosts-2.6,REV=2012.10.24-SunOS5.10-all-CSW.pkg.gz
>                   Released: denyhosts-2.6,REV=2013.06.21-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/gfile-5.11,REV=2012.10.24-SunOS5.10-i386-CSW.pkg.gz
>                   Released: gfile-5.14,REV=2013.05.19-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/gfile-5.11,REV=2012.10.24-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: gfile-5.14,REV=2013.05.19-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/idle-2.6.8,REV=2012.10.21-SunOS5.10-all-CSW.pkg.gz
>                   Released: idle-2.6.9,REV=2013.10.31-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/libmagic1-5.11,REV=2012.10.24-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libmagic1-5.14,REV=2013.05.19-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/libmagic1-5.11,REV=2012.10.24-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libmagic1-5.14,REV=2013.05.19-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/libmagic_data-5.11,REV=2012.10.24-SunOS5.10-all-CSW.pkg.gz
>                   Released: libmagic_data-5.14,REV=2013.05.19-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/libmagic_dev-5.11,REV=2012.10.24-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libmagic_dev-5.14,REV=2013.05.19-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/libmagic_dev-5.11,REV=2012.10.24-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libmagic_dev-5.14,REV=2013.05.19-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/libmagic_stub-5.11,REV=2012.10.24-SunOS5.10-all-CSW.pkg.gz
>                   Released: libmagic_stub-5.14,REV=2013.05.19-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/libpython2_6_1_0-2.6.8,REV=2012.10.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libpython2_6_1_0-2.6.9,REV=2013.10.31-SunOS5.9-i386-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/libpython2_6_1_0-2.6.8,REV=2012.10.21-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libpython2_6_1_0-2.6.9,REV=2013.10.31-SunOS5.9-i386-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_argparse-1.2.1,REV=2012.10.25-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_argparse-1.2.1,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_bridge-0.4.0,REV=2012.10.25-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_bridge-0.4.0,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_cheetah-2.4.0,REV=2012.10.24-SunOS5.10-i386-CSW.pkg.gz
>                   Released: py_cheetah-2.4.4,REV=2013.10.06-SunOS5.9-sparc-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_cheetah-2.4.0,REV=2012.10.24-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: py_cheetah-2.4.4,REV=2013.10.06-SunOS5.9-sparc-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_crypto-2.6,REV=2012.10.28-SunOS5.10-i386-CSW.pkg.gz
>                   Released: py_crypto-2.6.1,REV=2013.10.19-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_crypto-2.6,REV=2012.10.28-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: py_crypto-2.6.1,REV=2013.10.19-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_django-1.2.3,REV=2012.10.25-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_django-1.2.3,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_django_auth_ldap-1.1.2,REV=2012.10.25-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_django_auth_ldap-1.1.2,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_django_filter-0.5.3,REV=2012.10.25-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_django_filter-0.5.3,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_django_sorting-0.1,REV=2012.10.25-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_django_sorting-0.1,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_django_tagging-0.3.1,REV=2012.10.25-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_django_tagging-0.3.1,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_docutils-0.7,REV=2012.10.25-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_docutils-0.7,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_dpkt-1.7,REV=2012.10.25-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_dpkt-1.7,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_dpkt-1.7,REV=2012.10.28-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_dpkt-1.7,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_flup-1.0.2,REV=2012.10.28-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_flup-1.0.2,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_formencode-1.2.2,REV=2012.10.24-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_formencode-1.2.6,REV=2013.10.16-SunOS5.9-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_gdata-2.0.13,REV=2012.10.28-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_gdata-2.0.13,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_geoip-1.2.7,REV=2012.10.24-SunOS5.10-i386-CSW.pkg.gz
>                   Released: py_geoip-1.2.7,REV=2013.08.03-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_geoip-1.2.7,REV=2012.10.24-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: py_geoip-1.2.7,REV=2013.08.03-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_gflags-2.0,REV=2012.10.28-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_gflags-2.0,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_jinja2-2.5.5,REV=2012.10.30-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_jinja2-2.5.5,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_ldap-2.3.13,REV=2012.10.25-SunOS5.10-i386-CSW.pkg.gz
>                   Released: py_ldap-2.4.13,REV=2013.07.10-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_ldap-2.3.13,REV=2012.10.25-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: py_ldap-2.4.13,REV=2013.07.10-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_libmagic-5.11,REV=2012.10.24-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_libmagic-5.14,REV=2013.05.19-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_logilab_astng-0.20.3,REV=2012.10.31-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_logilab_astng-0.24.3,REV=2013.05.05-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_logilab_common-0.52.0,REV=2012.10.30-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_logilab_common-0.60.0,REV=2013.11.01-SunOS5.9-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_m2crypto-0.21.1,REV=2012.10.25-SunOS5.10-i386-CSW.pkg.gz
>                   Released: py_m2crypto-0.21.1,REV=2013.04.10-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_m2crypto-0.21.1,REV=2012.10.25-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: py_m2crypto-0.21.1,REV=2013.04.10-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_magic-0.3.1,REV=2012.10.24-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_magic-0.3.1,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_mako-0.4.1,REV=2012.10.30-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_mako-0.9.0,REV=2013.09.25-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_mechanize-0.2.4,REV=2012.10.31-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_mechanize-0.2.4,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_mock-0.7.0,REV=2012.10.31-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_mock-1.0.1,REV=2013.10.09-SunOS5.9-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_mysql-1.2.4b4,REV=2012.10.24-SunOS5.10-i386-CSW.pkg.gz
>                   Released: py_mysql-1.2.4b4,REV=2013.10.05-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_mysql-1.2.4b4,REV=2012.10.24-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: py_mysql-1.2.4b4,REV=2013.10.05-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_nose-0.11.3,REV=2012.10.24-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_nose-1.3.0,REV=2013.10.09-SunOS5.9-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_numpy-1.5.1rc1,REV=2012.10.30-SunOS5.10-i386-CSW.pkg.gz
>                   Released: py_numpy-1.7.1,REV=2013.10.07-SunOS5.9-sparc-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_numpy-1.5.1rc1,REV=2012.10.30-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: py_numpy-1.7.1,REV=2013.10.07-SunOS5.9-sparc-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_paramiko-1.7.7.1,REV=2012.10.28-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_paramiko-1.10.1,REV=2013.04.27-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_paste-1.7.5.1,REV=2012.10.25-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_paste-1.7.5.1,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_progressbar-2.3,REV=2012.10.24-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_progressbar-2.3,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_setuptools-0.6c11,REV=2012.10.24-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_setuptools-1.1.6,REV=2013.10.01-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/py_sqlobject-1.2.2,REV=2012.10.24-SunOS5.10-all-CSW.pkg.gz
>                   Released: py_sqlobject-1.5.0,REV=2013.10.06-SunOS5.9-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/pydocutils-0.7,REV=2012.10.25-SunOS5.10-all-CSW.pkg.gz
>                   Released: pydocutils-0.7,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/pygdata-2.0.13,REV=2012.10.28-SunOS5.10-all-CSW.pkg.gz
>                   Released: pygdata-2.0.13,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/pysetuptools_stub-0.6c11,REV=2012.10.24-SunOS5.10-all-CSW.pkg.gz
>                   Released: pysetuptools_stub-1.1.6,REV=2013.10.01-SunOS5.9-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/python-2.6.8,REV=2012.10.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: python-2.6.9,REV=2013.10.31-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/python-2.6.8,REV=2012.10.21-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: python-2.6.9,REV=2013.10.31-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/python_dev-2.6.8,REV=2012.10.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: python_dev-2.6.9,REV=2013.10.31-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/python_dev-2.6.8,REV=2012.10.21-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: python_dev-2.6.9,REV=2013.10.31-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/python_devel_stub-2.6.8,REV=2012.10.21-SunOS5.10-all-CSW.pkg.gz
>                   Released: python_devel_stub-2.6.9,REV=2013.10.31-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/python_tk-2.6.8,REV=2012.10.21-SunOS5.10-i386-CSW.pkg.gz
>                   Released: python_tk-2.6.9,REV=2013.10.31-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python26-lib/python_tk-2.6.8,REV=2012.10.21-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: python_tk-2.6.9,REV=2013.10.31-SunOS5.10-i386-CSW.pkg.gz

Peter (Bonivart):

> Newer PKG released. Testing: bonivart/cvsproxy-1.0.1,REV=2009.11.01-SunOS5.8-i386-CSW.pkg.gz
>                   Released: cvsproxy-1.0.1,REV=2013.02.08-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: bonivart/cvsproxy-1.0.1,REV=2009.11.01-SunOS5.8-sparc-CSW.pkg.gz
>                   Released: cvsproxy-1.0.1,REV=2013.02.08-SunOS5.10-i386-CSW.pkg.gz

Do you want to push the new perl 5.12.3?

> Newer PKG released. Testing: perl-dublin/perl-5.12.3,REV=2011.03.15-SunOS5.10-i386-CSW.pkg.gz
>                   Released: perl-5.10.1,REV=2012.07.24-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: perl-dublin/perl-5.12.3,REV=2011.03.15-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: perl-5.10.1,REV=2012.07.24-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: perl-dublin/perl-5.12.3,REV=2011.03.15-SunOS5.9-i386-CSW.pkg.gz
>                   Released: perl-5.10.1,REV=2012.07.24-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: perl-dublin/perl-5.12.3,REV=2011.03.15-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: perl-5.10.1,REV=2012.07.24-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: perl-dublin/perldoc-5.12.3,REV=2011.03.15-SunOS5.10-all-CSW.pkg.gz
>                   Released: perldoc-5.10.1,REV=2012.07.24-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: perl-dublin/perldoc-5.12.3,REV=2011.03.15-SunOS5.9-all-CSW.pkg.gz
>                   Released: perldoc-5.10.1,REV=2012.07.24-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: perl-dublin/perldoc-5.12.3,REV=2011.04.02-SunOS5.9-all-CSW.pkg.gz
>                   Released: perldoc-5.10.1,REV=2012.07.24-SunOS5.10-all-CSW.pkg.gz


There are more packages in koha, can they be released?
> Newer PKG released. Testing: koha/pm_test_warn-0.24,REV=2012.07.09-SunOS5.9-all-CSW.pkg.gz
>                   Released: pm_test_warn-0.24,REV=2013.05.16-SunOS5.10-all-CSW.pkg.gz

Chris:

> Newer PKG released. Testing: bzr/bzr-2.5.1,REV=2012.10.05-SunOS5.9-i386-CSW.pkg.gz
>                   Released: bzr-2.6.0,REV=2013.08.18-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: bzr/bzr-2.5.1,REV=2012.10.05-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: bzr-2.6.0,REV=2013.08.18-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: bzr/bzr-2.5.1,REV=2012.10.05-SunOS5.9-sparc-UNCOMMITTED.pkg.gz
>                   Released: bzr-2.6.0,REV=2013.08.18-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: bzr/py_crypto-2.6,REV=2012.10.05-SunOS5.9-i386-CSW.pkg.gz
>                   Released: py_crypto-2.6.1,REV=2013.10.19-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: bzr/py_crypto-2.6,REV=2012.10.05-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: py_crypto-2.6.1,REV=2013.10.19-SunOS5.10-i386-CSW.pkg.gz

Daniel:

> Newer PKG released. Testing: daniel/ganglia_agent-3.1.5.2215,REV=2010.01.12-SunOS5.8-sparc-CSW.pkg.gz
>                   Released: ganglia_agent-3.1.7,REV=2011.11.25-SunOS5.10-i386-CSW.pkg.gz

Slow:

> Newer PKG released. Testing: dconf/dconf-0.5.1,REV=2013.05.07-SunOS5.10-i386-CSW.pkg.gz
>                   Released: dconf-0.5.1,REV=2013.05.15-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: dconf/dconf-0.5.1,REV=2013.05.07-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: dconf-0.5.1,REV=2013.05.15-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: dconf/dconf_editor-0.5.1,REV=2013.05.07-SunOS5.10-i386-CSW.pkg.gz
>                   Released: dconf_editor-0.5.1,REV=2013.05.15-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: dconf/dconf_editor-0.5.1,REV=2013.05.07-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: dconf_editor-0.5.1,REV=2013.05.15-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: dconf/libdconf0-0.5.1,REV=2013.05.07-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libdconf0-0.5.1,REV=2013.05.15-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: dconf/libdconf0-0.5.1,REV=2013.05.07-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libdconf0-0.5.1,REV=2013.05.15-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: dconf/libdconf_dev-0.5.1,REV=2013.05.07-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libdconf_dev-0.5.1,REV=2013.05.15-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: dconf/libdconf_dev-0.5.1,REV=2013.05.07-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libdconf_dev-0.5.1,REV=2013.05.15-SunOS5.10-sparc-CSW.pkg.gz

> Newer PKG released. Testing: slowfranklin/netatalk-3.1.0,REV=2013.10.28-SunOS5.10-i386-CSW.pkg.gz
>                   Released: netatalk-3.1.0,REV=2013.11.11-SunOS5.11-i386-CSW.pkg.gz

Please do not put UNCOMMITTED packages in experimental:

> Newer PKG released. Testing: tracker/libtracker_common-0.16.2,REV=2013.08.14-SunOS5.10-i386-UNCOMMITTED.pkg.gz
>                   Released: libtracker_common-0.16.3,REV=2013.11.05-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: tracker/libtracker_dev-0.16.2,REV=2013.08.14-SunOS5.10-i386-UNCOMMITTED.pkg.gz
>                   Released: libtracker_dev-0.16.3,REV=2013.11.05-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: tracker/libtracker_extract0_16_0-0.16.2,REV=2013.08.14-SunOS5.10-i386-UNCOMMITTED.pkg.gz
>                   Released: libtracker_extract0_16_0-0.16.3,REV=2013.11.05-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: tracker/libtracker_miner0_16_0-0.16.2,REV=2013.08.14-SunOS5.10-i386-UNCOMMITTED.pkg.gz
>                   Released: libtracker_miner0_16_0-0.16.3,REV=2013.11.05-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: tracker/libtracker_sparql0_16_0-0.16.2,REV=2013.08.14-SunOS5.10-i386-UNCOMMITTED.pkg.gz
>                   Released: libtracker_sparql0_16_0-0.16.3,REV=2013.11.05-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: tracker/tracker-0.16.2,REV=2013.08.14-SunOS5.10-i386-UNCOMMITTED.pkg.gz
>                   Released: tracker-0.16.3,REV=2013.11.05-SunOS5.10-i386-CSW.pkg.gz

Daniel:

>          No REV in pkgname: ganglia/3.3.7

This is a subdirectory, please don't do that as it is not picked up by the automatic
catalog generation. Instead please make /home/experimental/ganglia-3.3.7

>           Contents differs: ganglia/ganglia_dev-3.3.5,REV=2012.03.26-SunOS5.9-i386-CSW.pkg.gz
>           Contents differs: ganglia/ganglia_rt_stub-3.3.5,REV=2012.03.26-SunOS5.9-all-CSW.pkg.gz
>           Contents differs: ganglia/gangliaagent-3.3.5,REV=2012.03.26-SunOS5.9-i386-CSW.pkg.gz
>           Contents differs: ganglia/gangliagmetad-3.3.5,REV=2012.03.26-SunOS5.9-i386-CSW.pkg.gz
>           Contents differs: ganglia/gangliamodpython-3.3.5,REV=2012.03.26-SunOS5.9-all-CSW.pkg.gz
>           Contents differs: ganglia/libganglia0-3.3.5,REV=2012.03.26-SunOS5.9-i386-CSW.pkg.gz
> Newer PKG released. Testing: ganglia-modules-solaris/ganglia_modules_solaris-1.0,REV=2011.12.08-SunOS5.10-i386-UNCOMMITTED.pkg.gz
>                   Released: ganglia_modules_solaris-1.0.1,REV=2011.12.20-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: ganglia-modules-solaris/ganglia_modules_solaris-1.0,REV=2011.12.08-SunOS5.10-sparc-UNCOMMITTED.pkg.gz
>                   Released: ganglia_modules_solaris-1.0.1,REV=2011.12.20-SunOS5.10-sparc-CSW.pkg.gz

Gerard:

> Newer PKG released. Testing: ghenry/pm_classfactutil-1.7,REV=2012.07.06-SunOS5.9-all-CSW.pkg.gz
>                   Released: pm_classfactutil-1.7,REV=2013.05.12-SunOS5.10-all-CSW.pkg.gz

These are from Benny and Roger, both left the project, maybe someone want to rebuild them
and push?

> Newer PKG released. Testing: gnome/gstplugins-0.10.26,REV=2010.03.16-SunOS5.8-i386-CSW.pkg.gz
>                   Released: gstplugins-0.10.32,REV=2013.08.19-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: gnome/gstplugins-0.10.26,REV=2010.03.16-SunOS5.8-sparc-CSW.pkg.gz
>                   Released: gstplugins-0.10.32,REV=2013.08.19-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: gnome/gstplugins_good-0.10.18,REV=2010.03.16-SunOS5.8-i386-CSW.pkg.gz
>                   Released: gstplugins_good-0.10.28,REV=2013.08.27-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: gnome/gstplugins_good-0.10.18,REV=2010.03.16-SunOS5.8-sparc-CSW.pkg.gz
>                   Released: gstplugins_good-0.10.28,REV=2013.08.27-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: gnome/gstreamer-0.10.26,REV=2010.03.16-SunOS5.8-i386-CSW.pkg.gz
>                   Released: gstreamer-0.10.32,REV=2013.08.01-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: gnome/gstreamer-0.10.26,REV=2010.03.16-SunOS5.8-sparc-CSW.pkg.gz
>                   Released: gstreamer-0.10.32,REV=2013.08.01-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: gnome/libffi-3.0.9,REV=2010.04.11-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libffi-3.0.9,REV=2011.04.29-SunOS5.9-all-CSW.pkg.gz
> Newer PKG released. Testing: gnome/libffi-3.0.9,REV=2010.04.11-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libffi-3.0.9,REV=2011.04.29-SunOS5.9-all-CSW.pkg.gz

Peter (Felecan):

> Newer PKG released. Testing: graphviz/pstoedit-3.45,REV=2011.06.29-SunOS5.9-i386-CSW.pkg.gz
>                   Released: pstoedit-3.62,REV=2013.08.02-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: graphviz/pstoedit-3.45,REV=2011.06.29-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: pstoedit-3.62,REV=2013.08.02-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: graphviz/pstoedit_dev-3.45,REV=2011.06.29-SunOS5.9-i386-CSW.pkg.gz
>                   Released: pstoedit_dev-3.62,REV=2013.08.02-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: graphviz/pstoedit_dev-3.45,REV=2011.06.29-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: pstoedit_dev-3.62,REV=2013.08.02-SunOS5.10-i386-CSW.pkg.gz

J?rgen:

> Newer PKG released. Testing: ja/munin_common-2.0.2,REV=2012.07.01-SunOS5.9-all-CSW.pkg.gz
>                   Released: munin_common-2.0.6,REV=2012.09.02-SunOS5.9-all-CSW.pkg.gz
> Newer PKG released. Testing: ja/munin_master-2.0.2,REV=2012.07.01-SunOS5.9-all-CSW.pkg.gz
>                   Released: munin_master-2.0.6,REV=2012.09.02-SunOS5.9-all-CSW.pkg.gz
> Newer PKG released. Testing: ja/munin_node-2.0.2,REV=2012.07.01-SunOS5.9-all-CSW.pkg.gz
>                   Released: munin_node-2.0.6,REV=2012.09.02-SunOS5.9-all-CSW.pkg.gz
> Newer PKG released. Testing: ja/muninmaster_stub-2.0.2,REV=2012.07.01-SunOS5.9-all-CSW.pkg.gz
>                   Released: muninmaster_stub-2.0.6,REV=2012.09.02-SunOS5.9-all-CSW.pkg.gz
> Newer PKG released. Testing: ja/muninnode_stub-2.0.2,REV=2012.07.01-SunOS5.9-all-CSW.pkg.gz
>                   Released: muninnode_stub-2.0.6,REV=2012.09.02-SunOS5.9-all-CSW.pkg.gz
> Newer PKG released. Testing: ja/nagios-3.4.1,REV=2012.06.04-SunOS5.9-i386-CSW.pkg.gz
>                   Released: nagios-3.4.1,REV=2012.07.17-SunOS5.9-i386-CSW.pkg.gz
> Newer PKG released. Testing: ja/nagios-3.4.1,REV=2012.06.04-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: nagios-3.4.1,REV=2012.07.17-SunOS5.9-i386-CSW.pkg.gz
> Newer PKG released. Testing: ja/nagios_plugins-1.4.16,REV=2012.07.17-SunOS5.10-i386-CSW.pkg.gz
>                   Released: nagios_plugins-1.4.16,REV=2012.07.18-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: ja/nagios_plugins-1.4.16,REV=2012.07.17-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: nagios_plugins-1.4.16,REV=2012.07.18-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: ja/nagiosp_stub-1.4.16,REV=2012.07.17-SunOS5.10-all-CSW.pkg.gz
>                   Released: nagiosp_stub-1.4.16,REV=2012.07.18-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: ja/nrpe-2.13,REV=2012.07.01-SunOS5.10-i386-CSW.pkg.gz
>                   Released: nrpe-2.13,REV=2012.07.15-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: ja/nrpe-2.13,REV=2012.07.01-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: nrpe-2.13,REV=2012.07.15-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: ja/nrpe_plugin-2.13,REV=2012.07.01-SunOS5.10-i386-CSW.pkg.gz
>                   Released: nrpe_plugin-2.13,REV=2012.07.15-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: ja/nrpe_plugin-2.13,REV=2012.07.01-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: nrpe_plugin-2.13,REV=2012.07.15-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: ja/nrpeplugin_stub-2.13,REV=2012.07.01-SunOS5.10-all-CSW.pkg.gz
>                   Released: nrpeplugin_stub-2.13,REV=2012.07.12-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: ja/nsca-2.7.2,REV=2010.04.11-SunOS5.9-i386-CSW.pkg.gz
>                   Released: nsca-2.9.1,REV=2013.01.10-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: ja/nsca-2.7.2,REV=2010.04.11-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: nsca-2.9.1,REV=2013.01.10-SunOS5.10-i386-CSW.pkg.gz

Jon:

> Newer PKG released. Testing: jcraig/py_django_tagging-0.3.1,REV=2011.09.09-SunOS5.9-all-CSW.pkg.gz
>                   Released: py_django_tagging-0.3.1,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz

Jan:

> Newer PKG released. Testing: jh/transmission-2.20,REV=2011.02.07-SunOS5.9-i386-CSW.pkg.gz
>                   Released: transmission-2.52,REV=2013.11.15-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: jh/transmission-2.20,REV=2011.02.07-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: transmission-2.52,REV=2013.11.15-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: jh/transmission_gtk2-2.20,REV=2011.02.07-SunOS5.9-i386-CSW.pkg.gz
>                   Released: transmission_gtk2-2.52,REV=2013.11.15-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: jh/transmission_gtk2-2.20,REV=2011.02.07-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: transmission_gtk2-2.52,REV=2013.11.15-SunOS5.10-sparc-CSW.pkg.gz

Maciej:

> Newer PKG released. Testing: libpq/libecpg4-9.0.0,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libecpg4-9.0.0,REV=2011.03.07-SunOS5.9-sparc-CSW.pkg.gz
> Newer PKG released. Testing: libpq/libecpg4-9.0.0,REV=2011.01.08-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libecpg4-9.0.0,REV=2011.03.07-SunOS5.9-sparc-CSW.pkg.gz
> Newer PKG released. Testing: libpq/libecpg5-9.0.0,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libecpg5-9.0.0,REV=2011.03.07-SunOS5.9-sparc-CSW.pkg.gz
> Newer PKG released. Testing: libpq/libecpg5-9.0.0,REV=2011.01.08-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libecpg5-9.0.0,REV=2011.03.07-SunOS5.9-sparc-CSW.pkg.gz
> Newer PKG released. Testing: libpq/libecpg6-9.0.0,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libecpg6-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: libpq/libecpg6-9.0.0,REV=2011.01.08-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libecpg6-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: libpq/libecpg_compat2-9.0.0,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libecpg_compat2-9.0.0,REV=2011.03.07-SunOS5.9-sparc-CSW.pkg.gz
> Newer PKG released. Testing: libpq/libecpg_compat2-9.0.0,REV=2011.01.08-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libecpg_compat2-9.0.0,REV=2011.03.07-SunOS5.9-sparc-CSW.pkg.gz
> Newer PKG released. Testing: libpq/libecpg_compat3-9.0.0,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libecpg_compat3-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: libpq/libecpg_compat3-9.0.0,REV=2011.01.08-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libecpg_compat3-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: libpq/libpgtypes1-9.0.0,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libpgtypes1-9.0.0,REV=2011.03.07-SunOS5.9-sparc-CSW.pkg.gz
> Newer PKG released. Testing: libpq/libpgtypes1-9.0.0,REV=2011.01.08-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libpgtypes1-9.0.0,REV=2011.03.07-SunOS5.9-sparc-CSW.pkg.gz
> Newer PKG released. Testing: libpq/libpgtypes2-9.0.0,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libpgtypes2-9.0.0,REV=2011.03.07-SunOS5.9-sparc-CSW.pkg.gz
> Newer PKG released. Testing: libpq/libpgtypes2-9.0.0,REV=2011.01.08-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libpgtypes2-9.0.0,REV=2011.03.07-SunOS5.9-sparc-CSW.pkg.gz
> Newer PKG released. Testing: libpq/libpgtypes3-9.0.0,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libpgtypes3-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: libpq/libpgtypes3-9.0.0,REV=2011.01.08-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libpgtypes3-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: libpq/libpq5-9.0.0,REV=2011.01.08-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libpq5-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: libpq/libpq5-9.0.0,REV=2011.01.08-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libpq5-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz

>           Contents differs: maciej/pygtk-2.12.1,REV=2013.08.01-SunOS5.9-i386-CSW.pkg.gz
> Newer PKG released. Testing: maciej/pygtk-2.12.1,REV=2013.08.01-SunOS5.9-i386-CSW.pkg.gz
>                   Released: pygtk-2.12.1,REV=2013.08.05-SunOS5.9-sparc-CSW.pkg.gz
>           Contents differs: maciej/pygtk-2.12.1,REV=2013.08.01-SunOS5.9-sparc-CSW.pkg.gz
> Newer PKG released. Testing: maciej/pygtk-2.12.1,REV=2013.08.01-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: pygtk-2.12.1,REV=2013.08.05-SunOS5.9-sparc-CSW.pkg.gz

> Newer PKG released. Testing: postgresql-8.3/libecpg6-8.3.13,REV=2011.10.06-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libecpg6-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: postgresql-8.3/libecpg6-8.3.13,REV=2011.10.06-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libecpg6-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: postgresql-8.3/libecpg_compat3-8.3.13,REV=2011.10.06-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libecpg_compat3-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: postgresql-8.3/libecpg_compat3-8.3.13,REV=2011.10.06-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libecpg_compat3-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: postgresql-8.3/libpgtypes3-8.3.13,REV=2011.10.06-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libpgtypes3-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: postgresql-8.3/libpgtypes3-8.3.13,REV=2011.10.06-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libpgtypes3-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: postgresql-8.3/libpq5-8.3.13,REV=2011.10.06-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libpq5-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: postgresql-8.3/libpq5-8.3.13,REV=2011.10.06-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libpq5-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: postgresql-9.0/libecpg6-9.0.0,REV=2011.03.08-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libecpg6-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: postgresql-9.0/libecpg6-9.0.0,REV=2011.03.08-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libecpg6-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: postgresql-9.0/libecpg_compat3-9.0.0,REV=2011.03.08-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libecpg_compat3-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: postgresql-9.0/libecpg_compat3-9.0.0,REV=2011.03.08-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libecpg_compat3-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: postgresql-9.0/libpgtypes3-9.0.0,REV=2011.03.08-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libpgtypes3-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: postgresql-9.0/libpgtypes3-9.0.0,REV=2011.03.08-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libpgtypes3-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: postgresql-9.0/libpq5-9.0.0,REV=2011.03.08-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libpq5-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: postgresql-9.0/libpq5-9.0.0,REV=2011.03.08-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libpq5-9.3.1,REV=2013.10.22-SunOS5.10-sparc-CSW.pkg.gz

> Newer PKG released. Testing: python-2.6/idle-2.6.7,REV=2012.03.03-SunOS5.10-all-CSW.pkg.gz
>                   Released: idle-2.6.9,REV=2013.10.31-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/idle-2.6.7,REV=2012.03.03-SunOS5.9-all-CSW.pkg.gz
>                   Released: idle-2.6.9,REV=2013.10.31-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/libpython2_6_1_0-2.6.7,REV=2012.03.02-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: libpython2_6_1_0-2.6.9,REV=2013.10.31-SunOS5.9-i386-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/libpython2_6_1_0-2.6.7,REV=2012.03.03-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libpython2_6_1_0-2.6.9,REV=2013.10.31-SunOS5.9-i386-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/libpython2_6_1_0-2.6.7,REV=2012.03.03-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libpython2_6_1_0-2.6.9,REV=2013.10.31-SunOS5.9-i386-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/libpython2_6_1_0-2.6.7,REV=2012.03.03-SunOS5.9-i386-CSW.pkg.gz
>                   Released: libpython2_6_1_0-2.6.9,REV=2013.10.31-SunOS5.9-i386-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/python-2.6.7,REV=2012.03.02-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: python-2.6.9,REV=2013.10.31-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/python-2.6.7,REV=2012.03.03-SunOS5.10-i386-CSW.pkg.gz
>                   Released: python-2.6.9,REV=2013.10.31-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/python-2.6.7,REV=2012.03.03-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: python-2.6.9,REV=2013.10.31-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/python-2.6.7,REV=2012.03.03-SunOS5.9-i386-CSW.pkg.gz
>                   Released: python-2.6.9,REV=2013.10.31-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/python_dev-2.6.7,REV=2012.03.02-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: python_dev-2.6.9,REV=2013.10.31-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/python_dev-2.6.7,REV=2012.03.03-SunOS5.10-i386-CSW.pkg.gz
>                   Released: python_dev-2.6.9,REV=2013.10.31-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/python_dev-2.6.7,REV=2012.03.03-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: python_dev-2.6.9,REV=2013.10.31-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/python_dev-2.6.7,REV=2012.03.03-SunOS5.9-i386-CSW.pkg.gz
>                   Released: python_dev-2.6.9,REV=2013.10.31-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/python_devel_stub-2.6.7,REV=2012.03.03-SunOS5.10-all-CSW.pkg.gz
>                   Released: python_devel_stub-2.6.9,REV=2013.10.31-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/python_devel_stub-2.6.7,REV=2012.03.03-SunOS5.9-all-CSW.pkg.gz
>                   Released: python_devel_stub-2.6.9,REV=2013.10.31-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/python_tk-2.6.7,REV=2012.03.02-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: python_tk-2.6.9,REV=2013.10.31-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/python_tk-2.6.7,REV=2012.03.03-SunOS5.10-i386-CSW.pkg.gz
>                   Released: python_tk-2.6.9,REV=2013.10.31-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/python_tk-2.6.7,REV=2012.03.03-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: python_tk-2.6.9,REV=2013.10.31-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python-2.6/python_tk-2.6.7,REV=2012.03.03-SunOS5.9-i386-CSW.pkg.gz
>                   Released: python_tk-2.6.9,REV=2013.10.31-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python-2.7/idle27-2.7.3,REV=2013.01.10-SunOS5.10-all-CSW.pkg.gz
>                   Released: idle27-2.7.5,REV=2013.08.09-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: python-2.7/libpython2_7_1_0-2.7.3,REV=2013.01.10-SunOS5.10-i386-CSW.pkg.gz
>                   Released: libpython2_7_1_0-2.7.5,REV=2013.08.09-SunOS5.9-sparc-CSW.pkg.gz
> Newer PKG released. Testing: python-2.7/libpython2_7_1_0-2.7.3,REV=2013.01.10-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: libpython2_7_1_0-2.7.5,REV=2013.08.09-SunOS5.9-sparc-CSW.pkg.gz
> Newer PKG released. Testing: python-2.7/python27-2.7.3,REV=2013.01.10-SunOS5.10-i386-CSW.pkg.gz
>                   Released: python27-2.7.5,REV=2013.08.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python-2.7/python27-2.7.3,REV=2013.01.10-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: python27-2.7.5,REV=2013.08.09-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: python-2.7/python27_dev-2.7.3,REV=2013.01.10-SunOS5.10-i386-CSW.pkg.gz
>                   Released: python27_dev-2.7.5,REV=2013.08.09-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: python-2.7/python27_dev-2.7.3,REV=2013.01.10-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: python27_dev-2.7.5,REV=2013.08.09-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: python-2.7/python27_tk-2.7.3,REV=2013.01.10-SunOS5.10-i386-CSW.pkg.gz
>                   Released: python27_tk-2.7.5,REV=2013.08.09-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: python-2.7/python27_tk-2.7.3,REV=2013.01.10-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: python27_tk-2.7.5,REV=2013.08.09-SunOS5.10-sparc-CSW.pkg.gz

> Newer PKG released. Testing: sahana/py_shapely-1.2.9,REV=2011.05.05-SunOS5.9-all-CSW.pkg.gz
>                   Released: py_shapely-1.2.9,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: sahana/py_xlwt-0.7.2,REV=2011.05.05-SunOS5.9-all-CSW.pkg.gz
>                   Released: py_xlwt-0.7.2,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: sahana/renderpm_stub-2.5,REV=2011.05.05-SunOS5.9-all-CSW.pkg.gz
>                   Released: renderpm_stub-2.5,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: sahana/reportlab_stub-2.5,REV=2011.05.05-SunOS5.9-all-CSW.pkg.gz
>                   Released: reportlab_stub-2.5,REV=2013.08.04-SunOS5.10-all-CSW.pkg.gz

Yann: There is a ton of stuff in this directory, drop or push?

>          No REV in pkgname: openssl-relinking/openssl-relinking-group1

> Newer PKG released. Testing: svr4pkg/svr4pkg-0.3,REV=2013.10.31-SunOS5.10-all-CSW.pkg.gz
>                   Released: svr4pkg-0.6,REV=2013.11.19-SunOS5.10-all-CSW.pkg.gz


Oliver:

> Newer PKG released. Testing: opk/py_cairo-1.8.10,REV=2010.10.15-SunOS5.9-i386-CSW.pkg.gz
>                   Released: py_cairo-1.8.10,REV=2012.03.08-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: opk/py_cairo-1.8.10,REV=2010.10.15-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: py_cairo-1.8.10,REV=2012.03.08-SunOS5.10-i386-CSW.pkg.gz


Wilbury:

> Newer PKG released. Testing: wilbury/ap2_modwsgi-3.4,REV=2012.09.18-SunOS5.9-i386-CSW.pkg.gz
>                   Released: ap2_modwsgi-3.4,REV=2013.02.08-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: wilbury/ap2_modwsgi-3.4,REV=2012.09.18-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: ap2_modwsgi-3.4,REV=2013.02.08-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: wilbury/dovecot-2.1.10,REV=2012.11.23-SunOS5.10-i386-CSW.pkg.gz
>                   Released: dovecot-2.2.7,REV=2013.11.12-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: wilbury/dovecot_dev-2.1.10,REV=2012.11.23-SunOS5.10-i386-CSW.pkg.gz
>                   Released: dovecot_dev-2.2.7,REV=2013.11.12-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: wilbury/dovecot_devel_stub-2.1.10,REV=2012.11.23-SunOS5.10-all-CSW.pkg.gz
>                   Released: dovecot_devel_stub-2.2.7,REV=2013.11.12-SunOS5.10-all-CSW.pkg.gz
>           Contents differs: wilbury/gwhois-20120626,REV=2013.01.21-SunOS5.10-all-CSW.pkg.gz
>           Contents differs: wilbury/mailwrapper-1.0,REV=2012.06.19-SunOS5.9-i386-CSW.pkg.gz
>           Contents differs: wilbury/mailwrapper-1.0,REV=2012.06.19-SunOS5.9-sparc-CSW.pkg.gz
> Newer PKG released. Testing: wilbury/powerdns-3.1_rc2,REV=2012.04.15-SunOS5.10-i386-CSW.pkg.gz
>                   Released: powerdns-3.3,REV=2013.11.05-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: wilbury/powerdns-3.1_rc2,REV=2012.04.15-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: powerdns-3.3,REV=2013.11.05-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: wilbury/powerdns-3.3,REV=2013.07.15-SunOS5.10-i386-CSW.pkg.gz
>                   Released: powerdns-3.3,REV=2013.11.05-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: wilbury/squid-3.1,REV=2011.09.22_15-SunOS5.9-i386-CSW.pkg.gz
>                   Released: squid-3.1,REV=2012.08.06_20-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: wilbury/squid-3.1,REV=2011.09.22_15-SunOS5.9-sparc-CSW.pkg.gz
>                   Released: squid-3.1,REV=2012.08.06_20-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: wilbury/squid-3.1,REV=2012.02.02_18-SunOS5.10-i386-CSW.pkg.gz
>                   Released: squid-3.1,REV=2012.08.06_20-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: wilbury/squid-3.1,REV=2012.02.02_18-SunOS5.10-sparc-CSW.pkg.gz
>                   Released: squid-3.1,REV=2012.08.06_20-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: wilbury/squid-3.1,REV=2012.05.23_19-SunOS5.10-i386-CSW.pkg.gz
>                   Released: squid-3.1,REV=2012.08.06_20-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: wilbury/squid-3.1,REV=2012.06.03_19-SunOS5.10-i386-CSW.pkg.gz
>                   Released: squid-3.1,REV=2012.08.06_20-SunOS5.10-i386-CSW.pkg.gz
> Newer PKG released. Testing: wilbury/sudo-1.8.6p3,REV=2012.10.09-SunOS5.10-i386-CSW.pkg.gz
>                   Released: sudo-1.8.8,REV=2013.10.02-SunOS5.10-sparc-CSW.pkg.gz
> Newer PKG released. Testing: wilbury/sudo_common_stub-1.8.6p3,REV=2012.10.09-SunOS5.10-all-CSW.pkg.gz
>                   Released: sudo_common_stub-1.8.8,REV=2013.10.02-SunOS5.9-all-CSW.pkg.gz
> Newer PKG released. Testing: wilbury/sudo_ldap-1.8.6p3,REV=2012.10.09-SunOS5.10-i386-CSW.pkg.gz
>                   Released: sudo_ldap-1.8.8,REV=2013.10.02-SunOS5.9-i386-CSW.pkg.gz
> Newer PKG released. Testing: wilbury/sudo_ldap_stub-1.8.6p3,REV=2012.10.09-SunOS5.10-all-CSW.pkg.gz
>                   Released: sudo_ldap_stub-1.8.8,REV=2013.10.02-SunOS5.10-all-CSW.pkg.gz
> Newer PKG released. Testing: wilbury/tomcat7-7.0.39,REV=2013.04.11-SunOS5.10-all-CSW.pkg.gz
>                   Released: tomcat7-7.0.42,REV=2013.08.30-SunOS5.10-all-CSW.pkg.gz

-- 
"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/20131123/890b0c23/attachment-0001.p7s>

From maciej at opencsw.org  Sat Nov 23 12:02:38 2013
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Sat, 23 Nov 2013 11:02:38 +0000
Subject: Cleanup of experimental, long: please read anyway!
In-Reply-To: <DC53008F-A6EA-4E0D-8A31-74923F921866@opencsw.org>
References: <201311230310.rAN3A5xZ028433@web.bo.opencsw.org>
	<DC53008F-A6EA-4E0D-8A31-74923F921866@opencsw.org>
Message-ID: <CALtRa-5jGxef9Hw6_nsTEnO7nvSa1MmPL9Dh4E7xsHobr2wZBQ@mail.gmail.com>

2013/11/23 Dagobert Michelsen <dam at opencsw.org>

> There are lots of
> packages which I think can be removed as newer versions have been released
>

I'm trying to think of a reason why older versions of packages in
experimental/ shouldn't be removed automatically, and I can't think of a
good one.

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

From dam at opencsw.org  Sat Nov 23 12:12:21 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Sat, 23 Nov 2013 12:12:21 +0100
Subject: Cleanup of experimental, long: please read anyway!
In-Reply-To: <CALtRa-5jGxef9Hw6_nsTEnO7nvSa1MmPL9Dh4E7xsHobr2wZBQ@mail.gmail.com>
References: <201311230310.rAN3A5xZ028433@web.bo.opencsw.org>
	<DC53008F-A6EA-4E0D-8A31-74923F921866@opencsw.org>
	<CALtRa-5jGxef9Hw6_nsTEnO7nvSa1MmPL9Dh4E7xsHobr2wZBQ@mail.gmail.com>
Message-ID: <A4FADBD4-C51C-440C-9337-B0580FED8532@opencsw.org>

Hi Maciej,

Am 23.11.2013 um 12:02 schrieb Maciej (Matchek) Blizi?ski <maciej at opencsw.org>:
> 2013/11/23 Dagobert Michelsen <dam at opencsw.org>
> There are lots of
> packages which I think can be removed as newer versions have been released
> 
> I'm trying to think of a reason why older versions of packages in experimental/ shouldn't be removed automatically, and I can't think of a good one. 

Last time we talked about it it was felt too intrusive to just delete stuff. Currently files
are only deleted if they are identical to the released packages. If we have consensus
I can add the removal instead of the note any time. Just delete older packages or also
identical name but other checksum?


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/20131123/624c694c/attachment.html>
-------------- 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/20131123/624c694c/attachment.p7s>

From maciej at opencsw.org  Sat Nov 23 16:28:09 2013
From: maciej at opencsw.org (=?UTF-8?Q?Maciej_=28Matchek=29_Blizi=C5=84ski?=)
Date: Sat, 23 Nov 2013 15:28:09 +0000
Subject: Cleanup of experimental, long: please read anyway!
In-Reply-To: <A4FADBD4-C51C-440C-9337-B0580FED8532@opencsw.org>
References: <201311230310.rAN3A5xZ028433@web.bo.opencsw.org>
	<DC53008F-A6EA-4E0D-8A31-74923F921866@opencsw.org>
	<CALtRa-5jGxef9Hw6_nsTEnO7nvSa1MmPL9Dh4E7xsHobr2wZBQ@mail.gmail.com>
	<A4FADBD4-C51C-440C-9337-B0580FED8532@opencsw.org>
Message-ID: <CALtRa-6pfqi_d3kjYSp9k_Eo59wdpbQXMK=tpqsRtmpp4D1CDw@mail.gmail.com>

2013/11/23 Dagobert Michelsen <dam at opencsw.org>
> If we have consensus
> I can add the removal instead of the note any time. Just delete older
packages or also
> identical name but other checksum?

Yes. We also need to set maintainers' expectations right: experimental is a
volatile place.
Hi Maciej,

Am 23.11.2013 um 12:02 schrieb Maciej (Matchek) Blizi?ski <
maciej at opencsw.org>:

2013/11/23 Dagobert Michelsen <dam at opencsw.org>

> There are lots of
> packages which I think can be removed as newer versions have been released
>

I'm trying to think of a reason why older versions of packages in
experimental/ shouldn't be removed automatically, and I can't think of a
good one.


Last time we talked about it it was felt too intrusive to just delete
stuff. Currently files
are only deleted if they are identical to the released packages. If we have
consensus
I can add the removal instead of the note any time. Just delete older
packages or also
identical name but other checksum?


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/20131123/d477b818/attachment.html>

From jgoerzen at opencsw.org  Mon Nov 25 01:08:44 2013
From: jgoerzen at opencsw.org (Jake Goerzen)
Date: Sun, 24 Nov 2013 16:08:44 -0800
Subject: soname-unused
In-Reply-To: <52827738.6070608@opencsw.org>
References: <528261B2.7000001@opencsw.org>
	<CAF2fwsfOTZNh1ekXadp87OQh9m9bHKhpb7YU8x8N=_1dF46NBw@mail.gmail.com>
	<52827738.6070608@opencsw.org>
Message-ID: <5292950C.5050203@opencsw.org>

On 11/12/13 10:45, Jake Goerzen wrote:
> On 11/12/13 09:26, Yann Rouillard wrote:
>> Hi Jake,
>>
>> It seems to be the same problem as this one:
>> http://lists.opencsw.org/pipermail/maintainers/2013-November/018794.html
>>
>> Is still present after a "mgar update" ?
>>
>> Yann
>>
>
> Hi Yann,
>
>   Oops, I totally missed that discussion on the list.  Yes, "mgar 
> update" fixes my problem and I can now proceed with packaging.
>
> Thanks,
> /Jake


Hi,  After "mgar update" checkpkg now says a missing dependency (only on 
sparc) is required:

  * Dependency issues of CSWdovecot:
  * CSWlibintl8 is needed by CSWdovecot, because:
  *  - opt/csw/libexec/dovecot/auth needs the libintl.so.8 soname
  * RUNTIME_DEP_PKGS_CSWdovecot += CSWlibintl8

I'm guessing this is because of the recent patch on sparc that changes 
ld's -z ignore behavior?

I'm updated to mgar buildsys =  (Revision: 22573, Branch: v2)

Is there any resolution to this yet?

Regards
/Jake

From yann at pleiades.fr.eu.org  Mon Nov 25 09:31:29 2013
From: yann at pleiades.fr.eu.org (Yann Rouillard)
Date: Mon, 25 Nov 2013 09:31:29 +0100
Subject: soname-unused
In-Reply-To: <5292950C.5050203@opencsw.org>
References: <528261B2.7000001@opencsw.org>
	<CAF2fwsfOTZNh1ekXadp87OQh9m9bHKhpb7YU8x8N=_1dF46NBw@mail.gmail.com>
	<52827738.6070608@opencsw.org> <5292950C.5050203@opencsw.org>
Message-ID: <CAF2fwsdmqAu25hTB309GaVMR=Jfdn08rLw4yAPT6JYRaJXE1aQ@mail.gmail.com>

Hi Jake,

This investigation is still ongoing and I am waiting from some anwsers from
Oracle.

I have some information about the new behavior: now the "-z ignore" option
will keep an unused dependency if it's required by another dependency which
forgot to include it in its own dependencies. i.e. if program A depends on
library B which itself uses library C but without explicit depending on it,
the linker will keep C as a dependency of A.
That seems fair (even if for us it's rather a bug in library B which should
depend on C) but it seems there is some bug with this new behavior as in
the cases I've seen, the C library was kept as a dependency of A although
it was already perfectly defined as a dependency of B.

Yann








2013/11/25 Jake Goerzen <jgoerzen at opencsw.org>

> On 11/12/13 10:45, Jake Goerzen wrote:
>
>> On 11/12/13 09:26, Yann Rouillard wrote:
>>
>>> Hi Jake,
>>>
>>> It seems to be the same problem as this one:
>>> http://lists.opencsw.org/pipermail/maintainers/2013-November/018794.html
>>>
>>> Is still present after a "mgar update" ?
>>>
>>> Yann
>>>
>>>
>> Hi Yann,
>>
>>   Oops, I totally missed that discussion on the list.  Yes, "mgar update"
>> fixes my problem and I can now proceed with packaging.
>>
>> Thanks,
>> /Jake
>>
>
>
> Hi,  After "mgar update" checkpkg now says a missing dependency (only on
> sparc) is required:
>
>  * Dependency issues of CSWdovecot:
>  * CSWlibintl8 is needed by CSWdovecot, because:
>  *  - opt/csw/libexec/dovecot/auth needs the libintl.so.8 soname
>  * RUNTIME_DEP_PKGS_CSWdovecot += CSWlibintl8
>
> I'm guessing this is because of the recent patch on sparc that changes
> ld's -z ignore behavior?
>
> I'm updated to mgar buildsys =  (Revision: 22573, Branch: v2)
>
> Is there any resolution to this yet?
>
> Regards
> /Jake
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opencsw.org/pipermail/maintainers/attachments/20131125/3dae0ba7/attachment-0001.html>

From dam at opencsw.org  Thu Nov 28 20:58:29 2013
From: dam at opencsw.org (Dagobert Michelsen)
Date: Thu, 28 Nov 2013 20:58:29 +0100
Subject: Content Delivery, ip4r and mod_asn
Message-ID: <0C4B2EFC-2CEA-40C7-91C0-84439D0406DB@opencsw.org>

Hi folks,

Rafis ip4r extension for PostgreSQL works fine, I just tested the newly build mod_asn
which requires it. This is a step towards reworking our mirror infrastructure to include
real geo-based loadbalancing with 'mirrorbrain'. It works like this:
- fetch routeviews data containing the AS (autonomous systems) numbers from BGP and prefixes
- extract a mapping between ip network and AS number
- import this into a postgres database with ip4r (ipv4 range) datatype
- load module into apache which maps clients to AS number and adds that to the env and header
This can then further be used to select the closest mirror, a step that is not done yet.

If anybody is interested, I have my install notes (very brief) at
  http://wiki.opencsw.org/mod-asn
Unreleased packages are at
  http://buildfarm.opencsw.org/experimental.html#mirrorbrain
It also requires a apr-util dbd module with postgres enabled which also has been rebuilt at
  http://buildfarm.opencsw.org/experimental.html#apr-1.5


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/20131128/de563d8c/attachment.p7s>