Date: Wed, 12 Jan 2005 00:04:21 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 499 ************************************************** Tuesday 11 January 2005 Number 499 ************************************************** Subjects for today 1 unsubscribe : Charles R Hunter 2 fd_set in DIALOG : John Poltorak 3 Version control : John Poltorak 4 Re: Version control : Stefan.Neis at t-online.de 5 Re: Tracking source changes : billn 6 Re: Version control : John Poltorak 7 Re: Bridge software : Roman Trunov 8 Apache Portable Runtime Project : John Poltorak 9 Re: Re: Tracking source changes : John Poltorak 10 Re: Version control : lamikr 11 Re: Re: Openssl-0.9.7e : Dave Yeo 12 Re: Lowercase variable names : Andreas Buening 13 Re: Problem running Autoconf : John Poltorak 14 Re: Re: Tracking source changes : billn 15 Re: Re: Tracking source changes : John Poltorak 16 Re: Re: Tracking source changes : billn 17 Re: Re: Tracking source changes : John Poltorak 18 Re: Problem running Autoconf : Andreas Buening 19 Re: Problem running Autoconf : John Poltorak 20 Re: Problem running Autoconf : Andreas Buening 21 WGET : John Poltorak 22 Re: Bridge software : John Poltorak 23 Re: Re: Openssl-0.9.7e : Stefan.Neis at t-online.de **= Email 1 ==========================** Date: Mon, 10 Jan 2005 07:54:58 -0500 From: Charles R Hunter Subject: unsubscribe **= Email 2 ==========================** Date: Mon, 10 Jan 2005 13:19:47 +0000 From: John Poltorak Subject: fd_set in DIALOG I was just trying to build DIALOG which I know I could build in the past, but get these errors:- gcc -Zmt -D__ST_MT_ERRNO__ -D_XOPEN_SOURCE=500 -D_POSIX_C_SOURCE -I/usr/include/ncurses -DHAVE_CONFIG_H -I. -I. -DLOCALEDIR=\"g:/usr/share/locale\" -c ui_getc.c In file included from g:\ux2bs\posix2\include\unistd.h:232, from dialog.h:31, from ui_getc.c:23: g:\ux2bs\posix2\include\sys/unistdx.h:149: warning: `struct _fd_set' declared inside parameter list g:\ux2bs\posix2\include\sys/unistdx.h:149: warning: its scope is only this definition or declaration, g:\ux2bs\posix2\include\sys/unistdx.h:149: warning: which is probably not what you want. ui_getc.c: In function `dlg_getc_ready': ui_getc.c:95: `fd_set' undeclared (first use in this function) ui_getc.c:95: (Each undeclared identifier is reported only once ui_getc.c:95: for each function it appears in.) ui_getc.c:95: parse error before `read_fds' ui_getc.c:99: `read_fds' undeclared (first use in this function) ui_getc.c:104: parse error before `)' make: *** [ui_getc.o] Error 1 Does this mean anything to anyone? -- John **= Email 3 ==========================** Date: Mon, 10 Jan 2005 14:20:11 +0000 From: John Poltorak Subject: Version control I keep meaning to set up some sort of version control, but with the recent introduction of new applications such as subversion and superversion, they automatic choice of CVS is not so clearcut. What would anyone recommend? -- John **= Email 4 ==========================** Date: Mon, 10 Jan 2005 16:23:14 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: Version control John Poltorak schrieb: > I keep meaning to set up some sort of version control, > but with the recent > introduction of new applications such as subversion and > superversion, they > automatic choice of CVS is not so clearcut. > > What would anyone recommend? Well, it depends on what you really want to run things on. Version control typically comes with a server side (the software storing/managing all the versions and passing a specific one to the client) and a client side (asking to get a specific version). If you want to host the server side on OS/2 (as I suppose you to do), you still don't have much choice and have to use CVS, AFAIK. Regards, Stefan **= Email 5 ==========================** Date: Mon, 10 Jan 2005 07:33:59 -0800 From: billn Subject: Re: Tracking source changes I'll volunteer my OS/2 system for nightly builds of one or more packages. What do I need to set up? UX2BS? More? BillN Dave Yeo wrote: > > On Sun, 2005-09-01 at 15:05 -0500, lsunley at mb.sympatico.ca wrote: > > What we need is a "build farm" setup. The postgreSQL guys have set up > > machines that automatically pull updates from CVS and do a standard > > ./configure, make, make install, make installcheck to verify that the > > code will build on the various platforms. > > > > It could be implemented as a set of .cmd files for each of the > > projects > > that have to be monitored, and everyone could volunteer for a subset > > of > > the apps that have to be tracked... > > > > Lorne > > > > This is exactly what is needed with the volunteers also being subscribed > to the developers mailing lists. > I will volunteer some bandwidth and computer time, just have to think > about which packages > Dave **= Email 6 ==========================** Date: Mon, 10 Jan 2005 15:37:56 +0000 From: John Poltorak Subject: Re: Version control On Mon, Jan 10, 2005 at 04:23:14PM +0100, Stefan.Neis at t-online.de wrote: > John Poltorak schrieb: > > I keep meaning to set up some sort of version control, > > but with the recent > > introduction of new applications such as subversion and > > superversion, they > > automatic choice of CVS is not so clearcut. > > > > What would anyone recommend? > > Well, it depends on what you really want to run things on. > Version control typically comes with a server side (the > software storing/managing all the versions and passing > a specific one to the client) and a client side (asking to > get a specific version). If you want to host the server side > on OS/2 (as I suppose you to do), you still don't have > much choice and have to use CVS, AFAIK. I've just been reading the docs for Subversion - in particular server configuration here:- http://svnbook.red-bean.com/en/1.0/svn-book.html#svn-ch-6 At this point in time the only server options are Apache and Svnserve, although I don't know if Svnserve has been ported or if the required Apache module - mod_dav_svn is available. Subversion is touted as a replacement product for CVS, but I don't know successful it will be in this regard. > Regards, > Stefan -- John **= Email 7 ==========================** Date: Mon, 10 Jan 2005 19:13:48 +0300 From: Roman Trunov Subject: Re: Bridge software Hello John, JP> Does anyone know whether this bridging software could be ported to OS/2? JP> http://bridge.sourceforge.net/ This is not a software, this is a part of linux kernel. A kind of special network protocol driver. Roman **= Email 8 ==========================** Date: Mon, 10 Jan 2005 16:45:24 +0000 From: John Poltorak Subject: Apache Portable Runtime Project Don't know how many people have come across APR:- http://apr.apache.org/ but it appears to be required for building certain apps such as Apache2 and Subversion and when I tried building either of these I get errors such as:- checking for chosen layout... apr-util Applying apr-util hints file rules for i386-pc-os2_emx checking for APR... configure: error: the --with-apr parameter is incorrect. It must specify an install prefix, a build directory, or an apr-config file. configure failed for apr-util Since I didn't specify the '--with-apr' parameter I don't know why it is incorrect, what the options are, or what is hould be set to. Anyone else know? -- John **= Email 9 ==========================** Date: Mon, 10 Jan 2005 16:56:22 +0000 From: John Poltorak Subject: Re: Re: Tracking source changes On Mon, Jan 10, 2005 at 07:33:59AM -0800, billn wrote: > I'll volunteer my OS/2 system for nightly builds of one or more > packages. What do I need to set up? UX2BS? More? Have you used UX2BS? It doesn't support any specific software as such, it's a general purpose build system, currently based around emx/gcc 2.8.1 although it does automatically build numerous apps automatically including Perl. My long term hope is that it can be used to build an OS/2 version of every Unix app which has ever been ported and do it automatically producing a UnixOS/2 distro in due course. It's something that needs to be run regularly to ensure that all the apps built will co-exist. If you've never run it, use this command to grab the bootstrap:- wget ftp://unixos2: at 213.152.37.92/pub/unixos2/build_system/lib/ux2_bootstrap.cmd and then run that cmdfile, preferable of a spare drive with lots of free space. If you want any further info check:- http://os2ports.com/sections/ux2bs > BillN > > Dave Yeo wrote: > > > > On Sun, 2005-09-01 at 15:05 -0500, lsunley at mb.sympatico.ca wrote: > > > What we need is a "build farm" setup. The postgreSQL guys have set up > > > machines that automatically pull updates from CVS and do a standard > > > ./configure, make, make install, make installcheck to verify that the > > > code will build on the various platforms. > > > > > > It could be implemented as a set of .cmd files for each of the > > > projects > > > that have to be monitored, and everyone could volunteer for a subset > > > of > > > the apps that have to be tracked... > > > > > > Lorne > > > > > > > This is exactly what is needed with the volunteers also being subscribed > > to the developers mailing lists. > > I will volunteer some bandwidth and computer time, just have to think > > about which packages > > Dave -- John **= Email 10 ==========================** Date: Mon, 10 Jan 2005 20:02:03 +0200 From: lamikr Subject: Re: Version control >I've just been reading the docs for Subversion - in particular server >configuration here:- > >http://svnbook.red-bean.com/en/1.0/svn-book.html#svn-ch-6 > >At this point in time the only server options are Apache and Svnserve, >although I don't know if Svnserve has been ported or if the >required Apache module - mod_dav_svn is available. > >Subversion is touted as a replacement product for CVS, but I don't know >successful it will be in this regard. > > In my opinion the best things in SVN compared to CVS are 1) transactional commits and automatically running labels - lets say that the version of the "project a" is 123 - You commit 5 different files in --> You can checkout the old version of the project by using label "123" and the new version by using label "124" or head 2) rename of directories - when you restructure your project and need to rename files and directories the old ones are not left visible unless you want to checkout the old version with old version label 3) There are javahl java binding which can be used if you want to build java client 1.2 version is expected to add locking feature. The real challenge for the usage of OS/2 version is to get enought testing... Repository where you store your files must really be a bullet proof. Linux and Windows versions are already used in a quite many places so the bottom from where to start making OS/2 version should be ok. Mika **= Email 11 ==========================** Date: Mon, 10 Jan 2005 09:30:28 -0800 From: Dave Yeo Subject: Re: Re: Openssl-0.9.7e On Mon, 2005-10-01 at 12:05 +0100, Stefan.Neis at t-online.de wrote: > > Have you tried this? I tried almost the identical patch last night > and > > got some errors, can't remember exactly right now (rebooted into > Linux) > > but IIRC a combination of parse errors and a complaint about a > nonvoid > > function. > > Yes, I tried it, no problem over here (EMX/gcc-2.8.1). > Actually, I only had completed the static build when sending that > mail, > but a couple of minutes later, the DLL build completed as well without > problem. Wonder what I did wrong? It looks almost the same as I did except I also included a test for __EMX__ as innotek_libc uses strcasecmp etc. Perhaps a simple typo. Dave **= Email 12 ==========================** Date: Mon, 10 Jan 2005 19:19:16 +0100 From: Andreas Buening Subject: Re: Lowercase variable names John Poltorak wrote: > > On Sun, Jan 09, 2005 at 03:35:22PM +0100, Andreas Buening wrote: > > John Poltorak wrote: > > > How would I set variable names to lowercase in a cmd file? > It seems to work OK. I thought you wanted to set a lowercase variable within a running cmd which is not possible. You did run a shell script (with extproc) which set the variables before you started another subshell for setup.sh. That is, of course, possible. :-) Bye, Andreas **= Email 13 ==========================** Date: Mon, 10 Jan 2005 18:45:03 +0000 From: John Poltorak Subject: Re: Problem running Autoconf On Sun, Jan 09, 2005 at 03:35:46PM +0100, Andreas Buening wrote: > John Poltorak wrote: > > > > I got this error whilst trying to build Apache2 (v2.0.52) :- > > > > httpd-2.0.52 > > Using:- autoconf (GNU Autoconf) 2.59 (release 2 for OS/2) > > SYS1041: The name . is not recognized as an > > internal or external command, operable program or batch file. > > > > How can I find out what is causing this? > > It's nearly impossible to help you without further information. How do you suggest I get more information out of this process This is a code snippet:- echo Using:- `autoconf --version | head -1` echo about to run autoconf autoconf echo autoconf finished which produces:- Using:- autoconf (GNU Autoconf) 2.59 (release 2 for OS/2) about to run autoconf SYS1041: The name . is not recognized as an internal or external command, operable program or batch file. autoconf finished > At least, the fact that cmd is called seems to be an error. How would I enable any debugging in this situation? > Bye, > Andreas -- John **= Email 14 ==========================** Date: Mon, 10 Jan 2005 11:55:06 -0800 From: billn Subject: Re: Re: Tracking source changes Just how much space do you mean "a spare drive with lots of free space." I have freed up a 4GB SCSI drive and have another 4GB drive that can be cleared. BillN John Poltorak wrote: > snip > > If you've never run it, use this command to grab the bootstrap:- > > wget ftp://unixos2: at 213.152.37.92/pub/unixos2/build_system/lib/ux2_bootstrap.cmd > > and then run that cmdfile, preferable of a spare drive with lots of free > space. > > If you want any further info check:- > > http://os2ports.com/sections/ux2bs > > > > BillN > > > > Dave Yeo wrote: > > > > > > On Sun, 2005-09-01 at 15:05 -0500, lsunley at mb.sympatico.ca wrote: > > > > What we need is a "build farm" setup. The postgreSQL guys have set up > > > > machines that automatically pull updates from CVS and do a standard > > > > ./configure, make, make install, make installcheck to verify that the > > > > code will build on the various platforms. > > > > > > > > It could be implemented as a set of .cmd files for each of the > > > > projects > > > > that have to be monitored, and everyone could volunteer for a subset > > > > of > > > > the apps that have to be tracked... > > > > > > > > Lorne > > > > > > > > > > This is exactly what is needed with the volunteers also being subscribed > > > to the developers mailing lists. > > > I will volunteer some bandwidth and computer time, just have to think > > > about which packages > > > Dave > > -- > John **= Email 15 ==========================** Date: Mon, 10 Jan 2005 20:08:29 +0000 From: John Poltorak Subject: Re: Re: Tracking source changes On Mon, Jan 10, 2005 at 11:55:06AM -0800, billn wrote: > Just how much space do you mean "a spare drive with lots of free space." 'Lots' is a relative term. I still think that 1GB is a lot of space ;-)... 500MB should be more than adequate I think... -- John > I have freed up a 4GB SCSI drive and have another 4GB drive that can be > cleared. > > BillN > > > John Poltorak wrote: > > > snip > > > > If you've never run it, use this command to grab the bootstrap:- > > > > wget ftp://unixos2: at 213.152.37.92/pub/unixos2/build_system/lib/ux2_bootstrap.cmd > > > > and then run that cmdfile, preferable of a spare drive with lots of free > > space. > > > > If you want any further info check:- > > > > http://os2ports.com/sections/ux2bs > > > > > > > BillN > > > > > > Dave Yeo wrote: > > > > > > > > On Sun, 2005-09-01 at 15:05 -0500, lsunley at mb.sympatico.ca wrote: > > > > > What we need is a "build farm" setup. The postgreSQL guys have set up > > > > > machines that automatically pull updates from CVS and do a standard > > > > > ./configure, make, make install, make installcheck to verify that the > > > > > code will build on the various platforms. > > > > > > > > > > It could be implemented as a set of .cmd files for each of the > > > > > projects > > > > > that have to be monitored, and everyone could volunteer for a subset > > > > > of > > > > > the apps that have to be tracked... > > > > > > > > > > Lorne > > > > > > > > > > > > > This is exactly what is needed with the volunteers also being subscribed > > > > to the developers mailing lists. > > > > I will volunteer some bandwidth and computer time, just have to think > > > > about which packages > > > > Dave > > > > -- > > John **= Email 16 ==========================** Date: Mon, 10 Jan 2005 12:19:03 -0800 From: billn Subject: Re: Re: Tracking source changes John Poltorak wrote: > > On Mon, Jan 10, 2005 at 07:33:59AM -0800, billn wrote: > > I'll volunteer my OS/2 system for nightly builds of one or more > > packages. What do I need to set up? UX2BS? More? > >snip< > > If you've never run it, use this command to grab the bootstrap:- > > wget ftp://unixos2: at 213.152.37.92/pub/unixos2/build_system/lib/ux2_bootstrap.cmd > My attempt to get this was foiled with connection refused. Am I missing a password here? BillN **= Email 17 ==========================** Date: Mon, 10 Jan 2005 20:26:51 +0000 From: John Poltorak Subject: Re: Re: Tracking source changes On Mon, Jan 10, 2005 at 12:19:03PM -0800, billn wrote: > John Poltorak wrote: > > > > On Mon, Jan 10, 2005 at 07:33:59AM -0800, billn wrote: > > > I'll volunteer my OS/2 system for nightly builds of one or more > > > packages. What do I need to set up? UX2BS? More? > > > >snip< > > > > If you've never run it, use this command to grab the bootstrap:- > > > > wget ftp://unixos2: at 213.152.37.92/pub/unixos2/build_system/lib/ux2_bootstrap.cmd > > > My attempt to get this was foiled with connection refused. > Am I missing a password here? Oops - it's me that's missing something... Following a power cut, my web server didn't start up - I keep meaning to include starting it in TCPSTART but always forget. If you try it now you should be OK. > BillN -- John **= Email 18 ==========================** Date: Mon, 10 Jan 2005 21:58:04 +0100 From: Andreas Buening Subject: Re: Problem running Autoconf John Poltorak wrote: > This is a code snippet:- > > echo Using:- `autoconf --version | head -1` > echo about to run autoconf > autoconf > echo autoconf finished > > which produces:- > > Using:- autoconf (GNU Autoconf) 2.59 (release 2 for OS/2) > about to run autoconf > SYS1041: The name . is not recognized as an > internal or external command, operable program or batch file. > autoconf finished Okay, the echo commands seem to work fine while the call of autoconf fails because cmd is called somehow. Have you set EMXSHELL? Otherwise, I have no idea. Bye, Andreas **= Email 19 ==========================** Date: Mon, 10 Jan 2005 21:22:09 +0000 From: John Poltorak Subject: Re: Problem running Autoconf On Mon, Jan 10, 2005 at 09:58:04PM +0100, Andreas Buening wrote: > John Poltorak wrote: > > > This is a code snippet:- > > > > echo Using:- `autoconf --version | head -1` > > echo about to run autoconf > > autoconf > > echo autoconf finished > > > > which produces:- > > > > Using:- autoconf (GNU Autoconf) 2.59 (release 2 for OS/2) > > about to run autoconf > > SYS1041: The name . is not recognized as an > > internal or external command, operable program or batch file. > > autoconf finished > > Okay, the echo commands seem to work fine while the call of > autoconf fails because cmd is called somehow. Have you set > EMXSHELL? Otherwise, I have no idea. Do you know if it is possible to set something like:- ? EMXSHELL='/bin/sh -x' > Bye, > Andreas -- John **= Email 20 ==========================** Date: Mon, 10 Jan 2005 23:19:37 +0100 From: Andreas Buening Subject: Re: Problem running Autoconf John Poltorak wrote: > Do you know if it is possible to set something like:- ? > > EMXSHELL='/bin/sh -x' I don't think so, but I don't know. Bye, Andreas **= Email 21 ==========================** Date: Tue, 11 Jan 2005 08:45:25 +0000 From: John Poltorak Subject: WGET I've been trying to build various versions of WGET but without any success at all. Has anyone else been successful? -- John **= Email 22 ==========================** Date: Tue, 11 Jan 2005 10:27:58 +0000 From: John Poltorak Subject: Re: Bridge software On Mon, Jan 10, 2005 at 07:13:48PM +0300, Roman Trunov wrote: > Hello John, > > JP> Does anyone know whether this bridging software could be ported to OS/2? > > JP> http://bridge.sourceforge.net/ > > This is not a software, this is a part of linux kernel. A kind of > special network protocol driver. OS/2 differs from Linux in that it doesn't have all it's drivers compiled into the kernel, it uses seperate device drivers with network protocol drivers being part of MPTS. I don't know whether there is any commonality between Linux and OS/2 network protocol drivers, but I thought there may be some... > Roman > -- John **= Email 23 ==========================** Date: Tue, 11 Jan 2005 11:39:39 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: Re: Openssl-0.9.7e Dave Yeo schrieb: > It looks almost the same as I did except I also > included a test for __EMX__ as innotek_libc uses > strcasecmp etc. Why? Isn't Innotek's libc providing both strcasecmp and stricmp anyway? > Perhaps a simple typo. Probably... Regards, Stefan