User comments for the No Mono By Default Specification

Comments regarding the No Mono By Default Specification are being moved here, in an attempt to separate what needs to go through review/approval, and what can be added into the spec, or can influence the specification in any aspect.

Please note that the only reason why comments have been moved to a separate page is to clean up the specification. *ALL* comments will be reviewed and considered before the specification can be considered Approved.

Comments start here for pre-October 2008 revision

PaulKishimoto: (Comments here because the forum thread is more ideological than practical) It may not be main-ready, but Conduit could replicate Tomboy's synchronization and HTML export for Sticky Notes. SyncIntegration is a relevant UDS discussion linked from the Conduit homepage. Wikilinks in Sticky Notes and making gThumb as user-friendly as F-Spot would probably need upstream work; also note that Tomboy has some text formatting options while Sticky Notes AFAIK has none.

RobertKnight: (Note: I do not work on tomboy, mono or gnome, nor do I work for an affiliated company, but I am adding my two cents as a programmer and also as a user of the applications being discussed).

The arguments given in the 'Technical Reasons' section are lacking in good evidence. The memory figures are meaningless because there is no information about how the benchmarks were performed, exactly what the test data was and what the stated figure actually means - is it private, shared, rss, vmsize or something else? Despite what the basic system monitor tools that ship with gnome might tell you, there is no single figure that can be called "the memory usage" of a particular process. In other words, the figures given might as well be lottery numbers. I don't dispute the basic argument that a Mono application will use more memory than an identical application written in C/C++ but the question is whether that increased memory usage is an acceptable trade-off given the advantages that Mono provides to developers (whole categories of programming errors eliminated, potentially much cleaner code, less code) and indirectly to users (better applications arising from the benefits to developers).

Secondly, I strongly disagree that Sticky Notes could replace tomboy as a similarly useful application unless there were major changes in its functionality. Sticky Notes just provides pieces of plain text which can have names attached to them. Tomboy is a miniature hypertext system (in other words, it has the concept of links), which makes it an order of magnitude more useful. Not to mention that it does search, rich formatting, printing, HTML export, syncing and possibly many other things depending on the installed plugins. Some of these advanced features may not be useful to Ubuntu's target audience, but I would argue that the linking, search and rich text functionality certainly is.

In tomboy's case, the comments about Mono and "compatibility requirement with .NET create a bad dependency on a competitor" do not really apply. Tomboy uses only the basic system libraries (which provide collections, io, text manipulation, xml). The user interface is written using Mono's GTK bindings. GTK is obviously not part of .NET.

RossPeoples: For starters, I just want to say that I don't develop in Mono, but its reasons for being included by default in the first place are still clear. Having said that, I don't think "possible legal issues" is a good reason to not include Mono. If you want to talk about possibilities, a mouse cursor "could" in fact, cause legal issues. OpenOffice "could" be a legal issue. Using Terminal "could" cause a huge meteor to destroy Earth. Besides, there are several large companies (Google, Novell, Sun) that have said they are willing to back the free software community if Microsoft were to claim patent infringement on Linux. And since Mono is backed by Novell anyways, you know they would put up a good fight if it were Mono-specific.

As for memory usage, Mono only runs when you start an application that uses Mono. So, if you stayed away from Mono-based applications, then memory usage becomes a moot point. I agree with RobertKnight that Sticky Notes is no replacement for Tomboy. One of the features that makes it very useful for me is its syncing feature.

Your reasoning for "Microsoft changing the .NET implementation creating more work for both Mono developers and application developers" is also unfounded. Mono is written to suit the ECMA standard, not Microsoft's implementation. They do, however, include the System.Windows.Forms library as a compatibility layer only. Looking at the development of Mono suggests they are moving in their own direction, away from Microsoft. Your other reason, "helps Mono become more popular as more people will use it by default", should be considered a good thing. If it brings good developers and helps those developers use their Windows knowledge on the Linux platform, I'd say that's an accomplishment and leads to more and better applications.

In summary, it seems as though you just hate Mono and you want it removed for your own self-gratification. Using Mono, or any other framework/program/etc. is a preference. You have the option to NOT use it and to even uninstall it if you really hate it that much. But not giving end users the ability to run software they might already be accustomed to out-of-the-box is a huge leap backwards.

Markba: zim is an alternative for Tomboy. For starters, it does have wiki-style hyperlinks thus seems to be more feature complete then Sticky Notes. From the feature comparison between Tomboy and Sticky Notes:

See: http://pardus-larus.student.utwente.nl/~pardus//projects/zim/

Alan: As a programmer who does use mono, i want to throw in my 2 cents. I also realise that because i admitted to using mono some people may immediately disregard everything i have to say, but i believe it helps to declare that.

* Possible Patent issues Every major piece of software has possible patent issues. Until there is evidence one way or the other as to what patents mono may infringe, it should be viewed the same as any other piece of major software - innocent until proven guilty. Also note that the mono team publicly claims that they will work around any patent issue by reengineering the code. Under Irish law (and maybe European law) this is legally binding statement when issued by the mono team.

* Memory Usage* with the example content loaded (F-Spot) It's quite possible that fspot uses more memory because it preloads images into memory whereas gthumb doesn't. That could also explain the performance advantage to Fspot. As memory used is still quite low in both cases, it's no reason to decide between them.

* Feature comparison It's easy to look at a list of features and decide what application is better, unfortunately this is the worst possible way to compare software. The only way to compare software packages is to use both and figure out why is more intuitive. Which offers a better *user* experience. If i can burn a custom photo CD in fspot in 3 clicks but it takes 8 clicks in gthumb, then that's a win for fspot. However by your comparison, they would be equal.

As both applications are aimed at *organising photos*, i would benchmark the features based on the relevance to that task. Having the ability to execute an external application (which may or may not exist on the target system) isn't the killer feature you make it out to be. I personally never use Totem.

* Whether the applications should be switched The only reason i see to change a default application is if the new application offers either a better user experience in the common tasks the application is targeted at, or it offers more *useful* features based on the target usergroup, or some other distinct advantages over the existing default. I don't see gthumb offering those, and (personally speaking again) i've used fspot since before i ever became involved in C#, i prefer it's interface. It's prettier and intuitive.

Alan: Only getting binary codecs from Microsoft for Moonlight Firstly, Mono has no dependency on moonlight. So that makes it's inclusion here irrelevenat. Also (I'm not 100% sure on this), i believe Moonlight (when released) will rely on an internally bundled mono runtime and so won't even have a dependency on mono. That needs to be checked though. Either way, Moonlights existence has no bearing on either Fspot or Tomboy or Mono. Also, if you were so worried about bundled binaries, I hope you don't use or need binary blobs for your wireless card or graphics card. But this is a separate discussion and if you want to discuss Moonlight inclusion, we need a separate wiki page.

Alan: I seem to have lost my last comment, let me write it again except more briefly.

Mono is compatible with the ECMA specification, you imply it's not. I think this point is invalid and should be removed. Mono also aims to be compatible with MS.NET, but not when that clashes with spec compliance. This could be better clarified by mono developers.

I don't see an issue here. Having people use mono is neither good or bad unto itself. It is just a fact. If people use mono, it becomes popular. This is only an issue if mono itself is 'Bad'. As mono is not 'Bad' unto itself, except in personal opinion, this point doesn't make sense.

If microsoft break spec compliance, that won't affect mono being spec compliant. All your code will still run fine, even if microsoft completely butcher their runtime. Of course, if they did that they'd also lose all their existing business customers. This isn't an issue.

Do we know why Redhat wont endorse MONO, and is that applicable to ubuntu at all ?

I also think that: https://bugs.launchpad.net/f-spot/+bug/34074 < having a current open bug and no further reply to a launchpad members concerns should be addressed at the very least, and needs to be dealt with if indeed f-spot is to be considered for being default image viewer.

why are we so quick to embrace software from Microsoft, when its clear from their own actions against their customers that their intentions are less than honorable ( vista capable anyone).

-- Directhex - Good god, what a huge pile of FUD. Point by point deconstruction:

Windows ( Vista or othewise ) has no Tomboy app, and no one misses it; Beagle is passe as now we have tracker, and anything else that is based on mono is worthless because we all know the patent it contains for which you must get from Novel is a disaster waiting to happen to linux ( not to mention the fact that Redhat never got any patent verification for using mono, and has now 'removed' mono apps and mono altogether from its 'livecd' ). The 'promise' not to sue is NOTHING even close to a 'in writing' patent agreement, which never

Sorry, but this page has 0 to do with technical reasons, it has 0 to do with Free Software (which you're actively working against, given your distaste for published standards or software selected as best-in-class by the Gnome project). It's a regurgitation of boycottnovell.com with all the same half-truths and outright lies to support a nonsensical hatred of well-engineered Free Software.

Sorry, but your arguement is just that, with no reasoned information contained anywhere, just alot of FUD to fill up a wiki . Saying something has 0 to do with this or that, or that a given website contains half-truths yadda yadda, does not make it so, and your attempt to show that with nothing useful to back it up just shows you have no intention to showcase truths, but just the opposite, and that is not what linux needs. https://www.redhat.com/archives/fedora-list/2007-November/msg00772.html < clearly shows its not just those here in ubuntu that find this a nasty mess for linux,but amoung the Redhat developer commuity as well. http://boycottnovell.com/2008/04/25/gnome-functionality-wo-csharp/ < and then there is this lovely bit of information. I mean how much more does it take to show people that what is going on, is not in linux best interest, but M$ coorporate types and those that hang with them and share their agenda of software domination to the exclusion of all others.

JonDavis: Guys I'm really quite appalled by this discussion of the ubuntu community. I've never seen so much FUD in the last decade of watching the Linux community. The premises by which the initial discussions are based are rediculous and in some ways frivolous. I can fully and completely, 100%, understand why the Linux community wants to stay as far away from anything to do with enabling a certain not-so-micro software corporation. However, the refusal to support certain open source technologies just because their initial implementation originated by said corporation is in itself not particularly sensible.

Furthermore, the Linux community has a huge history of supporting people who are migrating from or interoperating alongside Windows, including Samba, the Windows-compatible network file sharing protocol, and WINE, the Win32 compatibility API which, unlike Mono, is built using reverse engineering rather than an open ECMA / ISO standard. While the Ubuntu distro CD may not include the latter (WINE), it does, as far as I know, include Samba. All of the quoted arguments above would apply better to Samba than to Mono, yet it is Mono being discussed here and not Samba. My point is that the precedence is not being weighed, and the stability and integrity of the community leaders here are questionable.

All these things said, overall, after reading this one page alone and namely the above quotes, I have lost a HUGE amount of respect for the ubuntu community on the whole, and feel forced to view those representing its members as myopic, prejudiced, melodramatic, ignorant, and unhelpful to the overall computing industry. However, I know that none of these adjectives correctly describe the ubuntu users and most of the Linux developers contributing to ubuntu, so as an observer I would suggest those attempting to lead these directions to be very careful about how they go about these specifications and discussions.

What about the users?

I believe that removing Mono and applications that our users have become accustomed to would be a mistake. It is already difficult to convince individuals to switch to Linux. What do you think will happen when a novice installs a new version and discovers that all the familiar applications are missing? Let us not forget that we are striving to be the most user-friendly desktop distribution.

aldebx: It is exactly for the final user convenience not providing applications for which we cannot guarantee an user-friendly, threats free lifecycle.

By the way this blueprint does not imply removal of existing mono applications. The aim on this blueprint is simply to not provide any mono library and application by default (i.e. ubuntu-desktop does not depend on mono). Until any threats came along the user will be able always granted the right to install his favorite mono app. through Applications Add/Remove.

What about the Repos?

bigolewannabe: Seems to me, IANAL though, that if there were ever a patent claim made against Mono or distributors of Mono if wouldn't really matter much if Ubuntu had done the distribution through the CDs or through the repositories. If that is true then the discussion should switch from whether Mono should be on the CD to whether Mono should be included inside the official Ubuntu repositories at all. If we start there we should probably include Wine too and I'd be interested to see how somebody would be able to discuss including Wine in the repos despite the obvious potential for patent issues versus the same kind of issues with Mono.

Comments from launchpad

vperetokin: According to the stats available on popcon, ~14% of Ubuntu users regularly use tomboy, and ~5% use f-spot. Ticking off a possible fifth of your users isn't a great idea, especially when tomboy delivers excellent note-taking features and Gnome integration that there are no equivalents for yet.

danny.piccirillo: on the other hand, we're not actually ticking off any users. (and you can't just add the percentages together to get one fifth, who's to say the 5% using f-spot aren't all included in the group that uses tomboy). Also, aren't there applications that aren't installed by default that 14% or more users chose to install? Either way, the users of mono dependent software don't lose the applications-- if they're already using them then they will simply install them upon installation. It's not like we're making the software unavailable. I think the reasons to do this (read full spec) far outweigh the reasons not to.

josmar52789: It really has nothing to do with little apps like FSpot, or Beagle, or Tomboy.... The reason we need to make Mono an integral part of Ubuntu is the fact that .NET and ASP.NET are huge frameworks in the business world. If we expect our business potentials to move to Linux, you're going to have to give them the tools they need to run their businesses - do you really expect them to rewrite their entire .NET infrastructure just to make it "Linux compatible"... If you expect them to rewrite their business apps in PHP or even Java (a close relation to .NET) and that costs them anywhere from $50k on up to $1m, do you really think they'll switch to Linux? By the way, the recent public announcements from the USPTO means that it's likely in the next few years that there won't be any more software patents. And if Microsoft does produce a lawsuit, then the case will probably be invalidated just like the most recent software patent lawsuits presided over by the USPTO. We really don't have to worry as much about patent problems as much as we once did. AND, FYI, the .NET framework, along with ASP.NET is an ECMA standard - so how could Microsoft claim a patent violation if the standard calls for the use of a certain procedure to be taken in order that the standard could be valid? It would be Microsoft's own loss to even consider a patent lawsuit...

neighborlee: Anyone who wants to use Mono, is free to install it from the Repositories, just like in Fedora and redhat enterprise and other distros that dont adopt mono out of the box.

Or you could make it a 'restricted' choice, just like the nvidia driver is ?

Linux is about choice last time I looked, and therefore it should not be forced onto anyone in the default install, because while mono is 'described ' in intrepid as 'open source' we all know it is not. The ecma standard is nothing but a promise, and if you believe that from Microsoft we all have some swamp land for you, because their track recored alone is hardly worthy of trust. If they showed some signs to the contrary you might see a different story , but the novel/MIcrosoft deal along with the OOXML problems etal, are clear evidence they are not online with such efforts at this juncture.

To infer also, that there are no alternatives to the mono apps in ubuntu atm, is to have a one sided debate and that is against democratic principles.

I wish to reiterate, that choice matters, and if you really care about choice mono should be made one, not forced.

trilliji: I've always used ubuntu because it is a Gnome distribution. It's not about having the best application, but the best gnome applications. Otherwise I wouldn't have to keep installing Amarok ( maybe Exaile Soon! ). Ubuntu should be the best gnome base to customize your system upon. I don't understand how mono meshes with the ideals of the GNu Object MOdel Environment. Since some distributions are starting to exclude mono I am certain that developers will raise to the challenge to provide a mono-free photo album and sticky notes, with no loss of functionality.

No-Mono-by-Default/Comments (last edited 2008-10-29 17:29:38 by c-24-0-106-77)