A look back at evidence may be more compelling a proof than yet another explanation
We have received some mail recently from developers who are concerned about issues that are covered here, including OOXML and Mono. One person, for example, was concerned about pressure on KDE to implement support for OOXML (
a big no-no). Coming from Debian, a concerned developer spoke about the problems surrounding Mono. Together, we ought to at least try to inform. Maybe we can help in pushing Debian to reduce its
dependency on Mono, which is
already present there. (
correction/clarification: Mono is not there by default)
Let us quickly accumulate pointers to posts which summarise the problem and use this page as somewhat an index that makes it easy to understand for those unfamiliar with it. The list below is chronological, so better understanding has been formed by the time later posts were published, which makes them more accurate.
- Here (2006) we explained why Mono might be a legal minefield
- Here (2006) Shane showed that Mono's demise would be good news for Free software
- Here we showed Novell's impact on the 'amplification' of audio/media codecs from Microsoft
- Here (2007) we commented on Mono's effect on the cost of GNU/Linux
- Then came great suspicions
- Bruce Perens expressed his objections to Mono
- Novell then marketed .NET (Mono) as a programming framework to young minds without prior experience in the field (i.e. starting afresh with the Microsoft mindset)
- More signs of Novell's fascination with .NET
- Novell's helping hand to a 'Mono-based' WWW was spotted a year ago
- Microsoft is then seen actually helping Mono and Moonlight, which merely mimic (or 'steal') its ideas
- Increased .NET focus at Novell (and only Novell)
- A Fedora/Gobuntu developer and maintainer decides that he wants to purge Mono from the projects, centrally
- GNOME is seen becoming more Mono-dependent
- Speculations arose about a Windows framework/environment built on top of Linux
- Novell's great risk to free Linux became more apparent
- Novell's direction with Mono raised further questions
- Miguel de Icaza commented on software patents and Mono, not denying their relationship, but generalising and making excuses instead
- The role of Mooonlight was then revisited
- The Moonlight/Novell dependency is confirmed
- Novell's PR director, who recently quit the company, tried to defend Moonlight from BoycottNovell's remarks, but he shot himself in the foot instead and revealed even more legal ugliness
- Software patents aside, Mono is said to be a loss of Linux's identity (assimilation to Windows)
- Red Hat gets a hard time due to Novell's set precedence
- Novell uses its exclusive Mono 'protection' to market itself
- Microsoft reveals .NET source code, exposing Mono to SCO-like allegations
- Attempts are made to sneak Mono into telephones (embedded/standardised, i.e. cannot be uninstalled)
- Some notes on Mono and Java
- More 'Monopendencies' (Mono dependencies) are found in GNOME
- Jeff Waugh denies Mono problems by comparing it to CIFS (Samba)
- Another alert about Mono soon came
- Miguel thinks about putting Mono on Google's Android platform
- Questioning Mono because of software patents a route to personal attacks (peer pressure/'shoot the messenger' tactics)
- IBM's Standards Vice President does not want Mono on his PCs
- Mono's licence not so different from Microsoft licences after all
- The relationship between Mono and Microsoft's OOXML explained
- Mono's software patent promise a non-promise
- Mono becomes a prerequisite to watching the Olympics online
- Attempts to put Mono on Linux-based phones, courtesy of a Windows ISV that initiated this
- Other sites see a problem with Mono, as well
- Ubuntu gets filled with Mono, reveals a small study
- Mark Shuttleworth responds to this concern
- The identity loss revisited
- Mono disdain becomes more prevalent
- Remark from a former Microsoft evangelist confirms that Microsoft reserves the right to sue over Mono
- A Mono-based application is confirmed a part of GNOME's core
- Mono selfishness: its use as a trap
- Mono becomes more analogous with Novell
- A development tool from Novell encourages the use of Mono
The presence of Mono alone should not be the key issue to address. There are
legal issues. Upon attempts to demonstrate just loss of identity we were told that it would not be an issue as serious as patent-encumbered (and truly proprietary) elements like OOXML, WMV, etc.
That is indeed an issue. It also makes them more widespread, for all to suffer from.
Further throughout this discussion, the OOXML issue came up. The reader told us:
...what's your opinion on OOXML support being added to OOo 3? Do you think rubbing it with the GPLv3 [
1,
2] might yield some interesting results?
The reply is quoted verbatim:
It
works badly for Novell, which is already building 'Microsoft OpenOffice' in a sense [
1,
2,
3,
4]. Novell hates it when people use the "F" word in this context ("fork"), but it's becoming more of a reality.
Microsoft hates the GPLv3. In fact, it turns out that GPLv3 got thrown out of Microsoft's CodePlex. All of Microsoft's smear campaigns against GPLv3 (through proxies in disguise, such as paid academics) show that Microsoft's lawyers understand the ramifications.
“They, along with biased journalists who deceive, are totally falling for it.”The company works quite secretly, but understanding the strategy is not hard. Getting the word out and warning developers is another issue (PyCon, Ubuntu, OSI). They, along with biased journalists who deceive, are totally falling for it. It's like a Big Lie campaign.
Many people are conveniently naive and it was frustrating to find that Michael T agrees with Matt Asay as far as the stance on Bruce Perens goes. He has posted about this to the OSI's Web site. In other words, they see nothing wrong with Microsoft in the OSI, despite the fact that Ballmer sort of stuttered in an interview last month where he was going to name 'open source' as his number one threat. He eventually said "Open.. Linux". He hesitated and changed his mind as he spoke. He knows that they have to pretend to like Open Source, as long as they can replace and subvert the licences to make them work Microsoft's way (see notes above about Mono licence). Folks like Walli might already be doing a lot of legwork for Microsoft, trying to convince developers to embrace the Microsoft way, restrict openness, ownership, maybe even apply for software patents, etc. ⬆
Comments
akf
2008-03-24 14:55:53
By the way, you'll get also a lot of .dll and .exe files, when you install wine...
Gryc Ueusp
2008-03-24 16:14:48
Last I heard it's installed by default on Ubuntu, one of the (if not _the_) largest desktop distros. Oh yeah, not to mention Beagle (GNOME's OSX search clone) and TomBoy.
The point of Mono (at least from a person who isnt promoting it for M$) is to provide a compatibility layer for old/legacy windows apps, not to encourage making NEW apps.
The equivilent is if GNOME started writing programs in C++. And then compiled them for windows and ran them under wine. You'd mock them wouldnt you? You'd call them idiots and that they werent truly open source. Well they would be.
b.bob
2008-03-24 16:30:05
Chris Cox
2008-03-24 16:33:00
Moving forward, it is likely that even the runtime for Mono will get licensed with the MIT/X11 style license instead of the LGPL, which will likely mean that some Windows users will use the Mono runtime instead of the Microsoft one. This may result in an open source product being used by Windows users to run critical applications.
Additionally, with MonoDevelop now being available even under Windows, it's possible that more Windows developers will be tempted to use Linux as a development platform (shudder!). This could result in a wider adoption of Linux by Windows users... something we obviously must try to eliminate at all cost.
Also, those evil Novell folks have created a tool... a tool so evil is has to be stopped. The tool allows one to check their code for Mono compatibility when writing .Net applications. This tool needs to be destroyed as it will only lead to more applications which run on both Windows AND Linux. If we allow these kind of things to continue, the barriers to Linux adoption will only be weakened and that means more people using Linux... a very, very bad thing.
It is very true that Microsoft has limited some things under non open source licensing... and indeed Mono can use those things with the obvious restrictions... but of course this is NO different that how it is with existing software packages in Linux that also have hooks to use such things (like w32codecs, etc). So I don't see that as the crux of the matter. Seems to be the idea is to eliminate all Linux use by Windows developers as possible.
If that means we have to take down Novell... so be it. Linux shines best when used least. Roy for President!!
Roy Schestowitz
2008-03-24 16:55:15
akf
2008-03-24 17:00:35
If Mono was promoted as compatibility layer for Windows apps, I would really like it; just like wine. But if libwine was promoted as environment for writing GNU/Linux apps, I would protest too.
The problem is the promoted purpose of it. The other issue is, how much other software depends on it.
I only disagree with Schestowitz in the second point. I also think, that a dependency would be really bad, but I don't think, that dependency is already there.
Alex
2008-03-24 17:08:17
Partly I'll say from my own experience that the documentation to get into is and always has been so poor. I suspect if the available documentation for using DotGnu were as good as the efforts with Mono it would be (have been because I can't help but feel it may be near to death) a serious alternative. And in benchmarks I've run it's always outperformed Mono on my tasks.
Roy Schestowitz
2008-03-24 17:11:09
By shifting focus away from C++/Java/etc. and diverting everything in favour of Mono you end up with superior applications that are written in Mono. They are more likely to be (pre)packaged, so the practical dependency is there.
If you put cakes on the table before the appetizers and main course, you are likely to ruin the meal. In this case, the cakes are very fattening. They'll cost a lot.
Alex
2008-03-24 17:12:13
Roy Schestowitz
2008-03-24 17:14:12
CoolGuy
2008-03-24 17:22:04
akf
2008-03-24 19:03:15
In Debian Etch there really was no dependency. But now I had a look at the new Debian Lenny. There the meta-package "gnome" really installs Tomboy. :-(
compare http://packages.debian.org/etch/gnome versus http://packages.debian.org/lenny/gnome
Sorry, I have really seen it just now.
But that doesn't mean, that gnome depends on tomboy under debian, it just means, that it is installed as default. But anyway, I'm really disappointed.
Victor Soliz
2008-03-24 21:10:10
If I had to choose between keeping our current number of Linux users and developers and improving such numbers by windowsifying Linux and making it require us to pay an MS tax, I would go for the less popular Linux option.
Brent R Brian
2008-03-24 23:55:14
Roy Schestowitz
2008-03-25 00:12:55
I don't quite agree. That's often a Microsoft-imposed scare tactic. The same goes for GPLv3.
machiner
2008-03-25 16:50:19
March 24, 2008 at 2:03 pm
Gee, I think I really made a mistake.
In Debian Etch there really was no dependency. But now I had a look at the new Debian Lenny. There the meta-package “gnome” really installs Tomboy.
compare http://packages.debian.org/etch/gnome versus http://packages.debian.org/lenny/gnome
Sorry, I have really seen it just now.
But that doesn’t mean, that gnome depends on tomboy under debian, it just means, that it is installed as default. But anyway, I’m really disappointed."
Installing the metapackage "gnome" will cetainly add mono, as well as Tomboy:
abiword-gnome{a} abiword-plugins-gnome{a} alacarte{a} at-spi{a} binfmt-support{a} bug-buddy{a} capplets-data{a} cli-common{a} dasher{a} dasher-data{a} deskbar-applet{a} dia-common{a} dia-gnome{a} dia-libs{a} dmz-cursor-theme{a} ekiga{a} eog{a} epiphany-browser{a} epiphany-browser-data{a} epiphany-extensions{a} epiphany-gecko{a} espeak{a} espeak-data{a} evolution{a} evolution-common{a} evolution-data-server{a} evolution-data-server-common{a} evolution-plugins{a} evolution-webcal{a} fam{a} fast-user-switch-applet{a} freeglut3{a} gcalctool{a} gconf-editor{a} gda2-postgres{a} gdb{a} gdm{a} gdm-themes{a} gedit{a} gedit-common{a} ggzcore-bin{a} gnome gnome-about{a} gnome-accessibility-themes{a} gnome-applets{a} gnome-applets-data{a} gnome-backgrounds{a} gnome-cards-data{a} gnome-control-center{a} gnome-core{a} gnome-cups-manager{a} gnome-desktop-data{a} gnome-desktop-environment{a} gnome-doc-utils{a} gnome-games{a} gnome-games-data{a} gnome-games-extra-data{a} gnome-keyring-manager{a} gnome-mag{a} gnome-media{a} gnome-media-common{a} gnome-menus{a} gnome-netstatus-applet{a} gnome-nettool{a} gnome-office{a} gnome-orca{a} gnome-panel{a} gnome-panel-data{a} gnome-pilot{a} gnome-pilot-conduits{a} gnome-power-manager{a} gnome-screensaver{a} gnome-session{a} gnome-system-monitor{a} gnome-system-tools{a} gnome-terminal{a} gnome-terminal-data{a} gnome-themes{a} gnome-user-guide{a} gnome-utils{a} gnome-volume-manager{a} gnuchess{a} gnuchess-book{a} gok{a} gstreamer0.10-ffmpeg{a} gstreamer0.10-gnomevfs{a} gstreamer0.10-plugins-ugly{a} gstreamer0.10-tools{a} gthumb{a} gthumb-data{a} gtkhtml3.14{a} gucharmap{a} guile-1.8-libs{a} inkscape{a} iso-codes{a} libart2.0-cil{a} libatspi1.0-0{a} libbeagle1{a} libbrlapi0.5{a} libcairomm-1.0-1{a} libcamel1.2-10{a} libcolorblind0{a} libcpufreq0{a} libebook1.2-9{a} libecal1.2-7{a} libedata-book1.2-2{a} libedata-cal1.2-6{a} libedataserver1.2-9{a} libedataserverui1.2-8{a} libegroupwise1.2-13{a} libelf1{a} libespeak1{a} libexchange-storage1.2-3{a} libexempi3{a} libfont-afm-perl{a} libgail-gnome-module{a} libgalago3{a} libgconf2.0-cil{a} libgda2-3{a} libgda2-bin{a} libgda2-common{a} libgdl-1-0{a} libgdl-1-common{a} libgdl-gnome-1-0{a} libggz2{a} libggzcore9{a} libggzmod4{a} libgksu1.2-0{a} libgksuui1.0-1{a} libglade2.0-cil{a} libglib2.0-cil{a} libglibmm-2.4-1c2a{a} libgmime-2.0-2{a} libgmime2.2-cil{a} libgmp3c2{a} libgnome-desktop-2{a} libgnome-mag2{a} libgnome-media0{a} libgnome-pilot2{a} libgnome-speech7{a} libgnome-vfs2.0-cil{a} libgnome-window-settings1{a} libgnome2.0-cil{a} libgnomecupsui1.0-1c2a{a} libgnomekbd-common{a} libgnomekbd1{a} libgnomekbdui1{a} libgnomevfs2-bin{a} libgphoto2-2{a} libgphoto2-port0{a} libgtk2.0-cil{a} libgtkhtml3.14-19{a} libgtkmm-2.4-1c2a{a} libgtksourceview-common{a} libgtksourceview1.0-0{a} libgucharmap6{a} libhtml-format-perl{a} libhtml-parser-perl{a} libhtml-tagset-perl{a} libhtml-tree-perl{a} libiptcdata0{a} libmagick++10{a} libmetacity0{a} libmono-addins-gui0.2-cil{a} libmono-addins0.2-cil{a} libmono-cairo1.0-cil{a} libmono-corlib1.0-cil{a} libmono-corlib2.0-cil{a} libmono-data-tds1.0-cil{a} libmono-data-tds2.0-cil{a} libmono-i18n1.0-cil{a} libmono-i18n2.0-cil{a} libmono-security1.0-cil{a} libmono-security2.0-cil{a} libmono-sharpzip0.84-cil{a} libmono-sharpzip2.84-cil{a} libmono-system-data1.0-cil{a} libmono-system-data2.0-cil{a} libmono-system-web1.0-cil{a} libmono-system-web2.0-cil{a} libmono-system1.0-cil{a} libmono-system2.0-cil{a} libmono0{a} libmono1.0-cil{a} libmono2.0-cil{a} libndesk-dbus-glib1.0-cil{a} libndesk-dbus1.0-cil{a} libnet-dbus-perl{a} libnm-glib0{a} liboobs-1-3{a} libopal-2.2{a} libosp5{a} libpisync1{a} libplot2c2{a} libportaudio2{a} libpstoedit0c2a{a} libpt-1.10.10{a} libpt-1.10.10-plugins-alsa{a} libpt-1.10.10-plugins-v4l{a} librarian0{a} libsidplay1{a} libslab0{a} libtie-ixhash-perl{a} libtrackerclient0{a} libwmf-bin{a} libwww-perl{a} libxevie1{a} libxklavier11{a} libxml-parser-perl{a} libxml-twig-perl{a} libxml-xpath-perl{a} libxml2-utils{a} menu-xdg{a} metacity{a} metacity-common{a} mono-common{a} mono-gac{a} mono-jit{a} mono-runtime{a} nautilus{a} nautilus-cd-burner{a} nautilus-data{a} perlmagick{a} pkg-config{a} planner{a} pstoedit{a} python-beagle{a} python-brlapi{a} python-ctypes{a} python-elementtree{a} python-fpconst{a} python-glade2{a} python-gmenu{a} python-gnome2{a} python-gnome2-desktop{a} python-gnome2-extras{a} python-gst0.10{a} python-gtkglext1{a} python-gtksourceview2{a} python-libxml2{a} python-opengl{a} python-pkg-resources{a} python-pyatspi{a} python-pyorbit{a} python-soappy{a} python-xml{a} rhythmbox{a} serpentine{a} sound-juicer{a} system-tools-backends{a} tomboy{a} totem{a} totem-common{a} totem-gstreamer{a} totem-mozilla{a} totem-plugins{a} vino{a} w3c-dtd-xhtml{a} xserver-xephyr{a} xulrunner-gnome-support{a} yelp{a} zenity{a}
However, installing the metapackage 'gnome-desktop" will not add any mono libraries or mono based apps:
alacarte at-spi{a} bittorrent{a} bluez-audio{a} bluez-gnome bluez-utils{a} bsh{a} bsh-gcj{a} bug-buddy{a} capplets-data{a} dasher{a} dasher-data{a} deskbar-applet dhcdbd{a} dmz-cursor-theme{a} ekiga{a} eog{a} epiphany-browser epiphany-browser-data{a} epiphany-extensions epiphany-gecko{a} espeak{a} espeak-data{a} evolution{a} evolution-common{a} evolution-data-server{a} evolution-data-server-common{a} evolution-exchange evolution-plugins evolution-webcal fam{a} fast-user-switch-applet{a} foomatic-gui freeglut3{a} gcalctool{a} gcj-4.2-base{a} gcj-4.3-base{a} gconf-editor{a} gdb{a} gdm{a} gdm-themes{a} gedit{a} gedit-common{a} ggzcore-bin{a} gnome-about{a} gnome-accessibility-themes{a} gnome-applets{a} gnome-applets-data{a} gnome-backgrounds{a} gnome-btdownload gnome-cards-data{a} gnome-control-center{a} gnome-core{a} gnome-cups-manager gnome-desktop-data{a} gnome-desktop-environment gnome-doc-utils{a} gnome-games{a} gnome-games-data{a} gnome-games-extra-data{a} gnome-keyring-manager{a} gnome-mag{a} gnome-media{a} gnome-media-common{a} gnome-menus{a} gnome-netstatus-applet{a} gnome-nettool{a} gnome-orca{a} gnome-panel{a} gnome-panel-data{a} gnome-pilot{a} gnome-pilot-conduits{a} gnome-power-manager gnome-screensaver gnome-session{a} gnome-system-monitor{a} gnome-system-tools{a} gnome-terminal{a} gnome-terminal-data{a} gnome-themes{a} gnome-user-guide{a} gnome-utils{a} gnome-vfs-obexftp{a} gnome-volume-manager{a} gnomebaker gnuchess{a} gnuchess-book{a} gok{a} gparted gstreamer0.10-ffmpeg gstreamer0.10-gnomevfs{a} gstreamer0.10-plugins-ugly{a} gstreamer0.10-tools{a} gthumb{a} gthumb-data{a} gtkhtml3.14{a} gucharmap{a} guile-1.8-libs{a} hardinfo icedax{a} iceweasel{a} iceweasel-gnome-support iproute{a} iputils-arping{a} iso-codes{a} libatm1{a} libatspi1.0-0{a} libbeagle1{a} libbrlapi0.5{a} libcairomm-1.0-1{a} libcamel1.2-10{a} libcolorblind0{a} libcpufreq0{a} libebook1.2-9{a} libecal1.2-7{a} libedata-book1.2-2{a} libedata-cal1.2-6{a} libedataserver1.2-9{a} libedataserverui1.2-8{a} libegroupwise1.2-13{a} libelf1{a} libespeak1{a} libexchange-storage1.2-3{a} libexempi3{a} libfont-afm-perl{a} libgail-gnome-module{a} libgalago3{a} libgcj-bc{a} libgcj-common{a} libgcj8-1{a} libgcj8-1-awt{a} libgcj8-jar{a} libgcj9-0{a} libgcj9-0-awt{a} libgcj9-jar{a} libgda2-3{a} libgda2-bin{a} libgda2-common{a} libgdl-1-0{a} libgdl-1-common{a} libgdl-gnome-1-0{a} libggz2{a} libggzcore9{a} libggzmod4{a} libgksu1.2-0{a} libgksuui1.0-1{a} libglibmm-2.4-1c2a{a} libgmp3c2{a} libgnome-desktop-2{a} libgnome-mag2{a} libgnome-media0{a} libgnome-pilot2{a} libgnome-speech7{a} libgnome-window-settings1{a} libgnomecupsui1.0-1c2a{a} libgnomekbd-common{a} libgnomekbd1{a} libgnomekbdui1{a} libgnomevfs2-bin{a} libgphoto2-2{a} libgphoto2-port0{a} libgtkhtml3.14-19{a} libgtkmm-2.4-1c2a{a} libgtksourceview-common{a} libgtksourceview1.0-0{a} libgucharmap6{a} libhsqldb-java{a} libhtml-format-perl{a} libhtml-parser-perl{a} libhtml-tagset-perl{a} libhtml-tree-perl{a} libhyphen0{a} libicu38{a} libieee1284-3{a} libiptcdata0{a} libjaxp1.3-java{a} libjaxp1.3-java-gcj{a} libjline-java{a} liblua5.1-0{a} libmetacity0{a} libnet-dbus-perl{a} libnl1{a} libnm-glib0{a} libnm-util0{a} liboobs-1-3{a} libopal-2.2{a} libopenobex1{a} libosp5{a} libparted1.7-1{a} libpisync1{a} libportaudio2{a} libprinterconf0c2a{a} libprintsys{a} libpt-1.10.10{a} libpt-1.10.10-plugins-alsa{a} libpt-1.10.10-plugins-v4l{a} librarian0{a} libsane{a} libsane-extras{a} libservlet2.4-java{a} libsidplay1{a} libslab0{a} libsnmpkit2c2a{a} libstlport4.6c2{a} libtdb1{a} libtie-ixhash-perl{a} libtrackerclient0{a} libwww-perl{a} libxalan2-java{a} libxalan2-java-gcj{a} libxerces2-java{a} libxerces2-java-gcj{a} libxevie1{a} libxklavier11{a} libxml-parser-perl{a} libxml-twig-perl{a} libxml-xpath-perl{a} libxml2-utils{a} liferea lsb-release{a} menu-xdg metacity{a} metacity-common{a} nautilus{a} nautilus-cd-burner{a} nautilus-data{a} network-manager{a} network-manager-gnome network-manager-openvpn{a} network-manager-openvpn-gnome{a} openoffice.org-base{a} openoffice.org-base-core{a} openoffice.org-common{a} openoffice.org-core{a} openoffice.org-evolution openoffice.org-gnome openoffice.org-gtk{a} openoffice.org-java-common{a} openoffice.org-style-andromeda{a} openoffice.org-style-crystal{a} openoffice.org-style-hicontrast{a} openoffice.org-style-industrial{a} openoffice.org-style-tango{a} openvpn{a} pconf-detect{a} pkg-config{a} python-apt{a} python-beagle{a} python-brlapi{a} python-ctypes{a} python-elementtree{a} python-foomatic{a} python-fpconst{a} python-glade2{a} python-gmenu{a} python-gnome2{a} python-gnome2-desktop{a} python-gnome2-extras{a} python-gnupginterface{a} python-gtkglext1{a} python-gtksourceview2{a} python-ipy{a} python-libxml2{a} python-notify{a} python-opengl{a} python-pkg-resources{a} python-pyatspi{a} python-pyorbit{a} python-soappy{a} rdesktop{a} rhythmbox sane-utils{a} sound-juicer{a} system-tools-backends{a} totem{a} totem-common{a} totem-gstreamer{a} totem-mozilla totem-plugins{a} tsclient ttf-opensymbol{a} update-manager{a} update-notifier vino{a} w3c-dtd-xhtml{a} xsane xsane-common{a} xserver-xephyr{a} xulrunner-gnome-support{a} yelp{a} zenity{a}
machiner
2008-03-25 16:52:32
Christopher Browne
2008-03-25 21:35:48
The class libraries are, as he indicated, available under an MIT style license, and with that shift, it seems entirely plausible for the runtime portion to be, at some point, similarly relicensed.
It is also clearly *TRUE* that MonoDevelop has been ported to run on Windows (http://www.monodevelop.com/MonoDevelopWin32), which, in that this project attracted interest, demonstrates clearly that there are people on Windows interested in running Mono-related code there.
Chris commented that Mono libraries might be used to supplement things missing on WinCE. Contrary to the blind dismissal, that's also true.
It also looks like the tool Chris alluded to (validating that apps will work on Mono) exists...
So far, I'm not seeing any place where Chris Cox has said anything that is a "matter of fact" that is in any way false.
There are plenty of assertions, beyond that, that are MATTERS OF OPINION where it is quite evident that you guys are so blinded by your belief in the axiomatic truth of your own opinions that you are unable to make anything resembling an objective evaluation of the matter.
Victor Soliz
2008-03-26 03:30:11
The GPL FUD remains in his post, with the assumption that windows developers didn't want to use MONO because it was GPLed (Which doesn't make any sense since the libraries already use one of those non-GPL licenses anyways.
... Even assuming that his opinions are facts like you said so, it is not worth it. I still insist pleasing a couple of windows developers is not worth the total lost of identity MONO implies for Linux, not even mentioning the risks.
There is a reason Novell pushes MONO so hard and it is that at the end of the day, it will give SLED a competitive advantage since they are the only ones with MS protection. Since you like to talk about facts so much, this IS a fact, just check the moonlight debacle out for confirmation.
Victor Soliz
2008-03-26 03:31:43
Roy Schestowitz
2008-03-26 03:37:17
Novell changes the identity of Linux to serve Novell and Microsoft. It has nothing whatsoever to do with the "Free Desktop" GNU wants to bring and nothing to do with the GPL, which resists software patents.
infodroid
2008-03-26 07:20:56
I need a modern, high-level language to do development on GNOME. C++ is way to cumbersome given the power of C# and mono.
While I would prefer to use java-gnome bindings, they are broken and poorly supported. They have been that way as long as I can remember.
That leaves mono-gnome as the best alternative. Until java-gnome get their act together, many more developers will choose to write in mono. Not necessarily for ideological reasons, but just because its the better platform right now.
Linux_Is_Fun
2008-03-26 08:28:30
You can always use Python which is very well supported in Gnome/GTK.
Roy Schestowitz
2008-03-26 08:40:25
akf
2008-03-26 12:51:46
Have a look at Vala.
Victor Soliz
2008-03-26 13:26:10
Python also works, I've seen many good gnome apps and later I was shocked to find python was behind them, a better solution would be to have an alternative to C#, but someone needs to come up to it, something taking the good parts of C#'s syntax, (and forgetting the bad ones) and make it able to compile naively, I think vala is promising on this subject, but some people have an irrational attachment towards garbage collectors, and Vala is only meant for gnome applications...
It would be ideal if Java fixed its GTK bindings, and went 100% FLOSS, until that, it is not a much better alternative than MONO.
I think that the C/++/python combo is a proven technique, although I personally don't like python that much.
Christopher Browne
2008-03-26 17:05:20
------------------------------------------------------------------------------ The GPL FUD remains in his post, with the assumption that windows developers didn’t want to use MONO because it was GPLed (Which doesn’t make any sense since the libraries already use one of those non-GPL licenses anyways. ------------------------------------------------------------------------------
Well, from what I can tell, Chris Cox and I have each contributed WAY more code under both the GPL and other licenses than you have, so OUR opinions have affected software that is *actually included* in Linux and BSD distributions.
The hysterical rantings of people who merely write about things that they *wish* they had a useful opinion on matter a whole lot less than contributions of Actual Working Code.
infodroid
2008-03-26 20:26:03
Yes, Python is great for some things. But when I need to write robust and strongly-typed code, I have found that it is the wrong language for the job. I get better results with Java.
@akf:
Yes, Vala is a welcome development. But it does not help the fact I am stuck writing low-level C code to do the real work instead of focusing on abstractions.
@Victor Soliz:
I agree in some ways VM languages are technically less "powerful", if you mean "power" in the sense of allowing you to do whatever you want.
However, I think many programmers think of "power" in the sense of achieving a lot of results with the minimum effort.
In this way C#, Java, and to a great extent Python are very liberating for desktop application developers because they allow developers to go a long way without wasting time on boilerplate code.
CoolGuy
2008-03-27 11:53:00
you can always opt for QT if you are into the super-power kind of programmer.
Gnome is more about freedom. It is lacking in some areas considering its a free project and people dont get paid to do any work on it. Same is with gnash, etc.
Not the latest and greatest - but gets the job done. We are happy with that - as long its a FSF project.
Those who find Gnome/GTK lacking can always use KDE/QT rather than going for Mono or any other m$ sponsored illegal crapware.net
Roy Schestowitz
2008-03-27 12:10:16
Qt is pretty much as open as GTK. This out-of-date FUD (not blaming you by any means) often angers KDE developers who suffer from this stereotype.
CoolGuy
2008-03-27 12:19:29
There is no need for MONO even on a technical merits.
akf
2008-03-27 12:40:33
Vala aims to be a feature-complete language. It just uses C as intermediate language, Just like C compilers use Assembler as intermediate language. This also doesn't mean, that you are stuck writing low level Assembler programs, when you write in C. Vala is an abstraction layer above C like C is an abstraction layer above Assembler.
Roy Schestowitz
2008-03-27 12:48:29
GNOME is not 'more free' than KDE. It hasn't been the case for many years, so it's really juts a dead horse to kick (the argument, that is).
Miles
2008-03-27 17:13:25
If you advocate staying away from Mono because of fear of infringing on patents, then I highly suggest you stay away from Vala as well.
enki
2008-03-28 07:54:20
akf
2008-03-28 08:35:33
First of all, the syntax of C# is not so very different compared to other languages. So there should be more than enough prior art.
And even in the unlikely event, that tis becomes a problem: Vala produces C code as intermediate language. So it should be relatively easy to switch a project back to pure C.
Roy Schestowitz
2008-03-28 08:40:08
Novice
2008-03-28 08:55:34
The repeated searches on the web kept pointing to me to Anjuta (which uses Glade), Code::blocks and Mono finally. Out of these three, I am inclined towards the C::B and Mono.
Frankly, IMO,Linux community does not have a strong developer productivity tool for C++, which enables a) Visual GUI builder b) Cross platform development (at least Linux and Windows) c) Free
I think this is where Mono scored offering all this three in a single platform.
OTOH, I also understand the implications of going with a product which has it internals tightly integrated with M$ products or proprietary technologies.
I am not decided on which one to choose yet....
Roy Schestowitz
2008-03-28 09:02:37
Try Qt.
Tazman
2008-03-28 18:10:48
Victor Soliz
2008-03-28 20:11:44
Roy Schestowitz
2008-03-29 01:09:02
Tazman
2008-03-29 10:33:50
Roy Schestowitz
2008-03-29 13:15:46
cojii
2008-04-24 17:00:42
http://trolltech.com/downloads
vs
http://www.gtk.org/
I do NOT Like their surface approval of c# rather than java so I wont be useing GTK anymore, but its clear from that page that LGPL ( propreitary apps can use it for free and without royalties thus making it 'more free' than qt ) is the preferred route as whether you like it or not, it allows the most freedom.
cya cojii
Roy Schestowitz
2008-04-24 22:04:50
mass-carpone
2008-04-25 21:29:56
Victor Soliz
2008-05-08 01:01:06
I encourage more people to use C# so unique features in new languages away from .net giberish, I had in the past for a language that is compiled to some other game engine language. Anyways I have just installed (and I am using) my first vala app, "dynamicworkspaces" , very useful.
Victor Soliz
2008-05-26 22:53:26
Roy Schestowitz
2008-05-27 01:06:38
Spam removed.
Levi Campbell
2008-06-07 22:36:51
Roy, I think your post here is a little too one-sided, I think that if we're going to be talking about mono, it's important that both sides of the story are heard.
1. The Port 25 blog has an interview with Miguel de Icaza that was posted in 2006: http://port25.technet.com/archive/2006/08/11/Let_2700_s-talk-Mono_3A00_--Sam-interviews-Miguel-de-Icaza.aspx
2. The patent system in the US is messed up (and currently being discussed by congress.), so even if MS did sue someone over mono, they would have a hard time proving financial damage because they give away mono. http://yro.slashdot.org/article.pl?sid=08/02/05/2157209 http://yro.slashdot.org/article.pl?sid=08/04/09/1856252
3. Microsoft is starting to give away the source code for the .net framework. http://weblogs.asp.net/scottgu/archive/2008/01/16/net-framework-library-source-code-now-available.aspx http://weblogs.asp.net/scottgu/archive/2007/10/03/releasing-the-source-code-for-the-net-framework-libraries.aspx
In closing, I hope I've given people some food for thought about how they see the mono project an it's relationship with Linux and open-source software as a whole.
Thank You.
vincent
2008-08-11 15:16:00