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 : > 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: 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 : > 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 > 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 package instance > Unpacking /home/experimental/libatk/libatk_devel_stub-2.8.0,REV=2013.11.03-SunOS5.10-all-CSW.pkg.gz > Transferring package instance > Unpacking /home/experimental/libatk/libatk1_0_0-2.8.0,REV=2013.11.03-SunOS5.10-sparc-CSW.pkg.gz > Transferring package instance > Unpacking /home/experimental/libatk/libatk_dev-2.8.0,REV=2013.11.03-SunOS5.10-sparc-CSW.pkg.gz > Transferring package instance > Unpacking /home/experimental/libatk/libatk_dev-2.8.0,REV=2013.11.03-SunOS5.10-i386-CSW.pkg.gz > Transferring package instance > Unpacking /home/experimental/libatk/libatk_stub-2.8.0,REV=2013.11.03-SunOS5.10-all-CSW.pkg.gz > Transferring 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: 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 : > > 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 > > 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 package instance > > Unpacking /home/experimental/libatk/libatk_devel_stub-2.8.0,REV=2013.11.03-SunOS5.10-all-CSW.pkg.gz > > Transferring package instance > > Unpacking /home/experimental/libatk/libatk1_0_0-2.8.0,REV=2013.11.03-SunOS5.10-sparc-CSW.pkg.gz > > Transferring package instance > > Unpacking /home/experimental/libatk/libatk_dev-2.8.0,REV=2013.11.03-SunOS5.10-sparc-CSW.pkg.gz > > Transferring package instance > > Unpacking /home/experimental/libatk/libatk_dev-2.8.0,REV=2013.11.03-SunOS5.10-i386-CSW.pkg.gz > > Transferring package instance > > Unpacking /home/experimental/libatk/libatk_stub-2.8.0,REV=2013.11.03-SunOS5.10-all-CSW.pkg.gz > > Transferring 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 : > 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 : >>> 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: 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: Hi Rafi Am 04.11.2013 um 16:50 schrieb Rafael Ostertag : > 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: References: <20131104155028.GX4199@bender.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 : > > 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> <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 : > On Mon, Nov 04, 2013 at 05:15:31PM +0100, slowfranklin wrote: >> Hi Rafi >> >> Am 04.11.2013 um 16:50 schrieb Rafael Ostertag : >>> 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: 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> <20131104164121.GY4199@bender.opencsw.org> Message-ID: Am 04.11.2013 um 17:41 schrieb Rafael Ostertag : > 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 : >>> 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: 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> <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> <20131104164121.GY4199@bender.opencsw.org> <8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org> <20131104170301.GZ4199@bender.opencsw.org> Message-ID: 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 > 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: 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> <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 : > 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 void func(const char *msg) { printf("%s\n", msg); } anotherlib.c: #include 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: References: <20131104155028.GX4199@bender.opencsw.org> <20131104164121.GY4199@bender.opencsw.org> <8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org> <20131104170301.GZ4199@bender.opencsw.org> Message-ID: Hi Yann, Am 04.11.2013 um 18:10 schrieb Yann Rouillard : > 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: References: <20131104155028.GX4199@bender.opencsw.org> <20131104164121.GY4199@bender.opencsw.org> <8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org> <20131104170301.GZ4199@bender.opencsw.org> 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 > > > 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> <20131104164121.GY4199@bender.opencsw.org> <8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org> <20131104170301.GZ4199@bender.opencsw.org> <20131104171710.GB4199@bender.opencsw.org> Message-ID: 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 > 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 > > > > > 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: 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: References: <20131104155028.GX4199@bender.opencsw.org> <20131104164121.GY4199@bender.opencsw.org> <8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org> <20131104170301.GZ4199@bender.opencsw.org> <20131104171710.GB4199@bender.opencsw.org> Message-ID: 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 > 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 > >> 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 >> > >> > > 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: 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: References: <20131104155028.GX4199@bender.opencsw.org> <20131104164121.GY4199@bender.opencsw.org> <8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org> <20131104170301.GZ4199@bender.opencsw.org> <20131104171710.GB4199@bender.opencsw.org> 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: References: <20131104155028.GX4199@bender.opencsw.org> <20131104164121.GY4199@bender.opencsw.org> <8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org> <20131104170301.GZ4199@bender.opencsw.org> <20131104171710.GB4199@bender.opencsw.org> Message-ID: <2A496DBE-9B7B-4A12-A32D-9ADD498C2727@opencsw.org> Am 04.11.2013 um 22:45 schrieb Yann Rouillard : > 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: References: <76A11CCF-435D-4AD4-9752-2F6D1E74D193@opencsw.org> <5257E6F3.3090507@opencsw.org> <6E8829D1-FB61-4357-BD5F-FAB83BDEB861@opencsw.org> Message-ID: <1FD47252-8039-4544-88B8-966972C1E55C@opencsw.org> Am 13.10.2013 um 01:05 schrieb Maciej (Matchek) Blizi?ski : > 2013/10/11 Maciej (Matchek) Blizi?ski : >> 2013/10/11 slowfranklin : >>> 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: References: <20131104155028.GX4199@bender.opencsw.org> <20131104164121.GY4199@bender.opencsw.org> <8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org> <20131104170301.GZ4199@bender.opencsw.org> <20131104171710.GB4199@bender.opencsw.org> 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 > > > 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 > > > >> 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 > >> > > >> > > 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> <20131104164121.GY4199@bender.opencsw.org> <8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org> <20131104170301.GZ4199@bender.opencsw.org> <20131104171710.GB4199@bender.opencsw.org> <20131105120004.GJ4199@bender.opencsw.org> Message-ID: 2013/11/5 Rafael Ostertag > > 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: References: <20131104155028.GX4199@bender.opencsw.org> <20131104164121.GY4199@bender.opencsw.org> <8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org> <20131104170301.GZ4199@bender.opencsw.org> <20131104171710.GB4199@bender.opencsw.org> <20131105120004.GJ4199@bender.opencsw.org> Message-ID: 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 > 2013/11/5 Rafael Ostertag > > > > 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: 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: References: <20131104155028.GX4199@bender.opencsw.org> <20131104164121.GY4199@bender.opencsw.org> <8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org> <20131104170301.GZ4199@bender.opencsw.org> <20131104171710.GB4199@bender.opencsw.org> <20131105120004.GJ4199@bender.opencsw.org> Message-ID: Em 05/11/2013 12:25, "Yann Rouillard" 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: 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: References: <8E58FBDD-53AD-4BDF-8300-07B8DCDBF330@opencsw.org> <20131104170301.GZ4199@bender.opencsw.org> <20131104171710.GB4199@bender.opencsw.org> <20131105120004.GJ4199@bender.opencsw.org> 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" 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: References: Message-ID: <803164E2-2425-46D9-9107-35D5482E7AA6@opencsw.org> Hi Maciej, Am 16.10.2013 um 18:08 schrieb Maciej (Matchek) Blizi?ski : > Em 16/10/2013 16:34, "Dagobert Michelsen" escreveu: >> Em 16/10/2013 17:02, "Maciej (Matchek) Blizi?ski" 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: 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 : > 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: 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 : > > 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 : > > 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 : >>> 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: <803164E2-2425-46D9-9107-35D5482E7AA6@opencsw.org> Message-ID: 2013/11/6 Dagobert Michelsen : > 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: ("Maciej (Matchek) =?utf-8?Q?Blizi=C5=84ski=22's?= message of "Wed, 6 Nov 2013 10:16:42 +0000") References: <803164E2-2425-46D9-9107-35D5482E7AA6@opencsw.org> Message-ID: "Maciej (Matchek) Blizi?ski" writes: > 2013/11/6 Dagobert Michelsen : >> 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 : > 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: 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: References: <803164E2-2425-46D9-9107-35D5482E7AA6@opencsw.org> Message-ID: Hi Maciej, Am 06.11.2013 um 11:16 schrieb Maciej (Matchek) Blizi?ski : > 2013/11/6 Dagobert Michelsen : >> 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: 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: References: <803164E2-2425-46D9-9107-35D5482E7AA6@opencsw.org> Message-ID: 2013/11/6 Dagobert Michelsen : > 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: References: <803164E2-2425-46D9-9107-35D5482E7AA6@opencsw.org> Message-ID: <20BE8D13-ED0B-42D9-9E61-2B12ADEA1A9C@opencsw.org> Hi Maciej, Am 06.11.2013 um 12:14 schrieb Maciej (Matchek) Blizi?ski : > 2013/11/6 Dagobert Michelsen : >> 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: 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: 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: 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: <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: 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: 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: (Dagobert Michelsen's message of "Fri, 8 Nov 2013 10:03:43 +0100") References: Message-ID: Dagobert Michelsen 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: References: Message-ID: Hi, Am 08.11.2013 um 10:05 schrieb Peter FELECAN : > Dagobert Michelsen 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: 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: References: Message-ID: 2013/11/8 Dagobert Michelsen : > 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: References: Message-ID: <527CDF35.407@opencsw.org> On 11/08/13 13:46, Maciej (Matchek) Blizi?ski wrote: > 2013/11/8 Dagobert Michelsen : >> 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 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: 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: 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: References: 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 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: 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: Dagobert Michelsen 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: 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: On Sat, Nov 9, 2013 at 11:07 AM, Dagobert Michelsen 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: Dagobert Michelsen 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: References: <6959F653-5977-4FD5-B1FA-09FC923A4219@opencsw.org> Message-ID: <527E4674.9030207@opencsw.org> On 11/09/13 15:03, Peter FELECAN wrote: > Dagobert Michelsen 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 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: <29E0263C-CB1C-477C-8D2B-4B2C8E4CFAD2@opencsw.org> <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 : >> On Mon, Oct 28, 2013 at 6:30 PM, Maciej (Matchek) Blizi?ski >> wrote: >>> >>> 2013/10/28 Peter Bonivart : >>>> 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 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: 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 > 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: 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: References: <528261B2.7000001@opencsw.org> 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 "", line 1, in 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 : > 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 "", line 1, in > 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: 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 : > > 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 "", line 1, in > > 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: 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 > Datum: 14. November 2013 18:42:34 MEZ > An: Dagobert Michelsen > Kopie: Questions and discussions > 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: References: Message-ID: Hi Peter, what do you think about this issue? Carsten -------------- next part -------------- An HTML attachment was scrubbed... URL: 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: References: 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 : > 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: 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: 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: 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: Dagobert Michelsen 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: References: <4F998548-5941-4C31-B8C7-A5CC461D9BA6@opencsw.org> Message-ID: Hi Peter, Am 18.11.2013 um 15:54 schrieb Peter FELECAN : > Dagobert Michelsen 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: 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: (Dagobert Michelsen's message of "Mon, 18 Nov 2013 15:57:12 +0100") References: <4F998548-5941-4C31-B8C7-A5CC461D9BA6@opencsw.org> Message-ID: Dagobert Michelsen writes: > Hi Peter, > > Am 18.11.2013 um 15:54 schrieb Peter FELECAN : >> Dagobert Michelsen 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: References: <4F998548-5941-4C31-B8C7-A5CC461D9BA6@opencsw.org> Message-ID: <9FF9598D-9732-47F3-94EB-25008A163A6A@opencsw.org> Hi Peter, Am 18.11.2013 um 16:11 schrieb Peter FELECAN : > Dagobert Michelsen writes: >> Am 18.11.2013 um 15:54 schrieb Peter FELECAN : >>> Dagobert Michelsen 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: 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: References: Message-ID: Hi Peter, Am 18.11.2013 um 10:40 schrieb Peter FELECAN : > 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: 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: (Dagobert Michelsen's message of "Mon, 18 Nov 2013 17:41:12 +0100") References: Message-ID: Dagobert Michelsen 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: References: Message-ID: <24996158-651E-4859-8891-5F0A3C324BC9@opencsw.org> Hi Peter, Am 19.11.2013 um 19:48 schrieb Peter FELECAN : > Dagobert Michelsen 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: 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: References: Message-ID: 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: 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: 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: 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: References: <201311230310.rAN3A5xZ028433@web.bo.opencsw.org> Message-ID: 2013/11/23 Dagobert Michelsen > 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: 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: References: <201311230310.rAN3A5xZ028433@web.bo.opencsw.org> Message-ID: Hi Maciej, Am 23.11.2013 um 12:02 schrieb Maciej (Matchek) Blizi?ski : > 2013/11/23 Dagobert Michelsen > 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2351 bytes Desc: not available URL: 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: References: <201311230310.rAN3A5xZ028433@web.bo.opencsw.org> Message-ID: 2013/11/23 Dagobert Michelsen > 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 > 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: 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> <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> <52827738.6070608@opencsw.org> <5292950C.5050203@opencsw.org> Message-ID: 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 > 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: 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: