• Welcome to OS2World OLD-STATIC-BACKUP Forum.
 

News:

This is an old OS2World backup forum for reference only. IT IS READ ONLY!!!

If you need help with OS/2 - eComStation visit http://www.os2world.com/forum

Main Menu
Menu

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Show posts Menu

Messages - Paul Smedley

#1
Quote from: DougB on 2012.09.28, 23:03:08
Well, now I am running into configuration problems. For some reason, Paul's build seems to want to configure to build a Mozilla derivative, and it wants to use U:\moztools\config.site-gcc335b4. That file is from a release of moztools, as released by Dave Yeo, not too long ago. It bears no relation, at all, to my system, and a number of the entries don't make sense, to me. I don't think it should be using that anyway.

So, I removed the environment variables for MOZILLA, and CONFIG_SITE. Then, I get some reasonable output from:
ash ./configure
but it seems to want a different GREP than what is available. The error lines, from config.log are;
configure:5382: checking for grep that handles long lines and -e
configure:5433: error: no acceptable grep could be found in U:\foo;U:\usr\bin;U:\usr\local\bin;U:\GLIBIDL335\GLIB\gcc\bin;U:\GLIBIDL335\LIBIDL\gcc\bin;u:\PERL\bin;u:\bin;U:\MOZTOOLS;U:\EMX\bin;u:\extras\bin;u:\dev\qt\trunk\bin;U:\python25;M:\MPTN\BIN;M:\IBMCOM;M:\ECS\SYSTEM\Samba;M:\ECS\BIN;M:\TCPIP\BIN;W:\PROGRAMS\EMX\BIN;M:\IBMGSK50\BIN;M:\IBMGSK40\BIN;M:\IBMGSK\BIN;M:\OS2;M:\OS2\SYSTEM;M:\OS2\INSTALL;M:\;M:\OS2\MDOS;M:\OS2\APPS;M:\ECS\KLIBC\BIN;W:\PROGRAMS\JAVA142\BIN;M:\MMOS2\FREEDB;M:\MMOS2;M:\MMOS2\MMPLAYER;W:\PROGRAMS\4OS2;W:\PROGRAMS\OPENSSH;W:\UTILITY;W:\APPS\WGET\BIN;W:\TOOLS\dfsee\bin;W:\ODIN\SYSTEM32;W:\LOTUSW4\COMPNENT;W:\LOTUSW4\ORGANIZE;W:\LOTUSW4\APPROACH;W:\LOTUSW4\FLG;W:\LOTUSW4\WORDPRO;W:\APPS\BA2KWS;W:\PROGRAMS\qt4\bin;W:\APPS\EMBLSH;M:\ecs\ACPI\UTIL;U:\WATCOM\BINP;U:\WATCOM\BINW;U:\VISPRORX;;;/usr/xpg4/bin


Question: What is that all about?

FWIW - I don't recommend removing the CONFIG_SITE reference.  Yes the config.site is located in a /moztools directory, and yes, it started life as a version used to build mozilla, but it's progressed a long way from that, and contains many things that 'help' configure - including grep.

Another way around the grep issue is to run:
'set grep=grep.exe' before running ./configure
#2
Quote from: DougB on 2012.09.28, 00:03:20
QuoteI don't think anyone is asking you to stop doing what you are doing to write a manual.

I agree. Paul is not the one to write the manual. He developed his methods the hard way, learning as he went. That usually makes a person skip the obvious, simply because it is obvious (to him). What we need, is somebody to go through the procedure, asking questions along the way, and documenting what needed to be done, and why. I am sure that there are enough people who have done the basics, that we should be able to answer questions, and get something to work.

Any volunteers?

And I quote.... "I have Paul's environment and it still doesn't set me on going. Its too short, an example program to do yourself and how to might help a lot"

An example of a user who took my environment and ran with it, asking a lot of questions along the way, is Elbert Pol - who has now ported a shedload of apps for OS/2 - far more that I've done in recent times.
#3
Quote from: Joop on 2012.09.22, 20:59:51
Quote from: DougB on 2012.09.22, 20:07:34
QuoteSo we have to invest in "how do you do that" in development

QuoteI also agree we need more information on porting software.

Paul Smedley actually released his whole build environment, and others have been using that to port things. I don't know what the details are now, I got the package when it first appeared, and it does work. I am pretty sure that you need to request the package, and possibly pay a modest fee, to get it now. The package does contain a very brief set of instructions on how to use it, but a user does have to do some serious digging, to learn how to go about porting software, especially when it won't build without modifying the code.

Unfortunately, it is probably not as simple as saying "do this..." with a set of instructions. Each program could require something different, so you would need a set of instructions for each program. The trick is, to get good enough at doing the job, that you can write your own instructions, but learning how to do it, is a lot of work.
I have Paul's environment and it still doesn't set me on going. Its too short, an example program to do yourself and how to might help a lot. And I'm willing to pay a humble fee for that, but it has to set me on the right track! Sorry, I don't agree with you. I even think that you can port automated programs because the things where the compilation hangs are always the same things. So you can publish these problems so we haven't to re-invent the wheel time after time. We need to work together, otherwise we can kiss OS/2 goodbye in the future.

I can either spend time writing a bunch of docs, or I can spend what little free time I have working on OS/2 related projects.

Or I can spend my time hacking away at my debian server.

I'm not terribly fussed either way...

The community is welcome to write some docs for my build environment - I'm even happy to include those docs with future editions of the disc (with a credit to whoever creates them).
#4
Quote from: DougB on 2012.09.22, 20:07:34
QuoteSo we have to invest in "how do you do that" in development

QuoteI also agree we need more information on porting software.

Paul Smedley actually released his whole build environment, and others have been using that to port things. I don't know what the details are now, I got the package when it first appeared, and it does work. I am pretty sure that you need to request the package, and possibly pay a modest fee, to get it now. The package does contain a very brief set of instructions on how to use it, but a user does have to do some serious digging, to learn how to go about porting software, especially when it won't build without modifying the code.

Unfortunately, it is probably not as simple as saying "do this..." with a set of instructions. Each program could require something different, so you would need a set of instructions for each program. The trick is, to get good enough at doing the job, that you can write your own instructions, but learning how to do it, is a lot of work.

http://os2ports.smedley.id.au/index.php?page=BuildEnvDVD for those that may be interested.  The disc contains a zip of my current build environment.
#5
General Discussion / Re: Injoy
2012.06.24, 13:43:28
Quote from: Ben on 2012.06.24, 13:01:19
You speak like you have some direct involvement in this new situation that InJoy finds itself in... either directly or indirectly.

Ben - see http://www.bitwiseworks.com/company.php

The way I read it, bitwiseworks is owned/run by Dmitry, Silvan and Herwig - who have all made big contributions to OS/2 & eCS over the years.
#6
Quote from: miturbide on 2012.05.26, 04:18:30
Maybe I'm pointing to a wrong direction.

I want to access "CVSROOT=:pserver:guest@www.netlabs.org:/netlabs.cvs/bt32" but SmartCVS told me it can not connect to the server.

isn't the cvs a different hostname? cvs.netlabs.org or something?
#7
Applications / Re: Python (was PyQt)
2012.04.08, 13:09:59
Quote from: alstaszko on 2012.04.07, 14:27:03
That's seems to have done the trick!

We have keyboard input and no CPU hogging.

Andy Staszko

glad it works :P
#8
Applications / Re: Python (was PyQt)
2012.04.07, 12:13:22
try http://smedley.id.au/readline.zip for the 100% cpu with readline.pyd - overwrite the existing file
#9
Applications / Re: Python (was PyQt)
2012.04.07, 12:08:50
Quote from: alstaszko on 2012.04.07, 09:38:18
How have you generated the interface wrappers for Python? Did you use SWIG?
I have had an notion lurking at the back of my mind for some time to get SWIG ported
to OS/2 and do something similar with wxWidgets -> wxPython for OS/2.

PyQT - ie the interface wrapper - is a product of riverbank computing - http://www.riverbankcomputing.co.uk/news

I 'just' compiled it.

I will try investigate readline.pyd when I get some time
#10
Applications / Re: PyQT4
2012.04.07, 00:51:36
I saw a similar thing when running python.exe with no parameters from the command line - seems it won't accept keyboard input - I will investigate when I get time...

but... that has nothing to do with PyQt4 which is appears nobody is really interested in :(
#11
Applications / Re: PyQT4
2012.04.04, 13:00:36
Quote from: Blonde Guy on 2012.04.02, 18:23:00
Now I'm going to have to learn Python.

Test build available from http://smedley.id.au/pyqt-gpl-4.9.1-os2-20120404.zip

Needs Python 2.7.2 & Qt 4.7.3

Apps like eric4 should install/run - note eric4 needs qscint28.dll from http://smedley.id.au/qscint28.zip
#12
Applications / Re: PyQT4
2012.04.02, 15:46:38
Oh and PyQt4 also partly explains what's been keeping me quiet recently :)
#13
Applications / Re: PyQT4
2012.04.02, 15:45:23
and for those that are wondering, PyQT4 is a python interface to Qt4 - see http://www.riverbankcomputing.co.uk/software/pyqt/intro for details

Eric4 (seen in the screenshot) is a Python based IDE that uses PyQt4 - see http://eric-ide.python-projects.org/index.html for details
#14
Applications / PyQT4
2012.04.02, 15:38:11
Hi All,

Needed to post this: http://smedley.id.au/eric4.png

PyQt4/2 is starting to work :)

Will try get a binary out for Easter.

Cheers,

Paul
#15
Hi Martin,
Quote from: miturbide on 2012.04.02, 06:27:21
How do I know which one I'm using?  On the C:\OS2\DLL I have both files sddgradd.dll and gengradd.dll

On the config.sys I have "DEVICE=C:\OS2\SDDHELP.SYS" is there something else missing from the SNAP driver?

In my config.sys, I had 'set C1=SDDGRADD'

I reset to VGA, installed gengradd, replaced gengradd.dll with the Innotek version, rebooted, and voila I had the extra resolutions I had added.

Thanks to this thread, I finally got to working out why it wasn't working for me :)