"Aaron Ardiri" <[EMAIL PROTECTED]> wrote in message news:7421@palm-dev-forum...

  i had to add my 2c on this topic - but please listen to the points i
  wish to make. the discussion of the "Zen of UNIX" and "non commercial"
  development is total garbage. Linux *was* FREE, and totally open source,
  developed by other UNIX-savvy people all over the world - but now? they
  are commercial.. lets just look at the distributions.. RedHat, Debian
  etc.. so much for "non commercial".

This is OT but I wanted to make a point here.  Open Source != Free.  It's a
common mistake, but a really big one.  The GPL states "take this and use it,
you agree to make any changes available to the community.  Don't do this and
you have no right to use the software".  The Linux distros are all freely
available on the net at no cost.  In fact I just downloaded a copy of RedHat
6.1 and burned my own disk to use for installs.  RH even makes ISO images
available to make this easier.  For some, paying for redhat and getting
support, manual, and factory made cd's is worth it.  You are allowed to make
money off of open source.

Back to the thread, I personally will follow the set of tools that include
win32 builds/ports.  I like Win9x for my desktop/dev environment, Linux for
my servers, WinNT for my corporate intranet, and PlamOS for my PDAs.  That's
just me.

The line that Palm can't manage prc tools is bogus.  The GPL states that
their version is just as open source as any other.  So any changes they
make, the source must be made available to us.

There really must be a naming convention for these "flavors" of prc-tools,
even if they don't change the directory naming conventions.  Remember when
prc was born off of gcc?  It wasn't called gcc version x.x, it became
prc-tools.  So must it be again with the two major versions of prc tools.
If Sokolov won't do this (stubborn), I really hope Palm sees how this will
hurt the developers, and call their version Plam Prc-tools or something.

Mike




-- 
For information on using the Palm Developer Forums, or to unsubscribe, please see 
http://www.palm.com/devzone/mailinglists.html

Reply via email to