LWN: Comments on "Mono man accuses Mac Gtk+ fans of jeopardizing Linux desktop (the Register)" https://lwn.net/Articles/290501/ This is a special feed containing comments posted to the individual LWN article titled "Mono man accuses Mac Gtk+ fans of jeopardizing Linux desktop (the Register)". en-us Sun, 21 Sep 2025 20:32:57 +0000 Sun, 21 Sep 2025 20:32:57 +0000 https://www.rssboard.org/rss-specification lwn@lwn.net Only if you payed attention to the ABI rules https://lwn.net/Articles/291446/ https://lwn.net/Articles/291446/ alex <div class="FormattedComment"><pre> There are plenty of old Solaris applications out there that didn't follow the official library ABI, and they will break when running on Solaris 10. It's interesting the way Sun keep ABI compatibility. Basically nothing in the kernel is guaranteed, all access to the kernel goes through the stable SUN/POSIX ABI in the libraries. If applications follow the library ABI then all is good. This also allows Sun to tweak their kernel layer and then apply fix-ups in the library. It's in stark contrast to the Linux approach which has shifting internal kernel API's and library API's but a solid syscall ABI. If you dig up statically linked a.out file from years ago it will run fine on a modern 2.6 kernel. </pre></div> Thu, 24 Jul 2008 13:31:05 +0000 M[io][cn][ro]... man https://lwn.net/Articles/290948/ https://lwn.net/Articles/290948/ salimma <div class="FormattedComment"><pre> Indeed; converting from GNOME to XFCE would yield memory saving for most users: the average GNOME user probably runs several non-GTK+/GNOME applications: Firefox, Thunderbird, and OOo. Thunderbird consumes the same amount of RAM within or without GNOME; Firefox consumes less because the GNOME integration won't be loaded. You'll be saacrificing the convenience of several GNOME tools -- keyboard management (layout manager, multimedia keyboards, and shortcut handling are very nicely executed in GNOME), but power users with tight memory budgets would find XFCe just fine. I'm a bit concerned about the seeming lack of activity on their web pages and developer blogs, though... </pre></div> Sun, 20 Jul 2008 19:51:34 +0000 M[io][cn][ro]... man https://lwn.net/Articles/290923/ https://lwn.net/Articles/290923/ man_ls <blockquote type="cite"> Most of the bloat arguments come from people who look at "top" and don't understand the UNIX memory model [...]. </blockquote> That is demonstrably not true. I have run several machines with very low RAM (<256 MB) and running XFCE4 saves a lot of resources, even when using complex applications like Firefox. Not only according to top or free, but seeing how much swap it requires and how usable the thing is. With XFCE4 it is actually snappy most of the time. With GNOME every click is a torture. <blockquote type="cite"> It is extremely modular, you can remove bits if you are masochistic enough to want to. </blockquote> I have found I can live without the features you mention (IPC, desktop printing, desktop hotplug, rich copy paste). I cannot however run GNOME on my EEE. Since I cannot actually leave those bits out, it is not "extremely" modular. It is "masochistically" modular, which means that developers don't think users should leave those bits out and don't provide the means to do so. Sun, 20 Jul 2008 10:58:55 +0000 The Register is hardly mainstream https://lwn.net/Articles/290866/ https://lwn.net/Articles/290866/ salimma <div class="FormattedComment"><pre> Incorrect: ndesk-dbus, just like the C counterpart, are both meant to be used solely over D-BUS, regardless of programming language: <a href="http://www.ndesk.org/DBusSharp">http://www.ndesk.org/DBusSharp</a> There are proposals for it to completely replace the C version, though I hope it does not come to that, because the licensing is more flexible (MIT vs GPL). Of course, since using D-BUS does not mean linking against the D-BUS bridge, the licensing concerns are probably exaggerated to begin with. </pre></div> Sat, 19 Jul 2008 18:43:31 +0000 Priceless https://lwn.net/Articles/290858/ https://lwn.net/Articles/290858/ i3839 <div class="FormattedComment"><pre> Personally I don't care about OK/Cancel as I can't remember the last time I encounted it. That said, if people try to be smart and use keyboard shortcuts snob mode will be enabled and a new popup will be displayed, again in random order, but with an additional option named "Maybe". </pre></div> Sat, 19 Jul 2008 16:54:49 +0000 M[io][cn][ro]... man https://lwn.net/Articles/290847/ https://lwn.net/Articles/290847/ TxtEdMacs <div class="FormattedComment"><pre> Actually other than when the Gnome email insisted on appearing uninvited I really have no real complaints with Gnome. </pre></div> Sat, 19 Jul 2008 14:27:01 +0000 M[io][cn][ro]... man https://lwn.net/Articles/290846/ https://lwn.net/Articles/290846/ TxtEdMacs <div class="FormattedComment"><pre> As I mentioned, the problem with the email no longer occurs, it might be due to the distribution I use. However, previously when attempting to use an email link, the Gnome application used to insert itself. Now Thunderbird works, ignoring Gnome (which is my preference). The other comments were just musing that for some, the absence of some applications would not be missed. </pre></div> Sat, 19 Jul 2008 14:25:04 +0000 "use verbs" https://lwn.net/Articles/290844/ https://lwn.net/Articles/290844/ TxtEdMacs <div class="FormattedComment"><pre> Sorry for the delayed response. Yes it's partially an eyesight issue but not as extreme as lacking vision in the right eye. I think it is brain related. Regarding weapons being by design right handed, I cannot remember what weapon, but one put some ejected shells into my chest pocket. I cannot comment on the footedness, just have not noticed, I guess I am just oblivious. Nonetheless, it might be a factor in my being such a poor dancer. </pre></div> Sat, 19 Jul 2008 14:18:41 +0000 Speaking of solaris 2.5 https://lwn.net/Articles/290837/ https://lwn.net/Articles/290837/ k8to <div class="FormattedComment"><pre> Solaris 2.5.1 changed an environment variable export put out by the x library implementation that provided a path to where various X resources were located. Prior to 2.5, this environment variable existed. With 2.5.1, the variable was removed. There were probably (other) portable ways to locate the resources, but Sun maintained that it was not an interface change. Basically, to them, ABI meant only the entry points. So it all depends on how literally you want to treat things. My experience is that they not only break the interface, but they obtusely pretend they have not done so. Others may have had better experiences. I haven't played with Solaris for a while. </pre></div> Sat, 19 Jul 2008 11:17:24 +0000 GNOME components https://lwn.net/Articles/290835/ https://lwn.net/Articles/290835/ TRS-80 Metacity is mostly optional - it's only responsible for a few keyboard shortcuts (Alt-F1, Alt-F2). Nautilus is becoming more essential - features are being moved from gnome-volume-manager into it. Sat, 19 Jul 2008 10:56:53 +0000 Yes. Keep the mistakes. https://lwn.net/Articles/290771/ https://lwn.net/Articles/290771/ nix <div class="FormattedComment"><pre> Not always true. I have two different Maltron keyboards (at home and at work) with significantly different layouts for the non-alphanumeric keys. It took about two weeks' adapting time, but I can shift from one to the other almost instantly now. There *are* muscle memory errors, but only when, say, I'm working from home, editing a program I normally edit at work, and I start using work's key layout... </pre></div> Fri, 18 Jul 2008 21:13:15 +0000 Yes. Keep the mistakes. https://lwn.net/Articles/290766/ https://lwn.net/Articles/290766/ Wol <div class="FormattedComment"><pre> But CONSISTENCY is more important than FAMILIARITY. Give a trained typist a Dvorak keyboard, and within a week or so they will be faster than they were before. Make them keep switching between keyboards, and they will be slower whichever keyboard they're using. Far too many problems are blamed as "user error" when the user's muscle memory presses/clicks the wrong button because in all the other stuff they use it would have been the right button. Cheers, Wol </pre></div> Fri, 18 Jul 2008 20:44:18 +0000 "use verbs" https://lwn.net/Articles/290764/ https://lwn.net/Articles/290764/ Wol <div class="FormattedComment"><pre> Whoops - I meant to say I'm left-eyed. Cheers, Wol </pre></div> Fri, 18 Jul 2008 20:39:27 +0000 "use verbs" https://lwn.net/Articles/290763/ https://lwn.net/Articles/290763/ Wol <div class="FormattedComment"><pre> Are you left-eyed? I'm right-handed, but shoot left handed. It's not that my vision is better left-handed, it's that I can't even see the target if I try to shoot right-handed. Apparently, about 15% of people have each of a left -eye, -foot or -hand dominance. And there's no link between them. I'm right-handed, right-footed and right-eyed. My grandson is probably going to be pretty unusual - he appears to be left-footed, and and will quite likely be left-handed as that trait is often inherited maternally - his mum is left-handed. Oh - and as to the military - I remember asking the recruiting people years ago "what happens if you *CAN'T* shoot right-handed?". Not then, but they said not that long before they would have forced you to shoot right-handed. I had to work hard to get them to realise I said "can't", not "won't". (And they said that sort of person would probably have ended up in the cookhouse or similar. Indeed, they might again now, because I think one of the main British Army guns can only be used right-handed - it ejects spent cartridges back and to the right, over the shoulder of a right-handed user but straight into the face of a left-hander.) Cheers, Wol </pre></div> Fri, 18 Jul 2008 20:38:12 +0000 M[io][cn][ro]... man https://lwn.net/Articles/290728/ https://lwn.net/Articles/290728/ ovitters <div class="FormattedComment"><pre> I don't get what you mean. I don't use Epiphany, nor Evolution. That is perfectly possible. Further, a lot of distributions use Compiz instead of Metacity, so... where do you see that these are required? </pre></div> Fri, 18 Jul 2008 18:23:29 +0000 The Register is hardly mainstream https://lwn.net/Articles/290724/ https://lwn.net/Articles/290724/ ovitters <div class="FormattedComment"><pre> That is a dependency for Mono apps, not for C (non-Mono) apps. So it is *not* a replacement as you seem to suggest. As to the: <font class="QuotedText">&gt; Indeed; more GTK+/GNOME developers are concerned over </font> <font class="QuotedText">&gt; Mono dependencies creeping in [..] rather than their </font> <font class="QuotedText">&gt; platform going cross-platform.</font> I saw no such concern. </pre></div> Fri, 18 Jul 2008 18:20:52 +0000 M[io][cn][ro]... man https://lwn.net/Articles/290718/ https://lwn.net/Articles/290718/ nix <div class="FormattedComment"><pre> The 'Gnome browser'? Epiphany is optional, Nautilus and Metacity aren't, but only because you can't build gnome-control-center without their headers: I think you can install it without them (though a couple of metacity/nautilus-related capplets might fail). </pre></div> Fri, 18 Jul 2008 17:29:15 +0000 M[io][cn][ro]... man https://lwn.net/Articles/290717/ https://lwn.net/Articles/290717/ nix <div class="FormattedComment"><pre> I'm not sure I'd describe OOo as being non-bloated. Last I saw it epitomised the reinvent-the-wheel approach, implementing its own widget set, its own object model, its own bloody everything (although at least ooo-build lets you coerce it into using an external copy of fontconfig/Xft/freetype). I was surprised it didn't come with its own video drivers. </pre></div> Fri, 18 Jul 2008 17:26:03 +0000 M[io][cn][ro]... man https://lwn.net/Articles/290709/ https://lwn.net/Articles/290709/ TxtEdMacs <div class="FormattedComment"><pre> From your knowledge of the internal workings of Gnome, I assume you are one of the team of developers, if not a core member. Could I make a suggestion on making Gnome lighter than it appears to many? If you are amenable, change the design where some components that go unused are not forced upon those that prefer the Gnome desktop. My suggestions would begin with making the Gnome browser an option. I know others have asked how to remove it (many of us prefer other browsers) to be told it is impossible. My second suggestion applies to the built-in Gnome eMailer. It used to be a much larger pain than I find it presently when it would appear when my default was Thunderbird. Again for the many that use other email clients, why is it necessary? I know that this may not be a practical under this version, but since you are preparing for a major break why cannot Gnome really become more modular than it is at present? </pre></div> Fri, 18 Jul 2008 16:01:00 +0000 Priceless https://lwn.net/Articles/290707/ https://lwn.net/Articles/290707/ Holmes1869 <div class="FormattedComment"><pre> So very true. </pre></div> Fri, 18 Jul 2008 15:49:39 +0000 "use verbs" https://lwn.net/Articles/290706/ https://lwn.net/Articles/290706/ TxtEdMacs <div class="FormattedComment"><pre> I wonder if something very obvious is being missed in this thread. That is, if you are using the GUI and are right handed mouse user, Cancel/OK order makes prefect sense. It is easier. This exhibits a common bias I encountered quite a time ago when I was in a highschool ROTC program. While right handed I am partially ambidextrous and I shoot left handed with a rifle or a hand gun. When an external adult, visitor seeing my preference* advised me to do things right handed I began to doubt the mental acuity of those with &lt;i&gt;rank&lt;/i&gt;. It was a factor that played a role in my turning away from my dream of a military career. * My marksmanship is better left handed than right. </pre></div> Fri, 18 Jul 2008 15:44:41 +0000 Priceless https://lwn.net/Articles/290704/ https://lwn.net/Articles/290704/ halla <div class="FormattedComment"><pre> Surely you mean escape and enter? </pre></div> Fri, 18 Jul 2008 15:12:30 +0000 Priceless https://lwn.net/Articles/290702/ https://lwn.net/Articles/290702/ Holmes1869 <div class="FormattedComment"><pre> Hahaha that's an excellent idea! At the risk of sounding like a total keyboard snob...why does anyone on LWN even care about OK/Cancel vs. Cancel/OK? I understand it might suck for our family members or our co-workers, but don't we all just use Alt+o and Alt+c? GUIs are great, but too much use of the mouse is not. Be the snob. Be the snob. Be. The. Snob. </pre></div> Fri, 18 Jul 2008 14:55:24 +0000 "use verbs" https://lwn.net/Articles/290701/ https://lwn.net/Articles/290701/ anomeloris <div class="FormattedComment"><pre> imo Cancel/OK resembles Previous/Next so it makes sense while OK/Cancel doesn't. </pre></div> Fri, 18 Jul 2008 14:24:40 +0000 M[io][cn][ro]... man https://lwn.net/Articles/290697/ https://lwn.net/Articles/290697/ nix <div class="FormattedComment"><pre> That only means they need to depend on the xlib headers, not the library. They could use xcb and convert themselves.. but the whole of &lt;gdk/gdkx.h&gt; does seem to be rather wired into the Xlib world, yes. It's not just the types, it's what the functions *do*. </pre></div> Fri, 18 Jul 2008 14:11:43 +0000 Mono man accuses Mac Gtk+ fans of jeopardizing Linux desktop (the Register) https://lwn.net/Articles/290694/ https://lwn.net/Articles/290694/ colinleroy <i>The move from gtk+1 to gtk+2 wasn't particularly painful. Gtk+2 came out and everyone had many years to upgrade</i> <br><br> Were you developing a GTK+ software at the time? If it took many years to upgrade, it was because developers were busy rewriting working code to switch to GTK+2, because it was clear that GTK+1 was going abandoned. <br><br> Breaking APIs and removing deprecated stuff for the sake of the embedded developers (the ones that do sponsor GTK+ development these days) is going to be just more of the same for developers of software that already has a lot of code, including deprecated code. <br><br> I'm not particularly fond of rewriting whole parts of my apps every few years just because a new widget is the new hotness and the one that existed when I coded my stuff is now deemed crappy and unmaintained. Fri, 18 Jul 2008 13:51:42 +0000 M[io][cn][ro]... man https://lwn.net/Articles/290691/ https://lwn.net/Articles/290691/ tetromino <div class="FormattedComment"><pre> <font class="QuotedText">&gt; libgtk-x11 is a scant 3.7Mb and has a pretty tiny list of dependencies (X11, ATK, Glib, Pango, libpng, &amp; freetype), all of which are entirely reasonable.</font> The libX11 dependency is not reasonable. A modern toolkit should only depend on xcb. Unfortunately, apparently switching to xcb will break API since someone had the *awesome* idea of using xlib types in a gdk public header... </pre></div> Fri, 18 Jul 2008 13:39:31 +0000 M[io][cn][ro]... man https://lwn.net/Articles/290682/ https://lwn.net/Articles/290682/ whitemice <div class="FormattedComment"><pre> Gtk doesn't depend on Mono (and several tests have shown that Mono is pretty memory efficient, even if it did). And where is the fat in Gtk? libgtk-x11 is a scant 3.7Mb and has a pretty tiny list of dependencies (X11, ATK, Glib, Pango, libpng, &amp; freetype), all of which are entirely reasonable. This bloat argument people trot out against OOo, GNOME, KDE, etc... needs to be put down once and for all. None of the aforementioned products have much bloat at all - bloat is being unreasonably big and burdened by dependencies given the task at hand. The task at hand is HUGE! People want a nice desktop where printing *just works*, and the bits talk to one another (thus you have to have an IPC mechanism), devices hotplug and magically appear, rich media like images can be cut-n-pasted, etc... That is allot of work and therefore allot of code. Features have a price and I (and no other reasonable) user is willing to give up any of the aforementioned because they save time (the truly scarce resource). GNOME is pretty darn lite, not perfect, but not bloated in comparison to what it does. It is extremely modular, you can remove bits if you are masochistic enough to want to. Most of the bloat arguments come from people who look at "top" and don't understand the UNIX memory model (RSS != memory consumed; it is actually really complicated). And most people who think running a "lite" desktop saves them anything significant are kidding themselves - as soon as they fire up a usable app all the plumbing behind it fires up dynamically anyway - you might get better performance (at least application start time) by just running the real thing. </pre></div> Fri, 18 Jul 2008 11:30:20 +0000 "use verbs" https://lwn.net/Articles/290680/ https://lwn.net/Articles/290680/ whitemice <div class="FormattedComment"><pre> Agree, if someone is that disturbed by OK/Cancel / Cancel/Ok button order then they need to consume WAY less caffeine. As long as it is consistent, pick an order, I really can't manage to care. Breaking APIs to implement phantom features... that I care about. </pre></div> Fri, 18 Jul 2008 11:15:49 +0000 Priceless https://lwn.net/Articles/290670/ https://lwn.net/Articles/290670/ modernjazz <div class="FormattedComment"><pre> Just the editor I've been looking for all these years! Thanks for sharing. </pre></div> Fri, 18 Jul 2008 10:30:42 +0000 M[io][cn][ro]... man https://lwn.net/Articles/290657/ https://lwn.net/Articles/290657/ sylware <div class="FormattedComment"><pre> Hum... if he could drop its baby bloats (mono and such...) and work on getting the fat out of GTK... that would be quite better... </pre></div> Fri, 18 Jul 2008 09:10:31 +0000 Mono man accuses Mac Gtk+ fans of jeopardizing Linux desktop (the Register) https://lwn.net/Articles/290647/ https://lwn.net/Articles/290647/ seyman <div class="FormattedComment"><pre> <font class="QuotedText">&gt; I'm not sure "lost" is the right word</font> I think Bronson means "lost" in the sense that development of those apps stopped once gtk+1's did but even then, I'm not sure he's right. We "lost" xmms a long time before we moved from gtk+1 to gtk+2. </pre></div> Fri, 18 Jul 2008 07:48:44 +0000 unclear formatting? https://lwn.net/Articles/290645/ https://lwn.net/Articles/290645/ Cato <div class="FormattedComment"><pre> I agree. Also, putting a quoted title in double quotes would be a clear way of indicating it's a direct quote (hint: quote marks are useful for this...) </pre></div> Fri, 18 Jul 2008 07:19:56 +0000 Mono man accuses Mac Gtk+ fans of jeopardizing Linux desktop (the Register) https://lwn.net/Articles/290627/ https://lwn.net/Articles/290627/ Richard_J_Neill <div class="FormattedComment"><pre> <font class="QuotedText">&gt; Sure it was. We lost Dillo, qiv, xmms, and a few other excellent </font> <font class="QuotedText">&gt; utilities.</font> I'm still using all 3 of these! I'm not sure "lost" is the right word - in that they haven't actually stopped working. </pre></div> Fri, 18 Jul 2008 01:24:48 +0000 unclear formatting? https://lwn.net/Articles/290623/ https://lwn.net/Articles/290623/ dark <div class="FormattedComment"><pre> I've also often had double-takes like that. I think the key change would be to put the source at the start of the title, instead of at the end. </pre></div> Fri, 18 Jul 2008 00:26:46 +0000 He's right https://lwn.net/Articles/290616/ https://lwn.net/Articles/290616/ zooko <div class="FormattedComment"><pre> I'm curious about your claim that Sun breaks the ABI. I've often heard pro-Solaris folks make comments like "Programs written for Solaris 2.5 thirteen years ago still work on Solaris 10 today and will continue to work on future versions of Solaris.". But I don't see any sort of measurement or documentation of this on the web. Do you know of some examples of Solaris ABI breakage? Thanks. </pre></div> Thu, 17 Jul 2008 23:31:03 +0000 Yes. Keep the mistakes. https://lwn.net/Articles/290607/ https://lwn.net/Articles/290607/ dwheeler <div class="FormattedComment"><pre> <font class="QuotedText">&gt; So we should be kept by yesterdays mistakes in all aspects of user interfaces because they're "de facto standards"? oO</font> In short: YES, usually. An interface is "user-friendly" if it's easy to a user, which is PRIMARILY a function of what experience they already have. E.G., the QWERTY keyboard is a stupid arrangement of keys. But because English users are familiar with it, rearrangements (Dvorak) are NOT user-friendly to most users. This is particular an issue for stuff involving muscle memory. If someone has been trained in one interface to do something, then you want YOUR interface to do the same thing. </pre></div> Thu, 17 Jul 2008 22:57:05 +0000 Priceless https://lwn.net/Articles/290609/ https://lwn.net/Articles/290609/ nix While we're about it, let's change the standard GNOME editor to the immortal <a href="http://www.cs.auckland.ac.nz/~pgut001/misc/gnxt.txt">gnxt</a>. Thu, 17 Jul 2008 22:55:34 +0000 "use verbs" https://lwn.net/Articles/290605/ https://lwn.net/Articles/290605/ Los__D <div class="FormattedComment"><pre> Unfortunately, I have to change between Linux and Windows several times every day, but I have yet to be frustrated over button order... </pre></div> Thu, 17 Jul 2008 22:45:20 +0000 "use verbs" https://lwn.net/Articles/290599/ https://lwn.net/Articles/290599/ dvdeug <div class="FormattedComment"><pre> So we can toss out all clunky expensive translations in favor of Esperanto? Seriously, translation is a huge cost in software development; why not toss out all those defacto standards? Every single time you throw away a defacto standard, there's a cost and hopefully a benefit to it, and you can't go changing things to be slightly better if they're going to frustrate your users. </pre></div> Thu, 17 Jul 2008 22:28:03 +0000