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
16
Article Discussions / Re: App Store Ranting
« on: July 30, 2016, 01:41:27 am »
Quote
a web browser can't launch ANPM for such a yum/rpm-link.

It probably can, if you add something to the Options-> Applications list, but ANPM would need to watch for parameters, and decide what to do with them.

I really thought we had this in the RFE list, and I distinctly recall submitting it myself (ability to accept command line arguments to install/remove/etc.), but I just spent a few moments looking and could not find it.

On openSUSE, there is the "one-click install" option for packages. A ymp file comes down, which is essentially xml. This is associated with the YaST installer, and the ymp includes the type of package to be installed, the source repository, etc. At the time of install, the user is queried as to whether he or she wants to permanently add the repository to the system or just use it for the given installation.

More on one-click install may be found here.

This would be my vote as to how to handle these things as an RFE for ANPM, so we would then parse the xml (which could be downloaded and saved or used to open the default application, supposedly configured as ANPM) and perform the requested actions.

Quote
I am sure that ArcaOS will include enough smarts to get all of that done. Meanwhile, any browser, on any OS, should be able to get the ANPM installer, put it on a USB stick, and that will get RPM/YUM set up, and allow the user to work with it. Once FF is included with RPM/YUM, that should get things going. Until FF gets included in RPM/YUM, the user may need to download FF (either ZIP or WPI), and use that. Of course, they may also need WarpIn, or/or UNZIP.

Thanks for the vote of confidence, Doug.  :)

Indeed, we are planning to ship FF, TB, and SM in the distro, all (or none) available as installation choices (FF may be pushed by default; decisions, decisions...).

As for catalogs (or for those of you who prefer the King's English, "catalogues"), the new functionality in wic.exe allows for creating repositories of WarpIN archives, and theoretically, it should be possible for site maintainers to automate building their own WarpIN repo files, making installation/maintenance of WPI-packaged software as easy as RPM-managed software (via ANPM).

Zip/7z/xz/gzip/tar/etc. will always be difficult to manage, and I know of no package manager which handles such "loose" formats.

Of course, none of these things results in a true "app store" in the sense of a desktop application which pulls down package metadata, allows purchasing and installation, and essentially functions as a single-purpose web browser. I did some searching today while waiting for my lunch appointment to arrive, and could not come up with a single hit pertaining to the "rise of the app store on desktop operating systems," but my gut tells me that this all came about from M$' push to make everything a mobile device. Let's face it, managing software and comfortably browsing the web on a phone or a tablet is frustrating. Having an all-in-one "app" (because it's all about the apps!) to do all of that makes sense in that context. I just don't believe it makes the same sense on the desktop, but to each his own.

The Arca Noae store is getting bigger, a little at a time. If anyone knows of some good apps which we should add, please let us know, and we'll see about getting them added. We're also looking at ways to improve the shopping experience (no, I am not trying to hijack this thread - really!).

17
Article Discussions / Re: Writing bug reports
« on: July 25, 2016, 07:16:23 pm »
Hi, Ian...

I surely didn't mean to imply that you were inhospitable!  :P

I'll remember to point to the index file from now on.

Cheers, buddy, and BTW, long-overdue thanks for mentioning Arca Noae on your homepage.

18
Article Discussions / Re: App Store Ranting
« on: July 25, 2016, 06:59:18 pm »
Sorry I missed this, Martin...

I think the concept you were originally trying to convey and the concept of an app store are slightly different.

If you'd like an app store on OS/2, you should stick with eCo Market from eCo Soft.

Now, what ANPM will become over time is a single point of entry for software management and updates. By integrating WarpIN support and support for local and remote caches of WarpIN archives, ANPM becomes the referee between RPM-deployed software and WarpIN-deployed software, minimizing conflicts and duplication.

So, even if you were to go "shopping" for an app in an app store on OS/2, you'd still need a method to install your download and ensure that it did not conflict with something else already installed, as well as a way to handle updates to that software just "purchased." This is ANPM's role.

An app store, OTOH, fills a different kind of niche, providing a more browser-like experience, allowing the shopper to see screenshots, read reviews, handle checkout, and ultimately, download purchased goods. Some of these cross boundaries and blur the lines, because they will maintain databases of purchased software, advise of available updates, and perhaps even handle the install, but they are always (or should always be) limited to the offerings in the store, and not meant to replace a system software manager.

19
Article Discussions / Re: Writing bug reports
« on: July 25, 2016, 06:44:09 pm »
Hi, again...

An excellent reference, and a link I keep handy (also a good thing to review before posting the bug reports as discussed in this thread) is Sjoerd Visser's article in the VOICE Newsletter, from July, 2008, Virtual memory Problems under OS/2. In that, Sjoerd also points to Jan's handy shmemmon utllity for monitoring and recording shared memory usage over time, which is available on Ian's os2site.com (search for shmem or look in /sw/util/memory/ - not posting a direct link, as I know that Ian does not like his site scraped).

At first blush, I would agree your assessment, Neil. This is likely either exhaustion or fragmentation. Theseus is your friend, here, Roberto, but review Sjoerd's article.

20
Article Discussions / Re: Writing bug reports
« on: July 12, 2016, 10:48:32 pm »
Silvan's article is spot-on, of course, and Dave, your comments are quite right.

User-to-user forums serve an important role in the support cycle.

Where forums fall short is when people expect that they are some sort of direct support channel to the company and the developers, which they are not. We (bww, Arca Noae, independent devs, etc.) cannot possibly monitor every forum (I try to keep an eye out here and on os2.org - yes, I lurk, I admit it! - if only to take the pulse of what's going on from time to time), let alone provide one-on-one support for various issues being discussed. This fundamental misconception then leads to accusations of disinterest among the developers and companies, rumors of poor support and poor quality, etc., and all because the people in a position to address the problem have not been properly informed that a problem actually exists.

Joop, are you using ANPM, and if so, do you have the Dutch language pack installed for it? You would probably find managing packages much easier than yum or rpm at the command line. This system is working well for many, many people, now, and continues to improve. If you have an issue installing, removing, or updating a package with ANPM, I invite you to open a ticket (or more than one ticket) at https://mantis.arcanoae.com and let us know what is not working right for you. We're there to help.

21
Article Discussions / Re: [Arca Noae] Checked your disk lately?
« on: December 06, 2015, 10:53:43 pm »
Another thought: How many modern OS's have to be booted from CD/DVD/USB/Whatever/Floppy(?) in order to run a chkdsk? Sounds a bit 1980s to me... especially as OS/2 systems seem to have had this capability a long time.

When there is a serious error, many OSes need to be booted from alternative media, actually. The fact that the OSes generally do not state the requirement doesn't mean that they should not be handled in this fashion. I've dealt with more than my share of broken Windows systems where NTFS needed to be checked from something other than the boot partition because, well, they wouldn't boot. I've also had *nix systems (running JFS, Reiser, XFS, and EXT4, though not BTRFS - yet) need to get up and running fully and then have to go back and run a manual check against the disk. The difference is that *nix systems don't normally put so much data on the boot partition and what is there doesn't change as often as on other systems.

I tend to suspect the possibility that JFS 1.09.06 does not get shutdown properly sometimes during system shutdown or reboot although all seems to work properly. I base this idea on the recurring "lost volume" plus the fact that when I have needed to perform chkdsk at boot the system had been shutdown successfully on both occasions. Worth noting is that all volumes, G: through to L: inclusive were "Dirty marked Clean" on both occasions.  Maybe this is the "underlying problem"...

This is certainly possible, and if so, we'll want to get some low level data to see what's happening so we can do something about it (assuming it's not something specific to only one machine, of course; resources are spread thin as it is, so time tracking down elusive errors should be spent wisely).

This renders the idea of booting from a "Maintenance" volume or another system volume un-workable as all volumes have the same problem.

Understood.

I keep my maintenance partition running 16-bit HPFS just for that reason (it gives me something else which is JFS-aware but not JFS-dependent to use for recovery).

My " dodgy filesystem driver" comment was an attempt at mild humour rather than a full scale "dig" at Arca Noae - Sorry if it was misunderstood; my following comment was genuine  :-)

Apologies if I came on too strong with my reply, Pete; it was unintentional. I know you better than that, and the irony isn't lost on me, considering your lack of success with the updated JFS driver!

Let's see what we can do to address your issues. Forced chkdsk functionality aside, we certainly shouldn't be creating errors, and we want to make sure that's not the case.

Cheers

22
Article Discussions / Re: [Arca Noae] Checked your disk lately?
« on: December 06, 2015, 07:24:56 pm »
How do things get so taken out of context?

Let me see if I may set the record straight on a number of issues:

It is a great milestone for DFSee to support GPT, but I'm still thinking how useful will be that for OS2-eCS-BlueLion installation.

Well, we are planning GPT support in Blue Lion, and are working on that very issue right now.


I'm guessing that it should be useful for someone to boot from USB/CD and with DFSee try to repartition and already partitioned HDD (by Windows or Linux) and resize partition to fit OS2-eCS-BlueLion. (and of course use all the great features of DFSee on a GPT drive) But once you boot the Installer will it recognize the installation partition on GPT or after installing the OS, will it boot?

That's the plan. It's a tall order, and requires a number of things to be updated, but we are working on it (really).

I was told that what we are missing is to create some GPT driver like a FLT (Filter Device Driver). Will a  GPT.FLT driver will work without having UEFI support?

I don't know who told you that.

Quote
We at Arca Noae would like to thank ...., and OS/2 VOICE for its ongoing community support.

I really do not know the formal relationship between Arca Noae and OS2VOICE, I'm getting jealous about it  :P

Martin, you know the relationship which Arca Noae has with OS/2 VOICE. Let me run it down once again:

  • OS/2 VOICE is the single largest OS/2 community group in the world
  • Arca Noae handles donations for OS/2 VOICE, as OS/2 VOICE (unlike Warpstock Corporation) has no mechanism to accept online payments
  • OS/2 VOICE is a valuable resource to Arca Noae as a means of communication with the community, at large

...super special thanks to the developers that shares their software and don't hide their source code to the public.

Is this meant as some sort of a dig at those of us who are bound by copyright and existing license not to release everything as open source?

I really get concerned about ArcaNoae's new attitude. Instead of working on their own roadmap (https://www.arcanoae.com/roadmap/), they announce a new version OS/2.

I'm sorry that our "new attitude" concerns you, Michael. Our overall roadmap does need some updating (admittedly, we spend more time developing than updating the roadmap, and often progress isn't reflected there in as timely a fashion as we'd like). However, work on Blue Lion complements our overall goal of bringing new drivers and support for current hardware to the platform; these two concepts are not at all at odds with one another.

My drivers and software package license expires soon, nearly nothing from roadmap was realized (except of pre-beta network drivers).

Do you somehow feel like you have not received a good value for your investment? Updates to ACPI, Multimac, and USB have not been useful to you? A roadmap is just that: a plan. It's not a promise. We have made progress toward many of the goals we set before us, though not all have been realized.

If you don't feel that you have received a good value for your investment, then you should feel free not to renew your subscription. Subscriptions were never intended as "support" contributions to further our own goals, but rather reasonable fees set for the products released. We have issued several updates to various components of the subscription during the year. If you have not benefited from them, then perhaps you shouldn't renew your subscription.

Important software repositories went away from netlabs (like USB-drivers, we no have two different repos, AHCI and ACPI).

Really? How about:

http://trac.netlabs.org/acpi
http://trac.netlabs.org/ahci
http://trac.netlabs.org/usb

Lars posts his USB builds to that Netlabs project as well as to Hobbes. It has been the case for some time that we have had two different branches of the USB dev tree. The only difference now is that they are maintained in two different places.

There is nobody stopping anyone from contributing to the AHCI and ACPI projects at Netlabs. Those projects are not going away. It's just so happens that the sole maintainer of them happens to be a principal in Arca Noae, so development has moved "in-house."

So if ArcaNoae suddenly decides to drop any OS/2 Activity, we have nothing in our hands.

Hmmm... An OS/2-only company dropping OS/2 activity. That doesn't sound very realistic, now does it? Again, the maintainer of these driver projects is a human, and if you look closely at the license strings contained in your drivers, you will see that David claims copyright and Arca Noae simply licenses his work. If Arca Noae were to close up shop tomorrow (which is not very likely, especially considering the considerable sum of money we recently paid to IBM), in all likelihood, David would still continue to maintain those drivers; they're not going away.

This reminds me very much of Mensys, many announcements, no substantial progress, no transparency.

Excuse me?

We are a privately-owned company. We are not required to be transparent. That said, do you not read our blog posts? Did you not see the several Warpstock and Warpstock Europe presentations which we have given? David has often shared his progress on driver development. Steven Levine has discussed at length our plans for SNAP and the immense hurdle he has before him getting the code checked into the repository (code for which Arca Noae paid a tidy sum to license). I have discussed the Package Manager (due for release this month, free for everyone to use) and Blue Lion (which, BTW, now has a bootable image in alpha stage, with functional networking to provide across-the-LAN or across-the-WAN installation).

No substantial progress?

We have full time developers working on code - RIGHT NOW.

Bitwise is doing a much better job here, you can follow each development step easily (see Mozilla @github or vbox @ netlabs).

Do you know who provides the bulk of the financial support for Bitwise's Firefox work? Arca Noae does. The difference is that Bitwise has a current focus on Firefox, which is fully open source, and we are working with much of IBM's code, which is not. Portions of the drivers we maintain are not open source. This isn't our fault; we're just playing within the rules set before us.

I really doubt if I still want to continue to invest money in the products of ArcaNoae.

Again, if you feel that you haven't received a good value for your investment, you shouldn't renew your subscription. It's not charity. We believe in a fair price for a reasonable service. If our service has somehow fallen short in your experience, then please accept my apologies on behalf of the entire Company, and feel free not to renew your subscription.

How about you actually let them have a chance first of all - and a deal with Big Blue is no small deal.

And you're right they're about the last devoplers, so again how about a little support first.

Thanks, Greggory, for recognizing what an herculean task this is.

Unlike Michael I am reasonably happy with my recent Arca Noae subscription - at the moment.

I have downloaded and installed updates to ACPI, AHCI, Multimac, USB, Uniaud and JFS from the driver pack and am happy with most of these updates.

Glad to hear that, Pete.

1] The JFS /AUTOCHECK:+* switch is no longer honoured. This means that it is impossible to *force* chkdsk on drives that are Dirty but marked as Clean. This had been reported by someone else and the result is *unsatisfactory* with the bug marked as Resolved:-

Resolution:  won't fix
Comment:  Regardless of whether you consider it a defect fix, an enhancement, or just a change in operation, this is how it works now.

I have opened a new bug about this problem and hope that Arca Noae rethink and resolve this problem. It is silly to need to boot from another device, ie CD/DVD, in order to chkdsk a Dirty but marked Clean drive.

David and I have differing views on this, but David is thoughtful and reasonable. It had not been his experience that forcing a check on an otherwise-clean-appearing volume has had any positive result. Several of us have made the case that our experience has been different.

I'm going to go out on a limb here. We have weekly staff meetings (except for this past week, due to my own inability to make the meeting). I will add this to our next meeting agenda, and we'll discuss it.

2] Since installing this JFS release  my system often "loses" a drive volume at boot. I have JFS formatted volumes G: through L: with H: and L: being bootable. About 1 in 3 boots I notice that G: is not mentioned at all during the JFS chkdsk display.
Once booted I can get G: to display in the Drives folder by running LVM and then exiting using Save and Exit - with no changes made and - Voila! drive G: appears in the Drives folder.

This sounds like there is some corruption possibly fixable with a full chkdsk run after boot or a forced chkdsk as described above. I'll have a look at the ticket for this one, and see if there's anything constructive which I might be able to add.

This is clearly undesirable behaviour by the JFS driver and needs fixing.

How do I know this is related to JFS 1.09.06?

Simple: It does not happen with any earlier release of JFS.


I have reverted to the jfs installed by eCS2.2beta2 - JFS 1.09.05 - and suggest that anyone else having any form of hard drive problems with JFS 1.09.06 - whether local or usb attached - reverts to any earlier build to see if the problem(s) go away.

JFS 1.09.05 (and prior) has/have a serious and known defect which can cause complete loss of a JFS volume. While it may address the issue you are seeing above, it's a poor long-term solution, IMO.

Plugging DFSee as a disk fixer when you are supplying what in my view is a dodgy filesystem driver is a bit rich   ;-)

Hmmm... Dodgy filesystem driver? That's a bit "rich," now isn't it? DFSee doesn't address the issues here, and DFSee is a third-party tool. It's not like we developed DFSee at the expense of "fixing" our own software. DFSee is a multi-purpose, multi-platform tool; the only relationship between the two is that DFSee recognizes and can address certain JFS issues.  ;)

Depending on how Arca Noae resolve these problems will affect whether I stay happy with Arca Noae.

Fair enough! Let me see what we can do.

My technical opinion: Note that with '+*' you can't force anymore any clean-marked volume being checked at all, regardless if it's dirty or not.

When a dirty boot volume is marked clean, it's time to boot from another volume and perform the chkdsk from there. If that would happen for other volumes, you have now also to boot to another volume for that. Is that really that important? How many times happened that for you?

This is an excellent point, worth making, Andreas; thanks for stating it so succinctly.

Forcing a check on a clean volume is really a shortcut to deal with the underlying problem. There is no substitute for a good maintenance partition or rescue system (we are planning a robust rescue & recovery environment for Blue Lion, BTW, with a reasonable set of tools, networking support, and the ability to really fix things on the live system, so that even if a serious problem makes it impossible to boot from a maintenance partition, the user has a decent chance of getting up and running again, just from a CD or USB boot).

2] Since installing this JFS release  my system often "loses" a drive volume at boot. I have JFS formatted volumes G: through L: with H: and L: being bootable. About 1 in 3 boots I notice that G: is not mentioned at all during the JFS chkdsk display.
Once booted I can get G: to display in the Drives folder by running LVM and then exiting using Save and Exit - with no changes made and - Voila! drive G: appears in the Drives folder.
I would give David at least a few weeks time to investigate this and to react to your recently posted bug.

I agree with you that this needs fixing and if it's somehow reproducible, chances are not bad to fix it.

Indeed.

23
Hardware / Re: Under $90 upgrade for OS/2 review !
« on: May 16, 2015, 07:32:28 am »
Yes, it's a good thing Arca Noae has licenced SNAP)

 :)

We're pretty excited.

If someone were to start a "SNAP wishlist" thread, it might be a good thing. Intel HD is our first consideration for new chip support, but if there are others with specs available, we'd like to know what people want to be able to use.

As for traps and such, we'll soon be accepting bug reports from registered Arca Noae customers. No promises, of course, particularly for more obscure issues/hardware, but we're listening and will keep everyone posted. Hopefully, these enhancements (and support) will make it worthwhile for users to invest in an Arca Noae-branded SNAP release.

(Sorry to hijack this thread!)

24
Hey Lewis-

I kind of like the name serenity systems better than Arca Noae personally.. Since you now apparently own the name have you considered actually switching to using it as your primary?

Just my 2cents.. maybe other people feel different about it including you :).

Thanks for your thoughts on this, David.

Well, I didn't choose Arca Noae (though I must admit that it has grown on me to some extent). As for rolling back the clock and going to Serenity Systems, there is another Serenity Systems, you know (without the hyphen in the domain name). A quick whois search turns up:

Code: [Select]
Registrant Name: Mark Leary
Registrant Organization: Serenity Systems. Inc.
Registrant Street: 1776 Yorktown St.
Registrant Street: Suite 860
Registrant City: Houston
Registrant State/Province: Texas
Registrant Postal Code: 77056
Registrant Country: United States
Registrant Phone: +1.7136477272

So, I don't think we'll want to go down that rabbit hole. At least with a name like Arca Noae, there isn't a great chance that someone else has anything similar... LOL

25
Ah, memories. I still have another five years or so before I use up all my long term capital losses. But I lucked out on some other investments so no worries. ;)
Dan, your contribution to the overall project was (and is) greatly appreciated. Thanks so much for taking the risk. The Virtual deal was just an unholy mess, unfortunately.

Anyway, it would be good to get together at Warpstock for another meal. We haven't broken bread in several years.  :)

26
Hi, all...

I seem to recall that one of Serenity System's early products was a product that could easily push configurations and applications from a central server out to multiple workstations.  Unfortunately i can't recall the name of that product, but I do seem to recall it worked fairly well.  Any idea what happened to that software (and did you happen to get the rights to it as a part of this announcement)? 

Wise Manager was the product I recall, and no, we did not get the rights to it (nor was it discussed). that said, Olafur seems to have a better recollection of the available offerings (but no, we neither asked for nor received any of these).

I see some value in some old Serenity Systems article that are not longer available on the site.

Can I have your permission to republish the contents of this page on the OS2World Wiki under the Creative Commons Share Alike license?
https://web.archive.org/web/20041013102711/http://www.serenity-systems.com/cgi-bin/ncommerce3/CategoryDisplay?cgrfnbr=11552&cgmenbr=9803

I see no harm in republishing the content, Martin. It's in the wayback machine, anyway. Go for it. I wold suggest cleaning up the broken links, such as to serenityvirtual.c-m, which is now owned/parked by someone else (those pages are available in the wayback machine, too).

Cheers

27
But I think it is quite contradictory that if people associate Serenity Systems with the refocus on OS/2 client development, but buying SSI does not mean that Arca can not produce a new OS/2 client. 
It's not contradictory. We provide value for people running OS/2. I'm not arguing that there is no value in a fresh shrink-wrapped product (new version), but OS/2 is a mature, stable platform. Have any of us seen real value in the accelerated release cycle of Firefox, for example (on any platform), just because the version numbers keep incrementing?

We believe that it is entirely possible to provide current functionality (read: latest code) without necessarily burning a new disc. This isn't at odds with SSI's philosophy. It goes along with it.

Quote
I really hope there is a more deep reason or advantage why Arca bought Serenity that you can not comment because is part of a commercial strategy, instead that only for its branding.
Branding is a good thing, and useful to Arca Noae over the long term.

Quote
Please remember that the main dissatisfaction on the current days is that the community does not have an idea what is going on with eComStation. There had not been a single formal word since Dec 2013 about XEU/Mensys merge, all the "rock star driver developers" are now in Arca, and Menso has new job posted at LinkedIn. 
As I've said before, several times over, eComStation is not our product. As such, it is not for us to comment on what the publisher of that operating system does. Arca Noae is dedicated to providing driver enhancements and applications which bring a better user experience to the platform (OS/2 and OS/2-based derivatives). This is true whether a customer comes to us running IBM OS/2 Warp 4 or eComStation 2.2b2.

Quote
I was told at Warpstock that a "Arca-Mensys/XEU" agreement was close (by Menso), but the reality seems that there are no results.
Nobody from Arca Noae ever said that. I know that I didn't say that. We are still discussing options with XEU, that is true. Were we "close" at the time of Warpstock? Are we "close" now? I can't say for certain.

IMO, there is way too much emphasis being placed on a new packaged product. Attention should be paid to what might go into that product, and Arca Noae is essentially providing that content right now, in the form of updated drivers giving us the ability to run the operating system on modern hardware. Yes, installing fresh on a new machine is still a tedious process without a one-disc solution. We understand that. However, if you want a new version of eCS, you'll have to ask the people who publish it.  ;)

28
Article Discussions / Re: Arca Noae Happenings
« on: February 24, 2015, 05:33:17 pm »
Thanks, Tom!

We are all very busy. Some things are taking longer than any of us would like, but we are all focused on our tasks, and that includes a core group of dedicated beta testers and translators (who cannot be thanked enough for their time and energy).

Keep watching our announcements. There is more coming, and we will continue to bring new and greater value to subscribers of our updates.

The store continues to evolve, as well, with some new additions (products) planned in the coming months.

Cheers

29
So much speculation...

Where to begin?

Quote
- Does it means Arca Noae can distribute/sell/build eComStation now?

No.

Quote
- Did Serenity Systems company was sold his company twice ? - I wish I can do that :)   ...or it was not sold at the first place.

Serenity Systems International was never "sold." The development & marketing of eCS was handed off to/taken over by Mensys in 2007/2008 (I'm not exactly clear on the date, but surely a quick read of this article should refresh everyone's recollections).

Quote
- So now Arca Noae has an agreement signed with Mensys/XEU? SSI has an agreement with Mensys, and SSI was bought by Arca Noae.

This has nothing to do with Mensys, XEU, or any other entity.

Quote
- Or is it eComStation out of the equation, since maybe only eCS was sold from SSI to Mensys?

This has nothing to do with eComStation (the product or brand name) directly. It does have to do with name recognition. People associate Serenity Systems with the refocus on OS/2 client development. That refocusing launched eComStation. Thus, people associate - to this day - Serenity Systems with eComStation, even though Serenity really had little or nothing to do with eComStation after 2007/2008.

Quote
- Or this does not apply to IBM's OEM agreement? or it applies?

Whatever arrangement Serenity had with IBM was long over by the time Arca Noae entered the space. Arca Noae did not inherit, acquire, or otherwise happen upon an agreement with IBM as a result of this transaction.

Quote
- Or maybe Arca Noae just bought SVISTA (http://en.wikipedia.org/wiki/SVISTA) and can return from the dead? :P

As we know, SVISTA was - and continues to be - a sore spot for many of us involved in things at the time. The Wikipedia article seems as complete a review as any (with references), to my recollection. Like eComStation and Serenity's license agreement with IBM, this product was long gone before Arca Noae was a figment in anyone's imagination.

Arca Noae's press release was entirely accurate: Whatever remained of the essence of Serenity Systems International is now part of Arca Noae. We did not acquire whatever original (or remaining) business entity there may have been. We look forward to being associated with the name of a company which is still so fondly remembered in our community.

Arca Noae continues to provide value to existing users of the platform. To that end, we are pursuing a number of other relationships with other people and companies, some well known and others less so. For reasons which should be obvious to even the casual observer, we cannot disclose all of our business details to outside parties, but we are happy to share good news when it comes our way. We view bringing serenity-systems.com under our wing as very good news. Please read the Serenity Systems About page.

30
Applications / Re: No word from Mensys/XEU - Alternatives?
« on: January 11, 2015, 09:03:27 pm »
It seems that in this case we can not define abandonware since nobody trust wikipedia :)

 :)

Quote
In that case these are the facts:
- There is no new version of OS/2 by IBM since 2002 when 4.52 was released.

No new publicly-available version, no.

However, I've written things for clients which have never been released to the public (see more discussion of similar situations, above). That doesn't mean I've abandoned them or that I would want someone else to pick them up and start selling them as his (or her) own.

Quote
- There are no new fixpacks since 2006. No binaries had been showed to exist prior that date.

Again, it is entirely possible that IBM supplied fixpacks to/for specific customers, and did not make these available either to the general public or to Mensys. This doesn't mean that IBM abandoned the code (abandoning the "code" is different than abandoning the "project," BTW).

Quote
- Individuals (Community members) can not acquired OS/2. They can only acquire the eCS brand.

True.

Quote
- IBM discontinued all OS/2 part numbers. There are not OS/2 part numbers on their software offerings (Price lists).
- IBM give OS/2 support and new licenses to big corporate customers, which we don't know the name and haven't produce any updated binary since 2006. (There is no evidence of a newer binary).

No evidence, no.

Quote
Maybe it is a eCS sales pitch to make think people that IBM is behind eCS, but it is not. There haven't been any IBM updated binary since 2006, that is what the evidence told me. If somebody has see, and can share some screenshots, bldlevel of some IBM updated binary please let me know.

The OS/2 components in eCS are fully licensed by Mensys from IBM, to the best of my knowledge. I don't know that people think that IBM is "behind" eCS. Certainly, there is OS/2 code in eCS.

Quote
By the way, there is no need to label me as person that don't like eCS, I like it and use it, but there had been no progress in one year and very, very, very bad communication to the community.

I would never label you as such, Martin. You do a tremendous service for the Community, and I know you are an avid fan of the operating system and the philosophy behind it, and wish only for it to succeed.  :)

Quote
I still insist that the long term strategy should be try to clone the IBM components with open source alternatives. The first versions will suck and will have a lot of bugs, but we will have something that can be evolved, and not like close source software.

This was the goal of the Warpicity Proposal of Lynn Maxson:

http://www.scoug.com/pastpresentations.html
http://www.os2voice.org/VNL/past_issues/VNL0699H/vnewsf2.htm
http://www.os2voice.org/VNL/past_issues/VNL0699H/vnewsf3.htm

Interesting reading, particularly in today's context.

Pages: 1 [2] 3 4 5