Date: Mon, 3 Feb 2003 02:33:48 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [Ux2bs_Archive] No. 66 ************************************************** Sunday 02 February 2003 Number 66 ************************************************** Subjects for today 1 Re: Berkeley DB : Ted Sikora 2 Re: Berkeley DB : Ted Sikora 3 Bandwidth increase : Ted Sikora 4 Berkeley DB : John Poltorak 5 Re: Any more results? : John Poltorak 6 autoconf : Ken Ames 7 Re: Berkeley DB : Adrian Gschwend" 8 Re: Berkeley DB : Stefan.Neis at t-online.de 9 Re: Berkeley DB : John Poltorak 10 Re: Berkeley DB : John Poltorak 11 Re: CVS : Henry Sobotka 12 Re: Any more results? : John Poltorak 13 Re: Berkeley DB : Lyn St George" 14 CVS : John Poltorak 15 Re: Berkeley DB : John Poltorak 16 Re: Perl prefix : John Poltorak 17 Re: CVS : John Poltorak 18 Re: CVS : Stefan.Neis at t-online.de 19 Re: Berkeley DB : Lyn St George" 20 EMX v. P2 headers conflict ? : John Poltorak 21 Re: Build System changes : Maynard" 22 Re: CVS : Andrew Belov" 23 Re: EMX v. P2 headers conflict ? : Stefan.Neis at t-online.de 24 need status info : Maynard" 25 Re: Build System changes : Maynard" 26 Re: CVS : Andrew Belov" **= Email 1 ==========================** Date: Mon, 03 Feb 2003 07:28:35 -0500 From: Ted Sikora Subject: Re: Berkeley DB BerkeleyDB 4.0.14 is at OS2Ports.com ftp://os2ports.com/pub/os2/unix/devtools/db/BerkeleyDB.4.0.14.os2.zip John Poltorak wrote: > I'd like to try updating Berkeley DB since we are using v1.85 and AIUI it > has been updated quite a bit since 1994. > > Does anyone know the location of the latest version? > > I believe that its development is now done by Sleepycat Software. > -- -- Ted Sikora tsikora at ntplx.net _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 2 ==========================** Date: Mon, 03 Feb 2003 07:57:02 -0500 From: Ted Sikora Subject: Re: Berkeley DB I think Jim Clark did it. John Poltorak wrote: > On Mon, Feb 03, 2003 at 07:28:35AM -0500, Ted Sikora wrote: > >>BerkeleyDB 4.0.14 is at OS2Ports.com >> >>ftp://os2ports.com/pub/os2/unix/devtools/db/BerkeleyDB.4.0.14.os2.zip > > > > Yes, but it only contains libs - no patches. It does not allow us to build > our own db libs which is what we are aiming to do. > > > -- Ted Sikora tsikora at ntplx.net _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 3 ==========================** Date: Mon, 03 Feb 2003 09:27:09 -0500 From: Ted Sikora Subject: Bandwidth increase I switched lines for OS2Ports.com Should see a 1/3 increase in bandwidth in about 3 days. Downloads will be throttled at 48k. In a few months I'll be switching it over from Slackware to OS/2 WSeB too. -- Ted Sikora tsikora at ntplx.net _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 4 ==========================** Date: Mon, 3 Feb 2003 10:08:48 +0000 From: John Poltorak Subject: Berkeley DB I'd like to try updating Berkeley DB since we are using v1.85 and AIUI it has been updated quite a bit since 1994. Does anyone know the location of the latest version? I believe that its development is now done by Sleepycat Software. -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 5 ==========================** Date: Mon, 3 Feb 2003 10:42:31 +0000 From: John Poltorak Subject: Re: Any more results? On Sun, Feb 02, 2003 at 04:11:51PM -0500, Ted Sikora wrote: > Weird that we all are getting different results. I would think that they > would be identical. Actually, I'm surprised how similar they are given the enormous scope for introducing differences. > The platform used must be part of the problem. The ux2bs shell only isolates the build framework in terms of %PATH%, environment variables and contents of %ETC%. There a huge potential of differences which could affect the build. These could include the version of OS/2, other software installed accessible via LIBPATH. Other factors which could be influential are the system hardware - CPU and RAM. There is also a possibility of other things running on the system at the same time which may affect the build. If there is any way of taking any of these factors into account I'd like suggestions on how to do so. > These seem to be the common problems. > > basic.t This is a Perl bug > os2_process.t > os2_process_kid.t Most people seem to get failures in some of these tests, but not all the same tests. > rx_cmprt.t This is because Object REXX is not installed. A patch is available but has not yet been added. > -- > Ted Sikora > tsikora at ntplx.net -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 6 ==========================** Date: Mon, 03 Feb 2003 11:24:57 -0800 From: Ken Ames Subject: autoconf hi, is there any easier way to get autoconf >2.5 installed? the hobbes packages are really troublesome. thanks Ken _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 7 ==========================** Date: Mon, 03 Feb 2003 11:25:50 +0100 (CET) From: "Adrian Gschwend" Subject: Re: Berkeley DB On Mon, 3 Feb 2003 10:08:48 +0000, John Poltorak wrote: >I'd like to try updating Berkeley DB since we are using v1.85 and AIUI it >has been updated quite a bit since 1994. > >Does anyone know the location of the latest version? > >I believe that its development is now done by Sleepycat Software. Yuri Dario ported bogofilter (SPAM filter) to OS/2, IIRC bogofilter is using Berkeley DB as well so he compiled it too I would say. His stuff is available at netlabs: ftp://ftp.netlabs.org/pub/misc/bogofilter.zip But I don't know if the source is included as well cu Adrian -- Adrian Gschwend at netlabs.org ktk [a t] netlabs.org ------- Free Software for OS/2 and eCS http://www.netlabs.org _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 8 ==========================** Date: Mon, 03 Feb 2003 12:05:35 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: Berkeley DB John Poltorak schrieb: > > I'd like to try updating Berkeley DB since we are > using v1.85 and AIUI it > has been updated quite a bit since 1994. Maybe Posix/2 does contain a newer version, but I don't remember if that was on "we have..." or on the "it would be nice to have ..." list. ;-) > Does anyone know the location of the latest version? > > I believe that its development is now done by Sleepycat > Software. Exactly. Look at www.sleepycat.com. BTW, registering and getting two months of free technical support might be an interesting offer for someone having some free time to invest into that port. ;-) Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 9 ==========================** Date: Mon, 3 Feb 2003 12:09:48 +0000 From: John Poltorak Subject: Re: Berkeley DB On Mon, Feb 03, 2003 at 12:05:35PM +0100, Stefan.Neis at t-online.de wrote: > John Poltorak schrieb: > > > > I'd like to try updating Berkeley DB since we are > > using v1.85 and AIUI it > > has been updated quite a bit since 1994. > > Maybe Posix/2 does contain a newer version, but I > don't remember if that was on "we have..." or on the > "it would be nice to have ..." list. ;-) > > > Does anyone know the location of the latest version? > > > > I believe that its development is now done by Sleepycat > > Software. > > Exactly. Look at www.sleepycat.com. BTW, registering > and getting two months of free technical support > might be an interesting offer for someone having some free time to > invest into that port. ;-) I thought I would give it a try just to see what happened, but it didn't get very far, possibly for simple reasons... Autoconf failed to run because of:- Can't locate Autom4te/General.pm in at INC ( at INC contains: I'm not really sure what to check for here. Then configure failed with:- checking for ar... missing_ar configure: error: No ar utility found. I do have \emx\bin\ar.exe but maybe it didn't look for a .exe... I'll try setting $AR and see if it makes a difference. > > Regards, > Stefan -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 10 ==========================** Date: Mon, 3 Feb 2003 12:17:33 +0000 From: John Poltorak Subject: Re: Berkeley DB On Mon, Feb 03, 2003 at 07:28:35AM -0500, Ted Sikora wrote: > BerkeleyDB 4.0.14 is at OS2Ports.com > > ftp://os2ports.com/pub/os2/unix/devtools/db/BerkeleyDB.4.0.14.os2.zip Yes, but it only contains libs - no patches. It does not allow us to build our own db libs which is what we are aiming to do. > > John Poltorak wrote: > > I'd like to try updating Berkeley DB since we are using v1.85 and AIUI it > > has been updated quite a bit since 1994. > > > > Does anyone know the location of the latest version? > > > > I believe that its development is now done by Sleepycat Software. > > > > > -- > -- > Ted Sikora > tsikora at ntplx.net > > -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 11 ==========================** Date: Mon, 03 Feb 2003 12:35:06 -0500 From: Henry Sobotka Subject: Re: CVS Stefan.Neis at t-online.de wrote: > > - CVS client translates unix-like line feeds > which are used in the repository to client-style > line breaks. I.e. on OS/2 it currently gives > you CR/LF, which I personally dislike, but > changing it will require either some magic shell > scripts run over all local _text_ files or doing > a fresh checkout for all your local files obtained > from some CVS. That might be a real killer point > for modem users. Why not add a startup option that defines, say, NO_CRLF and include it in the conditional that determines whether or not to convert the line-ending? h~ _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 12 ==========================** Date: Mon, 3 Feb 2003 12:51:44 +0000 From: John Poltorak Subject: Re: Any more results? On Sun, Feb 02, 2003 at 03:22:18PM -0600, Maynard wrote: > os_base; fix_level; presume HPFS on %uxrt%; I think we are assuming that HPFS is being used, so I'm a little puzzled as to why some people get fails such as:- lib/os2_ea.t Has anyone tried making a build on JFS? ..possibly even a network drive? I've been using RAMFS which did create a couple of errors itself originally, but they are now fixed with RAMFS v1.05. > Thanks, Ted, for your suggestion that two tests are WSeB particular. How are they WSeB in particular? WSeB is hardly any different to FP13+ AFAICT. I suppose the revision level and kernel version may be worth recording, although I can't think of a way of obtaining the latter... Also, I think Ted often adds his own little bits and pieces into the environment which may affect his results :-)... > I've noted them at > http://warped.mentabolism.org/UnixOS2/perl.html This is an excellent reference for anyone who wants to check any failing tests and possibly get an explanation. > -- Maynard -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 13 ==========================** Date: Mon, 03 Feb 2003 13:43:51 +0000 From: "Lyn St George" Subject: Re: Berkeley DB --_=_=_=IMA.BOUNDARY.H9QXD2138764=_=_=_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit On Mon, 03 Feb 2003 07:57:02 -0500, Ted Sikora wrote: >I think Jim Clark did it. > >John Poltorak wrote: >> On Mon, Feb 03, 2003 at 07:28:35AM -0500, Ted Sikora wrote: >> >>>BerkeleyDB 4.0.14 is at OS2Ports.com >>> >>>ftp://os2ports.com/pub/os2/unix/devtools/db/BerkeleyDB.4.0.14.os2.zip >> >> >> >> Yes, but it only contains libs - no patches. It does not allow us to build >> our own db libs which is what we are aiming to do. That's one that I did - the diff should have been in the zip but it seems that I forgot. Find it attached. Two problems: 1. Version 4.x uses a new API (as documented at SleepyCat) which introduces major changes. It is very noticeable that MySQL still uses v 3.2.9 2. It is not built with v 185 compatibility - for some reason it wouldn't build that way. I recently started building v 3.2.9a (as found in the MySQL tarball) and will finish it when time allows (hopefully within the next couple of weeks) - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- --_=_=_=IMA.BOUNDARY.H9QXD2138764=_=_=_ Content-Type: application/octet-stream; name="diff.a1" Content-Transfer-Encoding: base64 ZGlmZiAtdXIgZGItNC4wLjE0Lm9yaWcvZGlzdC9jb25maWd1cmUgZGItNC4wLjE0L2Rpc3QvY29u ZmlndXJlDQotLS0gZGItNC4wLjE0Lm9yaWcvZGlzdC9jb25maWd1cmUJU3VuIE5vdiAxOCAxNTo0 NTo0OCAyMDAxDQorKysgZGItNC4wLjE0L2Rpc3QvY29uZmlndXJlCUZyaSBGZWIgMTUgMTQ6NTU6 MTYgMjAwMg0KQEAgLTE5NSwxNCArMTk1LDE0IEBADQoNCiBybSAtZiBjb25mJCQgY29uZiQkLmV4 ZSBjb25mJCQuZmlsZQ0KIGVjaG8gPmNvbmYkJC5maWxlDQotaWYgbG4gLXMgY29uZiQkLmZpbGUg Y29uZiQkIDI+L2Rldi9udWxsOyB0aGVuDQoraWYgY3AgLWEgY29uZiQkLmZpbGUgY29uZiQkIDI+ L2Rldi9udWxsOyB0aGVuDQogICAjIFdlIGNvdWxkIGp1c3QgY2hlY2sgZm9yIERKR1BQOyBidXQg dGhpcyB0ZXN0IGEpIHdvcmtzIGIpIGlzIG1vcmUgZ2VuZXJpYw0KICAgIyBhbmQgYykgd2lsbCBy ZW1haW4gdmFsaWQgb25jZSBESkdQUCBzdXBwb3J0cyBzeW1saW5rcyAoREpHUFAgMi4wNCkuDQog ICBpZiB0ZXN0IC1mIGNvbmYkJC5leGU7IHRoZW4NCiAgICAgIyBEb24ndCB1c2UgbG4gYXQgYWxs OyB3ZSBkb24ndCBoYXZlIGFueSBsaW5rcw0KICAgICBhc19sbl9zPSdjcCAtcCcNCiAgIGVsc2UN Ci0gICAgYXNfbG5fcz0nbG4gLXMnDQorICAgIGFzX2xuX3M9J2NwIC1hJw0KICAgZmkNCiBlbGlm IGxuIGNvbmYkJC5maWxlIGNvbmYkJCAyPi9kZXYvbnVsbDsgdGhlbg0KICAgYXNfbG5fcz1sbg0K QEAgLTE2ODAsNyArMTY4MCw3IEBADQogZWNobyAiJHtFQ0hPX1R9bm8iID4mNg0KIGZpDQoNCi0g IGRiX2N2X3BhdGhfYXI9JGFjX2N0X2RiX2N2X3BhdGhfYXINCisgIGRiX2N2X3BhdGhfYXI9L3Vz ci9iaW4vYXIuZXhlDQogZWxzZQ0KICAgZGJfY3ZfcGF0aF9hcj0iJGFjX2N2X3Byb2dfZGJfY3Zf cGF0aF9hciINCiBmaQ0KQEAgLTE3NjAsNyArMTc2MCw3IEBADQogZWNobyAiJHtFQ0hPX1R9bm8i ID4mNg0KIGZpDQoNCi0gIGRiX2N2X3BhdGhfY2htb2Q9JGFjX2N0X2RiX2N2X3BhdGhfY2htb2QN CisgIGRiX2N2X3BhdGhfY2htb2Q9L2VteC9iaW4vY2htb2QuZXhlDQogZWxzZQ0KICAgZGJfY3Zf cGF0aF9jaG1vZD0iJGFjX2N2X3Byb2dfZGJfY3ZfcGF0aF9jaG1vZCINCiBmaQ0KQEAgLTE4NDAs NyArMTg0MCw3IEBADQogZWNobyAiJHtFQ0hPX1R9bm8iID4mNg0KIGZpDQoNCi0gIGRiX2N2X3Bh dGhfY3A9JGFjX2N0X2RiX2N2X3BhdGhfY3ANCisgIGRiX2N2X3BhdGhfY3A9L3Vzci9iaW4vY3Au ZXhlDQogZWxzZQ0KICAgZGJfY3ZfcGF0aF9jcD0iJGFjX2N2X3Byb2dfZGJfY3ZfcGF0aF9jcCIN CiBmaQ0KQEAgLTIwMzksNyArMjAzOSw3IEBADQogZWNobyAiJHtFQ0hPX1R9bm8iID4mNg0KIGZp DQoNCi0gIGRiX2N2X3BhdGhfbG49JGFjX2N0X2RiX2N2X3BhdGhfbG4NCisgIGRiX2N2X3BhdGhf bG49L3Vzci9iaW4vbG4uZXhlDQogZWxzZQ0KICAgZGJfY3ZfcGF0aF9sbj0iJGFjX2N2X3Byb2df ZGJfY3ZfcGF0aF9sbiINCiBmaQ0KQEAgLTIxMTksNyArMjExOSw3IEBADQogZWNobyAiJHtFQ0hP X1R9bm8iID4mNg0KIGZpDQoNCi0gIGRiX2N2X3BhdGhfbWtkaXI9JGFjX2N0X2RiX2N2X3BhdGhf bWtkaXINCisgIGRiX2N2X3BhdGhfbWtkaXI9L3Vzci9iaW4vbWtkaXIuZXhlDQogZWxzZQ0KICAg ZGJfY3ZfcGF0aF9ta2Rpcj0iJGFjX2N2X3Byb2dfZGJfY3ZfcGF0aF9ta2RpciINCiBmaQ0KQEAg LTIzMTMsNyArMjMxMyw3IEBADQogZWNobyAiJHtFQ0hPX1R9bm8iID4mNg0KIGZpDQoNCi0gIGRi X2N2X3BhdGhfcm09JGFjX2N0X2RiX2N2X3BhdGhfcm0NCisgIGRiX2N2X3BhdGhfcm09L3Vzci9i aW4vcm0uZXhlDQogZWxzZQ0KICAgZGJfY3ZfcGF0aF9ybT0iJGFjX2N2X3Byb2dfZGJfY3ZfcGF0 aF9ybSINCiBmaQ0KQEAgLTI1MTAsNyArMjUxMCw3IEBADQogICA7Ow0KIGVzYWMNCiBmaQ0KLWRi X2N2X3BhdGhfc2g9JGFjX2N2X3BhdGhfZGJfY3ZfcGF0aF9zaA0KK2RiX2N2X3BhdGhfc2g9L3Vz ci9iaW4vc2guZXhlDQoNCiBpZiB0ZXN0IC1uICIkZGJfY3ZfcGF0aF9zaCI7IHRoZW4NCiAgIGVj aG8gIiRhc19tZToyNTE2OiByZXN1bHQ6ICRkYl9jdl9wYXRoX3NoIiA+JjUNCkBAIC0yNzE0LDcg KzI3MTQsNyBAQA0KIGVjaG8gIiR7RUNIT19UfW5vIiA+JjYNCiBmaQ0KDQotICBkYl9jdl9wYXRo X2tpbGw9JGFjX2N0X2RiX2N2X3BhdGhfa2lsbA0KKyAgZGJfY3ZfcGF0aF9raWxsPS9lbXgvYmlu L2tpbGwuZXhlDQogZWxzZQ0KICAgZGJfY3ZfcGF0aF9raWxsPSIkYWNfY3ZfcHJvZ19kYl9jdl9w YXRoX2tpbGwiDQogZmkNCkBAIC00Njg1LDEwICs0Njg1LDEwIEBADQogZWNobyAiJGFzX21lOjQ2 ODU6IHJlc3VsdDogJE5NIiA+JjUNCiBlY2hvICIke0VDSE9fVH0kTk0iID4mNg0KDQotZWNobyAi JGFzX21lOjQ2ODg6IGNoZWNraW5nIHdoZXRoZXIgbG4gLXMgd29ya3MiID4mNQ0KLWVjaG8gJEVD SE9fTiAiY2hlY2tpbmcgd2hldGhlciBsbiAtcyB3b3Jrcy4uLiAkRUNIT19DIiA+JjYNCitlY2hv ICIkYXNfbWU6NDY4ODogY2hlY2tpbmcgd2hldGhlciBjcCAtYSB3b3JrcyIgPiY1DQorZWNobyAk RUNIT19OICJjaGVja2luZyB3aGV0aGVyIGNwIC1hIHdvcmtzLi4uICRFQ0hPX0MiID4mNg0KIExO X1M9JGFzX2xuX3MNCi1pZiB0ZXN0ICIkTE5fUyIgPSAibG4gLXMiOyB0aGVuDQoraWYgdGVzdCAi JExOX1MiID0gImNwIC1hIjsgdGhlbg0KICAgZWNobyAiJGFzX21lOjQ2OTI6IHJlc3VsdDogeWVz IiA+JjUNCiBlY2hvICIke0VDSE9fVH15ZXMiID4mNg0KIGVsc2UNCkBAIC01NzUwLDcgKzU3NTAs NyBAQA0KIHRlc3QgLXogIiRDQyIgJiYgQ0M9Y2MNCiB0ZXN0IC16ICIkRExMVE9PTCIgJiYgRExM VE9PTD1kbGx0b29sDQogdGVzdCAteiAiJExEIiAmJiBMRD1sZA0KLXRlc3QgLXogIiRMTl9TIiAm JiBMTl9TPSJsbiAtcyINCit0ZXN0IC16ICIkTE5fUyIgJiYgTE5fUz0iY3AgLWEiDQogdGVzdCAt eiAiJE1BR0lDX0NNRCIgJiYgTUFHSUNfQ01EPWZpbGUNCiB0ZXN0IC16ICIkTk0iICYmIE5NPW5t DQogdGVzdCAteiAiJE9CSkRVTVAiICYmIE9CSkRVTVA9b2JqZHVtcA0KQEAgLTE0NDEzLDE0ICsx NDQxMywxNCBAQA0KDQogcm0gLWYgY29uZiQkIGNvbmYkJC5leGUgY29uZiQkLmZpbGUNCiBlY2hv ID5jb25mJCQuZmlsZQ0KLWlmIGxuIC1zIGNvbmYkJC5maWxlIGNvbmYkJCAyPi9kZXYvbnVsbDsg dGhlbg0KK2lmIGNwIC1hIGNvbmYkJC5maWxlIGNvbmYkJCAyPi9kZXYvbnVsbDsgdGhlbg0KICAg IyBXZSBjb3VsZCBqdXN0IGNoZWNrIGZvciBESkdQUDsgYnV0IHRoaXMgdGVzdCBhKSB3b3JrcyBi KSBpcyBtb3JlIGdlbmVyaWMNCiAgICMgYW5kIGMpIHdpbGwgcmVtYWluIHZhbGlkIG9uY2UgREpH UFAgc3VwcG9ydHMgc3ltbGlua3MgKERKR1BQIDIuMDQpLg0KICAgaWYgdGVzdCAtZiBjb25mJCQu ZXhlOyB0aGVuDQogICAgICMgRG9uJ3QgdXNlIGxuIGF0IGFsbDsgd2UgZG9uJ3QgaGF2ZSBhbnkg bGlua3MNCiAgICAgYXNfbG5fcz0nY3AgLXAnDQogICBlbHNlDQotICAgIGFzX2xuX3M9J2xuIC1z Jw0KKyAgICBhc19sbl9zPSdjcCAtYScNCiAgIGZpDQogZWxpZiBsbiBjb25mJCQuZmlsZSBjb25m JCQgMj4vZGV2L251bGw7IHRoZW4NCiAgIGFzX2xuX3M9bG4NCg== --_=_=_=IMA.BOUNDARY.H9QXD2138764=_=_=_-- _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 14 ==========================** Date: Mon, 3 Feb 2003 15:26:23 +0000 From: John Poltorak Subject: CVS Is there any reason why CVS, at least the client, should not compile staright out of the box on OS/2? I'm wondering whether any of the previous ports are required any more. Given that the build tools such as autoconf should now cope with DOSish filesystems, what specific OS/2 code changes would be necessary in CVS? After looking at a few patches of various apps it seems thatmany of them are now redundant. -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 15 ==========================** Date: Mon, 3 Feb 2003 16:28:20 +0000 From: John Poltorak Subject: Re: Berkeley DB On Mon, Feb 03, 2003 at 01:43:51PM +0000, Lyn St George wrote: > On Mon, 03 Feb 2003 07:57:02 -0500, Ted Sikora wrote: > > >I think Jim Clark did it. > > > >John Poltorak wrote: > >> On Mon, Feb 03, 2003 at 07:28:35AM -0500, Ted Sikora wrote: > >> > >>>BerkeleyDB 4.0.14 is at OS2Ports.com > >>> > >>>ftp://os2ports.com/pub/os2/unix/devtools/db/BerkeleyDB.4.0.14.os2.zip > >> > >> > >> > >> Yes, but it only contains libs - no patches. It does not allow us to build > >> our own db libs which is what we are aiming to do. > > That's one that I did - the diff should have been in the zip but it seems > that I forgot. Find it attached. Thanks for that. It looks as though you only needed to change the configure script. Have you tried a recent autoconf to see how many of these changes may get made automatically. I don't know if it would make any difference it but it may do... > Two problems: > 1. Version 4.x uses a new API (as documented at SleepyCat) which > introduces major changes. It is very noticeable that MySQL still uses > v 3.2.9 Does that refer to MySQL in general or just the OS/2 release? I don't know how uptodate it is. > - > Cheers > Lyn St George > +--------------------------------------------------------------------------------- > + http://www.zolotek.net .. eCommerce hosting, consulting > + http://www.os2docs.org .. some 'How To' stuff ... > +---------------------------------------------------------------------------------- -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 16 ==========================** Date: Mon, 3 Feb 2003 17:16:15 +0000 From: John Poltorak Subject: Re: Perl prefix On Wed, Jan 29, 2003 at 02:21:42PM +0000, Lyn St George wrote: > On Wed, 29 Jan 2003 13:37:21 +0000, John Poltorak wrote: > > > > >I agree that we should try to comply with FHS, but allow some flexibility > >when it suits us to do so. > > > >As for Perl, I think perl.exe should be copied to /usr/bin which should > >be on the path, but all the other executables should be left in > >/usr/lib/perl/bin. > > There should be no such thing as /usr/lib/perl/bin. What do you say should the prefix be set to? Perl itself creates the the bin directory under $prefix... > All the perl stuff > should go under either /usr or /usr/local, as every perl script ever > made expects to find the perl executable as either /usr/bin/perl Yes, and that is exactly where you will currently find perl.exe when it has been built using the standard build system. I think we are all agreed that that is the correct location for the main executable. > or /usr/local/bin/perl, and then to find other perl stuff under one of > those prefixes. It seems to me to be advantageous to keep > things as standards compliant as possible, and there are very few > other executables involved anyway. I'm all for standardising on this things, but is there any standard documented anywhere? > One big advantage of the > *nix system of chucking most things together in one directory is > that we don't have to clutter up the PATH or LIBPATH much - mine > are bad enough now :/ > - > Cheers > Lyn St George > +--------------------------------------------------------------------------------- > + http://www.zolotek.net .. eCommerce hosting, consulting > + http://www.os2docs.org .. some 'How To' stuff ... > +---------------------------------------------------------------------------------- > -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 17 ==========================** Date: Mon, 3 Feb 2003 17:50:22 +0000 From: John Poltorak Subject: Re: CVS On Mon, Feb 03, 2003 at 08:33:00PM +0300, Andrew Belov wrote: > By the way, Autoconf v 2.57 really seems to work - thanks for valuable > hints! All our thanks should go to Andreas Buening who has worked tirelessly to make these things work transparently on OS/2. > The "EMX-new" CVS v 1.11.5 compiles fine now. What steps did you go through to compile it? > Now it is up to > sanity.sh to be recovered (patches always fail WRT this one :-)) and we're > ready for moving towards v 1.12. It would be nice to have v1.12 working on OS/2 as soon as the source is released. When is it expected? And is there anything anyone can do to get it working? -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 18 ==========================** Date: Mon, 03 Feb 2003 18:13:17 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: CVS John Poltorak schrieb: > Is there any reason why CVS, at least the client, > should > not compile > staright out of the box on OS/2? For compiling not really, but for working, there are three problems: - CVS assumes that moving files always succeeds, overwriting the target location if it already exists (and in case of cvs updates/commits, the target location of various moves _always_ does already exist). That _never_ works on OS/2 and also fails for network drives on other systems, depending on the type of network drive. - CVS client translates unix-like line feeds which are used in the repository to client-style line breaks. I.e. on OS/2 it currently gives you CR/LF, which I personally dislike, but changing it will require either some magic shell scripts run over all local _text_ files or doing a fresh checkout for all your local files obtained from some CVS. That might be a real killer point for modem users. - The interface to ssh needs to take into account the specific needs of OS/2's ssh ports. However, with the current ssh ports, that might no longer be a problem ... Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 19 ==========================** Date: Mon, 03 Feb 2003 18:32:39 +0000 From: "Lyn St George" Subject: Re: Berkeley DB On Mon, 3 Feb 2003 16:28:20 +0000, John Poltorak wrote: >Thanks for that. > >It looks as though you only needed to change the configure script. > >Have you tried a recent autoconf to see how many of these changes may get >made automatically. I don't know if it would make any difference it but it >may do... In fact it indicates that my build environment was defective at the time. It is again, as make now ends with this error for 3.2.9a: gcc -o db_archive -Zexe -Zomf -Zmt -Zcrtdll -Zstack 32000 \ db_archive.o util_sig.o libdb.a -lgcc db_archive.o : fatal error L1101: invalid object module Object file offset: 1 Record type: 07 make: *** [db_archive] Error 1 but I'll fix it .. >> Two problems: >> 1. Version 4.x uses a new API (as documented at SleepyCat) which >> introduces major changes. It is very noticeable that MySQL still uses >> v 3.2.9 > >Does that refer to MySQL in general or just the OS/2 release? I don't know >how uptodate it is. This is in the standard tarball. After building BDB I'll have another go at building MySQL (latest release is 3.23.55) but the build script stipulates that BDB must be 3.2.3h or 3.2.9a only - so I'm not going to argue with them :/ I would imagine that 3.2.9a (built with 185 compatibility) would be the best version to standardise on for us. - Cheers Lyn St George +--------------------------------------------------------------------------------- + http://www.zolotek.net .. eCommerce hosting, consulting + http://www.os2docs.org .. some 'How To' stuff ... +---------------------------------------------------------------------------------- _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 20 ==========================** Date: Mon, 3 Feb 2003 19:40:42 +0000 From: John Poltorak Subject: EMX v. P2 headers conflict ? Whilst building NCURSES I noticed this error:- In file included from u:\usr\include\unistd.h:231, from ..\ncurses\curses.priv.h:68, from ../ncurses/./base/lib_mouse.c:76: u:\usr\include\sys/unistdx.h:183: conflicting types for `setmode' u:\emx\include\io.h:50: previous declaration of `setmode' ../ncurses/./base/lib_mouse.c: In function `initialize_mousetype': ../ncurses/./base/lib_mouse.c:281: warning: passing arg 1 of `setmode' makes pointer from integer without a cast ../ncurses/./base/lib_mouse.c:281: too many arguments to function `setmode' ../ncurses/./base/lib_mouse.c:282: warning: passing arg 1 of `setmode' makes pointer from integer without a cast ../ncurses/./base/lib_mouse.c:282: too many arguments to function `setmode' make[1]: *** [../objects/lib_mouse.o] Error 1 make[1]: Leaving directory `/unixos2/workdir/ncurses-5.3/ncurses' make: *** [install] Error 2 Can someone tell me what's wrong and what I can do about it? -- John _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 21 ==========================** Date: Mon, 03 Feb 2003 20:32:23 -0600 (CST) From: "Maynard" Subject: Re: Build System changes I've been studying the .cmd files used for bootstrapping the build environment, with a focus on trying to identify situations which may cause a failure, and finding ways to test for success, and improving the logging for use in debugging failed installations. I considered submitting the following ideas to John directly, but decided in favor of posting them here for public comment. Here are my initial suggestions. I'll look for others after John stablizes current revisions for posix. UX2_BOOTSTRAP.CMD: There's no point in repeat fetches of rsync, so I inserted a line: if exist rsync.exe goto fetch which skips over 6 'echo' lines and a 'type' which otherwise download rsync.exe I tried running 'rsync' to see if it was on the path, and testing for errorlevel returned, but couldn't get useful return, so this kludge is better than nothing for now. UX2_INST.CMD: insert at the beginning: echo Entering ux2_inst.cmd and at the end: echo Leaving ux2_inst.cmd I don't like that %bld_home% was defining itself by %bld_home%, particularly since the original %bld_home% is fixed in ux2_bootstrap.cmd; so the following line is a proper replacement: set bld_home=%bldrt%/UnixOS2 after returning from emx_inst.cmd, add line: echo Return from emx_inst.cmd In creating a local HOSTS file, I'd like to copy over any existing one, so: if exist %ETC%\hosts copy %ETC%\hosts %uxrt%\etc if not exist %uxrt%\etc\hosts echo 127.0.0.1 localhost>%uxrt%\etc\hosts Don't automatically build perl from here; need to first make easier tests of good environment. BASELINE_INST.CMD: add to beginning, and end, respectively: echo Entering baseline_inst.cmd with REPOSITORY=%repository% echo Leaving baseline_inst.cmd EMX_INST.CMD: again, .... echo Entering emx_inst.cmd with REPOSITORY=%repository% .... echo Calling \emx\include\long.cmd call long cd ..\lib echo Calling \emx\lib\omflibs.cmd call omflibs echo Returned to emx_inst.cmd .... but more importantly, let's get rid of pointless use of /usr/dll 1. unzip directly to /usr/lib: unzip -uo -j %repository%\emxfix04.zip emx/dll/* -d usr/lib 2. get rid of the now unnecessary moves from /usr/dll to /use/lib: rem md \usr\lib rem move \usr\dll\* \usr\lib rem rd \usr\dll Thanks for your considerations, -- Maynard _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 22 ==========================** Date: Mon, 03 Feb 2003 20:33:00 +0300 (MSK) From: "Andrew Belov" Subject: Re: CVS On Mon, 3 Feb 2003 15:26:23 +0000, John Poltorak wrote: >Is there any reason why CVS, at least the client, should not compile >staright out of the box on OS/2? > >I'm wondering whether any of the previous ports are required any more. >Given that the build tools such as autoconf should now cope with DOSish >filesystems, what specific OS/2 code changes would be necessary in CVS? :pserver: support is missing/inoperable in the standard CVS (with the "EMX" subdirectory) while present in the EMX-new branch. The :pserver: access method, though being quite poor in security aspects, is very straightforward to set up and operate, and it is the method that most OS/2 sites like Netlabs use, preferring it over :ext:+SSH. >After looking at a few patches of various apps it seems thatmany of them >are now redundant. This can only be proven after succeeding with the sanity check script. For OS/2 CVS to be useable in a production environment, it is crucial that any rough changes are avoided - I had enough "fun" with capitalized tags in 1.10.6 and SIGSEGV`s resulting from "-O2" in 1.11 to become conservative in this aspect. By the way, Autoconf v 2.57 really seems to work - thanks for valuable hints! The "EMX-new" CVS v 1.11.5 compiles fine now. Now it is up to sanity.sh to be recovered (patches always fail WRT this one :-)) and we're ready for moving towards v 1.12. _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 23 ==========================** Date: Mon, 03 Feb 2003 21:11:22 +0100 (CET) From: Stefan.Neis at t-online.de Subject: Re: EMX v. P2 headers conflict ? John Poltorak schrieb: > > > Whilst building NCURSES I noticed this error:- > u:\usr\include\sys/unistdx.h:183: conflicting types for > `setmode' > u:\emx\include\io.h:50: previous declaration of > `setmode' That's precisely the problem I already described for perl. There's a Unix-like "setmode", related to file permissions and a Dos-like "setmode (binary vs. text). EMX has the Dos-like one, Posix/2 has the Unix-like one and uses "_setmode" for the Dos-like one. Nothing we can do, except "fixing" the source code (or maybe io.h could #define DOS_SETMODE and posix/2's unistdx.h could have code like #ifndef DOS_SETMODE setmode prototype #endif (and vice versa) Whatever is included first, "wins". Still, that's hardly ideal but maybe it's sufficient? Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 24 ==========================** Date: Mon, 03 Feb 2003 21:20:04 -0600 (CST) From: "Maynard" Subject: need status info For each package built which does not respond predictably to --version, we need to document *_some_clue_* to indicate probable success or probable failure of the build. I just ran the latest update_base.cmd, and looking for success from the bottom up, the first confirmation I get is GNU Make version 3.76.1 It's also time to have documented dependencies. I'm conceiving a directory \UnixOS2\status as the recipient of all the redirected '$package --version' output files >$package.ver which could be tested for various purposes. Good night from here, -- Maynard _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 25 ==========================** Date: Mon, 03 Feb 2003 21:22:43 -0600 (CST) From: "Maynard" Subject: Re: Build System changes On Sun, 2 Feb 2003 20:36:40 +0000, John Poltorak wrote: >Due to ongoing problems getting Perl built in a Posix/2 environment heh: [X:\UnixOS2\workdir\perl-5.8.0]sh Configure -des -D prefix=X:/usr/lib/perl Configure[142]: cat: not found Configure[165]: mkdir: not found Configure[166]: cd: /UnixOS2/workdir/perl-5.8.0/UU - No such file or directory Configure[1214]: sed: not found Configure[1250]: sed: not found Configure[1262]: cat: not found They're all there in /usr/bin, on the $PATH _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs **= Email 26 ==========================** Date: Mon, 03 Feb 2003 22:23:23 +0300 (MSK) From: "Andrew Belov" Subject: Re: CVS On Mon, 3 Feb 2003 17:50:22 +0000, John Poltorak wrote: >> The "EMX-new" CVS v 1.11.5 compiles fine now. > >What steps did you go through to compile it? Basically I just applied the 1.11 EMX-new patches - but there were some conflicts so upgrading to 1.11.5 is not as trivial as it seems to be. To get it barely working, more job was required, e.g. adding a new interface to filesubr.c and changing root.c to allow drive names. The GCC "-O2" option fails completely with CVS v 1.11.5 and GCC v 3.0.3, even with "-fno-expensive-optimizations" - a SIGSEGV right at the splash screen. GCC v 3.2.1 is anticipated to fix this issue, for now the CVS must be built with "-O1". >> Now it is up to >> sanity.sh to be recovered (patches always fail WRT this one :-)) and we're >> ready for moving towards v 1.12. > >It would be nice to have v1.12 working on OS/2 as soon as the source is >released. When is it expected? And is there anything anyone can do to get >it working? I'm still wondering what is the goal for 1.12, and whether 1.11.5 is close to being frozen as 1.12, or it is rather the start of the show (the recent sporadic activities in ChangeLog drive me to the former conclusion). From the preceding history I remember that the team was mostly involved in fighting with the build environment, i.e. introducing automake and making CVS more friendly to Win32. Both changes are of little importance for us, so if nothing turns up in 1.12, it may be considered a maintenance release. _______________________________________________ UX2BS mailing list UX2BS at powerusersbbs.net http://powerusersbbs.net/mailman/listinfo/ux2bs