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 - Lewis Rosenthal

Pages: 1 2 3 [4] 5 6
46
General Discussion / Re: Arca Noae - just got my business!!!
« on: November 22, 2014, 10:49:59 pm »
..In addition, our package (as of right now) provides a newer (citing just one example) ACPI than eCS 2.2 beta II, and this package is not available from Mensys or XEU. In short, the Arca Noae offering is separate and apart from Mensys/XEU's software subscription service...
Exactly as I said, Lewis: I'm running eCS 2.2b2 now, if I were to need the latest ACPI, how can I get it? .. simple, that question!!..buy also an Arca Noe subscription..  ;D
Regards....
But, Barbara, you got your eCS 2.2b2 because you already had a software subscription for a previous eCS version, not because you purchased a license for eCS 2.2 (which does not currently exist). That subscription will expire at some point in time. Renewing that subscription may or may not provide you in the future with a newer ACPI. Ours will update eCS 2.2b2, eCS 2.1GA, eCS 2.0, etc, down the line to Warp 4.52, so it's really the same upgrade/support for eCS licensees as for OS/2 Warp 4 licensees. Of course, like any other software package, you may find applications from one vendor which you don't find from another. In this way, the two subscriptions complement each other, but should not cause any type of one-or-the-other choice.

An OS/2 licensee could purchase a license for eCS, which includes a software subscription of some sort. He or she is not obligated to install eCS in order to take advantage of the subscription entitlements, though some of those pieces may be restricted to installing on eCS alone (which is not the case with our subscription, of course). The point is that our subscription should bring excellent value to all OS/2 and eCS licensees, regardless whether they have a Mensys/XEU software subscription or not. Now, renewing the Mensys/XEU software subscription may be something to consider, based upon what they may offer in the future which we may not, but I can't speculate on that aspect.

I do see your point about subscribers to both, but then again, you get multiple magazine subscriptions, too. You don't get all of your information and entertainment from one channel, be it print, radio, or multimedia. We don't see the price of our subscription as a barrier to entry. In fact, we intentionally considered the impact of our pricing on the community, so that we could make it attractive. So, we don't see an absolute need to provide our content in some offering by Mensys/XEU (or anyone else's for that matter). (And to be clear, I am not stating whether we will or will not be entering into an agreement to provide our content to anyone else.)

Cheers

47
General Discussion / Re: Activity at Arca Noae.
« on: November 22, 2014, 10:15:12 pm »
Sorry this reply is so late! We've been rather busy...

Ah!

Is that the Mâgên Dâwîd I see only slightly concealed in there?

It surely is.
;)

Lewis is showing his roots.  :)

Now, who else can see the tie between the name and the symbol... did "I" say symbol?.. surely I meant logo?  ;)
Actually, Ben, no Hebrew symbolism intended at all (we're non-sectarian, don't you know).  :D We still have a bunch of those blasted web fonts and icon fonts to exorcise from the page templates (you should see the back end of a modern WordPress site...under OS/2, it is barely legible without the Classic Admin plugin for WordPress).

So, if you happen to spy an odd-looking glyph for an arrow or some other navigation icon, it's likely just one more nit we haven't got around to swatting, yet!

Cheers!

48
Article Discussions / Re: [Arca Noae] Privacy & Acceptable Use Policies
« on: November 22, 2014, 10:03:09 pm »
There are no interesting news yet but there is some movement.
I just get this email:

Quote
Arca Noae has posted a new item, 'Privacy & Acceptable Use Policies'
Well, Martin, we figured that it might be a good idea to get our legal stuff out of the way before opening the doors to the store.  ;)

Seriously, online privacy is one of our main concerns, and we wanted all of our potential first-day/first-week/first-month visitors to be aware of our position, and give them a chance to provide some feedback. In fact, we did receive some good suggestions which prompted us to refine our privacy policy further, regarding advance notification of any potential use of Google technologies (we currently do not use any such technologies on any of our sites).

Cheers

49
General Discussion / Re: Arca Noae - just got my business!!!
« on: November 22, 2014, 09:54:54 pm »
Namely, this is the "Drivers Package"...and for OS/2 users like myself who did not wish to pursue the eCS move but wanted to update the OS to handle the newer hardware this was badly needed. Never understood why the folks behind eCS didn't seriously consider that option, even when inquiries were being sent it regarding it.

Arca Noae, great job you guys...keep up the effort!!!
Thanks, Dariusz!

It has been a truly busy week, and the response to our store opening has been outstanding.

Indeed, our current approach is quite different from releasing an entirely new installable OS. Let's face it, OS/2 is a fairly mature, yet extensible, operating platform. By updating some of the core functionality, it is possible to keep even older installations usable on newer hardware.

Apparently there was nothing added as yet, compared to the Mensys Software Subscription. This release has nothing to do with migration. It's an option to provide experienced users with installable updates. That's surely not for the end user.

Mensys and co-programmers tried a real migration, which bases on the original IBM installation. That's a quite different approach, which can't be compared with the Arca Noae packages. In details you'll find that even the Mensys distributions contain separately installable packages. Most of them are placed in DVD:\CID\SERVER\ECSPKG.
Andreas, I'm not quite sure I follow your point.

Our software subscription is not just for experienced users. In the very near future, our YUM GUI will be available, taking the pain out of package management for even the average user. That's surely better than directing someone to the \CID\SERVER\ECSPKG directory on the CD or DVD and having him or her unzip and manually apply those packages which are not bundled as WPIs.

In addition, our package (as of right now) provides a newer (citing just one example) ACPI than eCS 2.2 beta II, and this package is not available from Mensys or XEU. In short, the Arca Noae offering is separate and apart from Mensys/XEU's software subscription service.

I think it is a good start. But let's see how things move, of course it needs to keep moving.
Well, Martin, things are progressing for us at a good pace. We anticipate offering our updated USB driver package shortly, as well as the YUM GUI. We will also be repackaging some of Paul Smedley's ports for distribution as RPM packages (easily installable from the YUM GUI), and hope soon to also have some of KO Myung-Hun's ports packaged and distributed the same way.

Exactly, this is the problem now, they need an agreement. Surely most of eCS users will not pay for a double subscription, old OS/2 users instead will pay.
This is the situation now:
OS/2 Warp users: Very happy..the final solution now is here..
eCS users: Now we need to buy a piece here and one somewhere else  :-\
...comforting...
Barbara, I understand your concern. eCS users need not buy both subscriptions, though they surely may do so (we do not provide direct defect support for OS/2 or eCS in our subscription, only for the components we provide).

Our subscription service further differs from Mensys/XEU. It applies across operating system versions (OS/2 Warp 4.52, eCS 1.x, eCS 2.x) and where components cross over and are available in Mensys/XEU's product, currently, our components are either at the same level or newer (and our goal is to continue updates). We also include access to components from our other strategic partners, like bww bitwise works GmbH.

We think our subscription offers a good value and can even be used to complement an existing Mensys software subscription, so there's no "either/or" choice to be made.

Finally, we are committed to investing as much of our revenue stream as possible back into further development. As much as we are OS/2-focused, we are community-focused.

Cheers, and thanks everyone for your support, good wishes, and your business!

50
General Discussion / Re: Still more on new OS/2 developments
« on: October 20, 2014, 06:35:06 pm »
I feel like we've been slash dotted...  ::)

Consider this a soft launch, as we wanted to at least share some information about what's been going on behind the scenes. There is plenty more to come in terms of content and layout (the shop isn't open yet, for example).

Still, it's nice to see that people are watching. Enjoy!

51
Events / OpenSSL at LinuxCon-Europe in Düsseldorf October 13-15
« on: October 12, 2014, 07:22:17 am »
I thought this might be of interest, in case anyone might be near Düsseldorf next week.

You may recall that I joined the OpenSSL users mailing list to voice our collective concerns about the proposal to drop OS/2 from the list of supported platforms. It might be nice for someone to go and at least touch base with the OpenSSL group to let them know live and in person that we're still alive and kicking around here in OS/2-land.

Quote from: Rich Salz, of OpenSSL fame
Most of the OpenSSL development team will be at LinuxCon in Düsseldorf next week. We’ll have some kind of BoF or public session. But feel free to also look for me (and probably others) directly.

We would like to thank the Linux Foundation for their generous financial support that made this historic first meeting possible.

More information on LinuxCon may be found here.

Cheers/2, and don't forget that it's not too late to register for Warpstock USA October 24-26! Check out all of the great stuff we have planned for this year's event on the Warpstock website.

52
Applications / Re: Apache OpenOffice 4.1.1 RC3
« on: August 25, 2014, 08:18:28 pm »
(this is apparently how we are viewed WRT OpenSSL, where like Mozilla, there is serious consideration being given to dropping support in the main project - we can't afford to have this happen by being silent and hoping for someone else to step up).

I agree to your words wholly, but who do you expect to step up to maintain OpenSSL/2?

OpenSSL builds on OS/2. If all that is required to keep OS/2 in the official project is to push changes upstream, almost anyone could do that, based on Paul Smedley's diffs. While I'd like to find someone else to do it, if nobody does step forward, I will (I need OpenSSL; it is running on my Apache server right now, supporting several SSL sites). I would also consider funding a maintainer to do this. OpenSSL, unlike the absurd "RapidRelease" cycle which Mozilla has adopted (which in ten years' time will bring us things like Firefox 122 - no kidding; do the math!), is normally released in much more manageable intervals.

Anyway, this is a discussion for another thread, I'm afraid! We should stick to OO4, here, though I'm happy to discuss maintaining OSS apps and how we can make that happen.

Cheers

53
Applications / Re: Apache OpenOffice 4.1.1 RC3
« on: August 25, 2014, 05:58:51 pm »
How do I get the spellchecker to work? I downloaded some dictionaries and installed them (extensions) but I can't get the spellchecker to work,

Confirmed; bug opened: https://issues.apache.org/ooo/show_bug.cgi?id=125501


Someone marked your bug as a duplicate of another one. I checked, solution there is to delete or rename user profile directory. That did -not- solve the problem for me, so it either isn't a duplicate of that bug or we have an os/2 specific problem.

This is definitely not a dupe. I can confirm on two different systems.

Also opened new bugs for incorrect/unexpected location of profile (should respect %HOME%) and crash when creating new profile.

To track bugs for the OS/2 version, follow this link:

https://issues.apache.org/ooo/buglist.cgi?list_id=156388&op_sys=OS/2&query_format=advanced&resolution=---

At this point, the more feedback we can provide, the better it will be for Yuri and the team to get issues resolved and to get to a GA version. We are so close to the mainline releases for this, we shouldn't lose momentum. Also, the better a showing we can get in the bug tracker from as many users as possible (not just opening new bugs, but participating in clarifying existing ones and solving others - some things may be user-related; the OOo docs in general are in need of updating, in many cases, and things have changed considerably between major releases), the better our chances are at being taken seriously and not just as a fringe element, using the app on some obscure platform (this is apparently how we are viewed WRT OpenSSL, where like Mozilla, there is serious consideration being given to dropping support in the main project - we can't afford to have this happen by being silent and hoping for someone else to step up).

Cheers


54
Applications / Re: Apache OpenOffice 4.1.1 RC3
« on: August 25, 2014, 09:13:17 am »
How do I get the spellchecker to work? I downloaded some dictionaries and installed them (extensions) but I can't get the spellchecker to work,

Confirmed; bug opened: https://issues.apache.org/ooo/show_bug.cgi?id=125501

also note Check for updates window which does not show in front of Extension Manager:

https://issues.apache.org/ooo/show_bug.cgi?id=125502

It is also important to note that dictionaries must be compatible with OO4. I initially tried using my 3.2 dictionaries, and while they installed, I noted the ages of them (I did not subsequently try to check them for updates, but installed English manually).

55
Applications / Re: Apache OpenOffice 4.1.1 RC3
« on: August 25, 2014, 01:47:53 am »
Well, switching to 14.106_W4 got me the same trap. Changing the flag to only load the code high seems to have resolved it (I think).

Thanks again.

Strange. Seems it's not completely fixed. Maybe it is like that for the *_W4 kernels only? Have you tried 14.106_SMP?

I experimented with the 14.106_SMP kernel last week, in an effort to install ACPI (this is a ThinkPad T43, with a 2.26GHz Pentium M 780 Dothan; a single core CPU). ACPI does not like the machine at all (no version has), so I rolled back to the Geyserville daemon for power management and the UNI kernel which I had been using (14.105_UNI). Steven Levine mentioned to me that he thought I might get about 10% better performance from the W4 kernel than the UNI kernel (both of which run significantly cooler without ACPI, and I noticed an overheat condition almost immediately after installing the SMP kernel), so I switched to the 14.105_W4 kernel. He and David Azarewicz both agreed that I should really move to the 106 (no matter which flavor, I think), due to the bug fixes in 106 vs 105. After my earlier experience with the trap exiting OO4, and your mention of this being fixed in 106, Boris, I figured that it was probably a good time.

I should probably get a trap dump of this situation to debug further, but frankly, if loading only the code high works, and the difference between that and loading both code and data high is trivial, I'll likely just stick with what I've got. I just thought it was worth mentioning, here.

Cheers

56
Applications / Re: Apache OpenOffice 4.1.1 RC3
« on: August 24, 2014, 09:57:41 pm »
Code: [Select]
for %a in (*.dll) do highmem -b %a

(highmem does not accept wildcards).

Hrm? For me it does.

Indeed, it does. As I mentioned, the help text is misleading, as:

Code: [Select]
[j:\] highmem *.dll

would appear to list the status of the tested modules, yet only reveals:

Code: [Select]
Processing module : <module>

instead, it is necessary to use the -v switch (or any other switch). Oddly though, my first time around, I got an actual error, so there must be another highmem which was in %PATH% getting picked up, I guess.

However, upon closing the last of them, my system trapped (000e).

Do you use the latest kernel (14.106_SMP)?
The bug with trapping on unload of DLLs loaded high has been fixed in 106.

Well, switching to 14.106_W4 got me the same trap. Changing the flag to only load the code high seems to have resolved it (I think).

Thanks again.

57
Applications / Re: Apache OpenOffice 4.1.1 RC3
« on: August 24, 2014, 04:56:24 am »
So where are people downloading the latest  highmem?

Hey, Dave...

It should be the last item on the list, here:

https://www.dropbox.com/sh/350r8h2dpuxsg8w/AAAjVtD4f5_FaFghfUg_l6BYa/aoo

The source is included. Yuri has included his copyright 2012-2014, and the Apache license, and states that it is based on above512.

Cheers

58
Applications / Re: Apache OpenOffice 4.1.1 RC3
« on: August 23, 2014, 07:52:19 pm »
Code: [Select]
for %a in (*.dll) do highmem -b %a

(highmem does not accept wildcards).

Hrm? For me it does.

That's odd, isn't it. Perhaps I didn't try a wildcard with the parameter, and only highmem * to get a report of status. I'll try again when the time presents itself. Thanks for letting me know.

However, upon closing the last of them, my system trapped (000e).

Do you use the latest kernel (14.106_SMP)?
The bug with trapping on unload of DLLs loaded high has been fixed in 106.

Ah, no. I've been moving between kernels quite a bit recently, and am currently using 14.105_W (this is a ThinkPad T43 with a 2.26GHz Dothan, single core). I planned on swapping in the 14.106_W kernel soon, so it looks like a good time.

It will take me a bit of experimenting to determine just which ones should get loaded high (likely the biggest ones, though the little ones tend to fragment more when unloading, for obvious reasons), but the opportunity is there, at least.

When the first build of AOO4 came up, I've got it running well with DLLs loaded high as well, and I simply did highmem *.dll in all directories where I found any DLLs (it's not the `program' one only).

By the way, I also run with all Qt4 DLLs loaded high (the webkit one is pretty huge, heh), with no apparent problem.

Good to know, Boris; thanks. I'll do some more experimenting, but I've certainly gotten a lot farther along than I did with 4.0.

Cheers

59
Applications / Re: Apache OpenOffice 4.1.1 RC3
« on: August 23, 2014, 07:16:21 pm »
@ guzzi: Re: libxslt - as mentioned before, this one got me, too.  ;)

@ Matt: open deploy.dll in PMDll. set the option to test load dlls from the menu. Trace down the tree, looking for red entries. As guzzi and I discovered, this one was a missing libxslt package. Another good way to be sure that you don't have a conflicting dll in memory is to set LIBPATHSTRICT=T (just in case there is some stray copy of something from somewhere else which is getting in the way).

All: FWIW, I grabbed Yuri's highmem utility from dropbox, and (blindly) marked all OO dll's in \program to load code and data high (-b option) via:
Code: [Select]
for %a in (*.dll) do highmem -b %a

(highmem does not accept wildcards).

I was impressed with the amount of shared memory it left me when I had Writer, Calc, and Impress loaded (with documents: 4-sheet worksheet, 27-page odt, and a 20+ slide odp). However, upon closing the last of them, my system trapped (000e).  :P

It will take me a bit of experimenting to determine just which ones should get loaded high (likely the biggest ones, though the little ones tend to fragment more when unloading, for obvious reasons), but the opportunity is there, at least.

Overall, I'm still impressed not only by the build, but by OO4, in general. It generates pdfs considerably faster than 3.2, and the pdfs are tighter (I trimmed almost 1K off of a 17K pdf, so thinking about some really big documents, this looks like it is considerably more efficient). I haven't tested printing, yet, nor have I really worked any of the apps, for that matter (I'd like to get them to exit cleanly; even before marking the dll's, I was seeing an exceptq report upon exit).

Cheers, and good luck, guys. Hopefully, you'll be able to get past these dependency issues (and whatever else) quickly, and without much more frustration.

Cheers

60
Applications / Re: Apache OpenOffice 4.1.1 RC3
« on: August 23, 2014, 04:03:01 pm »
Good morning...

Failing ICUUC42:
Code: [Select]
[j:\] yum whatprovides icuuc42.dll
[...]
libicu-4.2.1-1.oc00.i386 : International Components for Unicode (development
                         : files)
Repo        : netlabs-exp
Matched from:
Other       : icuuc42.dll(B



libicu-4.2.1-1.oc00.i386 : International Components for Unicode (development
                         : files)
Repo        : netlabs-rel
Matched from:
Other       : icuuc42.dll(B

[j:\] yum info libicu
[...]
Available Packages
Name       : libicu
Arch       : i386
Version    : 4.2.1
Release    : 1.oc00
Size       : 7.2 M
Repo       : netlabs-exp
Summary    : International Components for Unicode (development files)
URL        : http://ibm.com/software/globalization/icu
License    : IBM Public License
Description: ICU is a set of C and C++ libraries that provides robust and
           : full-featured Unicode support. This package contains the runtime
           : libraries for ICU. It does not contain any of the data files needed

           : at runtime and present in the `icu' and `icu-locales` packages.
           :
           :
           :
           : Authors:
           : --------
           :     The ICU project, International Business Machines (IBM) and
           :     Others.  <icu@oss.software.ibm.com>

Per the earlier mention, install libicu, and the module should not fail.

Also:

Code: [Select]
return code: 2

means:

Code: [Select]
[j:\] help SYS0002

SYS0002: The system cannot find the file specified.

EXPLANATION: The file named in the command does not exist in the
current directory or search path specified or the file name was
entered incorrectly.

ACTION: Retry the command using the correct file name.

Thus, the module (dll) could not be found in order to be loaded.

HTH

Pages: 1 2 3 [4] 5 6