1. Qt 4 runtime libraries and plugins: This package is required if you
use Qt 4 based applications. Download from:
ftp://ftp.netlabs.org/pub/qt4/qt-lib-4_5_1-beta5.wpi
2. Qt 4 development libraries and tools: This is required if you want to
compile Qt 4 based applications yourself. Download from:
ftp://ftp.netlabs.org/pub/qt4/qt-dev-4_5_1-beta5.wpi
Requires the runtime libraries and plugins package.
3. Qt 4 demo and example applications which demonstrate the Qt 4
features. The demos are the ideal starting point if you want to learn
what Qt is about and what it can do, and the examples will show you how
all this works. Building is very easy. Download from:
ftp://ftp.netlabs.org/pub/qt4/qt-examples-src-4_5_1-beta5.wpi
Requires both the runtime libraries and plugins (1) and development
libraries and tools (2) package.
4. Full Qt 4 source code (ZIP): This is required to build the Qt library
yourself and recommended for developers. See:
ftp://ftp.netlabs.org/pub/qt4/qt-all-opensource-src-4_5_1-os2-beta5.zip
The Qt 4 for OS/2 and eComStation project relies on donations made by
the OS/2 and eComStation community. So far approx. 77% of the required
funds have been reached but more is needed to finish the project. Please
consider making a donation via:
http://www.mensys.com/NetlabsQT4
Qt is a cross-platform application development framework, which is
widely used as a widget toolkit for developing GUI programs.
Availability for OS/2 and eComStation both means that developers can
easily port existing Qt applications and create new ones more easily.
This already has been the case with Qt 3. Now that Qt 4 is widely used,
the netlabs.org Qt 4 project aims to make the latest version 4.5
available for OS/2 and eComStation. It currently is in beta stage and
applications start to become available.
For more information, see:
> Silvan Scherrer and Dmitry Kumenov have released several WPI packages of
> Qt 4 for OS/2 and eComStation for convenient installation and updating:
>
> 1. Qt 4 runtime libraries and plugins: This package is required if you
> use Qt 4 based applications. Download from:
>
> ftp://ftp.netlabs.org/pub/qt4/qt-lib-4_5_1-beta5.wpi
When I run:
> [D:\warpin]warpin g:\ftp\os2\mplayer\qt-lib-4_5_1-beta5.wpi
I see this:
> ftp://asavage.dyndns.org/hosting/Xworkplace_01.png
"The following packages are required . . .
Ulrich Moller\XWorkplace\Kernel\0\9\9\0 "
Whatever that is . . . I don't have it, don't want it, and it's not
explained why I need it nor why it's required.
--
Regards,
Al S.
Al,
from what I see, it seems that you don't have XWorkplace installed. Is
it so?
Mentore
> > >ftp://asavage.dyndns.org/hosting/Xworkplace_01.png
> from what I see, it seems that you don't have XWorkplace installed. Is
> it so?
Correct: XWorkplace is not installed. Is XWorkplace necessary to
obtain/install the QT4b5 package?
--
Regards,
Al S.
This I don't know. It seems so, anyway, seeing the error message
coming from WarpIN.
Maybe some QT4 specific is bound to WPS? I don't think so, but I don't
know the details of the OS/2 implementation.
Mentore
Probably the Xcentre tray widget support.
Dave
> >> > Correct: XWorkplace is not installed. Is XWorkplace necessary to
> >> > obtain/install the QT4b5 package?
> Probably the Xcentre tray widget support.
But why require Xcentre anything to install the QT4b5 pkg?
--
Regards,
Al S.
Perhaps being a beta the porter hasn't got to fancy on checking if the
DLL is present yet and only loading then? Or perhaps someone just made a
bad WPI thinking that everyone has Xcentre installed.
Dave
> When I run:
>> [D:\warpin]warpin g:\ftp\os2\mplayer\qt-lib-4_5_1-beta5.wpi
>
> I see this:
>> ftp://asavage.dyndns.org/hosting/Xworkplace_01.png
>
> "The following packages are required . . .
> Ulrich Moller\XWorkplace\Kernel\0\9\9\0 "
>
> Whatever that is . . . I don't have it, don't want it, and it's not
> explained why I need it nor why it's required.
This is a WarpIn bug. I may actually try to overcome it using REXX... Though
it's really strange that you have WarpIn but don't have XWorkplace :)
--
dmik
--- news://freenews.netfront.net/ - complaints: ne...@netfront.net ---
> This is a WarpIn bug. I may actually try to overcome it
> using REXX...
I pointed the WarpIn maintainer on that one and as I
understood him, he will fix it eventually. However,
nothing seems to have happend since then...
> Though it's really strange that you have WarpIn but
> don't have XWorkplace :)
Why is that strange ? I have several machines with such
a that setup.
--
Ruediger "Rudi" Ihle [S&T Systemtechnik GmbH, Germany]
http://www.s-t.de
Please remove all characters left of the "R" in my email address
>> This is a WarpIn bug. I may actually try to overcome it
>> using REXX...
>
> I pointed the WarpIn maintainer on that one and as I
> understood him, he will fix it eventually. However,
> nothing seems to have happend since then...
I know what's wrong, but I'm still thinking about how best to solve it
without screwing up something else. It's not as easy as you might think.
>> Though it's really strange that you have WarpIn but
>> don't have XWorkplace :)
>
> Why is that strange ? I have several machines with such
> a that setup.
Just kidding.
>>> This is a WarpIn bug. I may actually try to overcome it
>>> using REXX...
>> I pointed the WarpIn maintainer on that one and as I
>> understood him, he will fix it eventually. However,
>> nothing seems to have happend since then...
>
> I know what's wrong, but I'm still thinking about how best to solve it
> without screwing up something else. It's not as easy as you might think.
I see your concern. As long as WarpIn allows to select a package for
installation even if its prerequisites are not met, it's not clear what to use
as the value for the expanded prerequisite's installation path (which doesn't
exist).
I think that it would be more logical to forbid selecting such a package for
installation at all (and this is what many other installation frameworks do, at
least dpkg on Debian as well as rpm IIRC). Of course, a reference to the
installation path of a non-existing prerequisite may be used somewhere else, but
that doesn't make any practical sense so that I would simply expand it to an
empty string leaving the responsibility for the consequences of that to the WPI
creator... (and this case should be clearly stated in the documentation then, of
course).
>> Whatever that is . . . I don't have it, don't want it, and it's not
>> explained why I need it nor why it's required.
>
> This is a WarpIn bug. I may actually try to overcome it using REXX...
> Though it's really strange that you have WarpIn but don't have
> XWorkplace :)
The fixed package is available as
ftp://ftp.netlabs.org/pub/qt4/4.5.1-ga/qt-lib-4_5_1-ga-noxwpdep.wpi
Please test and report back and I will replace the original package with it.
This package can be installed without having Xworkplace installed.
--
Regards,
Al S.