Date: Tue, 17 Jun 2003 02:44:20 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [Ux2bs_Archive] No. 154 ************************************************** Monday 16 June 2003 Number 154 ************************************************** Subjects for today 1 new bootstrap : Ted Sikora 2 bootstrap : Ted Sikora 3 Re: baseline .. some thoughts : Marty" 4 Re: baseline .. some thoughts : Andreas Buening 5 Re: baseline .. some thoughts : Ken Ames 6 Re: baseline .. some thoughts : Marty" 7 Re: baseline .. some thoughts : Adrian Gschwend" 8 Re: EMX Link Support package updated : T.Sikora" 9 Re: Current status : Sebastian Wittmeier (ShadoW)" 10 Current status : Alex Samorukov 11 Re: REQUIREMENTS : Sebastian Wittmeier (ShadoW)" 12 Re: REQUIREMENTS : Sebastian Wittmeier (ShadoW)" 13 Re: REQUIREMENTS : Sebastian Wittmeier (ShadoW)" 14 REQUIREMENTS : Alex Samorukov 15 Re: Current status : Sebastian Wittmeier (ShadoW)" 16 Re: Current status : Alex Samorukov 17 Re: baseline .. some thoughts : Stefan.Neis at t-online.de 18 libc (was: Re: baseline .. some thoughts) : Adrian Gschwend" 19 Re: baseline .. some thoughts : Andreas Buening 20 EMX Link Support package updated : Marty" **= Email 1 ==========================** Date: Tue, 17 Jun 2003 01:36:48 +0000 From: Ted Sikora Subject: new bootstrap If it can go wrong today it's going wrong. I changed the bootstrap default server to os2ports.com Change the ones you have. Rsync is shut down on powerusersbbs.net. Alternately you can use dumbdog.org too. That machine is the fastest of the lot. Everytime I make a change their all synced immediatelly so their really is no master server. -- Ted Sikora tsikora at ntplx.net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 2 ==========================** Date: Tue, 17 Jun 2003 01:44:19 +0000 From: Ted Sikora Subject: bootstrap I think I'm going to hide somewhere. Now I lost my entire mailbox. New bootstrap os2ports.com is the default server. Rsync on powerusersbbs.net is no more. -- Ted Sikora tsikora at ntplx.net _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 3 ==========================** Date: Tue, 17 Jun 2003 01:48:16 -0400 (EDT) From: "Marty" Subject: Re: baseline .. some thoughts On Mon, 16 Jun 2003 16:21:58 +0000, Ted Sikora wrote: > Epoc seems pretty propietary. Will it work for standard ports? It requires recompilation and a new runtime to be installed by the userbase. Many key applications have already been rebuilt. I'd just like to point out that my "EMX link support" will also require exactly the same thing to get full functionality. But the upshot is that we only really need to rebuild apps that need to be sensitive to links for builds to work properly (make, gcc, etc.). My link support wasn't really intended for the masses, but rather for porters (as a stop-gap until Holger's real solution is complete). PS: Sorry for sending this to your address only, Ted. It was meant for general distribution, but I goofed. _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 4 ==========================** Date: Tue, 17 Jun 2003 01:50:48 +0200 From: Andreas Buening Subject: Re: baseline .. some thoughts Ted Sikora wrote: > > Epoc seems pretty propietary. Will it work for standard ports? > > mamodeo at stny.rr.com wrote: Sorry, what is Epoc? [snip] > >>If we align it with the Linux solution for representing symlinks, HPFS users > >>may benefit from interoperability with Linux, e.g. by storing some common > >>part of /usr on HPFS. > > We need it bad. I would venture to say a good majority of all Unix ports > are unbuildable because of no ln, utmp and proper uid/gid support. There is one thing that is worse than having no link support: Having two concurrent and incompatible libraries with link support. ;-) How is Holger's libemu supposed to implement symlink support internally? Also by using EAs? We need one libc, exactly one. It doesn't matter whether it's called emx or posix2 or ux2 or foo or whatever but there must be one libc and (at least) one maintainer who applies all the patches to this libc. And for this we need at least one person who has time, I guess. Is there anybody outside who has time, enough time to maintain a libc? As far as I can see the only libc that is known to work is emx. So, in my opinion we have no choice but to start from emx and we have to keep backward compatibility. There isn't enough manpower for anything else (if there is enough manpower at all). I wouldn't care about EM anymore. There seems to be no real feedback. A lot of people seem to be working on their own emx extension because they need feature x/y/z for themselves. They invest a lot of their spare time into their projects but from a global perspective I fear this leads to even more chaos. It gives me the impression the wheels are rotating faster and faster but without any significant progress. This is rather depressing. :-( Have I mentioned that we need a libc maintainer? ;-) Currently, I'm about finishing my phd so I'll be of no real help. :-( [snip] Bye, Andreas _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 5 ==========================** Date: Tue, 17 Jun 2003 08:39:11 -0400 From: Ken Ames Subject: Re: baseline .. some thoughts I agree. libc should be open to the community on cvs somewhere. netlabs is good for me. sourceforge seems to be troublesome for most things. Ken Stefan.Neis at t-online.de wrote: >BTW, anybody knows what exactly InnoTek is doing for >"their" gcc-port in that respect? While I like the idea >of a CVS for libc, I'd also insist on having _ONE_ libc. >So we should maybe contact those people as well. And >Holger also isn't subsribed to this list, I suppose... > >Maybe moving that discussion to UnixOS2 or EMX list would >be more appropriate... > > Regards, > Stefan >_______________________________________________ >UX2BS mailing list >UX2BS at os2ports.com >http://os2ports.com/mailman/listinfo/ux2bs > > > _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 6 ==========================** Date: Tue, 17 Jun 2003 08:56:29 -0400 (EDT) From: "Marty" Subject: Re: baseline .. some thoughts On Mon, 16 Jun 2003 23:06:49 -0700 (MST), James Moe wrote: > On Mon, 16 Jun 2003 15:11:18 +0000, Ted Sikora wrote: > > >>>emx_link_support_04142003.zip - support for EA-"emulated" soft file links > >>> > While not as useful as a true symbolic links, I have found this CMD to be > quite useful in getting distributions to build. I believe it was Holger who > provided it, but I am not sure. Put this in /usr/bin/. It, of course, does > not solve the problem where running programs need links.... We've been down this road before. This solution is inadequate when the link and the target are addressed individually (since they get out of sync) or directories are involved. My solution (when it is complete) should work for these cases. _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 7 ==========================** Date: Tue, 17 Jun 2003 10:11:29 +0200 (CDT) From: "Adrian Gschwend" Subject: Re: baseline .. some thoughts On Mon, 16 Jun 2003 22:15:51 -0400, Henry Sobotka wrote: I agree about working on one libc only, this is really the main show stopper at the moment. BTW is Holger subscribed on this list or not? >How about putting EMX on CVS and going with collective maintenance, i.e. >a mailing list to screen and review patches, and an informal consensus >to okay checkins? I can set up a CVS for that on netlabs quite easy, someone just needs to tell me which file I should take as initial source tarball. Or does anyone else want to provider CVS? 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 os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 8 ==========================** Date: Tue, 17 Jun 2003 10:47:57 -0400 From: "T.Sikora" Subject: Re: EMX Link Support package updated Marty wrote: >http://mamodeo.dyndns.org/emx_link_support_06172003.zip > >Here's what's new: >* Symbolic links with directories are now working! > All symbolic links within a path name will be resolved for the > standard "open" functions. >* Bugs fixed > Nasty looking "not found" errors that randomly came out of LS are gone >* EA property name was changed > As per Andrew Belov, the EA name was changed to SYMLINK to be > compatible (hopefully) with the HPFS driver in Linux. > >Download and distribute as desired. > I just put it on os2ports.com /incoming > > >_______________________________________________ >UX2BS mailing list >UX2BS at os2ports.com >http://os2ports.com/mailman/listinfo/ux2bs > > > _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 9 ==========================** Date: Tue, 17 Jun 2003 15:26:57 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: Current status On Tue, 17 Jun 2003 15:27:19 +0300, Alex Samorukov wrote: >Also i do some changes to build SARG (squid log analizer) under ux2bs >project. How i can commit my pathes to project ? paths? lib/build_table contains entries for each package you want to compile app: app is compiled with 'build app' dir: directory inside tar.gz archive archive: download location for archive cflags, ldflags: CFLAGS and LDFLAGS env variables cfgparms, makeparms: parameters for configure or make, respectively src: is it actually used? *ATTENTION, Ted* beginpath: is not existent (only 8 columns) and should be removed from the header of build.table! *ATTENTION, Ted* Sebastian _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 10 ==========================** Date: Tue, 17 Jun 2003 15:27:19 +0300 From: Alex Samorukov Subject: Current status It seems that all downloads and builds ok. There is a perl build stat: --------------- Failed 7/726 test scripts, 99.04% okay. 25/68706 subtests failed, 99.96% okay. Failed Test Stat Wstat Total Fail Failed List of Failed ------------------------------------------------------------------------------- ../lib/ExtUtils/t/basic.t 1 256 17 1 5.88% 14 lib/os2_base.t 1 256 19 1 5.26% 8 lib/os2_ea.t 21 8 38.10% 7-11 14-16 lib/os2_process.t 6 1536 227 6 2.64% 80 85 94 118 174 209 lib/os2_process_kid.t 227 5 2.20% 80 85 94 174 209 lib/rx_cmprt.t 255 65280 18 3 16.67% 16-18 op/stat.t 73 1 1.37% 44 60 tests and 563 subtests skipped. --------------- Also i do some changes to build SARG (squid log analizer) under ux2bs project. How i can commit my pathes to project ? _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 11 ==========================** Date: Tue, 17 Jun 2003 15:30:43 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: REQUIREMENTS On Tue, 17 Jun 2003 15:43:50 +0300, Alex Samorukov wrote: >Hi. I think that we need to think about depend systems. E.g. MRTG >require GD and png lib and will not build without it. May be we need to >add field "depend" in the build.table ? I vote against it at this early state of the project. Better write a build_mrtg.cmd: at echo off build gd build png build mrtg but then we would need some checking, whether an app has been built and installed successfully. at echo off build+inst gd build+inst png build+inst mrtg if errorlevel ... goto end MakeInstEntry mrtg :end Sebastian _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 12 ==========================** Date: Tue, 17 Jun 2003 15:34:22 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: REQUIREMENTS On Tue, 17 Jun 2003 15:30:43 +0200 (CEST), Sebastian Wittmeier (ShadoW) wrote: >but then we would need some checking, whether an app has been built and >installed successfully. where 'build+inst mrtg' has to call build_mrtg.cmd. Hope it is clear what I mean > at echo off >build+inst gd >build+inst png >build+inst mrtg >if errorlevel ... goto end >MakeInstEntry mrtg >:end > >Sebastian > > >_______________________________________________ >UX2BS mailing list >UX2BS at os2ports.com >http://os2ports.com/mailman/listinfo/ux2bs _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 13 ==========================** Date: Tue, 17 Jun 2003 15:39:19 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: REQUIREMENTS Again not quite right. I try again. build_mrtg contains: at echo off CheckInst mrtg if errorlevel ... goto end call build_gd call build_png call build mrtg <-- watch for the missing underscore if errorlevel ... goto end MakeInstEntry mrtg :end Sebastian _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 14 ==========================** Date: Tue, 17 Jun 2003 15:43:50 +0300 From: Alex Samorukov Subject: REQUIREMENTS Hi. I think that we need to think about depend systems. E.g. MRTG require GD and png lib and will not build without it. May be we need to add field "depend" in the build.table ? _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 15 ==========================** Date: Tue, 17 Jun 2003 16:12:19 +0200 (CEST) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: Current status On Tue, 17 Jun 2003 16:41:36 +0300, Alex Samorukov wrote: >Sorry. Stuped typo. I meaned patches and scripts (and record to the >build table of course) I have convered build.table in a previous post. p2_exc.lst contains programs, that do not work with Posix/2 (and should be compiled with pure emx) /defs: not found automatically! has to be referenced explicitely where needed other scripts and patches are found automatically (if named correctly). How does build.sh use scripts and patches (in the order of execution): - /patches: diff patches are always applied - /scripts/pre-process: always executed - /scripts/build: when there is a build script it replaces the remaining build process - /makefiles: when there is a make file, 'make & make install' with that makefile replace the remaining build process - /patches/...OS2-patch.zip: os2unix (by Sawataishi) patch is applied - /scripts/pre-conf: if there is a pre-conf script, it is executed; otherwise autoconf is used (empty preconf for skipped autoconf) - configure & make & make install - /scripts/post-process: is called Sebastian _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 16 ==========================** Date: Tue, 17 Jun 2003 16:41:36 +0300 From: Alex Samorukov Subject: Re: Current status Sebastian Wittmeier (ShadoW) wrote: >On Tue, 17 Jun 2003 15:27:19 +0300, Alex Samorukov wrote: > > > >>Also i do some changes to build SARG (squid log analizer) under ux2bs >>project. How i can commit my pathes to project ? >> >> > >paths? > > Sorry. Stuped typo. I meaned patches and scripts (and record to the build table of course) _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 17 ==========================** Date: Tue, 17 Jun 2003 17:17:49 +0200 (CEST) From: Stefan.Neis at t-online.de Subject: Re: baseline .. some thoughts Henry Sobotka schrieb: > Andreas Buening wrote: > > > > Have I mentioned that we need a libc maintainer? ;-) > > How about putting EMX on CVS and going with collective > maintenance, i.e. > a mailing list to screen and review patches, and an > informal consensus > to okay checkins? BTW, anybody knows what exactly InnoTek is doing for "their" gcc-port in that respect? While I like the idea of a CVS for libc, I'd also insist on having _ONE_ libc. So we should maybe contact those people as well. And Holger also isn't subsribed to this list, I suppose... Maybe moving that discussion to UnixOS2 or EMX list would be more appropriate... Regards, Stefan _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 18 ==========================** Date: Tue, 17 Jun 2003 17:45:52 +0200 (CDT) From: "Adrian Gschwend" Subject: libc (was: Re: baseline .. some thoughts) On Tue, 17 Jun 2003 17:17:49 +0200 (CEST), Stefan.Neis at t-online.de wrote: >BTW, anybody knows what exactly InnoTek is doing for >"their" gcc-port in that respect? While I like the idea >of a CVS for libc, I'd also insist on having _ONE_ libc. >So we should maybe contact those people as well. And >Holger also isn't subsribed to this list, I suppose... > >Maybe moving that discussion to UnixOS2 or EMX list would >be more appropriate... I vote for UnixOS2 list. Just some comments from Achim (taken from #netlabs irc, btw hint hint, IRC is a *good* way to communicate :-) well, our libc is done to fulfill our needs it is incompatible with emx (note by ktk: due to licensing problems with EMX) our GCC is targeted to be a VAC/Watcom replacement not a Unix porting environment just wait for our first distribution then we can discuss how to combine the various efforts For Unixos2-only people: Henry proposed to create a CVS for libc, now the question is what do we want to take as base (EMX, LIBEMU and Innotek-GCC libc is in dicussion, there is also one from IBM btw) It would be nice if we really could discuss that all together and agree on a sollution that is fine for everyone and allows enhancements in the future (no dead end). 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 os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 19 ==========================** Date: Tue, 17 Jun 2003 21:47:38 +0200 From: Andreas Buening Subject: Re: baseline .. some thoughts Adrian Gschwend wrote: > > On Mon, 16 Jun 2003 22:15:51 -0400, Henry Sobotka wrote: > > I agree about working on one libc only, this is really the main show > stopper at the moment. BTW is Holger subscribed on this list or not? > > >How about putting EMX on CVS and going with collective maintenance, i.e. > >a mailing list to screen and review patches, and an informal consensus > >to okay checkins? > > I can set up a CVS for that on netlabs quite easy, someone just needs > to tell me which file I should take as initial source tarball. I think it won't be the problem to find a CVS server. ;-) Having several people with CVS write access also sounds like a good idea. Due to the importance of the libc I think all patches should be sent to a mailing list so that they can be discussed before they've been applied. But that's also not the problem. The problem is that we need one (or more) maintainers who know how and where to apply the patches. Everybody can add a function foo() and add a header sys/foo.h. But not everybody can know - how to write the code consistent with other libc modules, e.g. to enable or disable features by macros like _POSIX_SOURCE, - where to add the source files to preserve some order for the source files, - which Makefiles/config files have to be changed, - how to keep the emx online docs uptodate to the available functions, - whether the new function has to be registered in some .def file - and so on [snip] Bye, Andreas _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs **= Email 20 ==========================** Date: Tue, 17 Jun 2003 22:45:32 -0400 (EDT) From: "Marty" Subject: EMX Link Support package updated http://mamodeo.dyndns.org/emx_link_support_06172003.zip Here's what's new: * Symbolic links with directories are now working! All symbolic links within a path name will be resolved for the standard "open" functions. * Bugs fixed Nasty looking "not found" errors that randomly came out of LS are gone * EA property name was changed As per Andrew Belov, the EA name was changed to SYMLINK to be compatible (hopefully) with the HPFS driver in Linux. Download and distribute as desired. _______________________________________________ UX2BS mailing list UX2BS at os2ports.com http://os2ports.com/mailman/listinfo/ux2bs