From: UnixOS2 Archive To: "UnixOS2 Archive" Date: Mon, 21 Jan 2002 04:09:38 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 111 ************************************************** Sunday 20 January 2002 Number 111 ************************************************** Subjects for today 1 Re: EMX - It's more than a Runtime : mikus at bga.com (Mikus Grinbergs) 2 Re: EMX - It's more than a Runtime : John Poltorak 3 Re: EMX - It's more than a Runtime : John Small 4 Re: Cron/2 1.41 DOS Session error? : John Poltorak 5 Re: jpeg6 & libpng : Andrew MacIntyre 6 Re: EMX - It's more than a Runtime : mikus at bga.com (Mikus Grinbergs) 7 Re: EMX - It's more than a Runtime : John Poltorak 8 Blackbox Window manager and OS/2 : Adrian Gschwend" 9 Re: New Python - MailMan : John Poltorak 10 Re: jpeg6 & libpng : John Poltorak 11 Re: EMX - It's more than a Runtime : mikus at bga.com (Mikus Grinbergs) 12 Re: EMX - It's more than a Runtime : John Poltorak 13 Re: New Python - MailMan : John Poltorak 14 Re: Cron/2 1.41 DOS Session error? : email at eracc.hypermart.net 15 Re: jpeg6 & libpng : John Poltorak 16 Reading AIX diskette images : John Poltorak 17 Re: EMX - It's more than a Runtime : John Poltorak 18 Re: EMX - It's more than a Runtime : Sebastian Wittmeier (ShadoW)" 19 Re: New Python - MailMan : John Poltorak **= Email 1 ==========================** Date: Mon, 21 Jan 2002 06:02:12 -0600 From: mikus at bga.com (Mikus Grinbergs) Subject: Re: EMX - It's more than a Runtime On Mon, 21 Jan 2002 08:59:44 +0000 John Poltorak wrote: > > > Is there a file on hobbs that contains the "make" program? > > There is, but I'd suggest the people started getting used to using > unixos2.com as the primary source for Unix ports. You can find make here:- > > ftp://unixos2.com/pub/unixos2/unixos2-current/unixos2/d1/gmake.zip For people unfamiliar with unixos2.com, how would they know that for "make" they need to look within the d1 subdirectory ? My point is that such subdirectory names are not "intuitive". mikus p.s. And is 'unixos2/unixos2-current/unixos2' meaningful ? For ports from Unix, why not just name a single level there (instead of three): 'unixos2-current-ports' ? **= Email 2 ==========================** Date: Mon, 21 Jan 2002 08:59:44 +0000 From: John Poltorak Subject: Re: EMX - It's more than a Runtime On Sun, Jan 20, 2002 at 09:10:56PM -0500, S. Vetter wrote: > John: > > Is there a file on hobbs that contains the "make" program? There is, but I'd suggest the people started getting used to using unixos2.com as the primary source for Unix ports. You can find make here:- ftp://unixos2.com/pub/unixos2/unixos2-current/unixos2/d1/gmake.zip > Scott -- John **= Email 3 ==========================** Date: Mon, 21 Jan 2002 09:12:57 -0500 From: John Small Subject: Re: EMX - It's more than a Runtime ** Reply to message from John Poltorak on Mon, 21 Jan 2002 08:59:44 +0000 > ftp://unixos2.com/pub/unixos2/unixos2-current/unixos2 Could you tell what the subdrectories a1, ap1, ... mean? It would be nice to be able to know in advance in which directory to look for things. -- John Small **= Email 4 ==========================** Date: Mon, 21 Jan 2002 10:44:41 +0000 From: John Poltorak Subject: Re: Cron/2 1.41 DOS Session error? On Sun, Jan 20, 2002 at 05:01:37PM -0600, email at eracc.hypermart.net wrote: > I'm running the update to cron/2 that was posted to hobbes by Detlef > Graef. When it launches a program it gives an error: > > Launching epm.exe on Sun 1.20.2002 at 17:00...ERROR: > DosStartSession failed: 457 > > Any of you gurus care to take a stab at why? TIA It may help if you supplied the entry for this line... > BTW, has anyone yet ported or built a cron+at for OS/2 that will run > detached? Compiled code, not REXX. There is an OS/2 port of VXCron which I believe will run detached, but unfortunately it does not monitor crontabs for changes. > Gene > -- > +=========================-=>Unix & OS/2<=-=========================+ > # Owner and C.E.O. - ERA Computer Consulting - Jackson, TN USA # > # OS/2, UnixWare, OpenServer & Linux Business Computing Solutions # > # Please visit our www pages at http://eracc.hypermart.net/ # > +===================================================================+ > We run IBM OS/2 v.4.00, Revision 9.036 > Sysinfo: 42 Processes, 164 Threads, uptime is 11d 19h 25m 26s 203ms > > -- John **= Email 5 ==========================** Date: Mon, 21 Jan 2002 10:48:27 +1100 (EDT) From: Andrew MacIntyre Subject: Re: jpeg6 & libpng On Sun, 20 Jan 2002, John Poltorak wrote: > On Sun, Jan 20, 2002 at 05:37:58AM +1100, Andrew MacIntyre wrote: > > > I'm curious as to how you found them, as I've not advertised them. > > Apologies if they were not meant for public consumption... Should they be > removed if anyone has them available for download? > > I stumbled across them by following some links on your Python pages which > led to:- > > http://www.pcug.org.au/~andymac/libraries.html Thats OK - I wouldn't have put them up on my website if I didn't want to publish them. ;-) > > I have no idea how compatible they are with other releases, as that wasn't > > a goal. > > In view of the problems that can arise from the proliferation of DLLs from > different sources, it would make sense to standardise on particular > versions, preferably from an active maintainer. Although the libpng package has DLL support, I'm taking the approach of only preferring static libraries for the Python loadable modules (which are themselves DLLs) to minimise the risk of hard to track down problems with my Python binary packages. zlib DLLs are known to be a problem in this regard (though I've not yet gone static with it), and I've also had problems with readline :-( > > ISTR that there is a more recent release of libpng, but I've not (yet) > > thought about doing something about it. > > Is there any reason it shouldn't build straight out of the box? That's > what we are aiming for after all.. It should, given the explicit EMX support. AIRC, the version on my site only differs in compile & build (DLL naming) options. -- Andrew I MacIntyre "These thoughts are mine alone..." E-mail: andymac at bullseye.apana.org.au | Snail: PO Box 370 andymac at pcug.org.au | Belconnen ACT 2616 Web: http://www.andymac.org/ | Australia **= Email 6 ==========================** Date: Mon, 21 Jan 2002 11:04:05 -0600 From: mikus at bga.com (Mikus Grinbergs) Subject: Re: EMX - It's more than a Runtime You have explained that people who are familiar with Slackware will feel at home with the unixos2.com directory structures and naming. But please -- you are suggesting that __OS/2__ people should use your site. To me it seems burdensome to force these OS/2 people to learn Slackware directory structures and naming conventions. Assuming there will eventually be more people using unixos2.com than maintaining it, why not make life *easier* for the visitors. I feel an average visitor would find "make" more easily if it were in a directory named /pub/unixos2-current-ports/development-tools rather than in /pub/unixos2/unixos2-current/unixos2/d1 mikus On Mon, 21 Jan 2002 14:59:36 +0000 John Poltorak wrote: > On Mon, Jan 21, 2002 at 09:12:57AM -0500, John Small wrote: > > > > > ftp://unixos2.com/pub/unixos2/unixos2-current/unixos2 > > > > Could you tell what the subdrectories a1, ap1, ... mean? It would be nice to > > be able to know in advance in which directory to look for things. > > In Slackware each directory contains the files MAKETAG and DISK*1 which > describe the contents of each series. These are the categories:- > > SERIES A (BASE LINUX SYSTEM) > SERIES AP (APPLICATIONS) > SERIES D (PROGRAM DEVELOPMENT) > SERIES E (GNU EMACS) > SERIES F (FAQS/DOCS) > SERIES GTK (GTK/GNOME APPS) > SERIES K (Linux kernel source) > SERIES KDE (K DESKTOP) > SERIES N (NETWORK/NEWS/MAIL/UUCP) > SERIES T (teTeX) > SERIES TCL (Tcl/Tk/TclX) > SERIES X (XFree86 4.1.0) > SERIES XAP (X APPLICATIONS) > SERIES XV (xview3.2p1-X11R6) > SERIES Y (GAMES) **= Email 7 ==========================** Date: Mon, 21 Jan 2002 12:50:25 +0000 From: John Poltorak Subject: Re: EMX - It's more than a Runtime On Mon, Jan 21, 2002 at 06:02:12AM -0600, Mikus Grinbergs wrote: > On Mon, 21 Jan 2002 08:59:44 +0000 John Poltorak wrote: > > > > > Is there a file on hobbs that contains the "make" program? > > > > There is, but I'd suggest the people started getting used to using > > unixos2.com as the primary source for Unix ports. You can find make here:- > > > > ftp://unixos2.com/pub/unixos2/unixos2-current/unixos2/d1/gmake.zip > > For people unfamiliar with unixos2.com, how would they know that > for "make" they need to look within the d1 subdirectory ? I think it has been mentioned a number of times... d1 is for development. Maybe I should list the contents of each directory again... > My point is that such subdirectory names are not "intuitive". Of course they are not intuitive - we are trying to mimic Unix here :-) > mikus > > > p.s. And is 'unixos2/unixos2-current/unixos2' meaningful ? > For ports from Unix, why not just name a single level > there (instead of three): 'unixos2-current-ports' ? > It is an attempt to follow the directory structure and naming conventions used by Slackware as you can see here:- ftp://ftp.slackware.com/pub/slackware/slackware/slakware/ As yet we are still quite a way off being in a position of having version 1.0, although there are around 90 pkgs available so far. -- John **= Email 8 ==========================** Date: Mon, 21 Jan 2002 12:59:50 +0100 (CET) From: "Adrian Gschwend" Subject: Blackbox Window manager and OS/2 Hi all, Just got a mail from a friend which is using Linux and the Blackbox Window manager. He got that mail from the BB Mailinglist. If someone is using this window manager you might send a mail to Sean, otherwise I think OS/2 ifdefs will be thrown out of the code... cu Adrian ----- Forwarded message from Sean 'Shaleh' Perry ----- From: "Sean 'Shaleh' Perry" Subject: Comments desired regarding possible upcoming changes Date: Mon, 21 Jan 2002 02:09:28 -0800 (PST) To: blackbox at trolltech.com Sender: owner-blackbox at trolltech.com As we move forward in the code reorganization, I would like to remove some of the precompiler cruft. Which brings me to the following questions: a) are there any OS/2 people out there using blackbox. I would like to remove the OS/2 cruft if possible. b) the slit is currently a compile time option which I think is a little silly. How many of you actually compile with the slit turned off? How many of those would care if the slit was still in the code, but only active if an app was actually in it? In other words, why are you disabling the slit? c) all of the above d) none of the above e) xOr's mom ----- End forwarded message ----- -- Adrian Gschwend at OS/2 Netlabs ICQ: 22419590 ktk at netlabs.org ------- The OS/2 OpenSource Project: http://www.netlabs.org **= Email 9 ==========================** Date: Mon, 21 Jan 2002 13:31:47 +0000 From: John Poltorak Subject: Re: New Python - MailMan On Tue, Jan 22, 2002 at 12:20:33AM +1100, IanM wrote: > Hi John > > >There's a new Python at Hobbes:- > >Don't suppose anyone knows if it can be used to run MailMan yet... > > Setting up mailman to even try is a major undertaking in itself ! > I started setting up python and mailman again before xmas but > I've been away for a while, so I'll slowly continue with it after > upgrading python. MailMan is something I've been wanting to set up for a while because I'd like to switch over to it from Majordomo which does have a few problems, probably through my hacking of it. Maybe we can share our failing attempts at setting it up... :-) My understanding is that MailMan is the major Python app at the moment, so getting it working correctly on OS/2 would show how useful Python is. > Cheers > IanM > http://www.os2site.com/ > -- John **= Email 10 ==========================** Date: Mon, 21 Jan 2002 13:54:34 +0000 From: John Poltorak Subject: Re: jpeg6 & libpng On Mon, Jan 21, 2002 at 10:48:27AM +1100, Andrew MacIntyre wrote: > > In view of the problems that can arise from the proliferation of DLLs from > > different sources, it would make sense to standardise on particular > > versions, preferably from an active maintainer. > > Although the libpng package has DLL support, I'm taking the approach of > only preferring static libraries for the Python loadable modules (which > are themselves DLLs) to minimise the risk of hard to track down problems > with my Python binary packages. > > zlib DLLs are known to be a problem in this regard (though I've not yet > gone static with it), and I've also had problems with readline :-( > > > > ISTR that there is a more recent release of libpng, but I've not (yet) > > > thought about doing something about it. > > > > Is there any reason it shouldn't build straight out of the box? That's > > what we are aiming for after all.. > > It should, given the explicit EMX support. AIRC, the version on my site > only differs in compile & build (DLL naming) options. The PNG maintainer doesn't know who submitted the original OS/2 makefile but has offered to include any updates provided. I tried the one included but it wouldn't build, so it would be good to have one which actually worked. Just wondered if you had tried the png and jpeg ports produced by HCChu... He used different FLAGS to you and the binaries were much smaller not sure if that is necessarily a consequence of the flags. I'd really like to come up with definitive makefiles for JPEG and LIBPNG but I guess that also depends on having a standard ZLIB... > -- > Andrew I MacIntyre "These thoughts are mine alone..." > E-mail: andymac at bullseye.apana.org.au | Snail: PO Box 370 > andymac at pcug.org.au | Belconnen ACT 2616 > Web: http://www.andymac.org/ | Australia > -- John **= Email 11 ==========================** Date: Mon, 21 Jan 2002 14:20:56 -0600 From: mikus at bga.com (Mikus Grinbergs) Subject: Re: EMX - It's more than a Runtime On Mon, 21 Jan 2002 19:18:55 +0000 John Poltorak wrote: > > Since the file repository is on a Unix system it may be relatively easy to > to use symbolic links to provide meaningful file names whilst leaving the > underlying directory structure as it is... Yes. Yes. My suggestion is that you have a high-level directory that contains nothing EXCEPT symbolic links. That way, visitors should not be confused as to whether that directory contains actual data (it doesn't), and should learn to use it as an index to locate the typical items they would want to fetch. (And the names chosen for those symbolic links should attempt to be 'descriptive|intuitive' -- e.g., 'development-tools'.) mikus (I'm viewing unixos2.com in ftp, *not* in a browser) **= Email 12 ==========================** Date: Mon, 21 Jan 2002 14:59:36 +0000 From: John Poltorak Subject: Re: EMX - It's more than a Runtime On Mon, Jan 21, 2002 at 09:12:57AM -0500, John Small wrote: > ** Reply to message from John Poltorak on Mon, 21 Jan 2002 > 08:59:44 +0000 > > > > ftp://unixos2.com/pub/unixos2/unixos2-current/unixos2 > > Could you tell what the subdrectories a1, ap1, ... mean? It would be nice to > be able to know in advance in which directory to look for things. In Slackware each directory contains the files MAKETAG and DISK*1 which describe the contents of each series. These are the categories:- SERIES A (BASE LINUX SYSTEM) SERIES AP (APPLICATIONS) SERIES D (PROGRAM DEVELOPMENT) SERIES E (GNU EMACS) SERIES F (FAQS/DOCS) SERIES GTK (GTK/GNOME APPS) SERIES K (Linux kernel source) SERIES KDE (K DESKTOP) SERIES N (NETWORK/NEWS/MAIL/UUCP) SERIES T (teTeX) SERIES TCL (Tcl/Tk/TclX) SERIES X (XFree86 4.1.0) SERIES XAP (X APPLICATIONS) SERIES XV (xview3.2p1-X11R6) SERIES Y (GAMES) I'll post the contents of each series in due course. Many of the packages are not available for OS/2, although some me be in the process of getting packaged, while others such a Linux kernel related files are not applicable to the UnixOS/2 environment. At the moment anything which appears under X is related to XFree86 v3.3.6. > -- > John Small -- John **= Email 13 ==========================** Date: Mon, 21 Jan 2002 15:39:02 +0000 From: John Poltorak Subject: Re: New Python - MailMan On Tue, Jan 22, 2002 at 02:22:48AM +1100, IanM wrote: > I'll put the "mess" onto the "shared" PC so you can have access > to what I've done, sometime in the next week, after I've finshed > reading the few thousand emails in my inbox. > > Also noticed in one of Andrew's email's that he is also doing it, > so it might be an idea if I give Andrew access to the same PC > as well. It appears I'm at about the same stage, or sightly behind > Andrew, in that I've compiled the C bits prior to creating the rest > of the directory structures etc (which I know I've already > botched up). > > The further I go into MailMan, the more I wonder how anyone > has ever had the patience to set it up. On Unix you probaby just need to run:- ./configure make make install :-) > >My understanding is that MailMan is the major Python app at the moment, so > >getting it working correctly on OS/2 would show how useful Python is. > > Its the only reason I've installed Python. Which versions of MailMan and Python are you using? > Cheers > IanM > http://www.os2site.com/ > -- John **= Email 14 ==========================** Date: Mon, 21 Jan 2002 16:11:04 -0600 From: email at eracc.hypermart.net Subject: Re: Cron/2 1.41 DOS Session error? In: <20020121104440.B83 at eyup.org> On: Mon, 21 Jan 2002 10:44:41 +0000 Screaming: Re: Cron/2 1.41 DOS Session error? John Poltorak did rant: >On Sun, Jan 20, 2002 at 05:01:37PM -0600, email at eracc.hypermart.net >wrote: >> I'm running the update to cron/2 that was posted to hobbes by >> Detlef Graef. When it launches a program it gives an error: >> >> Launching epm.exe on Sun 1.20.2002 at 17:00...ERROR: >> DosStartSession failed: 457 >> >> Any of you gurus care to take a stab at why? TIA >It may help if you supplied the entry for this line... 0 17 * * * PM FG WIND d:\os2\apps\epm.exe e:\reminder\itsfiveoclock.txt >> BTW, has anyone yet ported or built a cron+at for OS/2 that will run >> detached? Compiled code, not REXX. >There is an OS/2 port of VXCron which I believe will run detached, but >unfortunately it does not monitor crontabs for changes. Then IMO it is broken. I guess a real OS/2 cron daemon is still just a dream for now. Gene -- +=========================-=>Unix & OS/2<=-=========================+ # Owner and C.E.O. - ERA Computer Consulting - Jackson, TN USA # # OS/2, UnixWare, OpenServer & Linux Business Computing Solutions # # Please visit our www pages at http://eracc.hypermart.net/ # +===================================================================+ We run IBM OS/2 v.4.00, Revision 9.036 Sysinfo: 45 Processes, 177 Threads, uptime is 12d 18h 35m 1s 109ms **= Email 15 ==========================** Date: Mon, 21 Jan 2002 17:07:16 +0000 From: John Poltorak Subject: Re: jpeg6 & libpng On Tue, Jan 22, 2002 at 01:20:23AM +1000, Brian Havard wrote: > On Mon, 21 Jan 2002 13:54:34 +0000, John Poltorak wrote: > > >I'd really like to come up with definitive makefiles for JPEG and LIBPNG > >but I guess that also depends on having a standard ZLIB... > > I build libpng for PHP so I just tried 1.2.1. As all I need is a static > png.a I just took the standard makefile.gcc & added EMX tweaks (added -Zmt > & -Zexe where appropriate, removed 'lib' prefix) and it built just fine. It's those tweaks which you've added that need to be put in makefile.os2. I'm no makefile expert but the current one contains this lot which looks wrong to me:- png.o png.pic.o: png.h pngconf.h pngerror.o pngerror.pic.o: png.h pngconf.h pngrio.o pngrio.pic.o: png.h pngconf.h pngwio.o pngwio.pic.o: png.h pngconf.h pngmem.o pngmem.pic.o: png.h pngconf.h pngset.o pngset.pic.o: png.h pngconf.h pngget.o pngget.pic.o: png.h pngconf.h pngread.o pngread.pic.o: png.h pngconf.h pngrtran.o pngrtran.pic.o: png.h pngconf.h pngrutil.o pngrutil.pic.o: png.h pngconf.h pngtrans.o pngtrans.pic.o: png.h pngconf.h pngwrite.o pngwrite.pic.o: png.h pngconf.h pngwtran.o pngwtran.pic.o: png.h pngconf.h pngwutil.o pngwutil.pic.o: png.h pngconf.h pngpread.o pngpread.pic.o: png.h pngconf.h Is there any chance of you posting your tweaked makefile? > -- > ______________________________________________________________________________ > | Brian Havard | "He is not the messiah! | > | brianh at kheldar.apana.org.au | He's a very naughty boy!" - Life of Brian | > ------------------------------------------------------------------------------ > -- John **= Email 16 ==========================** Date: Mon, 21 Jan 2002 17:57:33 +0000 From: John Poltorak Subject: Reading AIX diskette images Is there any way to read AIX diskette images on OS/2? I managed to extract one with the aid of SVDISK and LOADDSKF but was unable to access the SVDISK drive afterwards. -- John **= Email 17 ==========================** Date: Mon, 21 Jan 2002 19:18:55 +0000 From: John Poltorak Subject: Re: EMX - It's more than a Runtime On Mon, Jan 21, 2002 at 11:04:05AM -0600, Mikus Grinbergs wrote: > You have explained that people who are familiar with Slackware will > feel at home with the unixos2.com directory structures and naming. > > But please -- you are suggesting that __OS/2__ people should use > your site. To me it seems burdensome to force these OS/2 people > to learn Slackware directory structures and naming conventions. > Assuming there will eventually be more people using unixos2.com > than maintaining it, why not make life *easier* for the visitors. > > I feel an average visitor would find "make" more easily if it were > in a directory named /pub/unixos2-current-ports/development-tools > rather than in /pub/unixos2/unixos2-current/unixos2/d1 It has been set up this way to make it easier to provide a framework for a UnixOS/2 distro in the first place and not have to re-invent the wheel as far as having to decide which apps belonged in which group. I agree that it appears a little arcane and difficult to navigate and maybe something should be done to make it easier to find specific apps. Since the file repository is on a Unix system it may be relatively easy to to use symbolic links to provide meaningful file names whilst leaving the underlying directory structure as it is... In the longer I'd like to see a graphical front end based on Slackware's home page:- http://www.slackware.com/ where you can do searches for packages, read descriptions, etc. However the first priority is getting the apps assembled, and there is still quite a lot to do in that regard. > mikus -- John **= Email 18 ==========================** Date: Mon, 21 Jan 2002 20:09:41 +0100 (MEZ) From: "Sebastian Wittmeier (ShadoW)" Subject: Re: EMX - It's more than a Runtime On Mon, 21 Jan 2002 11:04:05 -0600, Mikus Grinbergs wrote: >I feel an average visitor would find "make" more easily if it were >in a directory named /pub/unixos2-current-ports/development-tools >rather than in /pub/unixos2/unixos2-current/unixos2/d1 How about html files with links to the ftp directories, or symbolic links? So different the packages can be ordered in different ways. Sebastian **= Email 19 ==========================** Date: Mon, 21 Jan 2002 21:28:54 +0000 From: John Poltorak Subject: Re: New Python - MailMan On Tue, Jan 22, 2002 at 02:55:13AM +1100, IanM wrote: > >Which versions of MailMan and Python are you using? > > Mailman v2.0.8 as of about 30th Nov 2001, and > Python v2.1.1 24th Dec 2001 > > I have this annoying habit of upgrading the bits, everytime > I decied to look at it again. You may as well look at it again and use Python v2.2 which is fresh in at Hobbes... > Cheers > IanM > http://www.os2site.com/ > -- John