From skayser at opencsw.org Tue May 4 22:40:19 2010 From: skayser at opencsw.org (Sebastian Kayser) Date: Tue, 04 May 2010 22:40:19 +0200 Subject: [csw-buildfarm] X11Forwarding for build hosts? Message-ID: <4BE08633.9010205@opencsw.org> Hi guys, could we enable X11Forwarding on the build hosts (the login host already has it)? That way, I could test X11-based packages even without having immediate access to a local Solaris machine. Sebastian From dam at opencsw.org Wed May 5 09:54:07 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 5 May 2010 09:54:07 +0200 Subject: [csw-buildfarm] X11Forwarding for build hosts? In-Reply-To: <4BE08633.9010205@opencsw.org> References: <4BE08633.9010205@opencsw.org> Message-ID: Hi Sebastian, Am 04.05.2010 um 22:40 schrieb Sebastian Kayser: > could we enable X11Forwarding on the build hosts (the login host > already > has it)? That way, I could test X11-based packages even without having > immediate access to a local Solaris machine. It was always on. You just needed to do from login ssh -X current8s to enable forwarding. I have now enabled it by default on all hosts. Additionally I can enable SGD for you if you want to test X11 apps, just let me know and I set you a password. Best regards -- Dago From rupert at opencsw.org Sat May 8 07:57:30 2010 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 8 May 2010 07:57:30 +0200 Subject: [csw-buildfarm] solve the java problems ... Message-ID: hi, i still get core dumps with java, the only ones i know how use java with configure/build are subversion and bdb50. what could we do to get rid of this? /usr/jdk1.6.0_07/bin/javah -force -d subversion/bindings/javahl/include -classpath subversion/bindings/javahl/classes: org.tigris.subversion.javahl.PropertyData org.tigris.subversion.javahl.PromptUserPassword2 org.tigris.subversion.javahl.LogDate org.tigris.subversion.javahl.JNIError org.tigris.subversion.javahl.SVNOutputStream org.tigris.subversion.javahl.StatusKind org.tigris.subversion.javahl.NotifyAction org.tigris.subversion.javahl.SubversionException org.tigris.subversion.javahl.ProplistCallback org.tigris.subversion.javahl.SVNInputStream org.tigris.subversion.javahl.RevisionKind org.tigris.subversion.javahl.ClientException org.tigris.subversion.javahl.Info org.tigris.subversion.javahl.Notify2 org.tigris.subversion.javahl.Path org.tigris.subversion.javahl.PromptUserPassword3 org.tigris.subversion.javahl.Info2 org.tigris.subversion.javahl.ChangePath org.tigris.subversion.javahl.Mergeinfo org.tigris.subversion.javahl.ScheduleKind org.tigris.subversion.javahl.DirEntry org.tigris.subversion.javahl.DiffSummaryReceiver org.tigris.subversion.javahl.LockStatus org.tigris.subversion.javahl.NotifyInformation org.tigris.subversion.javahl.Lock org.tigris.subversion.javahl.ConflictVersion org.tigris.subversion.javahl.StatusCallback org.tigris.subversion.javahl.InfoCallback org.tigris.subversion.javahl.ProgressEvent org.tigris.subversion.javahl.CommitItem org.tigris.subversion.javahl.CommitMessage org.tigris.subversion.javahl.BlameCallback2 org.tigris.subversion.javahl.PromptUserPassword org.tigris.subversion.javahl.Operation org.tigris.subversion.javahl.Depth org.tigris.subversion.javahl.OutputInterface org.tigris.subversion.javahl.ConflictDescriptor org.tigris.subversion.javahl.LogMessageCallback org.tigris.subversion.javahl.RevisionRange org.tigris.subversion.javahl.ProplistCallbackImpl org.tigris.subversion.javahl.ListCallback org.tigris.subversion.javahl.SVNClientInterface org.tigris.subversion.javahl.ProgressListener org.tigris.subversion.javahl.LogMessage org.tigris.subversion.javahl.DiffSummary org.tigris.subversion.javahl.ConflictResolverCallback org.tigris.subversion.javahl.SVNClientLogLevel org.tigris.subversion.javahl.NotifyStatus org.tigris.subversion.javahl.NativeResources org.tigris.subversion.javahl.BlameCallbackImpl org.tigris.subversion.javahl.Notify org.tigris.subversion.javahl.Revision org.tigris.subversion.javahl.SVNClientSynchronized org.tigris.subversion.javahl.BlameCallback org.tigris.subversion.javahl.ConflictResult org.tigris.subversion.javahl.CopySource org.tigris.subversion.javahl.Status org.tigris.subversion.javahl.ErrorCodes org.tigris.subversion.javahl.MergeinfoLogKind org.tigris.subversion.javahl.InputInterface org.tigris.subversion.javahl.CommitItemStateFlags org.tigris.subversion.javahl.SVNAdmin org.tigris.subversion.javahl.NodeKind org.tigris.subversion.javahl.Version org.tigris.subversion.javahl.ChangelistCallback org.tigris.subversion.javahl.SVNClient org.tigris.subversion.javahl.NativeException gmake[3]: *** [subversion/bindings/javahl/include/org_tigris_subversion_javahl_PropertyData.h] Illegal Instruction (core dumped) gmake[3]: Leaving directory `/home/rupert/mgar/pkg/subversion/trunk/work/solaris9-sparc/build-isa-sparcv8/subversion-1.6.11' gmake[2]: *** [svn-java] Error 2 gmake[2]: Leaving directory `/home/rupert/mgar/pkg/subversion/trunk' gmake[1]: *** [merge-isa-sparcv8] Error 2 gmake[1]: Leaving directory `/home/rupert/mgar/pkg/subversion/trunk' gmake: *** [platforms] Error 2 rupert at current9s ~/mgar/pkg/subversion/trunk From dam at opencsw.org Sun May 9 11:02:10 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 9 May 2010 11:02:10 +0200 Subject: [csw-buildfarm] solve the java problems ... In-Reply-To: References: Message-ID: <2B90C989-A273-4A73-BCF0-F97EABB25413@opencsw.org> Hi Rupert, Am 08.05.2010 um 07:57 schrieb rupert THURNER: > hi, i still get core dumps with java, the only ones i know how use > java with configure/build are subversion and bdb50. what could we do > to get rid of this? > > org.tigris.subversion.javahl.CommitItemStateFlags > org.tigris.subversion.javahl.SVNAdmin > org.tigris.subversion.javahl.NodeKind > org.tigris.subversion.javahl.Version > org.tigris.subversion.javahl.ChangelistCallback > org.tigris.subversion.javahl.SVNClient > org.tigris.subversion.javahl.NativeException > gmake[3]: *** [subversion/bindings/javahl/include/ > org_tigris_subversion_javahl_PropertyData.h] > Illegal Instruction (core dumped) > gmake[3]: Leaving directory > `/home/rupert/mgar/pkg/subversion/trunk/work/solaris9-sparc/build- > isa-sparcv8/subversion-1.6.11' > gmake[2]: *** [svn-java] Error 2 > gmake[2]: Leaving directory `/home/rupert/mgar/pkg/subversion/trunk' > gmake[1]: *** [merge-isa-sparcv8] Error 2 > gmake[1]: Leaving directory `/home/rupert/mgar/pkg/subversion/trunk' > gmake: *** [platforms] Error 2 > rupert at current9s ~/mgar/pkg/subversion/trunk I just installed JDK 6u20: /usr/jdk1.6.0_20 Please see if this fixes the issue. If not, it would be interesting to see if it dumps in jdk or the svn ffi. Best regards -- Dago From phil at bolthole.com Mon May 10 19:00:58 2010 From: phil at bolthole.com (Philip Brown) Date: Mon, 10 May 2010 10:00:58 -0700 Subject: [csw-buildfarm] solve the java problems ... In-Reply-To: References: Message-ID: On Fri, May 7, 2010 at 10:57 PM, rupert THURNER wrote: > hi, ?i still get core dumps with java, the only ones i know how use > java with configure/build are subversion and bdb50. what could we do > to get rid of this? > > > /usr/jdk1.6.0_07/bin/javah -force what happens when you dont use "-force", out of curiosity. I dont remember ever seeing that option. From phil at bolthole.com Thu May 13 18:29:52 2010 From: phil at bolthole.com (Philip Brown) Date: Thu, 13 May 2010 09:29:52 -0700 Subject: [csw-buildfarm] login.bo crashed Message-ID: btw, seems like "login" crashed. or is otherwise down. dont remember seeing a downtime notice about it. From rupert at opencsw.org Thu May 13 21:27:39 2010 From: rupert at opencsw.org (rupert THURNER) Date: Thu, 13 May 2010 21:27:39 +0200 Subject: [csw-buildfarm] build9x seems to be down Message-ID: build9x seems to be down, no ssh login and ping gets an answer. rupert. From dam at opencsw.org Fri May 14 10:16:35 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 14 May 2010 10:16:35 +0200 Subject: [csw-buildfarm] login.bo crashed In-Reply-To: References: Message-ID: <7CF5CE5E-AD40-4DCD-8A0A-2DF3A4721D3A@opencsw.org> Hi Phil, Am 13.05.2010 um 18:29 schrieb Philip Brown: > btw, seems like "login" crashed. or is otherwise down. > dont remember seeing a downtime notice about it. Yes, Roger hogged the machine with a defect netsnmp testsuite. Everything should be back to normal now. Best regards -- Dago From phil at bolthole.com Fri May 14 19:30:13 2010 From: phil at bolthole.com (Philip Brown) Date: Fri, 14 May 2010 10:30:13 -0700 Subject: [csw-buildfarm] Jove on login Message-ID: please install Jove on login From dam at opencsw.org Mon May 17 09:36:38 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 17 May 2010 09:36:38 +0200 Subject: [csw-buildfarm] Jove on login In-Reply-To: References: Message-ID: <091F4178-A0F6-4B0C-BABD-A937AF3F70EB@opencsw.org> Hi Phil, Am 14.05.2010 um 19:30 schrieb Philip Brown: > please install Jove on login Doing this now. Best regards -- Dago From rupert at opencsw.org Mon May 17 22:45:44 2010 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 17 May 2010 22:45:44 +0200 Subject: [csw-buildfarm] apr upgrade Message-ID: hi, could you please upgrade apr from 1.3.9 to 1.4.2, http://www.opencsw.org/packages/apr ? rupert. From dam at opencsw.org Tue May 18 15:03:16 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 18 May 2010 15:03:16 +0200 Subject: [csw-buildfarm] apr upgrade In-Reply-To: References: Message-ID: <572561B9-B2B3-478C-9BB0-77DA072D8BD0@opencsw.org> Hi Rupert, Am 17.05.2010 um 22:45 schrieb rupert THURNER: > hi, could you please upgrade apr from 1.3.9 to 1.4.2, > http://www.opencsw.org/packages/apr ? Updating all packages now. Best regards -- Dago From dam at opencsw.org Tue May 18 15:21:16 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 18 May 2010 15:21:16 +0200 Subject: [csw-buildfarm] apr upgrade In-Reply-To: <572561B9-B2B3-478C-9BB0-77DA072D8BD0@opencsw.org> References: <572561B9-B2B3-478C-9BB0-77DA072D8BD0@opencsw.org> Message-ID: <3437AB45-CF80-4CEE-8F92-3B2D8542C83C@opencsw.org> Hi Rupert, Am 18.05.2010 um 15:03 schrieb Dagobert Michelsen: > Am 17.05.2010 um 22:45 schrieb rupert THURNER: >> hi, could you please upgrade apr from 1.3.9 to 1.4.2, >> http://www.opencsw.org/packages/apr ? > > Updating all packages now. Looks like the catalog is currently missing apr. I'll update when this is fixed. Best regards -- Dago From bonivart at opencsw.org Tue May 18 20:50:13 2010 From: bonivart at opencsw.org (Peter Bonivart) Date: Tue, 18 May 2010 20:50:13 +0200 Subject: [csw-buildfarm] apr upgrade In-Reply-To: <3437AB45-CF80-4CEE-8F92-3B2D8542C83C@opencsw.org> References: <572561B9-B2B3-478C-9BB0-77DA072D8BD0@opencsw.org> <3437AB45-CF80-4CEE-8F92-3B2D8542C83C@opencsw.org> Message-ID: On Tue, May 18, 2010 at 3:21 PM, Dagobert Michelsen wrote: > Hi Rupert, > > Am 18.05.2010 um 15:03 schrieb Dagobert Michelsen: >> >> Am 17.05.2010 um 22:45 schrieb rupert THURNER: >>> >>> hi, could you please upgrade apr from 1.3.9 to 1.4.2, >>> http://www.opencsw.org/packages/apr ? >> >> Updating all packages now. > > Looks like the catalog is currently missing apr. I'll update > when this is fixed. It's not actually missing but it's borked. ERROR! 7 fields instead of normal 8. [apr 1.4.2,REV=2010.04.19 CSWapr apr-1.4.2,REV=2010.04.19-SunOS5.9-i386-CSW.pkg.gz 37a233f20d10fa4151545f23c0a0173b 368040 none] -- /peter From maciej at opencsw.org Thu May 20 13:30:18 2010 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Thu, 20 May 2010 12:30:18 +0100 Subject: [csw-buildfarm] Directory permissions in /home/experimental Message-ID: I believe that all the shared directories (x11-reloaded, etc) should have rwxrwsr-x permissions. Can you adjust them? Maciej From rupert at opencsw.org Fri May 21 01:32:20 2010 From: rupert at opencsw.org (rupert THURNER) Date: Fri, 21 May 2010 01:32:20 +0200 Subject: [csw-buildfarm] get only newest bdb onto buildserver Message-ID: hi, would it be possible to only get the newest bdb on the buildserver? especially the "compatibility libs" in /opt/csw/lib seem to disturb some builds. an example is subversion which has > 20 tests failing with the following error message: START: changes-test changes-test: invalid option: --srcdir=/home/rupert/mgar/pkg/subversion/trunk/work/solaris9-sparc/build-isa-sparcv8/subversion-1.6.11/subversion/tests/libsvn_fs_base svn_tests: Bad database version: compiled with 4.7.25, running against 4.8.26 D pkg/mbuffer/trunk/files/CSWmbuffer.gspecnges table svn_tests: Bad database version: compiled witU pkg/mbuffer/trunk/files/changelog.CSWchanges-test 2: fetch raw changes from the changes table svn_tesU pkg/mbuffer/trunk/checksumsed with 4.7.25, running against 4.8.26 FAIL: changes-test 3: delete changes fU pkg/mbuffer/trunk/Makefile svn_tests: Bad database version: compiled with 4.7.25, running againstD pkg/x11/lib/xrender/trunk/files/libXrender.so.1.2.2-sparc the changes table the makefile contains: EXTRA_LIB = /opt/csw/bdb48/lib but this seems not enough to prevent compiling against the older bdb-4.7. rupert. From rupert at opencsw.org Fri May 21 01:34:25 2010 From: rupert at opencsw.org (rupert THURNER) Date: Fri, 21 May 2010 01:34:25 +0200 Subject: [csw-buildfarm] get only newest bdb onto buildserver In-Reply-To: References: Message-ID: just wanted to add that this is also the reason why openldap fails to build cleanly. On Fri, May 21, 2010 at 01:32, rupert THURNER wrote: > hi, > > would it be possible to only get the newest bdb on the buildserver? > especially the "compatibility libs" in /opt/csw/lib seem to disturb > some builds. an example is subversion which has > 20 tests failing > with the following error message: > > START: changes-test > changes-test: invalid option: > --srcdir=/home/rupert/mgar/pkg/subversion/trunk/work/solaris9-sparc/build-isa-sparcv8/subversion-1.6.11/subversion/tests/libsvn_fs_base > svn_tests: Bad database version: compiled with 4.7.25, running against 4.8.26 > D ? ?pkg/mbuffer/trunk/files/CSWmbuffer.gspecnges table > svn_tests: Bad database version: compiled witU > pkg/mbuffer/trunk/files/changelog.CSWchanges-test 2: fetch raw changes > from the changes table > svn_tesU ? ?pkg/mbuffer/trunk/checksumsed with 4.7.25, running against 4.8.26 > FAIL: ?changes-test 3: delete changes fU ? ?pkg/mbuffer/trunk/Makefile > svn_tests: Bad database version: compiled with 4.7.25, running > againstD ? ?pkg/x11/lib/xrender/trunk/files/libXrender.so.1.2.2-sparc > the changes table > > > the makefile contains: > EXTRA_LIB ?= /opt/csw/bdb48/lib > > but this seems not enough to prevent compiling against the older bdb-4.7. > > rupert. > From bwalton at opencsw.org Fri May 21 04:46:04 2010 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 20 May 2010 22:46:04 -0400 Subject: [csw-buildfarm] Directory permissions in /home/experimental In-Reply-To: References: Message-ID: <1274409937-sup-2880@pinkfloyd.chass.utoronto.ca> Excerpts from Maciej (Matchek) Blizinski's message of Thu May 20 07:30:18 -0400 2010: > I believe that all the shared directories (x11-reloaded, etc) should > have rwxrwsr-x permissions. Can you adjust them? I agree with this but can't make the change (nfs vs root). Dago? Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From bwalton at opencsw.org Fri May 21 04:47:37 2010 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 20 May 2010 22:47:37 -0400 Subject: [csw-buildfarm] get only newest bdb onto buildserver In-Reply-To: References: Message-ID: <1274409984-sup-2309@pinkfloyd.chass.utoronto.ca> Excerpts from rupert THURNER's message of Thu May 20 19:34:25 -0400 2010: > just wanted to add that this is also the reason why openldap fails > to build cleanly. Isn't this a build issue? If it's picking up the older version at build time, something is wrong there, no? Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From dam at opencsw.org Fri May 21 11:07:43 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 21 May 2010 11:07:43 +0200 Subject: [csw-buildfarm] Directory permissions in /home/experimental In-Reply-To: References: Message-ID: <581DB722-AA9A-4C47-A38E-F3AC1F60E73F@opencsw.org> Hi Maciej, Am 20.05.2010 um 13:30 schrieb Maciej (Matchek) Blizinski: > I believe that all the shared directories (x11-reloaded, etc) should > have rwxrwsr-x permissions. Can you adjust them? Done. Best regards -- Dago From phil at bolthole.com Sat May 22 07:53:54 2010 From: phil at bolthole.com (Philip Brown) Date: Fri, 21 May 2010 22:53:54 -0700 Subject: [csw-buildfarm] update sunx11 Message-ID: hi foks please update sunx11_devel From rupert at opencsw.org Sat May 22 12:09:37 2010 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 22 May 2010 12:09:37 +0200 Subject: [csw-buildfarm] get only newest bdb onto buildserver In-Reply-To: <1274409984-sup-2309@pinkfloyd.chass.utoronto.ca> References: <1274409984-sup-2309@pinkfloyd.chass.utoronto.ca> Message-ID: as there are multiple packages (subversion, openldap i know of) doing this there might be something basically wrong. it seems that /opt/csw/lib gets precedence vs extra libs. having some compatibility stuff in /opt/csw/lib then leads to picking it up. but, even if the order is wrong, it could not be picked up if it was not there. and i was wondering why compatibility libs for outdated versions should be on a buildserver, where it is very important to assure these libs are _not_ used. rupert. On Fri, May 21, 2010 at 04:47, Ben Walton wrote: > Excerpts from rupert THURNER's message of Thu May 20 19:34:25 -0400 2010: > >> just wanted to add that this is also the reason why openldap fails >> to build cleanly. > > Isn't this a build issue? ?If it's picking up the older version at > build time, something is wrong there, no? > > Thanks > -Ben > -- > Ben Walton > Systems Programmer - CHASS > University of Toronto > C:416.407.5610 | W:416.978.4302 > > From bwalton at opencsw.org Sat May 22 14:32:21 2010 From: bwalton at opencsw.org (Ben Walton) Date: Sat, 22 May 2010 08:32:21 -0400 Subject: [csw-buildfarm] update sunx11 In-Reply-To: References: Message-ID: <1274531531-sup-1241@pinkfloyd.chass.utoronto.ca> Excerpts from Philip Brown's message of Sat May 22 01:53:54 -0400 2010: > hi foks > please update sunx11_devel Doing this now. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From bwalton at opencsw.org Sat May 22 14:38:29 2010 From: bwalton at opencsw.org (Ben Walton) Date: Sat, 22 May 2010 08:38:29 -0400 Subject: [csw-buildfarm] get only newest bdb onto buildserver In-Reply-To: References: <1274409984-sup-2309@pinkfloyd.chass.utoronto.ca> Message-ID: <1274531784-sup-141@pinkfloyd.chass.utoronto.ca> Excerpts from rupert THURNER's message of Sat May 22 06:09:37 -0400 2010: > but, even if the order is wrong, it could not be picked up if it was > not there. and i was wondering why compatibility libs for outdated > versions should be on a buildserver, where it is very important to > assure these libs are _not_ used. They're likely there because things that depend on them are there, not 'just for fun.' Looking at some of the deps on those packages, it seems that some of the apache stuff has dependencies on older versions. Maybe this is part of the problem itself? Does anyone else have thoughts on this before we start ripping out packages... Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From dam at opencsw.org Sat May 22 22:37:27 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 22 May 2010 22:37:27 +0200 Subject: [csw-buildfarm] get only newest bdb onto buildserver In-Reply-To: References: <1274409984-sup-2309@pinkfloyd.chass.utoronto.ca> Message-ID: Hi Rupert, Am 22.05.2010 um 12:09 schrieb rupert THURNER: > as there are multiple packages (subversion, openldap i know of) doing > this there might be something basically wrong. > > it seems that /opt/csw/lib gets precedence vs extra libs. having some > compatibility stuff in /opt/csw/lib then leads to picking it up. This looks like a bug in GAR. Please commit everything you have and let me verify the issue on a specific package known to be working in the past, like subversion? Best regards -- Dago > but, even if the order is wrong, it could not be picked up if it was > not there. and i was wondering why compatibility libs for outdated > versions should be on a buildserver, where it is very important to > assure these libs are _not_ used. > > rupert. > > On Fri, May 21, 2010 at 04:47, Ben Walton wrote: >> Excerpts from rupert THURNER's message of Thu May 20 19:34:25 -0400 2010: >> >>> just wanted to add that this is also the reason why openldap fails >>> to build cleanly. >> >> Isn't this a build issue? If it's picking up the older version at >> build time, something is wrong there, no? >> >> Thanks >> -Ben >> -- >> Ben Walton >> Systems Programmer - CHASS >> University of Toronto >> C:416.407.5610 | W:416.978.4302 >> >> > _______________________________________________ > buildfarm mailing list > buildfarm at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/buildfarm From rupert at opencsw.org Sun May 23 13:07:33 2010 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 23 May 2010 13:07:33 +0200 Subject: [csw-buildfarm] get only newest bdb onto buildserver In-Reply-To: References: <1274409984-sup-2309@pinkfloyd.chass.utoronto.ca> Message-ID: On Sat, May 22, 2010 at 22:37, Dagobert Michelsen wrote: > Hi Rupert, > > Am 22.05.2010 um 12:09 schrieb rupert THURNER: >> as there are multiple packages (subversion, openldap i know of) doing >> this there might be something basically wrong. >> >> it seems that /opt/csw/lib gets precedence vs extra libs. having some >> compatibility stuff in /opt/csw/lib then leads to picking it up. > > This looks like a bug in GAR. Please commit everything you have and let me > verify the issue on a specific package known to be working in the past, > like subversion? that would be great! i have everything committed. rupert From skayser at opencsw.org Wed May 26 21:46:36 2010 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 26 May 2010 21:46:36 +0200 Subject: [csw-buildfarm] Please install py_boto ... Message-ID: <20100526194636.GQ27943@sebastiankayser.de> ... once it becomes available on the mirrors. TIA Sebastian From skayser at opencsw.org Wed May 26 22:34:15 2010 From: skayser at opencsw.org (Sebastian Kayser) Date: Wed, 26 May 2010 22:34:15 +0200 Subject: [csw-buildfarm] Please install py_boto ... In-Reply-To: <20100526194636.GQ27943@sebastiankayser.de> References: <20100526194636.GQ27943@sebastiankayser.de> Message-ID: <20100526203415.GR27943@sebastiankayser.de> * Sebastian Kayser wrote: > ... once it becomes available on the mirrors. TIA And ncftp also please. Both required for packaging duplicity. Sebastian From dam at opencsw.org Wed May 26 22:36:38 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Wed, 26 May 2010 22:36:38 +0200 Subject: [csw-buildfarm] Please install py_boto ... In-Reply-To: <20100526203415.GR27943@sebastiankayser.de> References: <20100526194636.GQ27943@sebastiankayser.de> <20100526203415.GR27943@sebastiankayser.de> Message-ID: Hi Sebastian, Am 26.05.2010 um 22:34 schrieb Sebastian Kayser: > * Sebastian Kayser wrote: >> ... once it becomes available on the mirrors. TIA > > And ncftp also please. Both required for packaging duplicity. Doing ncftp now. Best regards -- Dago From dam at opencsw.org Thu May 27 09:10:57 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Thu, 27 May 2010 09:10:57 +0200 Subject: [csw-buildfarm] Please install py_boto ... In-Reply-To: <20100526194636.GQ27943@sebastiankayser.de> References: <20100526194636.GQ27943@sebastiankayser.de> Message-ID: <52161D25-C408-44BD-9D74-6AFDF781286A@opencsw.org> Hi Sebastian, Am 26.05.2010 um 21:46 schrieb Sebastian Kayser: > ... once it becomes available on the mirrors. TIA Done. Best regards -- Dago From rupert at opencsw.org Thu May 27 21:29:03 2010 From: rupert at opencsw.org (rupert THURNER) Date: Thu, 27 May 2010 21:29:03 +0200 Subject: [csw-buildfarm] Fwd: [csw-maintainers] BerkeleyDB upgrade In-Reply-To: References: <4C32281F-89A3-4B57-B840-699CA6795EDB@opencsw.org> Message-ID: could you please remove it from the buildfarm as well? ---------- Forwarded message ---------- From: Philip Brown Date: Wed, May 26, 2010 at 23:21 Subject: Re: [csw-maintainers] BerkeleyDB upgrade To: List for OpenCSW maintainers On Wed, May 26, 2010 at 1:18 PM, Dagobert Michelsen wrote: > .... >> The following packages do not exist any more as the base packages are >> deprecated: >> >> - berkeleydb_doc ? ? ?CSWbdbdoc >> - berkeleydb_devel ? ?CSWbdbdevel >.... > > Phil: Could you please completely remove these two packages? > okay. removed from current current. (5.8 dirs are left alone) _______________________________________________ maintainers mailing list maintainers at lists.opencsw.org https://lists.opencsw.org/mailman/listinfo/maintainers .:: This mailing list's archive is public. ::. From phil at bolthole.com Fri May 28 01:01:27 2010 From: phil at bolthole.com (Philip Brown) Date: Thu, 27 May 2010 16:01:27 -0700 Subject: [csw-buildfarm] xpm updated needed Message-ID: Please update CSWxpm on build farm. You might want to manually REMOVE all other older xpm related packages there, just to avoid accidents and confusion for the future. From phil at bolthole.com Fri May 28 03:20:12 2010 From: phil at bolthole.com (Philip Brown) Date: Thu, 27 May 2010 18:20:12 -0700 Subject: [csw-buildfarm] urgent removal of packages from buildfarm Message-ID: I have just noticed, that certain packages installed on, for example, current9s,under /opt/csw/lib require packages in /opt/csw/X11/lib. This is Very Bad. Specifically, I found /opt/csw/lib/pkgconfig/cairo.pc .... CSWlibcairodevel which "requires" xcb, which is only under /opt/csw/X11. please therefore remove CSWlibcairodevel immediately from our standard build farm. along with any other packages that you may be aware of, that pull in /opt/csw/X11/lib, for packages that otherwise run in pure /opt/csw/lib I am only aware of the cairo situation. however, if you know of any others please remove them also. From bwalton at opencsw.org Fri May 28 04:40:59 2010 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 27 May 2010 22:40:59 -0400 Subject: [csw-buildfarm] Fwd: [csw-maintainers] BerkeleyDB upgrade In-Reply-To: References: <4C32281F-89A3-4B57-B840-699CA6795EDB@opencsw.org> Message-ID: <1275014430-sup-5271@pinkfloyd.chass.utoronto.ca> Excerpts from rupert THURNER's message of Thu May 27 15:29:03 -0400 2010: > could you please remove it from the buildfarm as well? Removing CSWbdbdevel now. CSWbdbdoc wasn't installed on any of the machines. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From bwalton at opencsw.org Fri May 28 04:46:52 2010 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 27 May 2010 22:46:52 -0400 Subject: [csw-buildfarm] urgent removal of packages from buildfarm In-Reply-To: References: Message-ID: <1275014780-sup-7963@pinkfloyd.chass.utoronto.ca> Excerpts from Philip Brown's message of Thu May 27 21:20:12 -0400 2010: > please therefore remove CSWlibcairodevel immediately from our > standard Doing this now, but I don't have time to hunt for others. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From bwalton at opencsw.org Fri May 28 04:48:18 2010 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 27 May 2010 22:48:18 -0400 Subject: [csw-buildfarm] urgent removal of packages from buildfarm In-Reply-To: References: Message-ID: <1275014870-sup-8671@pinkfloyd.chass.utoronto.ca> Excerpts from Philip Brown's message of Thu May 27 21:20:12 -0400 2010: > /opt/csw/lib/pkgconfig/cairo.pc .... CSWlibcairodevel Killing CSWgtk2devel too as it depends on CSWlibcairodevel. -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From bwalton at opencsw.org Fri May 28 04:52:03 2010 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 27 May 2010 22:52:03 -0400 Subject: [csw-buildfarm] xpm updated needed In-Reply-To: References: Message-ID: <1275015106-sup-1604@pinkfloyd.chass.utoronto.ca> Excerpts from Philip Brown's message of Thu May 27 19:01:27 -0400 2010: > Please update CSWxpm on build farm. > You might want to manually REMOVE all other older xpm related packages > there, just to avoid accidents and confusion for the future. Doing this now. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From bwalton at opencsw.org Fri May 28 04:57:15 2010 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 27 May 2010 22:57:15 -0400 Subject: [csw-buildfarm] xpm updated needed In-Reply-To: References: Message-ID: <1275015370-sup-9147@pinkfloyd.chass.utoronto.ca> Excerpts from Philip Brown's message of Thu May 27 19:01:27 -0400 2010: > Please update CSWxpm on build farm. > You might want to manually REMOVE all other older xpm related packages > there, just to avoid accidents and confusion for the future. This is done. The only other xpm package on the build boxes is CSWlibxpm. I left it as I _think_ it's the cx_ version of the package. Let me know if it should be rm'd too. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From phil at bolthole.com Fri May 28 05:21:50 2010 From: phil at bolthole.com (Philip Brown) Date: Thu, 27 May 2010 20:21:50 -0700 Subject: [csw-buildfarm] xpm updated needed In-Reply-To: <1275015370-sup-9147@pinkfloyd.chass.utoronto.ca> References: <1275015370-sup-9147@pinkfloyd.chass.utoronto.ca> Message-ID: thanks Ben. looks like CSWlibxpm only has stuff under opt/csw/x11 apart from docs so I guess it's okay On Thursday, May 27, 2010, Ben Walton wrote: > Excerpts from Philip Brown's message of Thu May 27 19:01:27 -0400 2010: >> Please update CSWxpm on build farm. >> You might want to manually REMOVE all other older xpm related packages >> there, just to avoid accidents and confusion for the future. > > This is done. ?The only other xpm package on the build boxes is > CSWlibxpm. ?I left it as I _think_ it's the cx_ version of the > package. ?Let me know if it should be rm'd too. > > Thanks > -Ben > -- > Ben Walton > Systems Programmer - CHASS > University of Toronto > C:416.407.5610 | W:416.978.4302 > > From skayser at opencsw.org Fri May 28 10:59:12 2010 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 28 May 2010 10:59:12 +0200 Subject: [csw-buildfarm] urgent removal of packages from buildfarm In-Reply-To: <1275014870-sup-8671@pinkfloyd.chass.utoronto.ca> References: <1275014870-sup-8671@pinkfloyd.chass.utoronto.ca> Message-ID: <20100528085912.GT27943@sebastiankayser.de> * Ben Walton wrote: > Excerpts from Philip Brown's message of Thu May 27 21:20:12 -0400 2010: > > > /opt/csw/lib/pkgconfig/cairo.pc .... CSWlibcairodevel > > Killing CSWgtk2devel too as it depends on CSWlibcairodevel. Phil, to avoid possible confusion, could you please send a heads up to maintainers@ about the fact that some of these packages are now missing plus the rationale behind it? If you add a roadmap on top on how to get back to status quo, others might be able to jump in to help or at least know where we are headed. Regarding the heads up, if we could use a common subject prefix like "HEADS UP:" for such announcements (we've had some of those for GAR) it would help people who only skim over their CSW mails every once in a while. Sebastian From rupert at opencsw.org Fri May 28 22:12:33 2010 From: rupert at opencsw.org (rupert THURNER) Date: Fri, 28 May 2010 22:12:33 +0200 Subject: [csw-buildfarm] [csw-maintainers] BerkeleyDB upgrade In-Reply-To: References: <4C32281F-89A3-4B57-B840-699CA6795EDB@opencsw.org> Message-ID: is this a leftover, or does it belong there? $ ls -l /opt/csw/lib/sparcv9/libdb-4.7.so lrwxrwxrwx 1 root other 36 Oct 19 2009 /opt/csw/lib/sparcv9/libdb-4.7.so -> ../../bdb47/lib/sparcv9/libdb-4.7.so compiling openldap complains about this via: CSWoldap: * Missing dependencies of CSWoldap: * CSWbdb, reasons: * - provides /opt/csw/lib/sparcv9/libdb-4.7.so needed by opt/csw/libexec/openldap/back_perl-2.4.so.2.5.5 * - provides /opt/csw/lib/sparcv9/libdb-4.7.so needed by opt/csw/libexec/sparcv9/openldap/back_perl-2.4.so.2.5.5 * RUNTIME_DEP_PKGS_CSWoldap += CSWbdb rupert. On Wed, May 26, 2010 at 22:18, Dagobert Michelsen wrote: > Hi, > > I have the strong impression the problem with the wrong bdb linkage from > Subversion has something to do with the major bdb update: > > Am 19.10.2009 um 17:35 schrieb Dagobert Michelsen: >> Dear maintainers, >> >> I have now finally assembled a new and complete rebuild of the >> Berkeley DB libraries. In the new schema every version of BDB >> is sitting in a separate subdirectory, that means >> Berkeley DB X.Y.Z is located at /opt/csw/bdbXY/(bin|lib|...) >> The repackaged versions contain 3.3, 4.2, 4.3, 4.4, 4.7 and 4.8. >> If necessary the legacy packages needed as dependencies have >> been replaced by stubs containing minimal links to the new >> locations with a respective dependency in the package. >> >> The following packages have been updated: >> >> CATALOGNAME ? ? ? ? ? PACKAGENAME >> berkeleydb ? ? ? ? ? ?CSWbdb >> berkeleydb3 ? ? ? ? ? CSWbdb3 >> berkeleydb3_devel ? ? ? ? ? ? CSWbdb3devel >> berkeleydb3_doc ? ? ? CSWbdb3doc >> berkeleydb4 ? ? ? ? ? CSWbdb4 >> berkeleydb42 ? ? ? ? ?CSWbdb42 >> berkeleydb42_devel ? ? ?CSWbdb42devel >> berkeleydb42_doc ? ? ? ?CSWbdb42doc >> berkeleydb43 ? ? ? ? ?CSWbdb43 >> berkeleydb43_devel ? ? ?CSWbdb43-devel >> berkeleydb43_doc ? ? ? ?CSWbdb43-doc >> berkeleydb44 ? ? ? ? ?CSWbdb44 >> berkeleydb44_devel ? ? ?CSWbdb44-devel >> berkeleydb44_doc ? ? ? ?CSWbdb44-doc >> berkeleydb47 ? ? ? ? ?CSWbdb47 >> berkeleydb47_devel ? ? ?CSWbdb47devel >> berkeleydb47_doc ? ? ? ?CSWbdb47doc >> berkeleydb48 ? ? ? ? ?CSWbdb48 >> berkeleydb48_devel ? ? ?CSWbdb48devel >> berkeleydb48_doc ? ? ? ?CSWbdb48doc >> >> The following packages are deprecated: >> >> - CSWbdb was newly introduced during the unification. It contains now >> only symlinks pointing inside CSWbdb47. The package will go away >> when all dependant packages habe been recompiled against CSWbdb47. >> ?/opt/csw/lib/amd64/libdb-4.7.so=../../bdb47/lib/amd64/libdb-4.7.so >> ?/opt/csw/lib/libdb-4.7.so=../bdb47/lib/libdb-4.7.so >> - CSWbdb4 contained the original Berkeley DB 4.2 in /opt/csw/bdb4. >> The package now contains >> ?/opt/csw/bdb4=bdb42 >> >> The following packages do not exist any more as the base packages are >> deprecated: >> >> - berkeleydb_doc ? ? ?CSWbdbdoc >> - berkeleydb_devel ? ?CSWbdbdevel > > In fact these two still exist, although they should have been gone. > Especially berkeleydb_devel contains /opt/csw/include/db.h with hardcoded > 4.7.25 in it. > > Phil: Could you please completely remove these two packages? > >> - berkeleydb4_doc ? ? CSWbdb4-doc >> >> The following package names have been kept to match the existing naming. >> The package names will be adjusted at a later date with proper announcement: >> >> - berkeleydb43_devel ?CSWbdb43-devel >> - berkeleydb43_doc ? ?CSWbdb43-doc >> - berkeleydb44_devel ?CSWbdb44-devel >> - berkeleydb44_doc ? ?CSWbdb44-doc >> >> Should you encounter any issues please post to users@ as usual. > > > Best regards > > ?-- Dago > _______________________________________________ > maintainers mailing list > maintainers at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/maintainers > .:: This mailing list's archive is public. ::. > From rupert at opencsw.org Sat May 29 18:41:50 2010 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 29 May 2010 18:41:50 +0200 Subject: [csw-buildfarm] install lua In-Reply-To: References: Message-ID: hi, could you pls install lua onto the buildfarm? rupert. From dam at opencsw.org Sat May 29 22:22:11 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Sat, 29 May 2010 22:22:11 +0200 Subject: [csw-buildfarm] install lua In-Reply-To: References: Message-ID: <79E89F88-9706-4319-A6A4-28842D55ECE9@opencsw.org> Hi Rupert, Am 29.05.2010 um 18:41 schrieb rupert THURNER: > hi, could you pls install lua onto the buildfarm? This has already been installed?? Best regards -- Dago From phil at bolthole.com Sun May 30 02:25:58 2010 From: phil at bolthole.com (Philip Brown) Date: Sat, 29 May 2010 17:25:58 -0700 Subject: [csw-buildfarm] update libxft2 Message-ID: hi folks, I just released an update for libxft2. please update buildfarm From rupert at opencsw.org Sun May 30 12:57:13 2010 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 30 May 2010 12:57:13 +0200 Subject: [csw-buildfarm] [csw-maintainers] BerkeleyDB upgrade In-Reply-To: References: <4C32281F-89A3-4B57-B840-699CA6795EDB@opencsw.org> Message-ID: could you please remove CSWbdb from the buildfarm? otherwise we would need to build something into the openldap recipe to not use it. and as i understood the goal is to recompile _without_ using files out of CSWbdb. rupert. On Fri, May 28, 2010 at 22:12, rupert THURNER wrote: > is this a leftover, or does it belong there? > > $ ls -l /opt/csw/lib/sparcv9/libdb-4.7.so > lrwxrwxrwx ? ?1 root ? ? other ? ? ? ? ?36 Oct 19 ?2009 > /opt/csw/lib/sparcv9/libdb-4.7.so -> > ../../bdb47/lib/sparcv9/libdb-4.7.so > > compiling openldap complains about this via: > CSWoldap: > ?* Missing dependencies of CSWoldap: > ?* CSWbdb, reasons: > ?* ?- provides /opt/csw/lib/sparcv9/libdb-4.7.so needed by > ? opt/csw/libexec/openldap/back_perl-2.4.so.2.5.5 > ?* ?- provides /opt/csw/lib/sparcv9/libdb-4.7.so needed by > ? opt/csw/libexec/sparcv9/openldap/back_perl-2.4.so.2.5.5 > ?* RUNTIME_DEP_PKGS_CSWoldap += CSWbdb > > rupert. > > > On Wed, May 26, 2010 at 22:18, Dagobert Michelsen wrote: >> Hi, >> >> I have the strong impression the problem with the wrong bdb linkage from >> Subversion has something to do with the major bdb update: >> >> Am 19.10.2009 um 17:35 schrieb Dagobert Michelsen: >>> Dear maintainers, >>> >>> I have now finally assembled a new and complete rebuild of the >>> Berkeley DB libraries. In the new schema every version of BDB >>> is sitting in a separate subdirectory, that means >>> Berkeley DB X.Y.Z is located at /opt/csw/bdbXY/(bin|lib|...) >>> The repackaged versions contain 3.3, 4.2, 4.3, 4.4, 4.7 and 4.8. >>> If necessary the legacy packages needed as dependencies have >>> been replaced by stubs containing minimal links to the new >>> locations with a respective dependency in the package. >>> >>> The following packages have been updated: >>> >>> CATALOGNAME ? ? ? ? ? PACKAGENAME >>> berkeleydb ? ? ? ? ? ?CSWbdb >>> berkeleydb3 ? ? ? ? ? CSWbdb3 >>> berkeleydb3_devel ? ? ? ? ? ? CSWbdb3devel >>> berkeleydb3_doc ? ? ? CSWbdb3doc >>> berkeleydb4 ? ? ? ? ? CSWbdb4 >>> berkeleydb42 ? ? ? ? ?CSWbdb42 >>> berkeleydb42_devel ? ? ?CSWbdb42devel >>> berkeleydb42_doc ? ? ? ?CSWbdb42doc >>> berkeleydb43 ? ? ? ? ?CSWbdb43 >>> berkeleydb43_devel ? ? ?CSWbdb43-devel >>> berkeleydb43_doc ? ? ? ?CSWbdb43-doc >>> berkeleydb44 ? ? ? ? ?CSWbdb44 >>> berkeleydb44_devel ? ? ?CSWbdb44-devel >>> berkeleydb44_doc ? ? ? ?CSWbdb44-doc >>> berkeleydb47 ? ? ? ? ?CSWbdb47 >>> berkeleydb47_devel ? ? ?CSWbdb47devel >>> berkeleydb47_doc ? ? ? ?CSWbdb47doc >>> berkeleydb48 ? ? ? ? ?CSWbdb48 >>> berkeleydb48_devel ? ? ?CSWbdb48devel >>> berkeleydb48_doc ? ? ? ?CSWbdb48doc >>> >>> The following packages are deprecated: >>> >>> - CSWbdb was newly introduced during the unification. It contains now >>> only symlinks pointing inside CSWbdb47. The package will go away >>> when all dependant packages habe been recompiled against CSWbdb47. >>> ?/opt/csw/lib/amd64/libdb-4.7.so=../../bdb47/lib/amd64/libdb-4.7.so >>> ?/opt/csw/lib/libdb-4.7.so=../bdb47/lib/libdb-4.7.so >>> - CSWbdb4 contained the original Berkeley DB 4.2 in /opt/csw/bdb4. >>> The package now contains >>> ?/opt/csw/bdb4=bdb42 >>> >>> The following packages do not exist any more as the base packages are >>> deprecated: >>> >>> - berkeleydb_doc ? ? ?CSWbdbdoc >>> - berkeleydb_devel ? ?CSWbdbdevel >> >> In fact these two still exist, although they should have been gone. >> Especially berkeleydb_devel contains /opt/csw/include/db.h with hardcoded >> 4.7.25 in it. >> >> Phil: Could you please completely remove these two packages? >> >>> - berkeleydb4_doc ? ? CSWbdb4-doc >>> >>> The following package names have been kept to match the existing naming. >>> The package names will be adjusted at a later date with proper announcement: >>> >>> - berkeleydb43_devel ?CSWbdb43-devel >>> - berkeleydb43_doc ? ?CSWbdb43-doc >>> - berkeleydb44_devel ?CSWbdb44-devel >>> - berkeleydb44_doc ? ?CSWbdb44-doc >>> >>> Should you encounter any issues please post to users@ as usual. >> >> >> Best regards >> >> ?-- Dago >> _______________________________________________ >> maintainers mailing list >> maintainers at lists.opencsw.org >> https://lists.opencsw.org/mailman/listinfo/maintainers >> .:: This mailing list's archive is public. ::. >> > From dam at opencsw.org Sun May 30 16:14:11 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 30 May 2010 16:14:11 +0200 Subject: [csw-buildfarm] update libxft2 In-Reply-To: References: Message-ID: <8399D262-30C8-4307-8014-CED03EBDA3C4@opencsw.org> Am 30.05.2010 um 02:25 schrieb Philip Brown : > hi folks, > I just released an update for libxft2. > please update buildfarm Done Best regards -- Dago > _______________________________________________ > buildfarm mailing list > buildfarm at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/buildfarm From phil at bolthole.com Sun May 30 16:20:29 2010 From: phil at bolthole.com (Philip Brown) Date: Sun, 30 May 2010 07:20:29 -0700 Subject: [csw-buildfarm] xpm sparc Message-ID: oops I forgot to mention I redid xpm sparc bcause I messed up the 64bit. please update that too From dam at opencsw.org Sun May 30 16:57:16 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 30 May 2010 16:57:16 +0200 Subject: [csw-buildfarm] xpm sparc In-Reply-To: References: Message-ID: Am 30.05.2010 um 16:20 schrieb Philip Brown : > oops I forgot to mention I redid xpm sparc bcause I messed up the > 64bit. please update that too Doing this now > _______________________________________________ > buildfarm mailing list > buildfarm at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/buildfarm From phil at bolthole.com Sun May 30 17:48:26 2010 From: phil at bolthole.com (Philip Brown) Date: Sun, 30 May 2010 08:48:26 -0700 Subject: [csw-buildfarm] libmad Message-ID: please install libmad From dam at opencsw.org Sun May 30 20:35:26 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 30 May 2010 20:35:26 +0200 Subject: [csw-buildfarm] [csw-maintainers] BerkeleyDB upgrade In-Reply-To: References: <4C32281F-89A3-4B57-B840-699CA6795EDB@opencsw.org> Message-ID: <47B9E89A-9C18-442E-958F-7AF486387A7D@opencsw.org> Hi Rupert, Am 30.05.2010 um 12:57 schrieb rupert THURNER: > could you please remove CSWbdb from the buildfarm? otherwise we would > need to build something into the openldap recipe to not use it. and as > i understood the goal is to recompile _without_ using files out of > CSWbdb. Yes, but this should be not difficult. It should be sufficuent to add the stuff from subversion I added recently to openldap, like EXTRA_INC etc. Just let me know if you have trouble finding the right switches. - and thanks for picking of OpenLDAP! Best regards -- Dago From dam at opencsw.org Sun May 30 20:40:56 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 30 May 2010 20:40:56 +0200 Subject: [csw-buildfarm] libmad In-Reply-To: References: Message-ID: <0A0CAE63-BD56-42F1-B8DD-35714F3540F5@opencsw.org> Hi Phil, Am 30.05.2010 um 17:48 schrieb Philip Brown: > please install libmad This was already installed. ?? Best regards -- Dago From phil at bolthole.com Sun May 30 20:53:58 2010 From: phil at bolthole.com (Philip Brown) Date: Sun, 30 May 2010 11:53:58 -0700 Subject: [csw-buildfarm] libmad In-Reply-To: <0A0CAE63-BD56-42F1-B8DD-35714F3540F5@opencsw.org> References: <0A0CAE63-BD56-42F1-B8DD-35714F3540F5@opencsw.org> Message-ID: oh. hm. sorry a compile didn't detect it for some reason On Sunday, May 30, 2010, Dagobert Michelsen wrote: > Hi Phil, > > Am 30.05.2010 um 17:48 schrieb Philip Brown: > > please install libmad > > > > This was already installed. ?? > > Best regards > > ?-- Dago > From phil at bolthole.com Sun May 30 21:04:00 2010 From: phil at bolthole.com (Philip Brown) Date: Sun, 30 May 2010 12:04:00 -0700 Subject: [csw-buildfarm] libcairo Message-ID: I need the Cairo from experimental installed so I can build pango please From dam at opencsw.org Sun May 30 21:20:39 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 30 May 2010 21:20:39 +0200 Subject: [csw-buildfarm] libcairo In-Reply-To: References: Message-ID: <0106D157-391B-429D-8D68-FEAC8F0FA113@opencsw.org> Hi Phil, Am 30.05.2010 um 21:04 schrieb Philip Brown: > I need the Cairo from experimental installed so I can build pango please We should switch to the testing-machines then. No unreleased packages on the current-farm. BTW: I would feel much better if you could just enhance the existing GAR build recipes with the 2 or 3 lines needed. Oherwise someone needs to go over your manual stuff and do everything again. Best regards -- Dago From rupert at opencsw.org Sun May 30 22:02:17 2010 From: rupert at opencsw.org (rupert THURNER) Date: Sun, 30 May 2010 22:02:17 +0200 Subject: [csw-buildfarm] [csw-maintainers] BerkeleyDB upgrade In-Reply-To: <47B9E89A-9C18-442E-958F-7AF486387A7D@opencsw.org> References: <4C32281F-89A3-4B57-B840-699CA6795EDB@opencsw.org> <47B9E89A-9C18-442E-958F-7AF486387A7D@opencsw.org> Message-ID: On Sun, May 30, 2010 at 20:35, Dagobert Michelsen wrote: > Hi Rupert, > > Am 30.05.2010 um 12:57 schrieb rupert THURNER: >> >> could you please remove CSWbdb from the buildfarm? otherwise we would >> need to build something into the openldap recipe to not use it. and as >> i understood the goal is to recompile _without_ using files out of >> CSWbdb. > > Yes, but this should be not difficult. It should be sufficuent to > add the stuff from subversion I added recently to openldap, like > EXTRA_INC etc. what is the reason to leave a compatibility package on a buildserver? > Just let me know if you have trouble finding the right switches. > - and thanks for picking of OpenLDAP! you are not serious about this, aren't you? EXTRA_LIB_garversion-2.4.22 = $(prefix)/bdb48/lib EXTRA_INC_garversion-2.4.22 = $(prefix)/bdb48/include was something you added long time ago to openldap :) rupert. From dam at opencsw.org Sun May 30 22:05:59 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 30 May 2010 22:05:59 +0200 Subject: [csw-buildfarm] [csw-maintainers] BerkeleyDB upgrade In-Reply-To: References: <4C32281F-89A3-4B57-B840-699CA6795EDB@opencsw.org> <47B9E89A-9C18-442E-958F-7AF486387A7D@opencsw.org> Message-ID: <515B314C-A719-498C-8861-DF71A52E513B@opencsw.org> Hi Rupert, Am 30.05.2010 um 22:02 schrieb rupert THURNER: > On Sun, May 30, 2010 at 20:35, Dagobert Michelsen wrote: >> Am 30.05.2010 um 12:57 schrieb rupert THURNER: >>> could you please remove CSWbdb from the buildfarm? otherwise we would >>> need to build something into the openldap recipe to not use it. and as >>> i understood the goal is to recompile _without_ using files out of >>> CSWbdb. >> >> Yes, but this should be not difficult. It should be sufficuent to >> add the stuff from subversion I added recently to openldap, like >> EXTRA_INC etc. > > what is the reason to leave a compatibility package on a buildserver? They are needed by the packages depending on it, especially Apache2. AFAIK removing CSWbdb would make it impossible to compile current apache modules, but I may be wrong here. >> Just let me know if you have trouble finding the right switches. >> - and thanks for picking of OpenLDAP! > > you are not serious about this, aren't you? > > EXTRA_LIB_garversion-2.4.22 = $(prefix)/bdb48/lib > EXTRA_INC_garversion-2.4.22 = $(prefix)/bdb48/include > > was something you added long time ago to openldap :) I thought so :) And you say it does not work? I would like to investigate that if yes. I am not against removing CSWbdb, I would just like to know why the switches don't work. Best regards -- Dago From phil at bolthole.com Sun May 30 22:21:12 2010 From: phil at bolthole.com (Philip Brown) Date: Sun, 30 May 2010 13:21:12 -0700 Subject: [csw-buildfarm] [csw-maintainers] BerkeleyDB upgrade In-Reply-To: <515B314C-A719-498C-8861-DF71A52E513B@opencsw.org> References: <4C32281F-89A3-4B57-B840-699CA6795EDB@opencsw.org> <47B9E89A-9C18-442E-958F-7AF486387A7D@opencsw.org> <515B314C-A719-498C-8861-DF71A52E513B@opencsw.org> Message-ID: I think we need to remove cswbdb if apache won't compile without it, then that should be fixed when needed. meanwhile let's clean up From rupert at opencsw.org Mon May 31 00:39:54 2010 From: rupert at opencsw.org (rupert THURNER) Date: Mon, 31 May 2010 00:39:54 +0200 Subject: [csw-buildfarm] libfui.so.2 missing? Message-ID: i tried to upgrade to cmake-2.8.1, and the fortran test fails with the below error. what could this be, as libfui.so.2 is there? rupert at current9s:~/mgar/pkg/cmake/trunk/work/solaris9-sparc/build-isa-sparcv8/cmake-2.8.1 $ bin/ctest -R Fortran --debug /home/rupert/mgar/pkg/cmake/trunk/work/solaris9-sparc/build-isa-sparcv8/cmake-2.8.1/Source/CTest/cmCTestRunTest.cxx:61 135: ld.so.1: testf: fatal: libfui.so.2: open failed: No such file or directory From dam at opencsw.org Mon May 31 16:42:03 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 31 May 2010 16:42:03 +0200 Subject: [csw-buildfarm] Buildfarm configuration for x11-reloaded Message-ID: Hi, as the x11 recompilation will take up some more efforts I have now reverted the current* servers back to the released current/ packages. The testing* servers will also be synced for now to current/ and then the packages from experimental/x11-reloaded will be updated. Just let me know if you have any issues. Best regards -- Dago From phil at bolthole.com Mon May 31 23:10:50 2010 From: phil at bolthole.com (Philip Brown) Date: Mon, 31 May 2010 14:10:50 -0700 Subject: [csw-buildfarm] testing machines Message-ID: hi Dago, it would appear the testing machines are Very out of sync. please fix. I can't continue gtk work or... just install the x stuff on the standard machines like before :)