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 - guzzi

Pages: 1 ... 9 10 [11] 12 13 ... 23
151
General Discussion / Re: New USB drivers
« on: March 10, 2015, 06:23:29 pm »
When I click on USB-11.10.exe

I get

Quote
Script error in line1:The REXX code within the <TITLE>...</TITLE> block failed.
The Macro call was:=("TITLE")

I''ll un wpi it and manually install the files.

I seem to be having a few odd problems over the past few weeks with new software :(

It installed ok here.

152
Hardware / Re: VOTE - for the top 3 OS/2 motheboards !
« on: March 10, 2015, 04:58:01 pm »

And yes guzzi I know Doug does alot too (but as you said :) ) - guzzi ur post I never read them, because the whole thing is qouted ? It's very hard since you quote everything and it's usually long.

That's because I can't figure out how to use this editor. It quotes the whole message. I can of course delete parts of it  but I see no way to insert lines between the quoted text without them looking like quoted text as well. I much prefer simple old fashioned email style like this:
>>this is quoted text from an earlier quoted text
>this is quoted text
this is newly added text.

Still prefer mailing lists to fora)

153
Internet / Firefox beta 4 released
« on: March 10, 2015, 03:52:16 pm »
*bww bitwise works GmbH progress update March 10, 2015
***

This is the fourth beta release of Firefox for eCS (OS/2) version 24. It
contains some UI fixes (makes the "Clear Recent History" dialog and most
recent sites' thumbnails on the new tab canvas work again) and makes
XUL.DLL finally loadable into high memory.. Also this release uses the
new GCC runtime (version 4.9.2) which significantly reduces the size of
executables and DLLs and the memory footprint of the running application
(by about 5-6 megabytes).

The CHANGES.OS2
<https://github.com/bitwiseworks/mozilla-os2/blob/FIREFOX_24_8_1esr_RELEASE_OS2_Beta_4/widget/os2/CHANGES.OS2>
file contains more detailed list of changes.

The README.OS2
<https://github.com/bitwiseworks/mozilla-os2/blob/FIREFOX_24_8_1esr_RELEASE_OS2_Beta_4/widget/os2/README.OS2>
file contains software requirements and detailed installation instructions.

*IMPORTANT NOTICE*

 1.

    If you find a bug (which is likely), please create an issue at the
    issues page <https://github.com/bitwiseworks/mozilla-os2/issues>.
    But before you create a new issue, be sure it is not already
    reported by searching through the existing ones using the Search
    field at the top of this page.

 2.

    When Firefox crashes it creates a trap report that may contain
    useful information for the developers. These reports are saved in
    |.TRP| files created in the directory where |firefox.exe| is
    installed. By default these reports contain only basic information.
    In order to make them even more useful (and therefore make a fix for
    your problem much more likely) please do the following:

      * Install the latest EXCEPTQ runtime from
        http://home.earthlink.net/~steve53/betas/
        <http://home.earthlink.net/%7Esteve53/betas/> (currently, this
        one
        <http://home.earthlink.net/%7Esteve53/betas/exceptq-7.11-shl-2014-03-03.zip>
        is the latest).
      * Install the Firefox symbol files by downloading the
        |.symbols.zip| archive from the link below and unzipping it to
        the same directory where you installed Firefox.
      * Make Firefox crash again and attach the resulting |.TRP| file to
        the issue describing your problem.


*Sponsoring:*
If you want to support us or a specific project then please check out
these links:
www.bitwiseworks.com/shop
You are one of the people making the future possible!

With regards, the bww bitwise works GmbH Team
www.bitwiseworks.com

154
General Discussion / New USB drivers
« on: March 10, 2015, 12:12:06 pm »
Arca Noae has updated their USB driver suite to 11.10
https://www.arcanoae.com/usb-driver-package-version-11-10-released-2/

155
Hardware / Re: VOTE - for the top 3 OS/2 motheboards !
« on: March 09, 2015, 11:33:46 pm »
Quote
3 months ??? - the ASUS SABERTOOTH Z97 MARK2 has a five year warranty and military grade components.

The warranty may last 5 years. The manufacturing cycle is closer to 3 months. That is true of all manufacturers. "Military grade components" is a sales feature. All it means is that they were able to convince the US military to accept what they sell. I will grant that the military does do a bit of testing to be sure that the board will take a bit of rough handling, but all it really does, is increase the price.

I don't know if it still holds true, but in the days that I dabbled with electronics mil spec components had a wider range of temperature in which they could be used, were more shock resistant, had a longer life expectancy and several other features like that. The data sheets showed the differences, so they were real.

Quote
Dude go back to the qpdfview thread and piss them off some more, especially if you dont have any good info to post on motherboards.

I am not out to piss off anybody. I am trying to help OS/2 users get good software, good support, and good hardware. Right now, we are subject to some poor software. I cannot sit back, and accept that.

And that is your right. The way you sometimes phrase things might be considered  a tad abrasive. More careful wording could actually get you better results. I am well aware you do quite a bit for the community, especially with helping people to get their wireless nics working. That's certainly appreciated.

Quote
then do some research on some better motherboards and post it.

 My newest system is a Lenovo ThinkPad L530, which is a UEFI based machine. It was close to a year before i was able to say that it works great (except for sound, which needs an updated driver, that nobody seems to be working on, and the other "usual" devices that are not yet supported).

From the Arca Noae website:
Medium Term Projects (Less than 1 Year)
These are projects which are expected to at least develop into test versions in one year or less.
Updates to the UNIAUD audio driver


I will comment on buying motherboards, for eCS. The best way to do it, is to watch for reports from somebody that they got one working, then look for used hardware, or left over stock.

I agree. An other way, for desktops,  is to buy something Intel based with some spare pci (e) slots just in case. Sound cards and nics are cheap, video cards that work with Panorama or Snap not hard to find.


156
Applications / Re: qpdfview
« on: March 09, 2015, 01:40:56 pm »
Ivan -
Quote
for instance, not everyone can get CUPS printing to work so why is it a built in requirement and must be installed for this port to work?
I can only speculate on this -
- maybe the majority of users who read pdfs have sometimes the need to print part or whole pdf (like me)
- maybe the creator team of this program decided that they need to print sometimes and they decided the way to go is cups
- maybe the porter of this application does follow the above arguments or simply did not see any sense in cutting out code he ported from the qpdfview project (and increasing his own workload considerable) only to make one OS/2 user happy while distress a lot of others 

Of course you can ask on qpdfview user or developer list this topic. But for me such discussions are as useless as a hole in the head. And fear the developers of qpdfview will see it similar. They use some *nix system where cups is standard. If I should speculate again they will say that's the way it is, take it or leave it.

which is not the answer for cleaning up old dlls. 'which -lasu libc065.dll' can only find dlls in current directory and libpath. But not the ones which are loaded by some application in theirs directory regardless if you have . in libpath or not. Btw. that's the reason why I implemented in my which port a warning message about that fact. And that's why I wrote above -
Quote
What a user needs to do for cleaning up his mess would be searching all drives for duplicates of every dll in %unixroot%/usr/lib. Tools like DataSeeker, pmseek, SearchPlus can be used for this.

FC/2 works great for that too.

Problem is too many users copied some dlls into some directories all over their system and now reap what they sow. Ways to start cleaning of a system are
- run one of the above tools at least for all dlls and dependencies listed in the readme
- double check with which -lasu all these dlls (you can use pmdll to get the list of dlls but you have to repeat this step)
- check all your programs you start automatically or manually after reboot for dlls they use and where they are placed on your system

I'd start searching for libc first. Many programs came with a libc version that was installed in the program directory. Once these are cleaned up, many problems disappear-

Another method would be reinstalling eCS WITHOUT manually changing libpath afterwards (I hate to suggest the Windoze way)

157
Applications / Re: qpdfview
« on: March 06, 2015, 02:28:25 am »
Quote
Thanks for the nice "because it appears that you don't even know whats going on." You can be sure I KNOW WHATS GOING ON!!!!


I know why you do it (and my comments are not directed at you personally). What I don't understand is why you don't take a bit more time, and port things so they work like an OS/2 user expects them to work, rather than half way between *NIX and OS/2. You could leave out some of the more useless programs to free up some time. Personally, I use Firefox because that is really the only viable alternative. I use AOO4, because Lotus SmartSuite has developed far too many problems, and I suspect that a lot of them are caused by updates to make Firefox work. Now, if I try to run Firefox, and AOO4 together, one, or the other, always crashes, often messing the system up so badly, that I need to reboot. And, I use QPDFView, simply because it is better than Lucide, which seems to be the only other option (I suppose there is always GhostView, but it is also a terrible kludge). I would use CLAMAV, if CLAMD.EXE would not eat up all of my shared memory space, and using CLAMSCAN, without CLAMD.EXE takes "forever". CUPS is another, very important program, but it is also becoming such a kludge that it is very difficult to get it to work. SAMBA seems to be necessary to communicate  with anything other than OS/2, and it is finally starting to work reasonably well. RSYNC is one of the few ports that actually works well enough to depend on it. I can't think of anything else that I use.

Quote
PTHREAD doesn't break AOO 4.1.1.1 here.
Installed Packages
pthread.i386                        20140814-16.oc00

It breaks every system that I try it on, whether I install it using YUM, or manually. AOO4.1.1 either hangs, spontaneously reboots, or hard (black screen) crashes when I try to start any part of it.

Quote
QPDF works like a charm too. The last 2 versions work better than the previous ones because they don't need the 3 qpdf dll's in the path anymore for qpdfview to work in any way I choose to open it  (command line, FC/2 association, wps, firefox).

The ONLY way that I can get the latest QPDFView to work, is to install it on the boot drive. If it is not on the boot drive, it can't find the plugins. I have no idea why that is the case, but it is not acceptable. I have temporarily installed it on the boot drive, to see if it is worth putting up with that major inconvenience, but it looks like I am going to go back to the older version, which does work.

It's interesting to note that quite a lot of programs don't work on your computers. These same programs work on mine. AOO and Firefox run concurrently without problems, QPDFView runs not from the boot drive, I keep on eye on the various bug trackers and i haven't seen similar issues as you seem to be having. It could be that you have some basic thing wrong in the way you set up your system.


Quote
Now it is very easy to keep all my OS/2 systems (Currently 4)  up to date. Its easy just to tell the system "yum update".



Are they up to date? It took more than 4 months for LIBC066 to show up in YUM, after it was available as a WarpIn archive on HOBBES.

True. Then again, there were very few programs released that actually needed it in that timeframe. The real lag was more like 4 weeks.

Now, I have an Android phone, that is probably capable of doing about 90% of what I use a computer for. Unfortunately, it is annoying to use, mainly because there is no real keyboard, and the screen is too small, not to mention the learning curve, and the fact that is is tied to Google (for better, or worse).

I don't have an Android phone, nor an Apple one. Still use Symbian and like OS/2 the benefits still outweigh the disadvantages.

As for Linux stepping away from Yum, do you mean DNF? afak only Fedora is moving over. DNF btw is a fork of yum that solves quite a few problems yum seems to have and, like any new software, introduces a fair number of new ones.

158
Applications / Re: qpdfview
« on: March 05, 2015, 05:30:21 pm »
Quote
You would think that the qpdfview zip file would include all the required DLLs because they all appear to be dependent on each other and you have install them all for anything to work.

Yeah, but that introduces duplicate DLLs, which WILL cause a problem later, or, it introduces the possibility of breaking something else (note that updating the PTHREAD package to the latest version, breaks AOO4.1.1, and that package appears to have been around since August), or both. Who knows what has been broken, and not yet noticed, by simply updating DLLs, whether you use YUM, or not. Those who have used the AOO-4111-GA-rpm.wpi package to make AOO4.1.1 work, will eventually have DLL problems (if they don't already), simply because that package installs common DLLs, used by many programs, in the program directory, leaving what could be down level DLLs in the default DLL directory. Eventually one, or the other, will become down level, and something else won't work because of that. It could be very difficult to sort it out, because it will depend on which DLL gets loaded first, whether something will run, or fail.

The whole thing is totally out of control.

Quote
Because of problems with the last few builds of qpdfview we have now standardised on the last lucide build

Personally, I thought that the first QPDFView build was far better than the last Lucide build. It is obvious that whoever is doing QPDFView needs a lot more help with beta testing, to avoid these silly problems. Meanwhile, rather than using Lucide, I would be more inclined to stay with older versions of QPDFView (assuming that some other thing doesn't break them, which is entirely too possible).

Quote
So if you think you can do it better, why don't you contribute?

Nobody can do it better. RPM/YUM is a total disaster, and there aren't enough people using OS/2 to test each package properly to be sure that they work. I am working with the Arca Noae Package Manager (currently called Yumie). It would work well, if YUM would do things the way it was advertized to do. One of the main problems is that YUM screws up, then tells Yumie that all is well. At other times, YUM tries to update itself, and turns into a vegetable until somebody figures out what went wrong, and figures out how to fix the problem. More often, something goes wrong, and nobody knows why. Trying again about 2 days later, and it works, as if nothing happened. Now updating PTHREAD kills AOO4.1.1. It is depressing.

Personally, I do some WarpIn packages, but I will make no attempt to try to keep up with what is going on in your world, because it appears that you don't even know what is going on.

PTHREAD doesn't break AOO 4.1.1.1 here.
Installed Packages
pthread.i386                        20140814-16.oc00

QPDF works like a charm too. The last 2 versions work better than the previous ones because they don't need the 3 qpdf dll's in the path anymore for qpdfview to work in any way I choose to open it  (command line, FC/2 association, wps, firefox).

I agree that YUM isn't always very clear when something goes wrong. Then again, it doesn't go wrong all that often, and when it does it can be user error too. In general, it works well and prevents this dll hell you mentioned.

I don't want to start a flame war, but I do have to say I disagree with the way you regularly imho insult developers, this time by saying they don' know what going on. What is actually going on is that they provide us all with the software needed to keep eCS running, they fix bugs, run bug trackers and actively monitor them. Instead of flaming them a "thank you" would be more appropriate.

159
Andi B, it is strange because if they were interested in selling OS/2 (eCS) base operating system they would be telling all the OS/2 sites and the computing tech journals - they might even send out a press release but not a word from them.  It is as if they no longer exist except for a rather indifferent web page. 

edit:  I should add that the last time I went looking at what they offer under operating systems there was Mac OS and Linux but absolutely no mention of OS/2 or eCS.

That's what I thought but instead of eCS being on xeu.com they have hidden it on shop.xeu.com. Maybe it's a new kind of inverse marketing strategy. Give your product the least possible amount of exposure and  support, offer subscriptions but don't deliver the promised product etc. etc.to kindle interest...

160
The one question that everyone has been skating round, 'where do we get new copies of OS/2 (eCS) from' has not been answered.

Arca Noae say they are concentrating on addons and enhancements to OS/2 and have implied that will not be selling the base operating system.  That is all very well but without the base operating system there is only a finite number of existing OS/2 users to purchase these new addons - a self defeating business plan.

Now, will someone please enlighten us as to where we are going to get new, as in new licence, versions of OS/2.

XEU and their resellers are the only ones who sell licences.

161
Applications / Re: AOOo 4111GA does not install libc066
« on: February 23, 2015, 10:16:23 am »
There was also a defect, now fixed, where the urlgrabber dir was in upper case instead of lower case.

162
Applications / Re: AOOo 4111GA does not install libc066
« on: February 22, 2015, 09:02:59 pm »
http://rpm.netlabs.org/release/00/zip/libc-0_6_6-26_oc00.zip if you want to get your yum/rpm running again
ftp://ftp.netlabs.org/pub/gcc/libc-0_6_6-csd6.wpi as wpi when you don°t use yum/rpm

163
Applications / Re: Yum can't find GCC1
« on: February 22, 2015, 12:35:22 am »
Download http://rpm.netlabs.org/release/00/zip/gcc-4_9_2_1-3_oc00.zip, copy gcc*.dll from the @unixroot\usr\lib directory in the zip to the proper location on your drive and run yum install libgcc4*. That should likely make it work again, unless you are missing more stuff.

164
Applications / Re: AOO 4.1.1.1 GA install experience
« on: February 18, 2015, 12:43:13 pm »
++ From the VOICE OS/2-eCS News Service   http://www.os2voice.org ++

From: silvan.scherrerDESPAM@DESPAMaroa.ch

Apache OpenOffice for eCS (OS/2) 4.1.1.1 GA 

St. Veit an der Glan, Austria, February 10, 2015   1 month after our
Apache OpenOffice 4.1.1 GA, we are now proud to present the 2nd GA
version of 4.1.1.
This GA is rebuilt with our latest compiler. With this compiler we
were able to reduce the memory footprint significantly. This should
bring more stability on some systems. 

The GA version includes english, german, italian, french, spanish,
dutch and russian language pack. And of course this version comes
nicely packed in a wpi. 

Apache OpenOffice is the free and open productivity suite, consisting
of several mighty applications, such as Calc, Writer, Base, Impress
and several more. Apache OpenOffice is compatible to the leading
commercial productivity suite. 

Download Apache OpenOffice 4.1.1.1 GA from:
https://www.dropbox.com/sh/hd9a9sjr8jszw16/AAC_iXq4PdV4tRuAlAigbfRia?dl=0
The password to download the file is: bww 

You need only one complete wpi for your preferred language.
If you want to install an additional language you need only the
language wpi for the new language. 

For additional installation information, please read the
readme_aoo.txt file. The file can also be found in the
directory from the download link. 

To fill a bug please use:https://issues.apache.org/ooo/
If you create a ticket, please also set your ticket to block ticket 118923. 

If you like Apache OpenOffice, please pass by our online shop at
http://www.bitwiseworks.com/shop and donate for Apache OpenOffice for
eCS(OS/2). These donations support the ongoing development and
bugfixing efforts. 

With regards, the bww bitwise works GmbH Team
http://www.bitwiseworks.com

165
Applications / Re: AOO 4.1.1.1 GA install experience
« on: February 18, 2015, 04:12:53 am »
I downloaded the updated AOO 4.1.1.1 and proceeded to do the install.

I uninstalled 4.1.1 first, & rebooted.

I then installed 4.1.1.1.  I found that Warpin would select my prior directory for install, but not allow me to change it.  I don't get it.  If I had truely uninstalled the older release, why would Warpin force me to use the old directory.  I decided it wasn't worth the effort to sort out.  But if you know the answer, please share in case  someone else cares more than I do.

I think that's what it is supposed to do. If, after uninstalling, you choose "remove database entry" in warpin before you start the new install you can then choose a different directory.

After the install, I rebooted again.

Clicking the program icon gave me the hatch and then disappeared without a trace of the program running.

I moved to run swriter.exe from the command line and found that libc 066c or some such was not available.   A review of the install readme showed that this was one of the prerequisites that I had already installed for the first 4.1.1 release.  I had no reason to believe it was not installed.

I moved to run yum, and opted to use yum update yum command.  Yum and three other packages were updated, one of which was the libc066 something or other.  So it seems I needed an update.

Now starting the writer netted a quick display of the welcome screen before it disappeared.  A dialog indicated something was wrong and gave me several options to look into.

Yes, the latest version needs updates of the required runtimes. You should have simply run "yum update"


Good luck. :)

Pages: 1 ... 9 10 [11] 12 13 ... 23