Are there any redhat devel's working on mono packages for 4 or in there own /people dir? x86 x86_64 <--- Please :)
Or is there a license reason for not having them or more of a time/test reason if they are not some were.
On Thu, 2005-02-10 at 12:04 -0600, Justin Conover wrote:
Are there any redhat devel's working on mono packages for 4 or in there own /people dir? x86 x86_64 <--- Please :)
Or is there a license reason for not having them or more of a time/test reason if they are not some were.
License problem, I don't think so. On the other hand, if you want to talk about the wisdom of it strategically or the possible future patent problems, well, maybe on another list ;-).
http://www.mono-project.com/about/licensing.html
As far as i can se, the most interesting parts of mono have no patent troubles. And its all GPL/LGPL/MIT.
So why not? There are a few quite interesting C#/GTK# apps out there (http://www.gnome.org/projects/beagle/ is one example).
Kyrre
tor, 10.02.2005 kl. 19.07 skrev Paul Iadonisi:
On Thu, 2005-02-10 at 12:04 -0600, Justin Conover wrote:
Are there any redhat devel's working on mono packages for 4 or in there own /people dir? x86 x86_64 <--- Please :)
Or is there a license reason for not having them or more of a time/test reason if they are not some were.
License problem, I don't think so. On the other hand, if you want to talk about the wisdom of it strategically or the possible future patent problems, well, maybe on another list ;-).
-- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets
Since when did Microsoft start honoring patent/IP law?
My point is after the whipping Microsoft got in court for the Stacker/DOS and SMB/File Server protocols it specifically learned from that experience and placed very nice land mines all over the .net framework.
.net/MONO is Microsofts honeypot for the Linux Distro community.
Besides, Java solves all our problems and with a vendor that poses no real threat to us because SUN grows weaker by the year and has already made some nice contributions to the open source community.
They also have a nice community process and at least try to address everyones concerns.
With java we also have the added niceness that the class API is gradually being completely GPL'ed anyway, so even if SUN dies, we still have our own implementation. (i.e. Tomcat will run just fine with no downloads from SUN.)
-gc
Kyrre Ness Sjobak wrote:
http://www.mono-project.com/about/licensing.html
As far as i can se, the most interesting parts of mono have no patent troubles. And its all GPL/LGPL/MIT.
So why not? There are a few quite interesting C#/GTK# apps out there (http://www.gnome.org/projects/beagle/ is one example).
Kyrre
tor, 10.02.2005 kl. 19.07 skrev Paul Iadonisi:
On Thu, 2005-02-10 at 12:04 -0600, Justin Conover wrote:
Are there any redhat devel's working on mono packages for 4 or in there own /people dir? x86 x86_64 <--- Please :)
Or is there a license reason for not having them or more of a time/test reason if they are not some were.
License problem, I don't think so. On the other hand, if you want to talk about the wisdom of it strategically or the possible future patent problems, well, maybe on another list ;-).
-- -Paul Iadonisi Senior System Administrator Red Hat Certified Engineer / Local Linux Lobbyist Ever see a penguin fly? -- Try Linux. GPL all the way: Sell services, don't lease secrets
On Thu, 10 Feb 2005 12:04:36 -0600, Justin Conover justin.conover@gmail.com wrote:
Are there any redhat devel's working on mono packages for 4 or in there own /people dir? x86 x86_64 <--- Please :)
Dags repo has them only conflict I get is with mono-core and libicu from extras reverting ibicu to the earlier realease work OK
http://dag.wieers.com/packages/
Or is there a license reason for not having them or more of a time/test reason if they are not some were.
-- fedora-test-list mailing list fedora-test-list@redhat.com To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-test-list
-
Gregory G Carter -
Justin Conover -
Kyrre Ness Sjobak -
Mark Bradbury -
Paul Iadonisi