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.


Messages - ivan

Pages: 1 ... 7 8 [9] 10 11 ... 40
121
Article Discussions / Re: Arachnophilia version 5.5
« on: 2011.10.09, 22:02:00 »
Pete, I know this might be a silly question but do you have <drive>\odin\system32 in your path and libpath in config.sys?

I ask because I can run Aracnophilia from a program object without problems - well OK it does say that drive A: isn't ready because I don't have a floppy in it.

Also I only have java 1.3 in there because I've never bothered to take it out.

ivan

122
Networking / Re: RTL8169SC
« on: 2011.10.07, 22:56:30 »
Thanks Martin but that was the one we tried.  All we could get out of it with the cards they have is half duplex and slow - nothing like what I would expect for a  GB network, more like a 100 MB and much slower than our GB network.

ivan

123
Networking / Re: RTL8169SC
« on: 2011.10.07, 21:13:54 »
Thanks everyone.  Now I have to find those other drivers ;)

ivan

124
Networking / Re: RTL8169SC
« on: 2011.10.07, 18:09:47 »
OK, I'll bite, which 3 drivers?  The one in the rtgnda13 package doesn't  unless I'm missing something.

ivan

125
Networking / RTL8169SC
« on: 2011.10.07, 16:16:33 »
Does anyone know of an OS/2 driver for the RTL8169SC based 1GB network cards that actually runs the card in 1GB full duplex?

We have a client that is considering changing to OS/2 but wants to keep the hardware they have.  We have checked their systems and everything is compatible except the RTL8196SC based network cards which they want to keep.

ivan

126
Applications / Re: AVxCAT - ClamAVGUI
« on: 2011.10.03, 22:40:47 »
Remy, we aren't all eCS users, neither are we all ready to bow down to the rpm/yum band wagon.

As far as I'm concerned it will be warpin or zip for any program install on the servers and computers here - even if I have to set up a dedicated linux computer to the files out of a rpm package.

Keep up the good work you are doing for as long as possible.  Our WSeB servers and AMD smp based workstations run everything we've thrown at them hence I've never seen the need to change to eCS.  Maybe if they improved ACPI so that it worked on all motherboards I might be interested.

ivan

127
Hardware / Re: More OS2 newbie support
« on: 2011.09.28, 01:12:37 »
Open config.sys in either EPM or the system editor and look for something like:

BASEDEV=USBOHCD.SYS
BASEDEV=USBOHCD.SYS
BASEDEV=USBEHCD.SYS
BASEDEV=USBD.SYS
BASEDEV=USBHID.SYS
BASEDEV=USBMSD.ADD /V /FLOPPIES:0 /REMOVABLES:4
REM DEVICE=C:\OS2\BOOT\USBKBD.SYS
REM DEVICE=C:\OS2\BOOT\USBMOUSE.SYS

If you have that just remove the rem in front of the last two lines to enable them and save the file.  Then check that you do in fact have usbkbd.sys and usbmouse.sys in c:\os2\boot (I am assuming your boot drive is c ) and reboot.  You should then have usb keyboard and mouse support.

If you don't then change the exe at the end of the files you have to zip (from memory they are self extracting winzip files) and extract them with unzip.

128
Article Discussions / Re: Qt version 4.7.3
« on: 2011.09.19, 00:39:20 »
Thanks Tellie, found qthelp4.dll in os2\dll - why it was there is a good question that I will try and find the answer to tomorrow because we used warpin to install 4.6.3 and I used warpin to uninstall it.

ivan

129
Article Discussions / Re: Qt version 4.7.3
« on: 2011.09.18, 22:23:05 »
Using the zip version, or should I sat trying to use the zip version, on our test machine.  Followed the instructions in the install.os2 file - directory of choice = e:\os2\apps\qt4.

Tried to run some of the 18 test applications we use, some give a little disk activity and that's it.

some give an error message as follows:
09-18-2011  16:45:05  SYS2070  PID 00f6  TID 0001  Slot 00b1
G:\QT4-APPS\SIGIL\SIGIL.EXE
QSVGIE4->QTCORE4.__ZN9QListData11detach_growEPii
127

The only difference between the applications is the second line - the name of the application.

To test that there wasn't something wrong with the applications I deleted the e:\os2\apps\qt4 directory and copied over the 4.6.3 version from backup - all applications work as they should.

Now what???

ivan

130
Setup & Installation / Re: RPM packager
« on: 2011.09.07, 12:17:12 »
dmik,

Quote
These are the current concerns we see, and our answers to them:

 1. No GUI. -- Point taken, this is being worked on. Please, |yum install| until then.

No comment.

Quote
2. No way to select the installation directory (imagine if the drive with UNIXROOT has no free space).  -- Please believe us, you will not want to do that after getting used to RPM. Given the size and the price of modern hard disks, it is not a problem to just get a bigger one to fit all you need. We may also come with a solution to at least select the target drive later (when the GUI is done).

This is only relevant in a single user concept.  Business use has a different usage pattern that is usually a boot partition that is kept as small as possible and is transferred from an image file to the target machine.

Quote
3. No way to select the installation directory (I want things to be sorted *my* way).  -- Each end-user application provided by us will have a WPS object. You can move these WPS objects on the Desktop to sort things the way you like. See also 5. and 6. 

Not good enough!  We have images of the tools directory and its structure as well as the utilities directory which can be placed on target machines as necessary - your idea is still single user.

Quote
4. I hate FHS. -- If you look at that carefully, it's just *two* new directories (/bin, /usr) in the root. /etc, /tmp, /var and /home don't count because they already exist in eCS (/etc and /tmp even exist in the original OS/2 under slightly different names). Two new directories is not that much, is it?

All you are doing here is fragmenting programs (see also 5).

Quote
5. I hate application files spread across different directories. -- We know this is unusual for you. We agree that keeping all files in a single directory simplifies housekeeping, but this is not always possible on OS/2 due to some native limitations that we can't fix. And given that RPM always knows what files comprise the application no matter where they are, it does not actually make housekeeping (installing/uninstalling) more difficult in its case. If you are concerned about moving applications around for sorting purposes, see answers 2. and 3. 

You might have a small argument to do this on a single system - it does not work in any business situation I know of.

Quote
6. I not only want sorting, I also want to be able to quickly move the application to another machine. -- Let RPM do it. Given its knowledge about application files, it will be faster than you (and no removable medium is necessary).

Again, this is not for use in a business.

Quote
7. I want to use the application on a machine where I have no Internet connection. -- Take its .rpm file. It is really easy to install the application from it w/o the Internet connection.

You will find in business what you are suggesting does not work - the admins have control of what may, or may not, be installed and the company firewall tends to stop the acquisition of things from the internet.

Quote
8. I want to backup my applications. -- All applications we provide are backed up on our servers. No need to backup them locally.

Again single user thinking, it won't wash in a business.

Quote
9. I don't want automatic software updates. -- RPM doesn't do that. It only behaves if you ask it to.

 10. I want full manual control. -- We also provide ZIPs for all applications.

 11. No transparency of things. -- Everything is transparent, it is a matter of learning a couple of RPM commands. Will not be necessary when the RPM GUI comes up.   

Yet more single user thinking.

Have you actually asked sys admins of businesses how they administer their IT?  Because as I read it you are focused on single user usage only.


131
Setup & Installation / Re: RPM packager
« on: 2011.09.06, 18:54:32 »
Dmik,
60 MB for an installer - you have to be joking - Warpin is less than 8MB.  As for command line utilities - this is OS/2 a GUI interface remember.  You may be 'into' the command line but most users are not.

This, coupled with the 'I'm the developer and I know what you want' attitude is pointing this project in the direction of it being a developer ego trip or vanity project - I'm doing it because I can.

If you were blowing your trumpet and saying 'I have a working alpha version of LibreOffice 3.3', then I think everyone would be cheering you on, but you're not and we're not.

You said that one of your aims was to make OS/2 more relevant.  If that is the case you have the cart before the horse.  What is needed are things like LibreOffice, TurboCASH, ARCAD, Stellarium, Sweet Home 3d, Gimp, Google Earth, ABBY FineReader Engine, VirtualBox as well as those we already have ported.  Those are the type of applications that will rejuvenate OS/2 in the business environment - not a fancy installer.

I have given much thought about posting this but in the end decided to do so because here we have a testing process in which we throw every objection we can think of at a project and if it survives that we let it continue and see how it develops.

-----------------------------------------------------------------
Yes Gabriele I have but not on the boot drive - see the readme with cups:
Limitations:
CUPS must currently be installed in the root directory of a drive, ie \cups

It works quite happily from drive I on my teat machine.       

ivan

132
Setup & Installation / Re: RPM packager
« on: 2011.09.04, 00:12:40 »
Dmik, you say
Quote
glad to hear that. Must be a conflicting version of some python library (wouldn't be the case if the other installation was also RPM-managed

Do you mean that somehow RPM is going to magically change other programs so they won't need specific versions of libraries, because I don't believe it.

I have a python path listed in config.sys and it appears, at the moment, all programs that need anything from there are quite happy with it.

I and, I expect, many other practical users of OS/2 or eCS don't want, or need, the re-invention of the wheel.  The only time I would consider changing the file system structure is if someone ported LibreOffice and it absolutely had to have a specific directory structure.

So far, apart from Java6, QT4 and those applications based on it, Paul and Ko Myung-Hun have been the people that have ported practical programs - Scribus, rsync, gcc v4.x.x and many utilities, vlc, k movie player etc, none of which mess with our boot drive image or standard directory structure.  If RPM is so good why can't it do the same?

As I have said before, our servers and workstations are our livelihood, any messing with that will not be tolerated.  Neither will anything that requires going round to each workstation just to do an update of a program - at the moment I can let the upgrade server do that overnight without any intervention on my part.   

133
Setup & Installation / Re: RPM packager
« on: 2011.09.01, 21:33:34 »
The more I read of this the more concerned I am becoming.

At the moment it appears that the developers want to dictate the file system layout - this would be fine if they thought about what they are trying to do and applied it to the real world where people have to earn a living.

Behind me I have a rack of servers and out in the office and works are a rather large number of workstations all using OS/2.  Beside me I have a server that is used for testing all software that is to be added to the system and I am typing this on a workstation that is also used for testing software.

Now this is where I see a very large problem with the RPM/YUM installer - I need to know where every part of each program is, I don't need the hassle of having to search several tetra-bytes of hard disk to find it.  If it passes all the tests all I want to do is zip up ONE top directory and use that file to transfer to all servers and workstations, unzip it and they are up and running.  Also it shouldn't be on the boot partition because that is as small as we can get it.  The only additions allowed on the boot partition are such things as the QT4 runtime, java runtime etc.  There are a few exceptions but they are just the ini files for programs such as BlueCAD.

I don't really care what goes on in the subdirectory structure under the 'program name' directory and that directory must be the top directory for the program and be able to be placed where I want it - be it tools, graphics, cad etc.

If a program doesn't meet those conditions someone has to present a very very pressing case for it to be tested and deployed and if it tries to insinuate itself into the boot partition it will never be used unless we can persuade it otherwise.

That may sound hard but I have a business to keep running and making money.  Anything that messes with the computers has the potential to stop the business and is so discarded out of hand - we aren't playing with computers, they are essential to the business.

ivan

134
Applications / Re: Desktop Widgets for eCS-OS2 ??
« on: 2011.08.23, 21:03:56 »
Ben, if you are complaining that I said I would like some productivity apps rather than eye-candy - so be it, some of us do have to work for a living rather than play at the computer.

At the moment it is nearly 9 in the evening here and I'm typing this while I wait for a rather long print run to finish.

Nowhere did I pour scorn on anyone's work - if that is what they want to do then jolly good show, just don't expect me to get excited about it.  I also just happen to think there are more important things needed for OS/2 to keep it as a viable operating system for business.  I know IBM has given up on it but there are still a lot of places using OS/2, at least over here in Europe, and I don't want to see it fall by the wayside because of a lack of business applications.

You may find it strange but I do agree with your last two sentences.

ivan

135
Applications / Re: Desktop Widgets for eCS-OS2 ??
« on: 2011.08.23, 17:35:35 »
I have yet to find one of these 'cool' things that make actual work any easier.

Anyone wanting to attract new users to OS/2 should be concentrating on productivity items, not gadgets that do nothing other than look cool.  Something like LibreOffice 3.3 (without or with java), Sigil 0.4.0 - both of these for ePub production, in fact anything that brings the productivity of OS/2 up to date.

ivan

Pages: 1 ... 7 8 [9] 10 11 ... 40