From rupert at opencsw.org Fri Apr 15 16:35:10 2016 From: rupert at opencsw.org (rupert THURNER) Date: Fri, 15 Apr 2016 16:35:10 +0200 Subject: rest Message-ID: hi, i am trying to respin apache2 and apr to solve https://www.opencsw.org/mantis/view.php?id=5267 (missing symbol ap_filter_flush, and others) when doingn it with apache2 i get: rupert at experimental10x [global]:~/opencsw/apache2/trunk > mgar package ... Transferring package instance mkp: exec( gzip -9 -f /tmp/apache2rt-2.2.31,REV=2016.04.15-SunOS5.10-all-CSW.pkg ) mkp: exec( mv /tmp/apache2rt-2.2.31,REV=2016.04.15-SunOS5.10-all-CSW.pkg.gz /home/rupert/pkgs/15.Apr.2016 ) mkp: exec( rm -rf /home/rupert/spool/5.10-i386/CSWapache2rt ) Traceback (most recent call last): File "/home/rupert/opencsw/.buildsys/v2/gar//bin/../lib/python/checkpkg2.py", line 268, in main() File "/home/rupert/opencsw/.buildsys/v2/gar//bin/../lib/python/checkpkg2.py", line 140, in main debug=options.debug) File "/home/rupert/opencsw/.buildsys/v2/gar/lib/python/package_stats.py", line 115, in __init__ pkgdb_url=self.config.get('rest', 'pkgdb'), File "/opt/csw/lib/python2.6/ConfigParser.py", line 532, in get raise NoSectionError(section) ConfigParser.NoSectionError: No section: 'rest' /home/rupert/opencsw/.buildsys/v2/gar//gar.pkg.mk:1169: recipe for target 'pkgcheck' failed gmake: *** [pkgcheck] Error 2 rupert From rupert at opencsw.org Fri Apr 15 19:41:38 2016 From: rupert at opencsw.org (rupert THURNER) Date: Fri, 15 Apr 2016 19:41:38 +0200 Subject: respin apache24, solarisstudio12.4 on experimental? Message-ID: hi, on experiementatal10x i tried to respin apache24 and configure tries to use /opt/solarisstudio12.4/bin/cc while there is only /opt/solarisstudio12.3/bin/cc cause might be that i upgraded apr on unstable10x, where solarisstudio12.4 is installed. rupert From dam at opencsw.org Tue Apr 19 14:17:31 2016 From: dam at opencsw.org (Dagobert Michelsen) Date: Tue, 19 Apr 2016 14:17:31 +0200 Subject: respin apache24, solarisstudio12.4 on experimental? In-Reply-To: References: Message-ID: <0821BEC2-E604-473C-9D12-A4D0829F8474@opencsw.org> Hi Rupert, Am 15.04.2016 um 19:41 schrieb rupert THURNER : > on experiementatal10x i tried to respin apache24 and configure tries to use > /opt/solarisstudio12.4/bin/cc > while there is only > /opt/solarisstudio12.3/bin/cc > > cause might be that i upgraded apr on unstable10x, where > solarisstudio12.4 is installed. I installed Solaris Studio 12.4 now also on experimental10s/x. Best regards ? Dago -- "You don't become great by trying to be great, you become great by wanting to do something, and then doing it so hard that you become great in the process." - xkcd #896 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 841 bytes Desc: Message signed with OpenPGP using GPGMail URL: From rmottola at opencsw.org Thu Apr 21 12:54:49 2016 From: rmottola at opencsw.org (Riccardo Mottola) Date: Thu, 21 Apr 2016 12:54:49 +0200 Subject: debugging failing build / additional make parameters Message-ID: <5718B179.3000503@opencsw.org> Hi all, I am still tring do debug whi I can't build gnustep-back on Solaris 9 while it does build on 10! I have a problem with missing includes or wrong order of includes with freetype and cairo. One think I'd like to know if and what path is really used to build. GNUstep make builds without issuing the actual compile command line. E.g one sees only Compiling xxxx.... Compiling xxxx.... one needs to run "make messages=yes" to see the actual commands (debug). How can I pass this? I thought BUILD_ARGS += messages=yes would so it, but it doesn't work... perhaps something in the receipe "breask" that? Or isn't BUILD_ARGS the variable I need to add options to make To that I also have the curiosity if we can enable in mgar parallel-build. E.g. am extra BUILD arg could be -j$(CPU_NUM) Riccardo From pfelecan at opencsw.org Thu Apr 21 13:57:38 2016 From: pfelecan at opencsw.org (Peter FELECAN) Date: Thu, 21 Apr 2016 13:57:38 +0200 Subject: debugging failing build / additional make parameters In-Reply-To: <5718B179.3000503@opencsw.org> (Riccardo Mottola's message of "Thu, 21 Apr 2016 12:54:49 +0200") References: <5718B179.3000503@opencsw.org> Message-ID: Riccardo Mottola writes: > one needs to run "make messages=yes" to see the actual commands (debug). > How can I pass this? When you give an argument to make, such as "messages=yes", what you do is define a make variable "messages" havin the value of "yes", isn't it? Consequently, puting the stanza "messages=yes" in the Makefile has the same results. The question that you must answer is: in which Makefile do you put that. -- Peter From rmottola at opencsw.org Thu Apr 21 14:49:16 2016 From: rmottola at opencsw.org (Riccardo Mottola) Date: Thu, 21 Apr 2016 14:49:16 +0200 Subject: debugging failing build / additional make parameters In-Reply-To: References: <5718B179.3000503@opencsw.org> Message-ID: <5718CC4C.8050600@opencsw.org> Hi Peter, Peter FELECAN wrote: > Riccardo Mottola writes: > >> >one needs to run "make messages=yes" to see the actual commands (debug). >> >How can I pass this? > When you give an argument to make, such as "messages=yes", what you do is > define a make variable "messages" havin the value of "yes", isn't it? > Consequently, puting the stanza "messages=yes" in the Makefile has the > same results. The question that you must answer is: in which Makefile do > you put that. do you mean I am setting it in the "mgar" Makefile? My goal is to set it in the target makefile, the one of the package, so that it enables the output. I want the equivalent of what I would do by hand: $ tar xf myapp.tar $ cd myapp $ ./configure $ make messages=yes gcc ..... Right now it seems that gar just does "make" Perhaps another way would be changing the MAKE variable (which already should be set to gmake) ? if there is one. In other tystem I solved this by doing MAKE="gmake messages=yes" for example. Riccardo From ihsan at opencsw.org Fri Apr 29 10:03:43 2016 From: ihsan at opencsw.org (Ihsan Dogan) Date: Fri, 29 Apr 2016 10:03:43 +0200 Subject: Mail & Web Server Outage Message-ID: <20160429080342.GB60290@dogan.ch> Hi, As you probably have noticed, the mail and web server was down since wednesday noon. This was caused due a faulty switch port. Our sponsoroing ISP Solnet [1] has now replaced the switch and we are online again. Sorry for the inconviniences. [1] http://www.solnet.ch/ Ihsan -- ihsan at dogan.ch http://blog.dogan.ch/