This page permanently redirects to gemini://gemini.techrights.org/2009/11/22/silver-lie-and-novell/.
Posted in GNOME, Microsoft, Mono, Novell, Red Hat, Ubuntu at 6:51 am by Dr. Roy Schestowitz
Summary: Novell and Microsoft grow closer when it comes to an attack on Web standards; removal of Mono still proving tricky
AS time goes by, the agenda of Microsoft apologists at Novell becomes a lot clearer. Novell had presence at Microsoft’s development event and Microsoft finally admits that Mono and Moonlight are just Microsoft supplants that serve Microsoft investors.
=> ↺ Mono and Moonlight are just Microsoft supplants that serve Microsoft investors
Microsoft: Open source protects Silverlight investments[...][Microsoft's] Goldfarb and Mono project lead Miguel de Icaza had a lively discussion about some of the legal technicalities concerning the work at a Tuesday evening cocktail party. Goldfarb told SD Times that he and de Icaza were commited to driving the work forward, and that an announcement will be made in the coming weeks (or months).
This is all rather appalling, but it should not be surprising as it comes from member of the CodePlex Foundation board, which presents a conflict of interests (serving Microsoft’s interests). This might also explain why Novell has done so much promotion of Microsoft XAML recently, wanting to warp the GNU/Linux desktop to proprietary Microsoft APIs.
=> member of the CodePlex Foundation board | Novell has done so much promotion of Microsoft XAML recently
Last week we saw Novell's work taking its toll on the GIMP. More people seem to think that Paint.NET is a possibility now that the GIMP gets snubbed to give way to a whole stack of Microsoft/Novell software.
=> Novell's work taking its toll on the GIMP | ↺ think that Paint.NET is a possibility | ↺ gets snubbed to give way to a whole stack of Microsoft/Novell software
Even if I can agree about Gimp being complex and targeted to professionals, I can’t see f-spot as a good enough replacement.Couldn’t we just port Paint.NET to Mono and use that instead? Ops..
In Ubuntu, there is no reason to pull an entire Mono stack for F-Spot; gThumb is already available and Fedora 12 can use that too [1, 2]. Why would Fedora add F-Spot while removing Tomboy? It beats the purpose.
=> ↺ already available | 1 | 2 | ↺ while removing Tomboy
Straight from the release notes of the recently released Fedora 12: Gnote is installed by default in GNOME for this release replacing Tomboy. Gnote is a port of Tomboyfrom Mono to C++ and consumes fewer resources. Gnote is both an applet that can sit in your GNOME panel as well as an individual application you can run within other desktop environments. Fedora Desktop Live CD since the Fedora 10 release has excluded Mono and hence Mono-based applications like Tomboydue to lack of space.
As constantly stressed these days, Mono and Mono-dependent applications should ideally be removed and treated in the same way as proprietary [1, 2, 3, 4, 5]. █
“The patent danger to Mono comes from patents we know Microsoft has, on libraries which are outside the C# spec and thus not covered by any promise not to sue. In effect, Microsoft has designed in boobytraps for us.
“Indeed, every large program implements lots of ideas that are patented. Indeed, there’s no way to avoid this danger. But that’s no reason to put our head inside Microsoft’s jaws.”
–Richard Stallman
Share in other sites/networks: These icons link to social bookmarking sites where readers can share and discover new web pages.
Permalink Send this to a friend
=> Permalink | ↺ Send this to a friend
=> Techrights
➮ Sharing is caring. Content is available under CC-BY-SA.
text/gemini;lang=en-GBThis content has been proxied by September (ba2dc).