From rupert at opencsw.org Thu Apr 1 21:40:51 2010 From: rupert at opencsw.org (rupert THURNER) Date: Thu, 1 Apr 2010 21:40:51 +0200 Subject: [csw-buildfarm] still python problems? Message-ID: hi, i tried to pre-test mercurial before the 1.5.1 release and the result is here with quite some errors, many of them timeout: http://mercurial.pastebin.com/DbnZqZr8 the i tried to single run the tests, and some of them hang forever. can it be that we have still a strange python version? also some of them differ on build9s, and build10s: rupert at current10s:~/hg-10s/tests $ time python ./run-tests.py test-bad-pull ERROR: /home/rupert/hg-10s/tests/test-bad-pull output changed --- /home/rupert/hg-10s/tests/test-bad-pull.out +++ /home/rupert/hg-10s/tests/test-bad-pull.err @@ -1,4 +1,4 @@ -abort: error: Connection refused +abort: error: Network is unreachable 255 copy: No such file or directory abort: HTTP Error 404 ! Failed test-bad-pull: output changed # Ran 1 tests, 0 skipped, 1 failed. real 0m23.503s user 0m17.325s sys 0m4.303s rupert. From rupert at opencsw.org Fri Apr 2 00:05:47 2010 From: rupert at opencsw.org (rupert THURNER) Date: Fri, 2 Apr 2010 00:05:47 +0200 Subject: [csw-buildfarm] Fwd: Your message to buildfarm awaits moderator approval In-Reply-To: <4BB50EDE.1080605@kiilerich.com> References: <4BB50EDE.1080605@kiilerich.com> Message-ID: mads tried to reply to this message but got blocked. rupert. ---------- Forwarded message ---------- From: Mads Kiilerich Date: Thu, Apr 1, 2010 at 23:23 Subject: Fwd: Your message to buildfarm awaits moderator approval To: rupert THURNER FYI - please forward back and forward to the right persons /Mads -------- Original Message -------- Subject: ? ? ? ?Your message to buildfarm awaits moderator approval Date: ? Thu, 01 Apr 2010 23:20:42 +0200 From: ? buildfarm-bounces at lists.opencsw.org To: ? ? mads at kiilerich.com Your mail to 'buildfarm' with the subject ? ?Re: still python problems? Is being held until the list moderator can review it for approval. The reason it is being held: ? ?Post by non-member to a members-only list Either the message will get posted to the list, or you will receive notification of the moderator's decision. ?If you would like to cancel this posting, please visit the following URL: ? ?https://lists.opencsw.org/mailman/confirm/buildfarm/1e0e981c578e71cc54918e84a1aa1fb914904f86 From rupert at opencsw.org Fri Apr 2 00:58:58 2010 From: rupert at opencsw.org (rupert THURNER) Date: Fri, 2 Apr 2010 00:58:58 +0200 Subject: [csw-buildfarm] still python problems? In-Reply-To: <4BB50E23.2090906@kiilerich.com> References: <4BB50E23.2090906@kiilerich.com> Message-ID: hi, i rerun it on build9s and the result is: rupert at current9s ~/hg-9s/tests $ time python ./run-tests.py -j 10 Failed test-gendoc: output changed and returned error code 1 Failed test-extension: output changed Failed test-mq-merge: output changed Failed test-mq: output changed and returned error code 208 # Ran 370 tests, 23 skipped, 4 failed. real 14m5.048s user 82m14.171s sys 26m28.213s i could not reproduce the timeout and stuck errors ... rupert. On Thu, Apr 1, 2010 at 23:20, Mads Kiilerich wrote: > Hi > > I ran a test on 10x a couple of days ago, fixed some test issues, and left > only one failure - gendoc as expected. > > Last time we saw this issue I think I agreed with someone that "Network is > unreachable" instead of "Connection refused" was due to inconsistency > between /etc/hosts localhost entry and the actual IPv6 configuration. > > Which other failures do you see? (ls tests/*.err) Any that don't involve > localhost? > > /Mads > > > rupert THURNER wrote, On 04/01/2010 09:40 PM: >> >> hi, >> >> i tried to pre-test mercurial before the 1.5.1 release and the result >> is here with quite some errors, many of them timeout: >> >> http://mercurial.pastebin.com/DbnZqZr8 >> >> the i tried to single run the tests, and some of them hang forever. >> can it be that we have still a strange python version? >> >> >> also some of them differ on build9s, and build10s: >> rupert at current10s:~/hg-10s/tests >> $ time python ./run-tests.py test-bad-pull >> >> ERROR: /home/rupert/hg-10s/tests/test-bad-pull output changed >> --- /home/rupert/hg-10s/tests/test-bad-pull.out >> +++ /home/rupert/hg-10s/tests/test-bad-pull.err >> @@ -1,4 +1,4 @@ >> -abort: error: Connection refused >> +abort: error: Network is unreachable >> ?255 >> ?copy: No such file or directory >> ?abort: HTTP Error 404 >> ! >> Failed test-bad-pull: output changed >> # Ran 1 tests, 0 skipped, 1 failed. >> >> real ? ?0m23.503s >> user ? ?0m17.325s >> sys ? ? 0m4.303s >> >> >> rupert. >> > > From bwalton at opencsw.org Fri Apr 2 02:41:19 2010 From: bwalton at opencsw.org (Ben Walton) Date: Thu, 01 Apr 2010 20:41:19 -0400 Subject: [csw-buildfarm] still python problems? In-Reply-To: References: <4BB50E23.2090906@kiilerich.com> Message-ID: <1270168752-sup-4996@pinkfloyd.chass.utoronto.ca> Excerpts from rupert THURNER's message of Thu Apr 01 18:58:58 -0400 2010: > Failed test-gendoc: output changed and returned error code 1 Is this relying in any way on libxml2? If so, we could try the build on testing9* after adding my (soon to be released) libxml2 updates. The current libxml2 is known to be broken after the recent zlib update. The others, I'm not sure about. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From rupert at opencsw.org Fri Apr 2 09:38:14 2010 From: rupert at opencsw.org (rupert THURNER) Date: Fri, 2 Apr 2010 09:38:14 +0200 Subject: [csw-buildfarm] Fwd: still python problems? In-Reply-To: <4BB52AC2.6010401@kiilerich.com> References: <4BB50E23.2090906@kiilerich.com> <4BB52AC2.6010401@kiilerich.com> Message-ID: here the explanation from mads concerning also gendoc. ---------- Forwarded message ---------- From: Mads Kiilerich Date: Fri, Apr 2, 2010 at 01:22 Subject: Re: still python problems? To: rupert THURNER rupert THURNER wrote, On 04/02/2010 12:58 AM: > > hi, i rerun it on build9s and the result is: > > rupert at current9s ~/hg-9s/tests > $ time python ./run-tests.py -j 10 > > Failed test-gendoc: output changed and returned error code 1 > Grumpy answer on http://selenic.com/pipermail/mercurial-devel/2010-March/019486.html ;-) > Failed test-extension: output changed > Failed test-mq-merge: output changed > Failed test-mq: output changed and returned error code 208 > # Ran 370 tests, 23 skipped, 4 failed. > http://selenic.com/pipermail/mercurial-devel/2010-March/019935.html Sorry, I thought they had been pushed ... I'm bugging Matt on IRC what happened. /Mads From skayser at opencsw.org Fri Apr 2 21:30:27 2010 From: skayser at opencsw.org (Sebastian Kayser) Date: Fri, 02 Apr 2010 21:30:27 +0200 Subject: [csw-buildfarm] Password-promted when trying to log in to build9s/build9x Message-ID: <4BB645D3.6020003@opencsw.org> Hi, something seems wonky with build9{s,x} when it comes to logging me in. Just tried to login to those systems (after 8 has been deprecated) and almost always they prompt me for a password. Could someone please have a look on this, no hurry though. Sebastian From rupert at opencsw.org Sat Apr 3 14:33:37 2010 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 3 Apr 2010 14:33:37 +0200 Subject: [csw-buildfarm] Fwd: still python problems? In-Reply-To: <4BB66A09.4060105@kiilerich.com> References: <4BB50E23.2090906@kiilerich.com> <4BB52AC2.6010401@kiilerich.com> <1270207816-sup-9029@pinkfloyd.chass.utoronto.ca> <4BB5DCE7.30405@kiilerich.com> <1270240650-sup-8125@pinkfloyd.chass.utoronto.ca> <4BB66A09.4060105@kiilerich.com> Message-ID: On Sat, Apr 3, 2010 at 00:04, Mads Kiilerich wrote: > Ben Walton wrote, On 04/02/2010 10:41 PM: >> >> Excerpts from Mads Kiilerich's message of Fri Apr 02 08:02:47 -0400 2010: >> >> >>> >>> In this case the problem is (IIRC) that "which" is found in /usr/bin as >>> a csh script which doesn't set the exit code to indicate "not found". >>> Using another shell would not help, but putting a sane "which" in $PATH >>> would. >>> >> >> Wow! ?Hadn't bumped _that_ nasty before. ?Afaik, the only viable >> workaround there is, as you say, to get something decent with higher >> precedence in the PATH. ?It shouldn't be hard to whip something up, >> local to this package build description to solve the issue. >> >> >>> >>> The tests use "#!/bin/sh", so there is no simple workaround to use >>> another sh. >>> >> >> Ok. ?And looking at the way things are setup, I think it's easier for >> the OpenCSW recipe to work around this than to alter the test suite. >> >> Rupert: I tested the following diff on your mercurial GAR recipe and >> the test failure count goes down to 1 (the above noted `which` >> deficiency). ?It should be 'future proof' against new tests, etc as >> opposed to a patch that would need to be updated constantly. >> > > Yes, that could make it work. > > But it also raises the question: Why run the test suite at all? What is it > you want to test? Mercurial on Solaris or Mercurial on a custom GNU user > space? The test suite primarily tests that the logic in the code is correct, > and these tests are run automatically as regression tests and on several > (mostly linux and mac) platforms by developers. The test suite is not > specially targeted at testing cross platform issues. So far it have caused > numerous corrections to the test suite just to make it runnable on solaris, > but it haven't found any real issues for running your Mercurial on Solaris > (though it raised attention to a known but unsolved python issue). we want to be as sure as possible that "the whole package" (i.e. the solaris operating system, the csw packages necessary, and mercuriual) does what it is expected to do. we are really glad about the high quality mercurial has and always had. also the little amount of work which is necessary to provide a rock stable package is impressing (compared to subversion, and many other tools out of the same domain). and we are really glad about how many people out of the mercurial community help out in the rare cases something does not work as expected. our (trygve, and the others who worked on mercurial packaging afterwards) policy was that we do not run the test suite automatically but comment it in the opencsw package makefile. but we try to run it and report things that do not work as low priority "bugs" (maybe it does not even deserve the word bug). its a little bit unfortunate that the mercurial test suite has a "sh" dogma, and the only platform really testing this is solaris resp opencsw. therefor ben's solution of replacing it with bash is appealing. i guess we do not want to test the test suite's compliance to its expectations :) what do you think? rupert. From bwalton at opencsw.org Sat Apr 3 14:46:32 2010 From: bwalton at opencsw.org (Ben Walton) Date: Sat, 03 Apr 2010 08:46:32 -0400 Subject: [csw-buildfarm] Fwd: still python problems? In-Reply-To: References: <4BB50E23.2090906@kiilerich.com> <4BB52AC2.6010401@kiilerich.com> <1270207816-sup-9029@pinkfloyd.chass.utoronto.ca> <4BB5DCE7.30405@kiilerich.com> <1270240650-sup-8125@pinkfloyd.chass.utoronto.ca> <4BB66A09.4060105@kiilerich.com> Message-ID: <1270298260-sup-657@pinkfloyd.chass.utoronto.ca> Excerpts from rupert THURNER's message of Sat Apr 03 08:33:37 -0400 2010: Hi Rupert, > its a little bit unfortunate that the mercurial test suite has a "sh" > dogma, and the only platform really testing this is solaris resp > opencsw. therefor ben's solution of replacing it with bash is I'd actually say the 'problem' here is Sun's refusal to ship a POSIX sh as the default for fear of breaking something from 1990. POSIX sh imposes a pile limitations on script writers as it is, but you gain portability. Writing _down_ to Solaris' non-conforming monstrosity is just masochism. I suspect the suite would run fine with /usr/xpg4/bin/sh too, which is a proper sh...I just suggested bash as a) it's something we control internally and b) it also guards against bash-isms that could potentially creep in. The only other real option here would be to have some sort of autoconf-esque 'sane sh' selection that updated the test suite scripts. That replacement would look fairly similar to the GAR workaround I put together yesterday. As the project isn't using autoconf, we might as well just do that step ourselves, since the issue is local to our environment. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From rupert at opencsw.org Sat Apr 3 15:42:17 2010 From: rupert at opencsw.org (rupert THURNER) Date: Sat, 3 Apr 2010 15:42:17 +0200 Subject: [csw-buildfarm] Fwd: still python problems? In-Reply-To: <1270298260-sup-657@pinkfloyd.chass.utoronto.ca> References: <4BB52AC2.6010401@kiilerich.com> <1270207816-sup-9029@pinkfloyd.chass.utoronto.ca> <4BB5DCE7.30405@kiilerich.com> <1270240650-sup-8125@pinkfloyd.chass.utoronto.ca> <4BB66A09.4060105@kiilerich.com> <1270298260-sup-657@pinkfloyd.chass.utoronto.ca> Message-ID: On Sat, Apr 3, 2010 at 14:46, Ben Walton wrote: > Excerpts from rupert THURNER's message of Sat Apr 03 08:33:37 -0400 2010: > > Hi Rupert, > >> its a little bit unfortunate that the mercurial test suite has a "sh" >> dogma, and the only platform really testing this is solaris resp >> opencsw. therefor ben's solution of replacing it with bash is > > I'd actually say the 'problem' here is Sun's refusal to ship a POSIX > sh as the default for fear of breaking something from 1990. > > POSIX sh imposes a pile limitations on script writers as it is, but > you gain portability. ?Writing _down_ to Solaris' non-conforming > monstrosity is just masochism. > > I suspect the suite would run fine with /usr/xpg4/bin/sh too, which is > a proper sh...I just suggested bash as a) it's something we control > internally and b) it also guards against bash-isms that could > potentially creep in. > > The only other real option here would be to have some sort of > autoconf-esque 'sane sh' selection that updated the test suite > scripts. ?That replacement would look fairly similar to the GAR > workaround I put together yesterday. ?As the project isn't using > autoconf, we might as well just do that step ourselves, since the > issue is local to our environment. > checked it ben's suggestion to use bash, see http://sourceforge.net/apps/trac/gar/changeset/9527/csw/mgar. rupert. From hson at opencsw.org Mon Apr 5 11:53:02 2010 From: hson at opencsw.org (=?ISO-8859-1?Q?Roger_H=E5kansson?=) Date: Mon, 05 Apr 2010 11:53:02 +0200 Subject: [csw-buildfarm] Package install Message-ID: <4BB9B2FE.10702@opencsw.org> Please install pygobject on the buildfarm From mads at kiilerich.com Thu Apr 1 23:20:35 2010 From: mads at kiilerich.com (Mads Kiilerich) Date: Thu, 01 Apr 2010 23:20:35 +0200 Subject: [csw-buildfarm] still python problems? In-Reply-To: References: Message-ID: <4BB50E23.2090906@kiilerich.com> Hi I ran a test on 10x a couple of days ago, fixed some test issues, and left only one failure - gendoc as expected. Last time we saw this issue I think I agreed with someone that "Network is unreachable" instead of "Connection refused" was due to inconsistency between /etc/hosts localhost entry and the actual IPv6 configuration. Which other failures do you see? (ls tests/*.err) Any that don't involve localhost? /Mads rupert THURNER wrote, On 04/01/2010 09:40 PM: > hi, > > i tried to pre-test mercurial before the 1.5.1 release and the result > is here with quite some errors, many of them timeout: > > http://mercurial.pastebin.com/DbnZqZr8 > > the i tried to single run the tests, and some of them hang forever. > can it be that we have still a strange python version? > > > also some of them differ on build9s, and build10s: > rupert at current10s:~/hg-10s/tests > $ time python ./run-tests.py test-bad-pull > > ERROR: /home/rupert/hg-10s/tests/test-bad-pull output changed > --- /home/rupert/hg-10s/tests/test-bad-pull.out > +++ /home/rupert/hg-10s/tests/test-bad-pull.err > @@ -1,4 +1,4 @@ > -abort: error: Connection refused > +abort: error: Network is unreachable > 255 > copy: No such file or directory > abort: HTTP Error 404 > ! > Failed test-bad-pull: output changed > # Ran 1 tests, 0 skipped, 1 failed. > > real 0m23.503s > user 0m17.325s > sys 0m4.303s > > > rupert. > From bwalton at opencsw.org Mon Apr 5 18:33:41 2010 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 05 Apr 2010 12:33:41 -0400 Subject: [csw-buildfarm] Package install In-Reply-To: <4BB9B2FE.10702@opencsw.org> References: <4BB9B2FE.10702@opencsw.org> Message-ID: <1270485206-sup-5725@pinkfloyd.chass.utoronto.ca> Excerpts from Roger H?kansson's message of Mon Apr 05 05:53:02 -0400 2010: > Please install pygobject on the buildfarm Doing this now. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From dam at baltic-online.de Mon Apr 5 20:14:46 2010 From: dam at baltic-online.de (Dagobert Michelsen) Date: Mon, 5 Apr 2010 20:14:46 +0200 Subject: [csw-buildfarm] [GNU Bison 2.4.2] testsuite: Failing tests of bison 2.4.2 on Solaris 8+9 w/Sun Studio 11+12 In-Reply-To: References: <494F6C8D-7610-47E6-BA90-6AE284956C61@baltic-online.de> <68D54EB9-F404-41FD-B2BB-A8DE58981A8E@baltic-online.de> <0FE4813C-74F2-4871-9802-002ECFE77EDD@baltic-online.de> Message-ID: <8C7611A7-69C6-4989-AB58-424323F4F76E@baltic-online.de> Hi Joel, Am 04.04.2010 um 04:10 schrieb Joel E. Denny: > On Sat, 3 Apr 2010, Joel E. Denny wrote: >> On Wed, 31 Mar 2010, Dagobert Michelsen wrote: >> >>> Just send me your intended user name >> >> Is jdenny available? You should be able to login now with ssh jdenny at login.opencsw.org Please make sure to read /etc/SETUP on the login host. Just let me know if you need anything. Best regards -- Dago From dam at opencsw.org Mon Apr 5 20:55:25 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 5 Apr 2010 20:55:25 +0200 Subject: [csw-buildfarm] still python problems? In-Reply-To: References: Message-ID: Hi Rupert, Am 01.04.2010 um 21:40 schrieb rupert THURNER: > hi, > > i tried to pre-test mercurial before the 1.5.1 release and the result > is here with quite some errors, many of them timeout: > > http://mercurial.pastebin.com/DbnZqZr8 > > the i tried to single run the tests, and some of them hang forever. > can it be that we have still a strange python version? > > > also some of them differ on build9s, and build10s: > rupert at current10s:~/hg-10s/tests > $ time python ./run-tests.py test-bad-pull > > ERROR: /home/rupert/hg-10s/tests/test-bad-pull output changed > --- /home/rupert/hg-10s/tests/test-bad-pull.out > +++ /home/rupert/hg-10s/tests/test-bad-pull.err > @@ -1,4 +1,4 @@ > -abort: error: Connection refused > +abort: error: Network is unreachable How does it detect a proxy? Both are in a local network. Best regards -- Dago > 255 > copy: No such file or directory > abort: HTTP Error 404 > ! > Failed test-bad-pull: output changed > # Ran 1 tests, 0 skipped, 1 failed. > > real 0m23.503s > user 0m17.325s > sys 0m4.303s > > > rupert. > _______________________________________________ > buildfarm mailing list > buildfarm at lists.opencsw.org > https://lists.opencsw.org/mailman/listinfo/buildfarm From dam at opencsw.org Mon Apr 5 21:17:36 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Mon, 5 Apr 2010 21:17:36 +0200 Subject: [csw-buildfarm] Password-promted when trying to log in to build9s/build9x In-Reply-To: <4BB645D3.6020003@opencsw.org> References: <4BB645D3.6020003@opencsw.org> Message-ID: Hi Sebastian, Am 02.04.2010 um 21:30 schrieb Sebastian Kayser: > something seems wonky with build9{s,x} when it comes to logging me in. > Just tried to login to those systems (after 8 has been deprecated) and > almost always they prompt me for a password. Could someone please have a > look on this, no hurry though. Looks fine for me: > root at login [login]:/root > su - skayser > Sun Microsystems Inc. SunOS 5.10 Generic January 2005 > > Please make sure to read /etc/SETUP for general info. > > skayser @ login ~$ ssh build9s > Last login: Sat Apr 3 10:28:41 2010 from login.bo.opencs > Sun Microsystems Inc. SunOS 5.9 Generic May 2002 > skayser @ current9s ~$ exit > logout > Connection to build9s closed. > skayser @ login ~$ ssh build9x > Last login: Sat Apr 3 10:28:48 2010 from login.bo.opencs > Sun Microsystems Inc. SunOS 5.9 Generic January 2003 > skayser @ current9x ~$ exit > logout > Connection to build9x closed. > skayser @ login ~$ Does it still occur? Bets regards -- Dago From bwalton at opencsw.org Mon Apr 5 21:22:29 2010 From: bwalton at opencsw.org (Ben Walton) Date: Mon, 05 Apr 2010 15:22:29 -0400 Subject: [csw-buildfarm] Password-promted when trying to log in to build9s/build9x In-Reply-To: References: <4BB645D3.6020003@opencsw.org> Message-ID: <1270495315-sup-6302@pinkfloyd.chass.utoronto.ca> Excerpts from Dagobert Michelsen's message of Mon Apr 05 15:17:36 -0400 2010: Hi Dago, > Does it still occur? I fixed this for him on the weekend. Sorry about not updating the mail thread. :( Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From mads at kiilerich.com Tue Apr 6 23:22:14 2010 From: mads at kiilerich.com (Mads Kiilerich) Date: Tue, 06 Apr 2010 23:22:14 +0200 Subject: [csw-buildfarm] still python problems? In-Reply-To: References: Message-ID: <4BBBA606.7080306@kiilerich.com> Dagobert Michelsen wrote, On 04/05/2010 08:55 PM: > Hi Rupert, > > Am 01.04.2010 um 21:40 schrieb rupert THURNER: > > >> hi, >> >> i tried to pre-test mercurial before the 1.5.1 release and the result >> is here with quite some errors, many of them timeout: >> >> http://mercurial.pastebin.com/DbnZqZr8 >> >> the i tried to single run the tests, and some of them hang forever. >> can it be that we have still a strange python version? >> >> >> also some of them differ on build9s, and build10s: >> rupert at current10s:~/hg-10s/tests >> $ time python ./run-tests.py test-bad-pull >> >> ERROR: /home/rupert/hg-10s/tests/test-bad-pull output changed >> --- /home/rupert/hg-10s/tests/test-bad-pull.out >> +++ /home/rupert/hg-10s/tests/test-bad-pull.err >> @@ -1,4 +1,4 @@ >> -abort: error: Connection refused >> +abort: error: Network is unreachable >> mads at login [login]:~ > ssh current10x Last login: Tue Apr 6 23:06:41 2010 from login.bo.opencs Sun Microsystems Inc. SunOS 5.10 Generic January 2005 -bash-4.1$ telnet ::1 1234 Trying ::1... telnet: Unable to connect to remote host: Connection refused mads at login [login]:~ > ssh current10s Last login: Tue Apr 6 23:07:26 2010 from login.bo.opencs Sun Microsystems Inc. SunOS 5.10 Generic January 2005 -bash-4.1$ telnet ::1 1234 Trying ::1... telnet: Unable to connect to remote host: Network is unreachable > How does it detect a proxy? Both are in a local network. > It looks for http_proxy in environment (which isn't set, so I have set it in my .hgrc to be able to pull) BUT even if it is found it is ignored for localhost. /Mads From Darin.Perusich at cognigencorp.com Thu Apr 15 23:38:48 2010 From: Darin.Perusich at cognigencorp.com (Darin Perusich) Date: Thu, 15 Apr 2010 17:38:48 -0400 Subject: [csw-buildfarm] group request Message-ID: <4BC78768.9070307@cognigencorp.com> Hello, Can someone create a group on the build servers called 'cswsys' and add my account to it? I'm attempting to rebuild the amanda package and during 'make install' a 'chown darin:sys' is failing because I'm not a member. This wasn't happening on Solaris 8 but I'm building on Sol9, likely some type of fakeroot problem. The amanda users default group is 'sys' which grants it read permission to raw disk devices and a number of utilities are in the 'sys' group. The addition of this group will allow me to set the group to that group then I can sed it to 'sys' in the prototype file so the perms are properly set. Thanks. -- Darin Perusich Unix Systems Administrator Cognigen Corporation 395 Youngs Rd. Williamsville, NY 14221 Phone: 716-633-3463 Email: darinper at cognigencorp.com From dam at opencsw.org Fri Apr 16 16:27:51 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 16 Apr 2010 16:27:51 +0200 Subject: [csw-buildfarm] group request In-Reply-To: <4BC78768.9070307@cognigencorp.com> References: <4BC78768.9070307@cognigencorp.com> Message-ID: Hi Darin, Am 15.04.2010 um 23:38 schrieb Darin Perusich: > Can someone create a group on the build servers called 'cswsys' and > add > my account to it? I'm attempting to rebuild the amanda package and > during 'make install' a 'chown darin:sys' is failing because I'm not a > member. This wasn't happening on Solaris 8 but I'm building on Sol9, > likely some type of fakeroot problem. The amanda users default group > is > 'sys' which grants it read permission to raw disk devices and a number > of utilities are in the 'sys' group. The addition of this group will > allow me to set the group to that group then I can sed it to 'sys' in > the prototype file so the perms are properly set. I would rather not add groups just for building stuff. Isn't --disable-installperms enough to let Amanda build? The goal is to make packages buildable on a wide variety of build hosts and customizing them on a per-package scheme would really complicate things. You could later on adjust things in the prototype. Please let me know if this works. Best regards -- Dago From Darin.Perusich at cognigencorp.com Fri Apr 16 16:59:46 2010 From: Darin.Perusich at cognigencorp.com (Darin Perusich) Date: Fri, 16 Apr 2010 10:59:46 -0400 Subject: [csw-buildfarm] group request In-Reply-To: References: <4BC78768.9070307@cognigencorp.com> Message-ID: <4BC87B62.7070405@cognigencorp.com> On 04/16/2010 10:27 AM, Dagobert Michelsen wrote: > Hi Darin, > > Am 15.04.2010 um 23:38 schrieb Darin Perusich: >> Can someone create a group on the build servers called 'cswsys' and add >> my account to it? I'm attempting to rebuild the amanda package and >> during 'make install' a 'chown darin:sys' is failing because I'm not a >> member. This wasn't happening on Solaris 8 but I'm building on Sol9, >> likely some type of fakeroot problem. The amanda users default group is >> 'sys' which grants it read permission to raw disk devices and a number >> of utilities are in the 'sys' group. The addition of this group will >> allow me to set the group to that group then I can sed it to 'sys' in >> the prototype file so the perms are properly set. > > I would rather not add groups just for building stuff. Isn't > --disable-installperms > enough to let Amanda build? The goal is to make packages buildable > on a wide variety of build hosts and customizing them on a per-package > scheme would really complicate things. You could later on adjust > things in the prototype. > > Please let me know if this works. > I'm rebuilding with this option but I don't believe it's going to be adequate. The problem when setting --disable-installperms is the permission are then not properly set during 'make install' and the user and group pairs in the prototype will not be properly setup, there are some 90+ files/dirs which need to be amanda:sys. This is definitely a fakeroot problem on Solaris 9. I've tested the chown operation on Solaris 8 and 10 (w/ fakeroot built for sol10) and it's functioning properly. I guess simply building on 8 will be the easiest way to get around this for now. -- Darin Perusich Unix Systems Administrator Cognigen Corporation 395 Youngs Rd. Williamsville, NY 14221 Phone: 716-633-3463 Email: darinper at cognigencorp.com From dam at opencsw.org Fri Apr 16 17:19:18 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 16 Apr 2010 17:19:18 +0200 Subject: [csw-buildfarm] group request In-Reply-To: <4BC87B62.7070405@cognigencorp.com> References: <4BC78768.9070307@cognigencorp.com> <4BC87B62.7070405@cognigencorp.com> Message-ID: <83598AD0-0AC8-4C21-AD40-5194C40E85BF@opencsw.org> Hi Darin, Am 16.04.2010 um 16:59 schrieb Darin Perusich: > On 04/16/2010 10:27 AM, Dagobert Michelsen wrote: >> Hi Darin, >> >> Am 15.04.2010 um 23:38 schrieb Darin Perusich: >>> Can someone create a group on the build servers called 'cswsys' >>> and add >>> my account to it? I'm attempting to rebuild the amanda package and >>> during 'make install' a 'chown darin:sys' is failing because I'm >>> not a >>> member. This wasn't happening on Solaris 8 but I'm building on Sol9, >>> likely some type of fakeroot problem. The amanda users default >>> group is >>> 'sys' which grants it read permission to raw disk devices and a >>> number >>> of utilities are in the 'sys' group. The addition of this group will >>> allow me to set the group to that group then I can sed it to 'sys' >>> in >>> the prototype file so the perms are properly set. >> >> I would rather not add groups just for building stuff. Isn't >> --disable-installperms >> enough to let Amanda build? The goal is to make packages buildable >> on a wide variety of build hosts and customizing them on a per- >> package >> scheme would really complicate things. You could later on adjust >> things in the prototype. >> >> Please let me know if this works. > > I'm rebuilding with this option but I don't believe it's going to be > adequate. The problem when setting --disable-installperms is the > permission are then not properly set during 'make install' and the > user > and group pairs in the prototype will not be properly setup, there are > some 90+ files/dirs which need to be amanda:sys. > > This is definitely a fakeroot problem on Solaris 9. I've tested the > chown operation on Solaris 8 and 10 (w/ fakeroot built for sol10) and > it's functioning properly. I guess simply building on 8 will be the > easiest way to get around this for now. Ok then, the Solaris 8 machines are still (and will be) remain in place, so for now it should be ok. If you want to do a GAR build later: GAR does not support fakeroot and fully relies on DESTDIR. The prototype can then be adjusted programmatically with regular expressions per field. Best regards -- Dago From dam at opencsw.org Fri Apr 16 17:40:25 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Fri, 16 Apr 2010 17:40:25 +0200 Subject: [csw-buildfarm] Updating all buildfarm servers now Message-ID: <54E78005-9D49-4B46-AC75-C5930CACB901@opencsw.org> Hi, I am currently updating all buildfarm servers to current/. Please stand by. Best regards -- Dago From Darin.Perusich at cognigencorp.com Fri Apr 16 17:53:07 2010 From: Darin.Perusich at cognigencorp.com (Darin Perusich) Date: Fri, 16 Apr 2010 11:53:07 -0400 Subject: [csw-buildfarm] group request In-Reply-To: <83598AD0-0AC8-4C21-AD40-5194C40E85BF@opencsw.org> References: <4BC78768.9070307@cognigencorp.com> <4BC87B62.7070405@cognigencorp.com> <83598AD0-0AC8-4C21-AD40-5194C40E85BF@opencsw.org> Message-ID: <4BC887E3.6000601@cognigencorp.com> Dago, >> >> I'm rebuilding with this option but I don't believe it's going to be >> adequate. The problem when setting --disable-installperms is the >> permission are then not properly set during 'make install' and the user >> and group pairs in the prototype will not be properly setup, there are >> some 90+ files/dirs which need to be amanda:sys. >> >> This is definitely a fakeroot problem on Solaris 9. I've tested the >> chown operation on Solaris 8 and 10 (w/ fakeroot built for sol10) and >> it's functioning properly. I guess simply building on 8 will be the >> easiest way to get around this for now. > > Ok then, the Solaris 8 machines are still (and will be) remain in > place, so for now it should be ok. If you want to do a GAR build > later: GAR does not support fakeroot and fully relies on DESTDIR. > The prototype can then be adjusted programmatically with regular > expressions per field. > > If a package needs to set a large number of specific permission for users, groups, files, etc, having to adjust them individually w/regex's sounds overly complicated and error prone to me. What happens when a new release is available and these change? In this instance amanda does fully support DESTDIR but you need to set some files to root:sys which are setgid, others amanda:sys, and others root:root. What would be the easiest way to accomplish this for a maintainer...using fakeroot, compiling as root to ensure user:groups are properly set, or some ever changing regex's? I'm not looking for an answer, simply point out that these are complicated issues. -- Darin Perusich Unix Systems Administrator Cognigen Corporation 395 Youngs Rd. Williamsville, NY 14221 Phone: 716-633-3463 Email: darinper at cognigencorp.com From maciej at opencsw.org Sat Apr 17 13:02:49 2010 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Sat, 17 Apr 2010 12:02:49 +0100 Subject: [csw-buildfarm] 504 Gateway Time-out on login Message-ID: I just saw this: maciej at login [login]:~/src/opencsw/gar > svn co https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/gar/v2 v2-x11-binaries svn: OPTIONS of 'https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/gar/v2': Could not create SSL connection through proxy server: 504 Gateway Time-out (https://gar.svn.sourceforge.net) Is it a known issue? From bwalton at opencsw.org Sat Apr 17 13:30:49 2010 From: bwalton at opencsw.org (Ben Walton) Date: Sat, 17 Apr 2010 07:30:49 -0400 Subject: [csw-buildfarm] 504 Gateway Time-out on login In-Reply-To: References: Message-ID: <1271503803-sup-6887@pinkfloyd.chass.utoronto.ca> Excerpts from Maciej (Matchek) Blizinski's message of Sat Apr 17 07:02:49 -0400 2010: > maciej at login [login]:~/src/opencsw/gar > svn co > https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/gar/v2 > v2-x11-binaries > svn: OPTIONS of > 'https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/gar/v2': Could > not create SSL connection through proxy server: 504 Gateway Time-out > (https://gar.svn.sourceforge.net) I saw it twice in fairly quick succession last night too. It disappeared and didn't come. I'd wondered if it was a problem at the sourceforge side? Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From bwalton at opencsw.org Sat Apr 17 14:07:44 2010 From: bwalton at opencsw.org (Ben Walton) Date: Sat, 17 Apr 2010 08:07:44 -0400 Subject: [csw-buildfarm] 504 Gateway Time-out on login In-Reply-To: <1271503803-sup-6887@pinkfloyd.chass.utoronto.ca> References: <1271503803-sup-6887@pinkfloyd.chass.utoronto.ca> Message-ID: <1271505934-sup-4255@pinkfloyd.chass.utoronto.ca> Excerpts from Ben Walton's message of Sat Apr 17 07:30:49 -0400 2010: > I saw it twice in fairly quick succession last night too. It > disappeared and didn't come. I'd wondered if it was a problem at the > sourceforge side? I'm now seeing it at every (non-local) svn operation. Dago, are there recent changes in the buildfarm proxy? Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From maciej at opencsw.org Sat Apr 17 14:14:36 2010 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Sat, 17 Apr 2010 13:14:36 +0100 Subject: [csw-buildfarm] 504 Gateway Time-out on login In-Reply-To: References: Message-ID: On an external host which doesn't use a proxy: svn: OPTIONS of 'https://gar.svn.sourceforge.net/svnroot/gar/csw/mgar/gar/v2': could not connect to server (https://gar.svn.sourceforge.net) It looks like a problem on the SF side. From bwalton at opencsw.org Sat Apr 17 14:16:44 2010 From: bwalton at opencsw.org (Ben Walton) Date: Sat, 17 Apr 2010 08:16:44 -0400 Subject: [csw-buildfarm] 504 Gateway Time-out on login In-Reply-To: <1271505934-sup-4255@pinkfloyd.chass.utoronto.ca> References: <1271503803-sup-6887@pinkfloyd.chass.utoronto.ca> <1271505934-sup-4255@pinkfloyd.chass.utoronto.ca> Message-ID: <1271506571-sup-577@pinkfloyd.chass.utoronto.ca> Excerpts from Ben Walton's message of Sat Apr 17 08:07:44 -0400 2010: > I'm now seeing it at every (non-local) svn operation. Dago, are there > recent changes in the buildfarm proxy? Ignore. Maciej and I have both seen errors from SF.net itself on unproxied hosts. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From maciej at opencsw.org Mon Apr 19 10:31:37 2010 From: maciej at opencsw.org (Maciej (Matchek) Blizinski) Date: Mon, 19 Apr 2010 09:31:37 +0100 Subject: [csw-buildfarm] libassuan >= 2.0.0 Message-ID: Can you please upgrade libassuan on the buildfarm? Maciej From Darin.Perusich at cognigencorp.com Fri Apr 23 17:42:05 2010 From: Darin.Perusich at cognigencorp.com (Darin Perusich) Date: Fri, 23 Apr 2010 11:42:05 -0400 Subject: [csw-buildfarm] installing packages on the "testing" hosts Message-ID: <4BD1BFCD.50802@cognigencorp.com> Is it possible to install packages on testing hosts? I use to be able to ssh as root over to them but am unable to now. I'm trying to figure out a problem with the new amanda package I'm building and being able to install in on something other solaris 10 would be helpful. -- Darin Perusich Unix Systems Administrator Cognigen Corporation 395 Youngs Rd. Williamsville, NY 14221 Phone: 716-633-3463 Email: darinper at cognigencorp.com From bwalton at opencsw.org Sat Apr 24 20:39:25 2010 From: bwalton at opencsw.org (Ben Walton) Date: Sat, 24 Apr 2010 14:39:25 -0400 Subject: [csw-buildfarm] installing packages on the "testing" hosts In-Reply-To: <4BD1BFCD.50802@cognigencorp.com> References: <4BD1BFCD.50802@cognigencorp.com> Message-ID: <1272134339-sup-3639@pinkfloyd.chass.utoronto.ca> Excerpts from Darin Perusich's message of Fri Apr 23 11:42:05 -0400 2010: > Is it possible to install packages on testing hosts? I use to be > able to ssh as root over to them but am unable to now. I'm trying to > figure out a problem with the new amanda package I'm building and > being able to install in on something other solaris 10 would be > helpful. > Added the following to the sudoers file on testing9{x,s}: darin ALL=(ALL) NOPASSWD: SETENV: ALL -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From dam at opencsw.org Sun Apr 25 21:43:41 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 25 Apr 2010 21:43:41 +0200 Subject: [csw-buildfarm] installing packages on the "testing" hosts In-Reply-To: <1272134339-sup-3639@pinkfloyd.chass.utoronto.ca> References: <4BD1BFCD.50802@cognigencorp.com> <1272134339-sup-3639@pinkfloyd.chass.utoronto.ca> Message-ID: <28CE1B20-E6F5-4A99-9CAD-D5F4A4E67FED@opencsw.org> Hi Ben, Am 24.04.2010 um 20:39 schrieb Ben Walton: > Excerpts from Darin Perusich's message of Fri Apr 23 11:42:05 -0400 2010: > >> Is it possible to install packages on testing hosts? I use to be >> able to ssh as root over to them but am unable to now. I'm trying to >> figure out a problem with the new amanda package I'm building and >> being able to install in on something other solaris 10 would be >> helpful. >> > > Added the following to the sudoers file on testing9{x,s}: > > darin ALL=(ALL) NOPASSWD: SETENV: ALL I usually just add them to the wheel group, but this is also ok. Best regards -- Dago From dougd at bonmot.ca Wed Apr 21 17:05:07 2010 From: dougd at bonmot.ca (Doug D) Date: Wed, 21 Apr 2010 12:05:07 -0300 Subject: [csw-buildfarm] Build account etc Message-ID: <4BCF1423.7040002@bonmot.ca> Hi There, I have built a CSW package for zile (Zile is lossy emacs) and would like to put it up at the build farm. Do I need an account first? I have one on the bugsite, but I am not sure how to get a shell account. -Doug From dam at opencsw.org Sun Apr 25 23:04:01 2010 From: dam at opencsw.org (Dagobert Michelsen) Date: Sun, 25 Apr 2010 23:04:01 +0200 Subject: [csw-buildfarm] Build account etc In-Reply-To: <4BCF1423.7040002@bonmot.ca> References: <4BCF1423.7040002@bonmot.ca> Message-ID: Hi Doug, Am 21.04.2010 um 17:05 schrieb Doug D: > I have built a CSW package for zile (Zile is lossy emacs) and would > like to put it up at the build farm. > Do I need an account first? I have one on the bugsite, but I am not > sure how to get a shell account. Am I right with my assumption that you want your zile packages to be added to the general CSW catalog? If yes, then you need a full maintainer account with @opencsw email address and verified identity. Usually this means an email contact from your work email address. After this has been verified we need your ssh public key, your desired user name, your bugtracker account name and your SourceForge account name. If you are adding packages to the catalog a build with the GAR buildsystem is much preferred for long-term maintainability: http://gar.opencsw.org If you want to just ensure upstream compatibility of zile with Solaris you can get an upstream account without further verification by just sending me your desired user name and ssh public key. Just let us know what you intend to do so we can take proper actions :-) Best regards -- Dago From skayser at opencsw.org Thu Apr 29 00:35:44 2010 From: skayser at opencsw.org (Sebastian Kayser) Date: Thu, 29 Apr 2010 00:35:44 +0200 Subject: [csw-buildfarm] svn servers config file location changed? Message-ID: <4BD8B840.4020907@opencsw.org> Hi, just noticed that svn on the build hosts seems to have forgotten about our proxy. truss shows that it tries to open /etc/opt/csw/subversion/servers whereas the build hosts only have /etc/subversion/servers. Did the location used by svn change? $ truss -topen,connect -vconnect svn up gar/ 2>&1 | tail -20 ... open("/etc/opt/csw/subversion/servers", O_RDONLY|O_LARGEFILE) Err#2 ENOENT open("/home/skayser/.subversion/servers", O_RDONLY|O_LARGEFILE) = 3 open("/etc/opt/csw/subversion/config", O_RDONLY|O_LARGEFILE) Err#2 ENOENT open("/home/skayser/.subversion/config", O_RDONLY|O_LARGEFILE) = 3 ... connect(4, 0xFFBFF100, 16, 1) Err#128 ENETUNREACH AF_INET name = 216.34.181.65 port = 443 svn: OPTIONS of 'https://gar.svn.sf.net/svnroot/gar/csw/mgar/gar/v2': could not connect to server (https://gar.svn.sf.net) @Rupert: Also noticed that the changelog.CSW file in the package is still the one from the 1.6.6 version (my comment in the Makefile might have been misleading), would you mind updating it for newer versions? :) Sebastian From bwalton at opencsw.org Thu Apr 29 02:04:54 2010 From: bwalton at opencsw.org (Ben Walton) Date: Wed, 28 Apr 2010 20:04:54 -0400 Subject: [csw-buildfarm] svn servers config file location changed? In-Reply-To: <4BD8B840.4020907@opencsw.org> References: <4BD8B840.4020907@opencsw.org> Message-ID: <1272499439-sup-9978@pinkfloyd.chass.utoronto.ca> Excerpts from Sebastian Kayser's message of Wed Apr 28 18:35:44 -0400 2010: > just noticed that svn on the build hosts seems to have forgotten > about our proxy. truss shows that it tries to open > /etc/opt/csw/subversion/servers whereas the build hosts only have > /etc/subversion/servers. Did the location used by svn change? Not sure of the cause (I suspect you're right), but I'll update the buildfarm machines to have a copy of /etc/subversion at /etc/opt/csw/subversion. Thanks -Ben -- Ben Walton Systems Programmer - CHASS University of Toronto C:416.407.5610 | W:416.978.4302 From dam at baltic-online.de Wed Apr 28 15:32:11 2010 From: dam at baltic-online.de (Dagobert Michelsen) Date: Wed, 28 Apr 2010 15:32:11 +0200 Subject: [csw-buildfarm] Updating all server to current/ Message-ID: Hi, I am updating all servers to current/ now. Please stand by! Best regards -- Dago