Date: Mon, 10 Jan 2005 00:04:18 EST-10EDT,10,-1,0,7200,3,-1,0,7200,3600 Subject: [UnixOS2_Archive] No. 497 ************************************************** Sunday 09 January 2005 Number 497 ************************************************** Subjects for today 1 Re: OS/2/emx patches in Lyx : Stefan.Neis at t-online.de 2 Icecast : John Poltorak 3 Perl SSLeay library : John Poltorak 4 Re: Perl SSLeay library : Lyn St George" 5 Re: Perl SSLeay library : John Poltorak 6 Re: Perl SSLeay library : Lyn St George" 7 Re: Webmin and CPAN : Lyn St George" 8 Re: Webmin and CPAN : Lyn St George" 9 emx\include\netdb.h:123: parse error before `int' : John Poltorak 10 Re: Webmin and CPAN : John Poltorak 11 Re: Perl SSLeay library : John Poltorak 12 Perl & CPAN.pm : John Poltorak 13 Re: WINDOWCOMPAT : John Poltorak **= Email 1 ==========================** Date: Sat, 8 Jan 2005 14:17:48 +0100 From: Stefan.Neis at t-online.de Subject: Re: OS/2/emx patches in Lyx Hi, > > I have not myself investigated how much Windows related code there > exist in the GPL:ed QT widget library for Windows but what I remember > from the > OS/2 pm programming the usage of many UI components in Windows and > OS/2 pm are still quite similar. (Same order and amount of parameters, etc, > just small annoying changes in the function names) Not really. In the past years a lot of functions like SomethingEx(totally different parameters) have been added to Windows to replace and extend the existing Something("largely same parameters as under OS/2") functions. > So maybe it could be possible to use somekind of windows widget > compatibility layer as a help when trying to get widget library build? It's essentially the same amount of work as involved in porting wxWidgets to native PM. While Motif and GTK-1-versions are working flawlessly under Hob-X11 or XFree86, the PM port is still somewhat incomplete. And that's after 5 or 6 years of porting effort - and while the MSW port often is useful to get a general idea of what funtions to use, the details often are largely different. Pesonally, I don't think I'll see any result of an attempt to port some toolkit starting from scratch right now during the decade or so I might continue using OS/2 - unless you find a couple of dedicated people who can work on that full time. But even then, I'd argue that it might be better to complete wxWidgets port and port the one or two QT applications that are of interest to that toolkit. > (I think IBM did that kind of library many years ago, I am wondering whether > it is freely available) Nowadays, that kind of library (which is up to date with recent extensions on the Windows side) is called "Odin". > After 1.1 release Lyx team has invested a lot of energy for getting the > lyx core to be widget independent. It is now possible to select whether to > build QT, XFroms or GTK based version. (I think GTK version is not 100 > % ready > but getting better all the time.) If that's GTK-1.2, then an X-based port should be easy as GTK-1.2.x are running very nicely on OS/2. If, however, it's GTK-2.0, then it isn't of much help, currently. Regards, Stefan **= Email 2 ==========================** Date: Sat, 8 Jan 2005 18:53:30 +0000 From: John Poltorak Subject: Icecast I found an OS/2 port of Icecast here:- http://birdy.os2.ru/files/icecast-1.3.1-alpha.zip Is this the most recent port? Someone mentioned that v1.3.7 had been ported but I don't see it anywhere... -- John **= Email 3 ==========================** Date: Sat, 8 Jan 2005 19:17:39 +0000 From: John Poltorak Subject: Perl SSLeay library What is the Perl SSLeay library and how do I install it? I assume it's on CPAN... Is there a simple way of using Perl to retrieve and install it? -- John **= Email 4 ==========================** Date: Sat, 08 Jan 2005 20:39:25 +0000 (GMT) From: "Lyn St George" Subject: Re: Perl SSLeay library On Sat, 8 Jan 2005 19:17:39 +0000, John Poltorak wrote: >What is the Perl SSLeay library and how do I install it? > >I assume it's on CPAN... Is there a simple way of using Perl to retrieve >and install it? It should be under Net. At a CLI, do: perl -MCPAN -e shell (which produces this perl shell prompt) cpan> (at this prompt, do) install Net::SSLeay >-- >John > > > - Lyn **= Email 5 ==========================** Date: Sat, 8 Jan 2005 20:50:12 +0000 From: John Poltorak Subject: Re: Perl SSLeay library On Sat, Jan 08, 2005 at 08:39:25PM +0000, Lyn St George wrote: > On Sat, 8 Jan 2005 19:17:39 +0000, John Poltorak wrote: > > >What is the Perl SSLeay library and how do I install it? > > > >I assume it's on CPAN... Is there a simple way of using Perl to retrieve > >and install it? > > It should be under Net. > > At a CLI, do: > perl -MCPAN -e shell > (which produces this perl shell prompt) > cpan> > (at this prompt, do) > install Net::SSLeay I'm not familiar with using the CPAN module although tried it out earler on, but allowed it to autoconfigure itself so it isn't set up to handle a proxy server. I guess I should re-initialise it somehow and go the the configuration manually... > > >-- > >John > > > > > > > > > - > Lyn > -- John **= Email 6 ==========================** Date: Sat, 08 Jan 2005 21:23:23 +0000 (GMT) From: "Lyn St George" Subject: Re: Perl SSLeay library On Sat, 8 Jan 2005 20:50:12 +0000, John Poltorak wrote: >On Sat, Jan 08, 2005 at 08:39:25PM +0000, Lyn St George wrote: >> On Sat, 8 Jan 2005 19:17:39 +0000, John Poltorak wrote: >> >> >What is the Perl SSLeay library and how do I install it? >> > >> >I assume it's on CPAN... Is there a simple way of using Perl to retrieve >> >and install it? >> >> It should be under Net. >> >> At a CLI, do: >> perl -MCPAN -e shell >> (which produces this perl shell prompt) >> cpan> >> (at this prompt, do) >> install Net::SSLeay > >I'm not familiar with using the CPAN module although tried it out earler >on, but allowed it to autoconfigure itself so it isn't set up to handle a >proxy server. I guess I should re-initialise it somehow and go the the >configuration manually... I forgot to mention that this CLI method requires you to already have the cpan.pm module installed into your perl tree. If not, then go to http://www.cpan.org/modules/by-module/, and then /Net for Net::SSLeay, or /Crypt for Crypt::SSLeay, or /CPAN for the latest cpan.pm module. Unpack these and then do 'perl Makefile.PL && make && make install' in each archive. >> >> >-- >> >John >> > >> > >> > >> >> >> - >> Lyn >> > >-- >John > > > > - Lyn **= Email 7 ==========================** Date: Sat, 08 Jan 2005 21:54:12 +0000 (GMT) From: "Lyn St George" Subject: Re: Webmin and CPAN On Sat, 8 Jan 2005 11:33:36 +0000, John Poltorak wrote: > >I have Webmin installed along with the CPAN module but can't work out what >to do with it - an example would be useful... > >When I try to install something from a URL, I get:- > >Failed to install module : Failed to create temp directory /tmp/.webmin Ahh .. I recall this problem now, but I'll need to dig into the grey matter/archives to find what it was. Unfortunately I lost a lot of stuff with a hard disk crash some time ago, and then this new machine simply doesn't work as it should (doesn't even have a proper UX2 build environment yet ..) Also, I did setup a test ux2bs system some time ago which handled perl differently - it built it, then installed cpan.pm, and then used cpan to install various perl modules into the perltree automagically. It also built webmin along with all its modules. I'm not sure now if that still works, as I've also moved the public server that all that was on, but I'll look around tonight and see what's still there. As I'm forever fiddling with Webmin and new modules for it, perhaps I should be the mug who volunteers to sort out an OS/2 UX2 version. Particularly as I'm using it for a ux2 build system under development anyway ... I would envisage something with a custom theme to suit UX2, plus only the modules that would be relevant, plus probably some of the custom modules I've built anyway (these were partly or mostly developed on the OS/2 version initially) as appropriate. Are you still using the original patches for some earlier version I sent you? I've hunted through all of the 6 versions of webmin here and can't find anything done to compensate for this. It's something to do with the way it tries to create a directory with a leading dot AFAIR > >Help! > > >-- >John > > > > > - Lyn **= Email 8 ==========================** Date: Sun, 09 Jan 2005 03:11:50 +0000 (GMT) From: "Lyn St George" Subject: Re: Webmin and CPAN On Sat, 8 Jan 2005 11:33:36 +0000, John Poltorak wrote: >When I try to install something from a URL, I get:- > >Failed to install module : Failed to create temp directory /tmp/.webmin I've installed the latest 1.170 and found that things are different, again. This problem is in web-lib.pl and is fixed by adding at line 145: if ($^O =~ /os2/i) { unless ( -d $tmp_base ) { mkdir($tmp_base, 0755) } } else { plus another right curly brace at the end of that subroutine. However, now it just sits and spins its wheels ... >Help! > > >-- >John > > > > > - Lyn **= Email 9 ==========================** Date: Sun, 9 Jan 2005 09:52:35 +0000 From: John Poltorak Subject: emx\include\netdb.h:123: parse error before `int' Any ideas on why I get this error:- gcc -I. -I. -DHAVE_CONFIG_H -DSYSTEM_WGETRC=\"/usr/local/etc/wgetrc\" -DLOCALEDIR=\"/usr/local/share/locale\" -O2 -Wall -Wno-implicit -c host.c In file included from host.c:33: g:\ux2bs\emx\include\netdb.h:123: parse error before `int' make[1]: *** [host.o] Error 1 make[1]: Leaving directory `G:/ux2bs/workdir/wget-1.9.1/src' make: *** [src] Error 2 when building WGET (v1.9.1) ? Part of host.c:- #include #ifndef WINDOWS #include <======================= line 33 #endif #include #include #ifdef HAVE_STRING_H # include #else # include #endif #include #include I thought WGET was buildable on OS/2 straight out of the box... -- John **= Email 10 ==========================** Date: Sun, 9 Jan 2005 10:37:11 +0000 From: John Poltorak Subject: Re: Webmin and CPAN On Sun, Jan 09, 2005 at 03:11:50AM +0000, Lyn St George wrote: > On Sat, 8 Jan 2005 11:33:36 +0000, John Poltorak wrote: > > >When I try to install something from a URL, I get:- > > > >Failed to install module : Failed to create temp directory /tmp/.webmin > > I've installed the latest 1.170 and found that things are different, again. I installed 1.170 using your patches for 1.140! > This problem is in web-lib.pl and is fixed by adding at line 145: > > if ($^O =~ /os2/i) { > unless ( -d $tmp_base ) { > mkdir($tmp_base, 0755) > } > } > else { > > plus another right curly brace at the end of that subroutine. > However, now it just sits and spins its wheels ... So is it really fixed? > >Help! > > > > > >-- > >John > > > > > > > > > > > > > - > Lyn > -- John **= Email 11 ==========================** Date: Sun, 9 Jan 2005 10:55:03 +0000 From: John Poltorak Subject: Re: Perl SSLeay library On Sat, Jan 08, 2005 at 09:23:23PM +0000, Lyn St George wrote: > On Sat, 8 Jan 2005 20:50:12 +0000, John Poltorak wrote: > > >On Sat, Jan 08, 2005 at 08:39:25PM +0000, Lyn St George wrote: > >> On Sat, 8 Jan 2005 19:17:39 +0000, John Poltorak wrote: > >> > >> >What is the Perl SSLeay library and how do I install it? > >> > > >> >I assume it's on CPAN... Is there a simple way of using Perl to retrieve > >> >and install it? > >> > >> It should be under Net. > >> > >> At a CLI, do: > >> perl -MCPAN -e shell > >> (which produces this perl shell prompt) > >> cpan> > >> (at this prompt, do) > >> install Net::SSLeay > > > >I'm not familiar with using the CPAN module although tried it out earler > >on, but allowed it to autoconfigure itself so it isn't set up to handle a > >proxy server. I guess I should re-initialise it somehow and go the the > >configuration manually... > > I forgot to mention that this CLI method requires you to already > have the cpan.pm module installed into your perl tree. The cpan module is part of the standard installation, but, as I figured out when I tried to use it, it needs to be configured first. After considerable head scratching it looks as though it ends up corrupting any archives retrieved! This appears to be because it adds '-O -' to the WGET command line. Can't figure out why it does this yet. > If not, then go to http://www.cpan.org/modules/by-module/, and > then /Net for Net::SSLeay, or /Crypt for Crypt::SSLeay, or > /CPAN for the latest cpan.pm module. Unpack these and then > do 'perl Makefile.PL && make && make install' in each archive. As far as Webmin goes, it says it can't find SSLeay. How do I know whether I should install Net::SSLeay or Crypt::SSLeay ? > >> > >> >-- > >> >John > >> > > >> > > >> > > >> > >> > >> - > >> Lyn > >> > > > >-- > >John > > > > > > > > > > > - > Lyn > -- John **= Email 12 ==========================** Date: Sun, 9 Jan 2005 12:00:41 +0000 From: John Poltorak Subject: Perl & CPAN.pm Does anyone else have any problems with using the CPAN module with Perl? I just started using it yesterday and find that all compressed files retrieved are corrupt. Running the FILE utility on an archive retrieved using WGET via CPAN.pm reports:- Net_SSLeay.pm-1.25.tar.gz: gzip compressed data, was "Net_SSLeay.pm-1.25.tar", from OS/2 Retrieving it from the command line using WGET creates a different file which FILE identifies as:- Net_SSLeay.pm-1.25.tar.gz: gzip compressed data, was "Net_SSLeay.pm-1.25.tar", from Unix Is this something to do with line endings? -- John **= Email 13 ==========================** Date: Sun, 9 Jan 2005 12:18:58 +0000 From: John Poltorak Subject: Re: WINDOWCOMPAT On Fri, Jan 07, 2005 at 09:57:56PM +0000, Dave Saville wrote: > On Fri, 7 Jan 2005 13:40:05 +0000, John Poltorak wrote: > > > > >Is there a way of specifying WINDOWCOMPAT via the environment so that you > >don't get warning msgs from LINK386 when application type is not > >mentioned? > > Should one not be setting this in a .def file? I'd like to do this globally for every build... Maybe I can I create a unixos2.def, but then how do I get the build to recognise it? Setting CXXFLAGS?... > -- > Regards > > Dave Saville > -- John