Slashdot Mirror


Preview of Ubuntu's Unity Interface

itwbennett writes "In late October we learned that starting with the next release (11.04), Ubuntu would use Unity instead of GNOME as its default desktop interface. Now we know a bit more about what that will (and won't) mean for users. The move to Unity doesn't mean that Ubuntu is abandoning GNOME. It also doesn't mean that users will be forced to use Unity; they'll still be able to revert to the old GNOME interface. What it does mean, mainly, is that users will be presented with a simple interface — probably too simple for nuts and bolts types. The more 'radical shift' will be switching Ubuntu's base graphics system from the X Window System to Wayland. There users can expect that it will take some time before things are in working order. 'In other words,' says Steven Vaughan-Nichols who reviewed Unity for ITworld, 'Wayland will be an option, and one that only people who don't mind having their desktops blow up on a regular basis should fool with, in Ubuntu 11.04. By Ubuntu 11.10, it will be workable, and come the spring release two years from now, Ubuntu 12.04, we should, if all goes well, see a stable Wayland-based Unity desktop.'"

382 comments

  1. I'm glad I went back to Fedora earlier this year by Anonymous Coward · · Score: 0

    Ubuntu has gone weird -- glad I switched back to Fedora earlier this year.

    It's nice to have a desktop similar to my centos servers.

  2. No screenshots? by Anonymous Coward · · Score: 5, Insightful

    Text is useless. I want screenshots!

    1. Re:No screenshots? by FunnyLookinHat · · Score: 1

      +1

    2. Re:No screenshots? by DrgnDancer · · Score: 1

      Ordinarily a post like this would be a troll... but in this case... Yeah we're looking a a graphical desktop environment here. Can we maybe, I dunno, see it?

      --
      I don't need a million points of light, just two points of multi-mode fiber and a 10 Gig-E router.
    3. Re:No screenshots? by MBGMorden · · Score: 3, Interesting

      Search Google Images for Ubuntu Unity. Behold - screenshots.

      That said, for shits n giggles I grabbed Unity on my 10.10 desktop to play around with it. I wasn't impressed. Maybe it'll get better by the time they make it standard, but for me, Docky was FAR more stable and polished. I'll probably just continue to use it.

      --
      "People who think they know everything are very annoying to those of us who do."-Mark Twain
    4. Re:No screenshots? by commodore64_love · · Score: 1

      >>>Search Yahoo Images for Ubuntu Unity.

      Fixed that for you. :-) And thanks for the links/images

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    5. Re:No screenshots? by iceaxe · · Score: 3, Informative

      The image gallery is linked right after the first paragraph of the article.

      --
      WALSTIB!
    6. Re:No screenshots? by DaveGod · · Score: 1

      Presumably the article has been updated, either way in the article there is (now) a prominent link to an image gallery.

      The images are rather low-res however, which perhaps contributed to my immediately recalling some of the earliest netbooks that booted into a natty toy-like screen much like this.

      While that incarnation is (IMHO) fugly and toy-like, putting key icons on the desktop and avoiding menus is a good idea. I have two computer-illiterate flatmates using Ubuntu and one of the (very few) difficulties they had is they found it hard to find "My Documents". Looking in menus isn't a strong point, thinking about it they are just lists of lists of lists...

      That said, they may be overestimating the difficulty for novices with the UI. I have two computer-illiterate flatmates using Ubuntu and the only issues I can recall are needing me to put "My Documents" on the desktop, iTunes and that they were used to Windows automatically saving after rotating their pictures.

    7. Re:No screenshots? by kent_eh · · Score: 1

      In the middle of the first page there is thisbit of text:

      [ See also: Image gallery: Ubuntu's Unity interface ]

      which links to an image gallery containing...screenshots

      --

      ---
      "I can't complain, but sometimes still do..." Joe Walsh
    8. Re:No screenshots? by nilarimogard · · Score: 1

      Here's a video and info on the latest Natty Alpha 1 released today: http://www.webupd8.org/2010/12/ubuntu-1104-natty-narwhal-alpha-1.html

    9. Re:No screenshots? by HiThere · · Score: 2

      The screenshots are there, and all I can say is "ugh!". I suppose it might be ok for a netbook, or a phone, but for a notebook, laptop, or desktop (or server) that's a truly hideous interface.

      --

      I think we've pushed this "anyone can grow up to be president" thing too far.
    10. Re:No screenshots? by Anonymous Coward · · Score: 0

      'print this' version : http://www.itworld.com/print/129534

  3. "Preview" but no screenshots? by iONiUM · · Score: 5, Insightful

    I'm sorry, how is this possibly a "preview" when there is not one screen shot? One link goes to an older /. article, the other goes to an all text article.

    Can you please stop naming things that don't have photos like they do have photos?

    1. Re:"Preview" but no screenshots? by Anonymous Coward · · Score: 3, Informative

      http://ubuntudevelopers.blip.tv/file/4245457/

    2. Re:"Preview" but no screenshots? by c · · Score: 1

      > I'm sorry, how is this possibly a "preview"
      > when there is not one screen shot?

      I'm still fuzzy on how you can call it a preview when it's been in a standard distro for a good month or so. I've been using it daily for a while, and aside from the lack of auto-hide I'm not seeing much to complain about...

      --
      Log in or piss off.
    3. Re:"Preview" but no screenshots? by robthebloke · · Score: 3, Funny

      I dunno, in the article those screenshots seem pretty well hidden to me. Seems like auto-hide might be working a little bit too efficiently! :p

    4. Re:"Preview" but no screenshots? by noidentity · · Score: 3, Funny

      It's a preview, as in, what happens before you get to view it.

  4. This is why Ubuntu has stability problems by metrix007 · · Score: 1

    They make big sweeping changes to a new technology that is not well tested or even finished, ala PulseAudio. It's for this reason it's always felt buggy to me. I honestly don't get the global appeal, Fedora is cutting edge and stable and just as easy to use, while something like Madrive is stable and easy to use. I guess the free CD promo really paid off.

    --
    If you ignore ACs because they are anonymous - you're an idiot.
    1. Re:This is why Ubuntu has stability problems by Anonymous Coward · · Score: 3, Interesting

      The problem with PulseAudio is not that it wasn't finished or well tested, the problem is the implementation sucks (ie. bad programmers wrote it).

      I have never understood why they didn't just go back to OSS. OSS has made extensive improvements in the latest versions and can do everything ALSA/PulseAudio/whatever can do plus a lot more. On top of that everything works with OSS because it's the original Linux sound API.

    2. Re:This is why Ubuntu has stability problems by Anonymous Coward · · Score: 0

      Yup, Ubuntu has always been buggy for me, on several machines.
      I prefer Mepis, still Debian based, but Waren Woodford prizes stability.

      And this means not releasing a new version every 6 months. Mepis releases when they are ready, like Debian itself.

      The new Mepis 11 alpha is as stable as Ubuntu Betas, and Warrens betas are more stable than Ubuntu releases!

      -Jay

    3. Re:This is why Ubuntu has stability problems by tysonedwards · · Score: 2

      Fedora and Ubuntu appeal to two completely different crowds.

      Ubuntu is for those who want everything to work, even if not perfectly. They include proprietary drivers strait off their install discs for the purpose of making all hardware within your computer work on first boot. Ubuntu and Debian take a lot of pride in Apt as well, as a way to reduce the pain of dependency tracking for your normal users who just want to get Cinelerra or other useful linux apps that are rarely ever included running.

      Fedora is for those who really enjoy tinkering, who want to be bleeding-edge. A lot of time, the non-standard apps won't run without some significant tweaking, and even Redhat says that you will need to recompile the kernel to avoid some hard limits on Disk I/O, however they make doing all of these tasks very easy, because they maintain very large repos and provide you with your development tools strait off the disk.

      --
      Thirty four characters live here.
    4. Re:This is why Ubuntu has stability problems by drinkypoo · · Score: 1, Interesting

      The problem with PulseAudio is not that it wasn't finished or well tested, the problem is the implementation sucks (ie. bad programmers wrote it).

      I can see why you didn't log in to post that.

      Pulseaudio works fine in Ubuntu if you follow the Pulseaudio PerfectSetup guide. What I find particularly confusing is why the Ubuntu maintainers didn't seem to be capable of doing this. It's gotten closer to PerfectSetup since they started using Pulseaudio but it's still not there.

      On top of that everything works with OSS because it's the original Linux sound API.

      Unless, of course, it's been developed since ALSA gained dominance, in which case the OSS support might be poor or nonexistent.

      Please log in so modding you down can become meaningful.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    5. Re:This is why Ubuntu has stability problems by 0123456 · · Score: 2

      They make big sweeping changes to a new technology that is not well tested or even finished, ala PulseAudio.

      To be fair, new technology rarely gets well tested or even finished if no-one is using it.

      Pulseaudio has been a disaster though. Every new Ubuntu release seems to fix some sound problems and introduce others (e.g. going from 9.10 to 10.04 stopped the button sounds working in xbmc on my HTPC).

    6. Re:This is why Ubuntu has stability problems by houstonbofh · · Score: 1

      Me too... I think they need a staged release cycle. The development versions are to fluid for most people to actually use, so testing really begins on release. Then they find all the missing features people use, and the stability issues with pulse audio and id games, and so on... Been on the rollercoster since Breezy. I think they went bi-polar after Gutsy.

    7. Re:This is why Ubuntu has stability problems by Anonymous Coward · · Score: 0

      Another problem with pulseaudio is that I don't want it. Has pulseaudio been fixed to adjust my attitude yet? It fucks with everything else it can get its hands on. Or perhaps it should be fixed so it's not visible in the list of processes, then I won't know that it's running - problem solved.

    8. Re:This is why Ubuntu has stability problems by Anonymous Coward · · Score: 0

      ala PulseAudio? You mean that Red Hat project by a Red Hat developer?

    9. Re:This is why Ubuntu has stability problems by Anonymous Coward · · Score: 1

      See also Upstart. Hey, let's replace the entire well-understood SysV init structure with a complicated event-driven system that has virtually no publicly-comprehensible documentation. Good idea, lots of potential, but horrible execution if you actually want people to be able to use it.

    10. Re:This is why Ubuntu has stability problems by Mprx · · Score: 1

      I recently did a clean install of Ubuntu 10.10. I thought I'd give PulseAudio another chance but mplayer slave mode was broken. I removed PulseAudio, installed the audiohacks ppa to restore ALSA, and now everything is working perfectly. PulseAudio has never worked properly for me.

    11. Re:This is why Ubuntu has stability problems by Anonymous Coward · · Score: 0

      Are you kidding? Just do a little reading - Pulseaudio has been an epic disaster for Linux. I myself have had so many problems with it that I try to purge it from my systems now.

      http://blog.neogeny.org/2010/04/07/pulseaudio-sucks/
      http://guide.ubuntuforums.org/showthread.php?t=1546926
      http://amplicate.com/hate/pulseaudio

      That's three - I can give you THOUSANDS. Forums with hundreds of people posting about Pulseaudio problems and asking how to remove it.

      Pretending Pulse is OK is sticking your head so far in the sand that you probably can't get it back out again.

    12. Re:This is why Ubuntu has stability problems by GameboyRMH · · Score: 1

      PulseAudio works fine for me these days. All my Linux machines are using it, including my phone. I've only had to use pasuspender for one old app.

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    13. Re:This is why Ubuntu has stability problems by Anonymous Coward · · Score: 0

      Just like someone should mod you -1 Asshole.

    14. Re:This is why Ubuntu has stability problems by F.Ultra · · Score: 1

      No, the problem with PulseAudio was that there was no other way to make it work as the new solution than to release it system wide as Ubuntu did. If they had not then we would still be waiting for it to be release akin to Duke Nukem Forever. Anyone who creates software knows that the only day when you will get real bugreports is the day you distribute to the population at large, so it had to be done. And it solved problems that had to be solved. OSS might work wonders for you but the Linux community is a bit larger than that.

    15. Re:This is why Ubuntu has stability problems by F.Ultra · · Score: 1

      Yes, but are these problem with PulseAudio or with xbmc? I have found that all problems that I have had with pulse comes from oss or alsa applications.

    16. Re:This is why Ubuntu has stability problems by PeterBrett · · Score: 1

      Fedora is for those who really enjoy tinkering, who want to be bleeding-edge. A lot of time, the non-standard apps won't run without some significant tweaking, and even Redhat says that you will need to recompile the kernel to avoid some hard limits on Disk I/O, however they make doing all of these tasks very easy, because they maintain very large repos and provide you with your development tools strait off the disk.

      Um, I've been using Fedora on my workstation continuously for six years, and I've never had the need to recompile my kernel, nor have I had to perform "significant tweaking" to get "non-standard apps" to work (admittedly, I tend to stick almost exclusively to FLOSS stuff, which might help, but Quake IV ran out-of-the-box, for example). Neither have I had any issues at all with dependency tracking -- yum seems to take care of all that for me. In fact, the only times anything more than trivial tinkering has actually been necessary has been to setup postfix, spamassassin and dovecot to work nicely together -- and I don't imagine that's trivial on Ubuntu either.

      Actually, I've found Fedora much less troublesome than Ubuntu -- in particular, the PulseAudio horror stories I hear from my Ubuntu user friends seem to have more-or-less passed me by, and KDE on Fedora generally seems to be way more polished and well-integrated than KDE on Ubuntu.

    17. Re:This is why Ubuntu has stability problems by Anonymous Coward · · Score: 0

      Need to edit your title just a bit: It shoudl read

      Linux has stability problems

      I gave up trying to run my 128 node cluster with any form a linux. I never had a day where one or more of the nodes had to be rebooted because of a kernel hang or a filesystem corruption. I switched to OpenSolaris on the same hardware and lo and behold, two years and not a single crash on any node. How anyone can use Linux for anything more than a toy to play with is beyond me.

    18. Re:This is why Ubuntu has stability problems by commodore64_love · · Score: 0

      >>>Pulseaudio works fine in Ubuntu if you follow the PerfectSetup

      Programs that only work *conditionally* are crap. They should work regardless if the "setup" was done by a "perfect" programmer or a kid or a computer illiterate.

      Not that I care. I've already switched to Lightweight Ubuntu and Puppy Linux. Both work a hell of a lot better on my ~666 MHz and 1500 MHz laptops then the default Gnome Ubuntu. Although one problem is I still haven't figured out how to use my Netscape Dialup or Web Accelerator (image compressor), but then neither was designed for non-windows computers.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    19. Re:This is why Ubuntu has stability problems by np_bernstein · · Score: 1

      Ubuntu has a very controlled release methodology -

      LTS (Long Term Support) releases like 8.04LTS and 10.04LTS which are stable, and supported and suitable for the enterprise or servers for 5 years.
      The other releases, are committed to advancing features and functions, and are generally pretty stable, but they will yank something out form time to time. Just pick the right version, and you're good to go.

      --
      RandomAndInteresting.comdefending the world from stupidity since 1979
    20. Re:This is why Ubuntu has stability problems by RocketRabbit · · Score: 1

      Everybody I know who uses ububtu has had Pulseaudio give them either some or much grief. it fucking sucks.

    21. Re:This is why Ubuntu has stability problems by walshy007 · · Score: 1

      Recommended read. And that is from a primary pulseaudio developer. It goes on about all the design 'features' (flaws) that make it so damn lovely.

      In essence we sacrificed stable, awesome low latency audio for fractions of a percent of cpu usage. Now anyone who does anything demanding with audio uses jack (I use it on all machines even if they just watch youtube vids) and all the stock distros distribute pulse.

      PulseAudio should have never been invented, and it still doesn't have proper transport and SMPTE controls like jack (because it would fail horrendously with their as much lag as possible without getting noticed model)

      ALSA functions well as what it is designed to more or less be, a hardware driver interface. Let Jack take over for mixing and routing and you are fine and dandy. Having low latency, synchronized audio with minimal cpu usage like Jack is a _good_ thing, not bad.

    22. Re:This is why Ubuntu has stability problems by walshy007 · · Score: 1

      Problem is there were better solutions that were far better tested than pulseaudio was (and still is) namely jack (which all remotely serious audio applications use in linux btw).

      So now we have this divide where anyone who cares about audio uses jack, and all the distros bundle pulseaudio by default... lovely.

    23. Re:This is why Ubuntu has stability problems by walshy007 · · Score: 1

      As a fellow long time fedora user I can concur with most of your points, except on the pulseaudio horror stories.

      After having significant issues with audio bits I went solely to jack (because of limitations with pulseaudio before that I had to disable pulse and enable jack for specific tasks), and have not been happier.

      After reading this it is easy to see just how flawed the design of pulse is in comparison.When pulseaudio can have up to two seconds (!) of buffer and still create static, there are DEEP issues.

    24. Re:This is why Ubuntu has stability problems by F.Ultra · · Score: 1

      Jack does not solve the same problem. Jack solves the problem with interconnecting audio applications for low latency, it solves none of the underlying audio problems that Pulse solved like autoconfiguration.

    25. Re:This is why Ubuntu has stability problems by walshy007 · · Score: 1

      With the exception of synth programs (which I think is fair because if you are using a synth you should know what you want to connect it to.. not necessarily speaker output) everything I use with jack automatically connects itself to the speaker output so no configuration is necessary.

      If you mean configuration of the jack server, it ships with sane defaults and unless you want specific properties of your audio server you can just hit 'start' in qjackctl (or not even that if you have it setup to start by default).

      So please, what are these configuration issues you speak of?

    26. Re:This is why Ubuntu has stability problems by F.Ultra · · Score: 1

      Configuration of your audio cards where a hassle in many many situations with ALSA. And AFAIK Jack uses ALSA as output when outputting to the local audio card?

    27. Re:This is why Ubuntu has stability problems by walshy007 · · Score: 1

      And AFAIK Jack uses ALSA as output when outputting to the local audio card?

      It does so in the same way Pulseaudio does, hint: all actual audio drivers in the kernel are alsa drivers, pulseaudio outputs to alsa in the same way jack does. Alsa is more an abstracted driver interface than anything thus why there is no mixing in kernel.

      Configuration with alsa is generally only a hassle when you are using alsa directly with programs because it has no mixing (and the dmix module is questionable), jack and pulseaudio do the mixing then feed the stream to the card through the alsa driver.

    28. Re:This is why Ubuntu has stability problems by F.Ultra · · Score: 1

      Yes but Pulse takes care of the Alsa configuration (among other things).

    29. Re:This is why Ubuntu has stability problems by walshy007 · · Score: 1

      Jack enumerates the alsa devices and then supports them all..the asound.conf isn't even touched.

      This is all very much a non-issue. Something tells me you've never actually used it.There is really no reason to support pulse.

      When I can rip out pulseaudio from my pulse based distro, and replace everything with jack in a matter of minutes, how hard do you think configuration of the jack server is?

      It does everything pulse does with lower latency and higher accuracy, is more stable and is the only suitable server for pro audio work.

      Pulse tends to work for people out of the box (bugs excluded).. until you try to do something it just can't do, then you are boned and have to switch to jack. It's creation was an effort in futility.

    30. Re:This is why Ubuntu has stability problems by badkarmadayaccount · · Score: 1

      Pulseaudio gave me some flak after the transition to 13, but I just ripped it out several times until I got it right, and everything was fine and dandy. And I still got some horizontal line shift noise on display when running the system a little bit harder, but I otherwise love it, considering Ubuntu couldn't find it's own damn boot files, and didn't seem to persist boot conf changes (yes, I was am a GRUB2 n00b, but it's a fucking bootloader, not a whole damn OS).

      --
      I know tobacco is bad for you, so I smoke weed with crack.
  5. Rehashing a rehash by Anonymous Coward · · Score: 0

    I read over the article (I know, I know), and there doesn't seem to be anything new here. It's just a retelling of the same information we got a few months ago, where's the new info?

  6. Re:I'm glad I went back to Fedora earlier this yea by abigor · · Score: 3, Informative

    If "weird" includes Ubuntu's adoption of Wayland, I have bad news: Fedora is also dumping X for Wayland (eventually).

  7. Too simple? by Ironchew · · Score: 1

    probably too simple for nuts and bolts types.

    If it has text-based configuration files and access to a command line, that's good enough for tinkering.

    1. Re:Too simple? by halfaperson · · Score: 1

      That's right. And don't forget that people have been complaining for ages about regular gnome being too simple (as in "lacks configuration options") as well.

      --
      Jesus had a UNIX beard.
    2. Re:Too simple? by GameboyRMH · · Score: 1

      Yeah I don't like the idea of oversimplification, but so far I haven't seen a GUI so simple that it really gets in my way (not counting the anachronistic single-tasking behavior in iOS...a single-tasking GUI didn't bother me in PalmOS, but I expect proper multitasking in any modern OS...the hardware is MUCH more powerful now).

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    3. Re:Too simple? by nschubach · · Score: 1

      Yeah, but the alternative to that was KDE... you could spend days in the configuration screens trying to figure out what color you wanted the right border of a single button. (I exaggerate, but that's how it felt to me.)

      --
      Every time I start to have faith in humanity, I ruin it by driving to work between 7 and 8 am.
    4. Re:Too simple? by halfaperson · · Score: 1

      Yeah, you could, but you didn't have to. I don't see what's wrong with that, and I'm a gnome user at the moment btw.

      --
      Jesus had a UNIX beard.
  8. Fedora, here I come... by ironjaw33 · · Score: 1

    This might be the beginning of the end for Ubuntu as everyone leaves in droves for a more traditional and stable distribution.

    1. Re:Fedora, here I come... by swanzilla · · Score: 1
      Not so fast...FTA

      That's changing now. Fedora, Red Hat's community Linux, is joining Ubuntu in switching its graphics stack. Others may soon follow.

    2. Re:Fedora, here I come... by houstonbofh · · Score: 2

      Debian is a logical choice... I am seeing more Ubuntu users going to Debian every year.

    3. Re:Fedora, here I come... by JonJ · · Score: 1

      This makes me cringe, Ubuntu is joining Fedora, not the other way around.

      --
      -- Linux user #369862
    4. Re:Fedora, here I come... by GameboyRMH · · Score: 1

      I'm looking at switching to Debian once it requires more work to make Ubuntu power-user-friendly than to modify Debian to match Ubuntu's functionality.

      The other day I upgraded my laptop because K3b doesn't work on Karmic. On Lucid, K3b worked and the wireless worked without the backported kernel modules, but now the backlight control was broken |:-|

      I had to change the default GRUB2 boot parameters to include "acpi_backlight=vendor"

      Now if only my laptop's webcam could be right-side-up it would be flawless...too bad they removed the flip capability in v4l2. There are some source code patches floating around to do it, I might have to resort to that...

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    5. Re:Fedora, here I come... by fishexe · · Score: 1

      This might be the beginning of the end for Ubuntu as everyone leaves in droves for a more traditional and stable distribution.

      How is keeping X/GNOME more stable? Almost every bug I encounter in Ubuntu ends up ultimately being a GNOME bug or X.org bug of some sort.

      --
      "I don't care about the Constitution!" --Bill O'Reilly, November 17, 2009
  9. You what? by Haedrian · · Score: 2

    Ubuntu has stability problems?

    1. Re:You what? by Anonymous Coward · · Score: 1

      Umm... yes? Pretty serious ones. Pulseaudio debacle, memory leaks, having it boot into text mode because the graphics driver got clobbered with a normal package update, and more.

      I use it, but i'm considering moving to another distro. I like the *idea* of Ubuntu, but the execution leaves much to be desired.

    2. Re:You what? by Anonymous Coward · · Score: 0

      Yeah, it's the Windows 95 of the Linux world.

    3. Re:You what? by nschubach · · Score: 1

      Been using Ubuntu for about 4 years now and I'm wondering if you are referring to the development branch or the LTS releases... because I have not had problems with memory leaks or video card drivers getting "clobbered."

      --
      Every time I start to have faith in humanity, I ruin it by driving to work between 7 and 8 am.
    4. Re:You what? by hedwards · · Score: 1

      I gave up on Ubuntu when I switched to a bluetooth keyboard and found I couldn't log in without plugging in a second keyboard. I would've given them a pass on that if bluetooth were a new technology, but that was well within the last year.

      I expect this sort of thing out of developer previews or on an unstable release, but for that to behave in that manner on a full release is asking a bit much. Likewise I think that it's foolhardy to decide to switch to Waypoint when it isn't completed yet. A better idea for a mainstream distro would be to wait until it firms up before making a decision. Sure it could be great, but do we really need another case where somebody found some cool technology then blindly integrated it only to find that it didn't live up to the hype?

    5. Re:You what? by Anonymous Coward · · Score: 1, Informative

      Apparently you have never tried any other Linux distribution. Ubuntu is by far the least buggy one there is. It's still extremely buggy, but no more so than Windows or OS X.

    6. Re:You what? by Anonymous Coward · · Score: 0

      How about:

      I can't power off my system. Every time I do, it reboots. Not much of a problem with a desktop, but a KILLER with a remote system (In my case an arcade-like machine I only want up during the day).

    7. Re:You what? by pwnies · · Score: 1

      Unity definitely does, at least in it's current state. I used it all last month, and experienced some major slowdowns/memory leaks if I left my computer running for more than a week. At the worst of it, it took ~2 minutes for their app launcher (think alt+f2 equivalent) to open. Not the app itself mind you, that's just the time that was needed for the launch prompt to display. Granted it's not ready yet, but I just don't see it catching on in 11.04.

    8. Re:You what? by larppaxyz · · Score: 1

      Oh wake up. Have you tried any other Linux distributions recently, like OpenSUSE? Or Windows 7 for that matter.. or OS X? Ubuntu is a mess that just keeps changing and every new version brokes something that used to work. Sometimes they are little things that can be fixed from console and sometimes they are things that make you crazy.

    9. Re:You what? by Smask · · Score: 1

      Logitech BT adapter?

      if so, the BT adapter emulates HID devices during boot and Ubuntu set the dongle to behave like a BT stack (HCI-mode) without keeping the keyboard and mouse connected. It reconnects the devices after the login... And it does a lousy job keeping the devices connected. The mouse usually lose connection after it has gone to sleep and you have to remove it manually and pair it again. You can keep the dongle in HID-mode by commenting out a couple of lines in /lib/udev/rules.d/70-hid2hci.rules

      The Logitech section should look like this:

      # Logitech devices
      #KERNEL=="hiddev*", ATTRS{idVendor}=="046d", ATTRS{idProduct}=="c70[345abce]|c71[34bc]", \
      # RUN+="hid2hci --method=logitech-hid --devpath=%p"

    10. Re:You what? by Kagetsuki · · Score: 1

      .....Uh, you think PulseAudio was a "debacle"? In the history of Linux sound problems it is an extremely minor event - and Ubuntu was not the only distro effected. If you want to point out Ubuntu specific screwups then that network manager applet that disables ifconfig and leaked memory like crazy was what you should point out. Do yourself a favor and download Fedora and compare to Ubuntu. If you have fewer problems with Fedora and find it easier to use (as in less hassle to set things up) then you and I have very different concepts of usability. If you have issues with Ubuntu and just want a stable system with excellent package management and doesn't force you to go back in time to the 90's to configure everything I'd say go for Debian proper.

    11. Re:You what? by walshy007 · · Score: 1

      If you have fewer problems with Fedora and find it easier to use (as in less hassle to set things up) then you and I have very different concepts of usability.

      As more of a developer type I do find fedora easier to setup, using the fedora dvd image I can wind up out of the box with a system with 98% of what i need (which varies significantly). Ubuntu I have to hunt down the dvd image and even when I get it it does not include many of the various things I need and wind up having to apt-get them afterwards.

      The only thing ubuntu has going for it even now is including flash and proprietary codecs.. that really is it.

    12. Re:You what? by Kagetsuki · · Score: 1

      I'm a software developer and I have never had issues getting the appropriate libraries and packages I need - and Debian/Ubuntu has an extremely extensive set of libraries all packaged up. I've never had to rely on only the DVD image though, I always just grab the packages I need when I need them. On the other hand I have used Fedora a few times within the past few years (not my hardware) and recall not finding libraries I needed and having to compile them myself.

  10. Re:I'm glad I went back to Fedora earlier this yea by kthreadd · · Score: 2

    From what I've heard at least they'll wait until it's ready before they decide if they should make the switch or not.

  11. Re:I'm glad I went back to Fedora earlier this yea by 0123456 · · Score: 2

    If "weird" includes Ubuntu's adoption of Wayland, I have bad news: Fedora is also dumping X for Wayland (eventually)

    Fedora? The base OS for RHEL server systems? Is going to dump X so server admins will no longer be able to run graphical admin programs remotely from their servers to their desktop without using some horrific kludge like VNC? Apps which will apparently require OpenGL to render, on servers which don't even have OpenGL drivers?

  12. Let me get this straight... by Enderandrew · · Score: 1

    ...shifting to brand new, undeveloped technology will produce a product that isn't entirely stable on the first release, but it should get more stable with time?

    What would I do without such genius insight? Instead of generalizations, how about you dig into the meat of how it will affect users day to day in the normal workflow of them using their computers?

    --
    http://blindscribblings.com - Tasty pop-culture in conceptual fashion.
    1. Re:Let me get this straight... by sourcerror · · Score: 1

      "What would I do without such genius insight? Instead of generalizations, how about you dig into the meat of how it will affect users day to day in the normal workflow of them using their computers?"

      Those users should use LTS for work.

  13. In other words by joeflies · · Score: 4, Insightful

    They are duplicating the KDE 4.0 roll out plan?? *ducks*

    1. Re:In other words by PeterBrett · · Score: 1

      They are duplicating the KDE 4.0 roll out plan?? *ducks*

      Yeah, I never understood why, when the KDE devs said, "Warning! The initial KDE 4.0 is missing a lot of features and probably doesn't have everything a normal desktop user needs yet!" all the distros ignored them and packaged it instead of KDE 3.x. I skipped Fedora 9 completely because of that.

      But on the other hand, KDE 4.5 is absolutely brilliant, and I now wouldn't willingly go back to KDE 3.x again.

    2. Re:In other words by tibman · · Score: 1

      It was the other way around for me. I was on Gentoo at the time and there wasn't a way to emerge it without unmasking and it was almost impossible to get 3.5.9 living alongside 4.0. I ripped apart my desktop twice trying to get KDE 4 up. I would use enlightenment during recompiles.

      --
      http://soylentnews.org/~tibman
    3. Re:In other words by jbolden · · Score: 1

      They got ignored because they called it 4.0. You call it alpha if it is not feature complete. If it was KDE alpha-4.19 it wouldn't have gotten packaged.

    4. Re:In other words by Karellen · · Score: 1

      Where do you write software? Everywhere else in the world I'm aware of calls something alpha if it's feature-complete but still really buggy. KDE4.0 had all the features they needed for 4.0 - it had just enough user-facing features to be usable as a very basic desktop, and had an API they could declare "frozen" for third-party app developers to start working with. Which third-party app developers generally don't do if you haven't made a point-zero release. If it was KDE alpha-4.19, no-one else would be writing apps for KDE4 yet, they'd still be developing for KDE3.

      Anyway, define "feature-complete". There are new features coming in KDE 4.6, and there will be more in 4.7. Is KDE4 "feature-complete" yet? Maybe they should still not have released 4.0.

      --
      Why doesn't the gene pool have a life guard?
    5. Re:In other words by jbolden · · Score: 2

      Everywhere else in the world I'm aware of calls something alpha if it's feature-complete but still really buggy

      Actually that's a beta version that is unacceptably buggy but feature complete.

      alpha versions are not feature complete
      beta versions are.

      Anyway, define "feature-complete". There are new features coming in KDE 4.6, and there will be more in 4.7. Is KDE4 "feature-complete" yet? Maybe they should still not have released 4.0.

      Feature complete is the set of features you are going to have in your release for general usage. What KDE 4.1 had was the set of features they wanted for the initial release of the KDE 4 series.

      and had an API they could declare "frozen" for third-party app developers to start working with. Which third-party app developers generally don't do if you haven't made a point-zero release. If it was KDE alpha-4.19, no-one else would be writing apps for KDE4 yet, they'd still be developing for KDE3.

      That's not the case at all. People write to alpha versions, especially those with release dates, all the time. API's can be frozen years prior to the release versions for software. It is not at all uncommon that alpha versions are released so that the developer community can use them, but that the user community doesn't. That's one of the reasons alpha versions of software are released since at that point developers don't even want bug reports yet. Sending out a notice that the API is frozen is something you expect the application developer community to care about, and they would have. If applications writers know that the .0 version is coming out in 6 mo. and that distributions will start switching then, they are going to target the .0 release with new applications. A .0 release is a statement to the broad user community not the developer community. KDE meant something different buy it that no one else means. This misunderstanding about how high the standards are for .0 release is the reason that KDE was, rightly, criticized.

    6. Re:In other words by Anonymous Coward · · Score: 0

      all the distros ignored them and packaged it instead of KDE 3.x

      That's simply untrue. Kubuntu offered an optional KDE4 version of 8.04 but the recommended one was still KDE 3.5-based.
      openSUSE 11.0 also offered both, including a clear warning that 4.0 is less mature than 3.5: http://old-en.opensuse.org/File:OS11.0-inst-6.jpg
      Mandriva stayed with KDE 3.5 exclusively for a while and Debian didn't even import any 4.x version to UNSTABLE before 4.2.

      The ONLY mainstream distribution that went with 4.0 exclusively was Fedora.

    7. Re:In other words by Anonymous Coward · · Score: 0

      When Natty is released, Unity will have been out in the wild -- in actual use -- for a year, albeit on netbooks only.

    8. Re:In other words by Karellen · · Score: 1

      Actually that's a beta version that is unacceptably buggy but feature complete.
      alpha versions are not feature complete
      beta versions are.

      Hmmm...and Wikipedia agrees with you.

      Strange. In the 5 different companies I've worked for, and for most pre-release software I've tried, alpha and beta versions have been both been feature-complete, and the main difference has been that alpha versions were only distributed to other "programmers"; they were likely to eat your data, had debugging info included, and the developers only wanted bug reports if you were capable of supplementing them with backtraces, able to help out with running the app under a debugger, or accomplish similar technical stuff. Meanwhile beta versions were distributed to (select) end-users, were as free of dataloss bugs as possible, and the devs were happy to get bug reports that the user would not be able to supplement with any more info than what they actually did, but were not yet good enough to be RCs.

      Ah well. I guess those terms just get used differently by different people/in different places. *shrug*

      --
      Why doesn't the gene pool have a life guard?
    9. Re:In other words by jbolden · · Score: 1

      Got it. I've seen lots of companies mix this stuff up that's not uncommon. What's important for the KDE discussion though is that regardless of definition a .0 release is not a beta anymore. We all agree that KDE 4.0 just had a frozen API, which in your scheme would have made it a pre-alpha in in my scheme would have made it a beta.

      So your scheme makes things worse. The fact that I don't like your scheme for the reason that was apparent. By having alpha's be so late in the process What do you call developer releases where you don't want end user bug reports at all? More generally the problem I have with that scheme is that it confuses what sorts of bug reports are useful with where the software is in the development process. Its possible that software could alpha step, where stuff doesn't get into the main tree until its reasonable finished. So if it runs at all, naive bug reports are fine. Which is why that setup isn't generally applicable.

      Out of curiosity what industry are you in?

    10. Re:In other words by Karellen · · Score: 0

      Sorry, I've not been completely clear.

      It's not that KDE 4.0 had a frozen API. If you check the release schedule[0] you'll see that they soft-froze the KDE4 API in May '07, before the KDE4 Alpha 1 release (because API bugs can still get fixed) and hard-froze the libs in July, before Beta 1, well before the 4.0 release in Jan '08.

      But even before the first alpha, KDE4 had been in development for more than a year, and the API, while in flux a certain amount, should have been stable enough for early adopter 3rd-party developers to start developing apps based on the platform.

      However, before the 4.0 release, no 3rd-party developers were developing their apps to the KDE4 platform. They were still writing to KDE3. Why? Firstly, the theory was (as I understand it) that many developers would not believe in the API freeze until a 4.0 release. Secondly, until users were actually using KDE4, really, what was the point? KDE3 apps would run fine under KDE3 and KDE4, KDE4 apps would only run under KDE4. By developing against an unreleased KDE4, you're severely restricting your user base.

      If you want to argue otherwise, please prove me wrong and name 5 apps that started to be developed against the KDE4 platform before the KDE 4.0 release. If you're right, there should be a few given that the API/ABI had been frozen for the best part of 6 months at that point. On my debian "testing" box the "kdebase-runtime" package has 246 reverse dependencies. Most of those apps are part of the kde platform, but a fair few (like "amarok" and "audex") are not. Or, there are likely a few scattered around the net that aren't in Debian. So, if there were many in development before 4.0, it shouldn't be too hard to find them.

      By having alpha's be so late in the process What do you call developer releases where you don't want end user bug reports at all?

      Uh, well, they're not "releases" then. They're just people (either cow-orkers, or other serious hackers) grabbing the latest sources from revision control and playing with them themselves. If you can do that, you're pretty much by definition a bit more than just an "end user". If you report a bug, you do so against a revision id, or commit id, or branch/date, or similar.

      Out of curiosity what industry are you in?

      What, you mean aside from "software development"? :-) I've been on teams developing project management apps, web/db middleware, computer aided translation software (think poedit), websites, doing weird things with javascript to integrate with other people's websites, and submitted patches (and even had one or two of them accepted!) to some free software projects.

      [0] http://en.wikipedia.org/wiki/KDE4#Release_schedule

      --
      Why doesn't the gene pool have a life guard?
    11. Re:In other words by jbolden · · Score: 1

      I'm not disagreeing with you on KDE's chicken and the egg problem. Its entirely possible that people wouldn't write to the 4.0 spec before 4.0 came out. KDE has always been very fast and loose, still is, and they might not have had the credibility with developers to tell them "yes this is the final spec", or "yes this is a version with the API locked". The might very well have had to go through the whole 4 release cycle doing that sort of thing and only had the credibility for KDE 4-> 5.

      But that doesn't change the fact that KDE 4.0 wasn't a 4.0 release. Moreover if the developers actually wanted genuine end users then by trying to achieve that they were declaring the release to be ready.

      I agree the ABI/API should have been stable enough for developers to develop against the version early. They didn't want to, they wanted to wait until the users starting moving over. A chicken and egg problem. A .0 release is a end user release. If the developer community was demanding an end user release before they would start targeting that indicates that KDE had a political problem with its developers. They lacked their trust. Lying about the state of KDE was not the best way to get it back.

      It was effective in convincing the developer community that KDE was serious about the API/ABI but the downside was they got graded on the .0 release. You seem to be trying to have it both ways, that the .0 release wasn't really a release and that it had to be an actually release to get developers on board. Microsoft and Apple both have this problem and they have a much better and much longer track record with developers.

      BTW in reading the last two paragraphs I think I see the root of the problem. The nomenclature for beta, alpha, release candidate.... comes from the closed source world. There is no grabbing the latest from revision control, even for internal groups.

  14. If you want Ubuntu without unity...Linux Mint by voss · · Score: 2

    Linux Mint has all the good plug ins and none of the weird stuff thats been happening ubuntu while
    still being compatible with ubuntu. The window buttons are still on the right, the start button is
    still on the bottom.

    Linux Mint will still use GNOME for the forseeable future.

    1. Re:If you want Ubuntu without unity...Linux Mint by kthreadd · · Score: 1

      You know, you can change the appearance in Ubuntu if you want to.

    2. Re:If you want Ubuntu without unity...Linux Mint by Anonymous Coward · · Score: 1

      Ah, yes, Linux Mint. The distro that can't even be arsed to sign its fucking repositories.

    3. Re:If you want Ubuntu without unity...Linux Mint by voss · · Score: 2

      The old "But you can tweak it just how you like it"

      No thanks Linux Mint works...right from the start.

    4. Re:If you want Ubuntu without unity...Linux Mint by nschubach · · Score: 1, Informative

      There's not a whole lot of "tweaking" involved in right clicking a bar, unlocking it, and dragging it to the bottom of the screen. You also don't have to do it every time you reboot, so it's a one time "fix."

      Heck, I drag my Windows taskbar at work up to the top... (that's less mousing around from file menus to window titles. I never understood having the task bar on the bottom of the screen in Windows or Linux. I usually remove the bar at the bottom of Ubuntu and put the Window manager in the top bar.) It's also a lot easier to edit layouts in Linux than making edits to some of the other Windows 7 interface choices that require digging into the registry (like removing the search, "command bar," and tweaking window borders.)

      --
      Every time I start to have faith in humanity, I ruin it by driving to work between 7 and 8 am.
    5. Re:If you want Ubuntu without unity...Linux Mint by Jonner · · Score: 1

      Linux Mint will still use GNOME for the forseeable future.

      By "still use" do you mean stick with GNOME 2 indefinitely or switch to GNOME 3? I haven't tried either Unity or GNOME Shell yet, but it seems pretty clear that they're both very different from a typical GNOME 2 desktop. I don't think it's fair to characterize Uubntu's switch to Unity as a major change for users in contrast with distributions that switch to GNOME 3.

    6. Re:If you want Ubuntu without unity...Linux Mint by TangoMargarine · · Score: 1

      You're running Linux, and complaining about a little simple dragging around of toolbars? Really?

      --
      Unity? Screw that: XFCE. Slashdot Beta? Screw that: SoylentNews. Australis? Screw that: Pale Moon. UX developers DIAF
    7. Re:If you want Ubuntu without unity...Linux Mint by grikdog · · Score: 3, Interesting

      Maybe the point is, Ubuntu has abandoned "works out of the box" -- not that that ever happened. Most of us who want to use Ubuntu really want to use Windows 7, when it works, or Mac OS, when it works. It's a pity to trade on the reputation of Torvald's kernel, when we'll have to skip 11.04 and 11.10 on the recommendation of Canonical, and 12.04 on the principle that it's probably just another beta. Is that two years before Ubuntu is Ubuntu Again? I pity the support community, who is growing up and has to get on with its careers.

      --
      ``Tension, apprehension & dissension have begun!'' - Duffy Wyg&, in Alfred Bester's _The Demolished Man_
    8. Re:If you want Ubuntu without unity...Linux Mint by tibman · · Score: 1

      Eh, in this case they BOTH "just work". However one is more in your style. Changing the location of the window buttons is as hard as changing your background picture. Don't tell me you only use the default background pic.. because it "just works".

      I appologize for sounding snarky but i really really like being able to modify everything. The kind of attitude that things should only be one way ends up with a "you can have any color, as long as it's black" type thing.

      --
      http://soylentnews.org/~tibman
    9. Re:If you want Ubuntu without unity...Linux Mint by Anonymous Coward · · Score: 0

      Yeah, but linux mint loses points for their mozilla search hijacking. I know it's a way for them to make money, but yeesh...the implemenatation is horrible. I'm reminded every time i use the bar that linux mint is getting money for what i just typed in.

      I'll stick with ubuntu if they leave their search the way it is. Gnome, unity, ratpoisin, CLI, whatever. Just don't touch my google box.

    10. Re:If you want Ubuntu without unity...Linux Mint by the_womble · · Score: 1

      Linux Mint works, except for extremely buggy. I tried Mint XFCE (note XFCE is now supposed to be supported, not a community variant), filed bugs, asked questions in the forums, got sick of missing functionality and switched to Mandriva XFCE (which is a community edition and not officially supported) and went back to using my computers instead of configuring them.

    11. Re:If you want Ubuntu without unity...Linux Mint by tuppe666 · · Score: 1

      Maybe the point is, Ubuntu has abandoned "works out of the box" -- not that that ever happened. Most of us who want to use Ubuntu really want to use Windows 7, when it works, or Mac OS, when it works. It's a pity to trade on the reputation of Torvald's kernel, when we'll have to skip 11.04 and 11.10 on the recommendation of Canonical, and 12.04 on the principle that it's probably just another beta. Is that two years before Ubuntu is Ubuntu Again? I pity the support community, who is growing up and has to get on with its careers.

      NO they do not want Windows XP(Not 7) or Mac OS X. I cannot stress that point enough. The post above exemplifies even you do not want that. What you are describing is only the applications changing environment. What they really want is in the main hardware+software to keep working...but they want the new features; the faster; the shiny, and without regressions. Ubuntu I think is close to being just that.

      I found your post ironic , becuase there are regressions most oddly come from Torvald's kernel+binary drivers. Its why people often advocate a more conservative distribution or a LTS release...but that comes at the cost of well think what changes have happened to Linux Distributions since the launch of XP this some random screenshot http://xwinman.org/screenshots/gnome-matt.jpg from October 2000. You still want that. As for hardware support...things are better, and by better I don't mean exotic hardware not working. I buying hardware from a list in a text file on your distribution.

      Ironically again the reason I said XP above not windows 7 above is because come April next year the choices of the new exciting new desktop...exactly what Window 7 was...Gnome 3 or Unity is just that.

    12. Re:If you want Ubuntu without unity...Linux Mint by grikdog · · Score: 1

      Hawkeye's Criterion seems more like the sort of thing I want (works well in close, but....) XP? Where did that come from? Thanks, no.

      To recapitulate in polysyllabic tones, less emphasis on "new features," please. I have no glee whatsoever for untangling a new plate of platinum spaghetti every six months, just because it's the bomb a la mode. If just once, anybody would release a product without a ten pound list of bugs that didn't need to be fixed before shipping them on an unsuspecting public, I would be happy.

      Ergo, I have no loyalty whatever for Linux, Apple or Microsoft, although Microsoft has my grudging admiration for some things done well.

      --
      ``Tension, apprehension & dissension have begun!'' - Duffy Wyg&, in Alfred Bester's _The Demolished Man_
    13. Re:If you want Ubuntu without unity...Linux Mint by mbius · · Score: 1

      Ah, yes, Linux Mint. The distro that can't even be arsed to sign its fucking repositories.

      http://blog.linuxmint.com/?p=1543

      In the comments section, an anonymous person said: “The only thing that I really didn’t like is the same for all of the Mint systems and that is the poor security you get by using their unsigned packages and repositories.”

      –> It is the same for all Mint systems indeed. It’s a feature though and it’s even a condition for our ISOs to pass the QA tests. Both the main Mint repositories and LMDE are signed and secure. The warning you see is because we set APT to allow unauthenticated repositories. This follows our philosophy that if you told your system to do something, it should listen to you and do it promptly. If for any reason you decided to add an unsigned repository, then Mint should accept it and do as it’s told. You already have a warning, if you don’t like it, use sign repositories, if you do already, remove the setting from /etc/apt/apt.conf. This default setting is there to warn people and to let them do what they want, as opposed to something that fails when you need it most. You’re not more exposed than on any other system. If something has the rights to modify your /etc/apt/sources.list it surely has the rights to modify /etc/apt/apt.conf as well. Warnings are good things and unlike errors they’re here to let you know about things without getting in your way. This is not poor security. This is a signed and secure system which lets you add additional sources, signed or not, the day you feel like it.

      --
      you can have my violent video games when you pry them from my cold, dead hands.
      Prime UID Club
  15. Great, so what does it look like? by digitaldc · · Score: 1

    Interface? Bueller? Anyone?

    --
    He who knows best knows how little he knows. - Thomas Jefferson
    1. Re:Great, so what does it look like? by Sparx139 · · Score: 1

      I've had a little bit of a tinker in a LiveCD (UNE) with it, and from what I can see, it's different - as in, "swapping from windows to linux for the first time" different. It's seems to be designed for touch interfaces - using a mouse in it just feels... wrong, for lack of a better term. There is a left hand panel with squares showing application icons and a blank one at the top of the screen (from memory, I think that it houses your status things like time and network connections in the right hand corner). The left-hand panel is very "windows 7-ish" - your open programs appear on there and you just click on them to bring them back into focus, or start if they aren't open. There's not much you can do to customize the thing - you can change the programs on the left panel and the background, but it's really quite locked down. Also, it's a pain to customize anything - for example, if I wanted to change my background, I can't just right click on it and select change like you can in GNOME. Instead, you go to the applications browser (see below), system, Appearance Preferences.

      The folders interface has moved away from natalius as well - they're going for a "search-based" system, as opposed to the tried and true files and folders system. So, to find files you type into a search bar. Same for applications - if you want to pull up a program that isn't on the left panel, you go into what looks like the file browser, but has apps instead of files and folders.
      Different is the only word to describe it. It's not what I'd be looking for in a desktop - for touch devices like tablets and the new netvertibles that are coming out, it seems like it would work brilliantly. Although, as I said, this was with the netbook edition of 10.10. It might hopefully move a little bit back towards mouse and keyboard navigation for the desktop.

      --
      Our culture doesn't get smarter, it just finds new ways of being retarded.
  16. images ? screenshots ? by Anonymous Coward · · Score: 1

    a preview without images ? sorry, but this article is a bit useless :-/

    Where is the _real_ information ?

    1. Re:images ? screenshots ? by GameboyRMH · · Score: 1

      Yeah what's the conventional slashdot tag for this?

      "uselesswithoutpics"?

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    2. Re:images ? screenshots ? by AndGodSed · · Score: 2

      I have both.

      Shameless blog punt here but look at the links below:

      http://g33q.co.za/2010/10/26/using-unity-another-7-day-challenge/ (An introduction to me using unity for seven days as my only work environment.)

      I also show you how to create a custom skin for Unity.

      And here is an older article where I take a preview look at Unity back in May already: http://g33q.co.za/2010/05/12/preview-ubuntu-unity/

      Have fun!

    3. Re:images ? screenshots ? by nitehawk214 · · Score: 1

      Yeah what's the conventional slashdot tag for this?

      "uselesswithoutpics"?

      "picsoritdiddnthappen"

      --
      I'm a good cook. I'm a fantastic eater. - Steven Brust
  17. Re:I'm glad I went back to Fedora earlier this yea by Enderandrew · · Score: 1

    Isn't a Wayland a funded Red Hat project? It would look bad if Ubuntu got all the fame and glory for it while Fedora wasn't even using it.

    --
    http://blindscribblings.com - Tasty pop-culture in conceptual fashion.
  18. Re:I'm glad I went back to Fedora earlier this yea by kthreadd · · Score: 2

    Is it completely impossible to get something similar into Wayland? It doesn't do it right now, but if it get enough momentum I can't think that someone isn't going to add it.

  19. Re:I'm glad I went back to Fedora earlier this yea by abigor · · Score: 1

    X will still run fine, even under Wayland, so relax.

  20. Re:I'm glad I went back to Fedora earlier this yea by 0123456 · · Score: 4, Interesting

    Is it completely impossible to get something similar into Wayland?

    Every time I've seen someone ask the Wayland devs how they plan to support remote rendering, their response seems to be 'we don't. go away'.

  21. Re:I'm glad I went back to Fedora earlier this yea by 0123456 · · Score: 4, Insightful

    X will still run fine, even under Wayland, so relax.

    Sigh, we're not talking about running X and rendering on a Wayland desktop, we're talking about running Wayland apps and rendering on a remote desktop, the way you currently can with X. The biggest single advantage of X over Windows, which the Wayland developers seem quite happy to throw away in the quest for 'The Shiny'.

    Given a choice between fancier compositing effects and being able to run any program on any machine while rendering on any other machine, I'll take the latter any day.

  22. Re:I'm glad I went back to Fedora earlier this yea by Cwix · · Score: 1

    Its not a Red Hat project, the guy works for red hat but hes doing it on his own time. So say the faq at least.

    --
    You are entitled to your own opinions, not your own facts.
  23. Ubuntu, where's my 10 second boot? by Jason+Quinn · · Score: 3, Interesting

    Ubuntu was working towards a so-called "10 second" boot. What happened to that? They give up? *MAYBE*, if I'm in a generous mood, they quickened boot by 30'ish percent during their efforts. But it still takes like 40'ish second or more until a usable desktop. That's a long way off from their stated goal. People seem to have forgotten about this.

    1. Re:Ubuntu, where's my 10 second boot? by Anonymous Coward · · Score: 0

      The 10 second boot comes free with supplied SSD.

    2. Re:Ubuntu, where's my 10 second boot? by GameboyRMH · · Score: 3, Informative

      My laptop (Asus P50IJ-X2 w/ WD Scorpio 7200RPM HDD running Lucid 64bit) goes from POST completion to login screen in about 11 seconds, and then once I log in it takes about 4 seconds for a fully loaded desktop.

      When it was running Karmic it took close to 30 seconds to get to the login window.

      To compare to Win7's boot time: My gaming desktop (custom PC...12GB RAM @1Ghz, i7 940 @ 2.9Ghz, 2x 10krpm WD Velociraptors in RAID0 running Win7 Ultimate 64bit) goes from POST completion to login in about 10 seconds, and then takes about 3 seconds to get to a fully loaded desktop.

      So Lucid is not only fast, but if you consider the difference in specs, it looks like it boots faster than Win7.

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    3. Re:Ubuntu, where's my 10 second boot? by AndGodSed · · Score: 3, Interesting

      Well that is rather hardware specific. On a laptop with an SSD harddrive and core i7 quad PLUS 8gig RAM (A very expensive sony 13" one we bought for the boss) we came close.

      On my house PC with a 7200RPM disk I get 15seconds for 10.04 up to the login screen, on my laptop with a 5400RPM hdd I get about 25secs for 10.10

      What I do notice with every Ubuntu install where Win7 is Dual booted is that there is often not much to choose between the two in the beginning, but that during their lifetimes Win7 tends to take longer and Ubuntu tends to stay close to fresh install speeds.

    4. Re:Ubuntu, where's my 10 second boot? by RocketRabbit · · Score: 1

      The whole 10 second boot optimization process was a waste anyway. How often do people boot their Linux machines?

      When I was running Linux I booted them after a kernel update or major OS update, and that's it. Once every few months or so.

    5. Re:Ubuntu, where's my 10 second boot? by mikechant · · Score: 1

      How often do people boot their Linux machines?

      Lots of people Dual boot Linux and Windows and they will often switch several times a day.

    6. Re:Ubuntu, where's my 10 second boot? by angloquebecer · · Score: 1

      Lots of people Dual boot Linux and Windows and they will often switch several times a day.

      True, but how often do you have to reboot per day to really take advantage of say, shaving 15-20 seconds off the boot time of Ubuntu.

      Even if you reboot hourly in an 8-hour day, you'd gain at most 5 minutes by Ubuntu dropping from a 30 second to 10 second boot. You could even take those 5 minutes to get up, stretch, grab a coffee...

      If you need to reboot more often than that and you really feel like Ubuntu is wasting your time to load your desktop, go buy another machine. Or run one of the OS in a virtual machine.

      I've never understood the obsession with insanely fast boot times. On instant-on/mobile type devices, sure. But on your desktop? Yes, I want to still boot faster than Windows (for geek reasons of course) but we're already way past that point and acting like the boot speed of Linux is a problem just seems like a waste of time.

    7. Re:Ubuntu, where's my 10 second boot? by Anonymous Coward · · Score: 0

      When it was running Karmic it took close to 30 seconds to get to the login window.

      Why would you ever turn your computer off except to relocate?

    8. Re:Ubuntu, where's my 10 second boot? by GameboyRMH · · Score: 1

      Well my laptop moves around all the time, sometimes I hibernate it and sometimes I shut it down.

      My gaming PC sucks in dust while it's powered on, and it's a major power guzzler, so I turn it off when it's not in use.

      Both occasionally need to restart for updates.

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
  24. Huh? by FranTaylor · · Score: 1

    What are you talking about? Do YOU even know what it is?

    Remote rendering in X is here NOW and has been for 20+ years!!!

    Hello! Just set the DISPLAY environment variable.

    1. Re:Huh? by hedwards · · Score: 1

      Precisely, as confusing as the nomenclature can be, it's a client server model which doesn't require the client and the server to be on the same box. And yes indeed it's been that way for a really long time. It's not perfect, but you can do things like tunnel the connection over SSH or if you really want some other protocol. I suppose if you wanted to you could even tunnel it into a virtual machine.

      The question though ultimately is whether or not it's better than some of the other techniques that people have used. But for Waypoint to completely neglect it is shortsighted to say the least.

    2. Re:Huh? by bluefoxlucid · · Score: 2

      Confusing? X is the server, and handles connections to it telling it what to display. Like httpd (apache) is a server and handles a Web client telling it what Web page to send down the pipe. People weren't confused running the Tetrinet server, seeing the clients connect to them and output images to the screen; but they're confused running the X server, seeing the clients connect?

    3. Re:Huh? by Em+Ellel · · Score: 4, Informative

      Confusing? X is the server, and handles connections to it telling it what to display. Like httpd (apache) is a server and handles a Web client telling it what Web page to send down the pipe. People weren't confused running the Tetrinet server, seeing the clients connect to them and output images to the screen; but they're confused running the X server, seeing the clients connect?

      It is confusing because while it makes sense from point of view of the X protocol, from the point of view of the user, the "server" appears to be the client and the "client" appears to be the server. If I connect to server and request an image - in the http protocol, I connect to a server(apache), and it shows content on the client(browser). However if I am doing the same thing using X, it appears as if I connect to server(remote system), and request to show an image, and it shows content on client(my display or X-Server). What is actually happening is that the remote server's program is the client that requests to display things on the server - but that is not what the user sees. Thus the confusion of so many people, which is understandable as it is not the most logical thing unless you understand the X protocol.

      -Em

      --
      RelevantElephants: A Somatic WebComic...
    4. Re:Huh? by Anonymous Coward · · Score: 1

      So you get on your laptop and log into your remote powerful machine (typically called a "server") and fire up Mathematica. Which computer is the (X) server?

      Answer: the laptop. Maybe this is really intuitive to you, but it isn't to most people.

    5. Re:Huh? by bluefoxlucid · · Score: 1

      "Server" isn't hardware. The idea of calling something "Server hardware" is the same as calling a pick-up truck a "truck." I use it to drive from place to place, like a regular vehicle; and I've used regular vehicles to move (a Mazda3 was my moving van). You run Apache off an old Compaq and you call THAT a server, you can stfu.

    6. Re:Huh? by maxwell+demon · · Score: 1

      "Showing" isn't about the server or client. You can have a server-client connection without showing anything.

      It's actually quite simple: The server controls a resource, and the client uses that resource through the server. For example the file server controls the files, and the clients connect to it to access them. The web server controls the web pages, and the web clients connect to it to access them. The sound server controls the sound device, and the clients connect to it to access them. And the display server controls the display, and the clients connect to it to use that display.

      I guess the real reason for the confusion is that for many people, "server" means "big machine somewhere else". While the X server is on the possibly small machine in front of you.

      --
      The Tao of math: The numbers you can count are not the real numbers.
    7. Re:Huh? by maxwell+demon · · Score: 1

      You log in to the remote computer. To do so, you contact the ssh server on that remote machine. That remote machine then opens Mathematica (whose executable is possible served from yet another server, the file server, to which that computer is the client). Then Mathematica will contact a license server (possibly running on yet another computer) to check if you are allowed to run it, and the display server (which runs on the machine you're sitting on, because that machine has the resource it controls) to display it to you. So is the machine you contacted now server or client? Well, it is both: It acted as server in your ssh request, but it acted as client to the file server, the license server, and the display server.

      The mistake is to equate "server" with "big machine". The server is always the one providing access to a resource (shell access, files, licenses, display, sound, web pages, ...), and the client is always the one accessing that resource. For example, a web server provides access to a web page, and the client (your browser) accesses the web page. A file server provides access to files, and a client accesses the files. Now in your Mathematica example: Does Mathematica provide access to the display, or does it access it?

      --
      The Tao of math: The numbers you can count are not the real numbers.
    8. Re:Huh? by MrNiceguy_KS · · Score: 2

      I can't speak for everyone, but for me, what's confusing has nothing to do with the hardware. It's a matter of local vs. remote and where the important stuff is happening. Most users would look at X the way they would look at Telnet, SSH, VNC, or Windows' RDP: the user uses a client to connect to a server. All the important stuff is happening on the server, the client just provides the user a way to connect to it. I realize that in X, the client/server definitions are based on a client looking for a server to display stuff on, but that's backwards from how most other client/server relations are defined.

      We can take your old Compaq and call it a server. We'll install X on it, then use a tiny, low-power box sold as a "Thin Client" to connect to it. We now have a Thin Client running an X Server connecting to a Server running an X Client.

      If you don't understand how that could confuse some people, then I suggest you never speak to another human being again. In other words, stfu yourself.

      --
      Redundancy is good And also good.
    9. Re:Huh? by drsmithy · · Score: 1

      Confusing?

      Yes, because in normal "client-server" nomenclature, the user (or his machine) is the client, and the thing he connects to is the server. With X11, this is basically reversed - the user is the server, and the other things are the clients.

    10. Re:Huh? by Anonymous Coward · · Score: 1

      Neither. They're both just peers, each running one or more services. Calling a computer a "server" is a relic.

    11. Re:Huh? by hairyfeet · · Score: 2

      You seem to be missing the target market buddy. Ubuntu is Linux for humans and NOT Linux for CS Grads. How many average Joes you think are really gonna mess with remote access via X? But what average Joes WILL notice is the way X can shit itself and die hard if you have a half dozen apps on and then launch something heavy like a video.

      As a Windows guy that sells to average Joes I'm all for it, as this is one more step closer to having a true "third way" that will compete with Windows and OSX. Now if they will only fork the kernel away from Linus who STILL refuses to have a stable hardware ABI even though OSX, Windows, BSD, Solaris, etc has had one for fricking ages which makes them a hell of a lot nicer, then we may actually have that third way.

      Because one of the big things keeping me from having Ubuntu machines on my shelves is like another poster pointed out when an update broke functionality on his mom's laptop. Having to give away lifetime free support (because home users will NOT by extended contracts, see the hatred of Best Buy as an example) because every time Linus futzes with the kernel shit breaks all over the place really keeps the smaller shops like mine away from Linux. Look at how Dell has to run their own repos just to keep shit from breaking on their Ubuntu netbooks.

      With Unity and Wayland and hopefully later on a kernel fork Canonical looks to be giving average folks REAL choice, and not just the same CLI mess with another pretty skin on top. I personally would love it if Shuttleworth does for Linux what Steve Jobs did for Apple, and bring Linux out of the server room into the mainstream. And it isn't like the CLI junkies don't have a bazillion choices, like Arch, Slax, etc. Let the average folks have a "clicky clicky" Linux please?

      --
      ACs don't waste your time replying, your posts are never seen by me.
    12. Re:Huh? by Em+Ellel · · Score: 1

      "Showing" isn't about the server or client. You can have a server-client connection without showing anything.

      Besides that you missed the concept of "example", you focused on "showing", where the key word was "request". You request something of a server and receive a reply action. The confusion here is that X-Server machine is CLIENT to user request to display something but it is a SERVER to the program doing the actual displaying.

      It's actually quite simple: The server controls a resource, and the client uses that resource through the server. For example the file server controls the files, and the clients connect to it to access them. The web server controls the web pages, and the web clients connect to it to access them. The sound server controls the sound device, and the clients connect to it to access them. And the display server controls the display, and the clients connect to it to use that display.

      Yes, except it is not so simple because you are missing the human factor. The trouble comes from definitions and how they are interpreted. For example you state that a "sounds server" serves sound output (i.e. sound card) but you can just as well call a shoutcast server a "sound server" - which is the opposite. Now you and I understand that they are both "servers", and that when someone listens to a shoutcast server they are a client to the shoutcast server AND a client to a sound card server and that they are two separate sessions, but to a lay-person this is not obvious in the least.

      I guess the real reason for the confusion is that for many people, "server" means "big machine somewhere else". While the X server is on the possibly small machine in front of you.

      Pretty much.

      -Em

      --
      RelevantElephants: A Somatic WebComic...
    13. Re:Huh? by fishexe · · Score: 1

      Confusing?

      Yes, because in normal "client-server" nomenclature, the user (or his machine) is the client, and the thing he connects to is the server. With X11, this is basically reversed - the user is the server, and the other things are the clients.

      With X11, the remote machine is requesting access to the display, which is provided by the server. It's totally straightforward if you think of it in terms of the server as the part that runs the hardware to which remote access is being requested, and the client as the part that requests access to the hardware. It's only backwards if you think in terms like "client is what I see, server is what's on the other end from me" which was never an accurate way to think of the client/server relationship anyway.

      --
      "I don't care about the Constitution!" --Bill O'Reilly, November 17, 2009
    14. Re:Huh? by walshy007 · · Score: 2

      But what average Joes WILL notice is the way X can shit itself and die hard if you have a half dozen apps on and then launch something heavy like a video.

      My main linux machine gets rebooted every few months and I on average have *counts* 18 types of gui apps running at once, with 3-6 instances of certain ones without issue. Have run this way for years because I'm lazy and love to just leave everything open (run a heap of daemons too).

      Now if they will only fork the kernel away from Linus who STILL refuses to have a stable hardware ABI even though OSX, Windows, BSD, Solaris, etc has had one for fricking ages which makes them a hell of a lot nicer, then we may actually have that third way.

      Not this again. The reason we have no stable ABI, is because it is a FUCKING BAD idea. Besides, if you want a stable abi pick a kernel release and stick with it. There, stable ABI.

      You know you are talking about the linux kernel INTERNAL interfaces yes? to keep them stable would basically require development on the kernel to stop. You are free to pick a version and stick with it like what happens in windows land to get a stable ABI.

      Technically binary kernel drivers are derivative works of the kernel anyway, thusly should be under the gpl. Yes when the api changes old open source drivers released by vendors break, but that is entirely why they are encouraged to get them into mainline in the first place. Because it is the proper way to do it, and it then becomes supported forever after.

      Basically from a development standpoint binary only kernel modules are retarded. There is no real way to bugfix if there is something wrong with them, they will eventually be deprecated anyway (can't use xp drivers with vista for example) and so on.

      Having to give away lifetime free support (because home users will NOT by extended contracts, see the hatred of Best Buy as an example) because every time Linus futzes with the kernel shit breaks all over the place really keeps the smaller shops like mine away from Linux.

      The answer is simple, set it all up for them once so it all works and get them to not update the kernel... you wouldn't expect an end user to upgrade from xp to vista without bitching about shit not working would you? so why let them upgrade kernel?

      I personally would love it if Shuttleworth does for Linux what Steve Jobs did for Apple, and bring Linux out of the server room into the mainstream.

      Apple has NEVER been in the server room. It has always been in the mainstay of the creative industries.

    15. Re:Huh? by walshy007 · · Score: 1

      hmm... appears I hit reply to the wrong person, my mistake.

    16. Re:Huh? by walshy007 · · Score: 1

      But what average Joes WILL notice is the way X can shit itself and die hard if you have a half dozen apps on and then launch something heavy like a video.

      My main linux machine gets rebooted every few months and I on average have *counts* 18 types of gui apps running at once, with 3-6 instances of certain ones without issue. Have run this way for years because I'm lazy and love to just leave everything open (run a heap of daemons too).

      Now if they will only fork the kernel away from Linus who STILL refuses to have a stable hardware ABI even though OSX, Windows, BSD, Solaris, etc has had one for fricking ages which makes them a hell of a lot nicer, then we may actually have that third way.

      Not this again. The reason we have no stable ABI, is because it is a FUCKING BAD idea. Besides, if you want a stable abi pick a kernel release and stick with it. There, stable ABI.

      You know you are talking about the linux kernel INTERNAL interfaces yes? to keep them stable would basically require development on the kernel to stop. You are free to pick a version and stick with it like what happens in windows land to get a stable ABI.

      Technically binary kernel drivers are derivative works of the kernel anyway, thusly should be under the gpl. Yes when the api changes old open source drivers released by vendors break, but that is entirely why they are encouraged to get them into mainline in the first place. Because it is the proper way to do it, and it then becomes supported forever after.

      Basically from a development standpoint (and end-user, because who wants broken drivers) binary only kernel modules are retarded. There is no real way to bugfix if there is something wrong with them, they will eventually be deprecated anyway (can't use xp drivers with vista for example) and so on.

      Having to give away lifetime free support (because home users will NOT by extended contracts, see the hatred of Best Buy as an example) because every time Linus futzes with the kernel shit breaks all over the place really keeps the smaller shops like mine away from Linux.

      The answer is simple, set it all up for them once so it all works and get them to not update the kernel... you wouldn't expect an end user to upgrade from xp to vista without bitching about shit not working would you? so why let them upgrade kernel?

      I personally would love it if Shuttleworth does for Linux what Steve Jobs did for Apple, and bring Linux out of the server room into the mainstream.

      Apple has NEVER been big in the server room. It has always been in the mainstay of the creative industries.

    17. Re:Huh? by bluefoxlucid · · Score: 1

      The problem is people think X11 apps run directly back over SSH or something. SSH is not X11, and running httpd from bash via ssh won't make your computer start hosting port 80. People don't seem to get confused by running IRSII in ssh, even though the "server" is the IRC client.

      In other words: people aren't looking at the supply of graphics output as a system service. Over a network, it becomes a network service. Even in Windows, Windows supplies a graphical device interface service (it may not be a separate process, I don't really know; but it's a service the kernel supplies at least) that GUI programs send requests to to have output drawn to the screen.

      The whole "misunderstanding" comes from "idiots not knowing what they're dealing with." It's not that it's confusing; it's that they have no idea what they're doing. This is the same as people thinking that the "web site" is on their computer because they're looking at it on their computer.

    18. Re:Huh? by Bent+Spoke · · Score: 1

      The kernel is probably the smallest change. It's all the library versions, gnome/kde, and renamed dependencies. Most of the changes seem to be GUI related...

    19. Re:Huh? by pasamio · · Score: 1

      xserve and xsan stand as examples of Apple in the server room and looking stylish as always. Being more expensive than every other server sort of killed it and they've removed both of those lines (XSan first and now dedicated xserves) in preference for Mac Mini Server and Mac Pro Server hardware which build on their more mainstream client offerings.

      --
      I always wondered where this setting was...
  25. dumb it down, dumb it down? by Anonymous Coward · · Score: 0

    Why must we keep dumbing down so many Linux distros? We already have other OSs like that.

    Gnome kept getting simplified, but that wasn't enough... now we're going to pick an even more simplified thing? What's with this line of thinking? I'm afraid the chaos caused by the switch is going to take that 1% Linux desktop penetration and turn it into a whopping 0.5%. It's going to alienate the very non-techie users they're trying to woo.

    OK, there is still KDE which isn't so dumbed down, but that isn't the main focus of most distros and feels more and more like the red headed stepchild desktop env.

  26. I love X, but remote rendering... by Anonymous Coward · · Score: 0

    is not 100% even today. I get hit by font problems (start emacs get nothing but little boxes) a couple of
    times a year.

  27. I'm not even going to bother reading the article by H0p313ss · · Score: 1

    So far every quasi-mainstream article about "the future of Ubuntu" has been far off base and simply leads to people who know nothing debating with people who know little. I'll wait for Ubuntu/Canonical to announce things thanks.

    --
    XML is a known as a key material required to create SMD: Software of Mass Destruction
  28. Goodbye Ubuntu by Daniel+Phillips · · Score: 2

    Best of luck. Promoting Linux on the desktop is good, but I'm tired of broken packages pushed out as stable (latest kate in Ubuntu locks up on file open) and I highly value graphical network transparency. It's back to Debian for me.

    --
    Have you got your LWN subscription yet?
    1. Re:Goodbye Ubuntu by Burz · · Score: 2

      I hate having to wait 6+ months (or 2 years if you stick with LTS) to get app upgrades, so I switched to OS X for my laptop years ago. Still use Linux on servers though.

      As for network transparency, Wayland is supposed to have that... it just won't be the antiquated kind of of networking that X11 does: Slow on the Internet without a clumsy add-on like NX, and no ability for more than one user to view a window at the same time without using VNC which is also antiquated and often too slow.

    2. Re:Goodbye Ubuntu by MBGMorden · · Score: 2

      Have fun. We'll see you again pretty soon when Debian (and virtually all the other distros) switch to Wayland a year or two after Ubuntu rolls it out.

      --
      "People who think they know everything are very annoying to those of us who do."-Mark Twain
    3. Re:Goodbye Ubuntu by Anonymous Coward · · Score: 0

      WTF is graphical network transparency?????

    4. Re:Goodbye Ubuntu by knarf · · Score: 4, Insightful

      I hate having to wait 6+ months (or 2 years if you stick with LTS) to get app upgrades, so I switched to OS X for my laptop years ago.

      You seriously changed from free software to payware, from the open space of Ubuntu to the walled garden of Apple, from getting updates every 6 months to having to buy updates every so many years, from having full control over your machine and software to being beholden to Apple's CEO's every whim?

      Amazing... just... amazing.

      May I suggest renting a computer after that Apple machine has bitten the dust? That way you have even less control over your machine while you pay even more. It must sound like data heaven to you.

      --
      --frank[at]unternet.org
    5. Re:Goodbye Ubuntu by Daniel+Phillips · · Score: 2

      Have fun. We'll see you again pretty soon when Debian (and virtually all the other distros) switch to Wayland a year or two after Ubuntu rolls it out.

      Debian will switch when Wayland is stable and has network transparency that is more than hand waving.

      --
      Have you got your LWN subscription yet?
    6. Re:Goodbye Ubuntu by TardisX · · Score: 1

      I hate having to wait 6+ months (or 2 years if you stick with LTS) to get app upgrades, so I switched to OS X for my laptop years ago.

      You seriously changed from free software to payware, from the open space of Ubuntu to the walled garden of Apple, from getting updates every 6 months to having to buy updates every so many years, from having full control over your machine and software to being beholden to Apple's CEO's every whim?

      Paying a few 10's of dollars every few years for an OS that is stable, never has 'driver issues' and fully utilises all of my hardware? Technologies and API's that don't get unexpectedly dropped (not deprecated) release to release? Wifi that works all the time. A system that wakes up immediately from sleep. Everytime. Plug an internal monitor in. It works.

      Sign me up!

      Call me a fanboy (or 'fanboi' or 'steve jobs towelboy' or whatever is flavour of the week for you) if you like. I'm getting stuff done with my computer, not fighting it.

      Don't pretend that I don't "know Linux". I'm surrounded by smart developers, using Linux. "I wrote a script, after I plug this monitor in, you just run this and the resolutions all sort themselves out! Cool!". Nice. I just plug my external monitor in and it's there. But nice script.

      Oh My Software Freedom is gone! Boo hoo. I'm so sad.

      As usual, the vast majority of the comments here miss the point entirely which is the death of X. This can not come soon enough. Hopefully you pull it off better than the "let's fix Audio - this time for Sure!".

      --

      Command attempted to use minibuffer while in minibuffer
    7. Re:Goodbye Ubuntu by Noughmad · · Score: 1

      I hate having to wait 6+ months (or 2 years if you stick with LTS) to get app upgrades, so I switched to OS X for my laptop years ago.

      Did you try ArchLinux? It's usually the fastest to get new packages.

      --
      PlusFive Slashdot reader for Android. Can post comments.
  29. Re:I'm glad I went back to Fedora earlier this yea by Anonymous Coward · · Score: 0

    > Given a choice between fancier compositing effects and being able to run any program on any machine while rendering on any other machine, I'll take the latter any day.

    Yeah me too - I use this all the time just on my little home network of 3 PCs - but it's just like Linux vs Windows: we're too small a segment for anyone to care about. We're destined to lose, because form is more important than function to most people.

  30. Unity Namespace Collision! by fpgaprogrammer · · Score: 5, Interesting

    The Unity namespace is already occupied by http://www.unity3d.com/ a great game engine for iOS and android and support multitouch and so on. Canonical is just going to make it a PITA for one or both sets of developers searching for "unity opengl" "unity GUI" "unity multitouch" "unity android."

    1. Re:Unity Namespace Collision! by Anonymous Coward · · Score: 0

      I second this annoyance!! mod parent up - Ubuntu people should really be aware of this

    2. Re:Unity Namespace Collision! by Anonymous Coward · · Score: 1

      Unity also used to be a networking middleware in Java, until it got renamed because of Unity-3D.

      Unity, unity, unity, geez, these developers certainly have one mind and no imagination. :P

    3. Re:Unity Namespace Collision! by mikaelwbergene · · Score: 1

      Thirded.

      I was wondering why Ubuntu wanted a 3d interface

    4. Re:Unity Namespace Collision! by Anonymous Coward · · Score: 0

      Yes, they surely have never ever heard of any other project called "Unity".

      How the hell will people be able to search for anything without having results for motors and engines and APIs?!

      If there was only <i>some</i> way to make a better search query.....

    5. Re:Unity Namespace Collision! by Anonymous Coward · · Score: 1

      That's what they both get for using a generic term as a namespace.

    6. Re:Unity Namespace Collision! by Anonymous Coward · · Score: 0

      Dont' forget about the linux distro that has that name.

      Unity Linux. http://www.unity-linux.org/

    7. Re:Unity Namespace Collision! by the_womble · · Score: 1

      There is also Unity Linux

    8. Re:Unity Namespace Collision! by Noughmad · · Score: 1

      Unity, unity, unity, geez, these developers certainly have one mind and no imagination. :P

      Well, their minds are working in unity :)

      --
      PlusFive Slashdot reader for Android. Can post comments.
    9. Re:Unity Namespace Collision! by Anonymous Coward · · Score: 0

      Ubunity

  31. Re:I'm glad I went back to Fedora earlier this yea by Daniel+Phillips · · Score: 1

    Its not a Red Hat project, the guy works for red hat but hes doing it on his own time. So say the faq at least.

    Smells like a management issue at Red Hat.

    --
    Have you got your LWN subscription yet?
  32. Re:I'm glad I went back to Fedora earlier this yea by gstoddart · · Score: 2

    Every time I've seen someone ask the Wayland devs how they plan to support remote rendering, their response seems to be 'we don't. go away'.

    Wait, seriously? They're replacing X Windows with something which doesn't support remote displays?

    WTF??? Is that true? That makes no sense whatsoever ... one of the best things about X is being able to have display from multiple sources.

    --
    Lost at C:>. Found at C.
  33. Re:I'm glad I went back to Fedora earlier this yea by hduff · · Score: 1

    If "weird" includes Ubuntu's adoption of Wayland, I have bad news: Fedora is also dumping X for Wayland (eventually).

    If only because Fedora and now Ubuntu are producing desktops for the corporate world instead of the traditional geek users.

    Lightweight.
    Limited.
    Locked-dowm.

    --
    "I believe in Karma. That means I can do bad things to people all day long and I assume they deserve it." : Dogbert
  34. It's the Apps stupid. by Hatta · · Score: 3, Interesting

    Are there any Wayland native apps yet? Without those, all you have is a pretty interface and nothing to do with it. Sure, you can provide backwards compatibility by running an X server on top of Wayland, but then what was the point of dumping X.org?

    The X11R6 protocol has been around for a long time, because it's good at what it does. By dumping the X protocol along with the X.org server they're throwing the baby out with the bathwater.

    --
    Give me Classic Slashdot or give me death!
    1. Re:It's the Apps stupid. by MBGMorden · · Score: 5, Informative

      Apps usually don't talk directly to X11. The GUI toolkit does. If Ubuntu can get QT and GTK+ ported to Wayland (which has already been underway for a while) then most apps are merely a recompile (plus some minor tweaking) away from being native Wayland apps. Kinda like how many GTK+ or QT apps have fully functional windows versions because those toolkits were ported to Windows.

      --
      "People who think they know everything are very annoying to those of us who do."-Mark Twain
    2. Re:It's the Apps stupid. by jonescb · · Score: 1

      I believe Gtk and Qt have semi-working ports on Wayland. So any application that uses Gtk or Qt (which is a lot) would work on Wayland natively. Any old application that goes straight to X11 would require a bit more work, but Wayland can "embed" X11 into it kind of like how X11 works on OS X.

    3. Re:It's the Apps stupid. by Abcd1234 · · Score: 4, Informative

      Are there any Wayland native apps yet?

      There doesn't need to be. Just provide an X server on top of the Wayland graphics engine, and continue to use your old X apps. This allows for an easy transition to Wayland for those apps that would benefit from it.

      Furthermore, if you implement said support down at the toolkit level (ie, Gtk and Qt), the apps needn't even realize they're running over Wayland.

    4. Re:It's the Apps stupid. by Abcd1234 · · Score: 4, Informative

      Apps usually don't talk directly to X11. The GUI toolkit does. If Ubuntu can get QT and GTK+ ported to Wayland (which has already been underway for a while) then most apps are merely a recompile (plus some minor tweaking) away from being native Wayland apps.

      You don't even need to recompile. Those apps are dynamically linked to their respective toolkit libraries. So long as the libraries maintain ABI compatibility, they can implement a new rendering subsystem, and the apps would never know.

    5. Re:It's the Apps stupid. by Hatta · · Score: 1, Insightful

      Just provide an X server on top of the Wayland graphics engine, and continue to use your old X apps.

      Then why ditch Xorg?

      --
      Give me Classic Slashdot or give me death!
    6. Re:It's the Apps stupid. by Anonymous Coward · · Score: 0

      Wayland is a compositor, not a toolkit. There's been work to get GTK+, QT, and even X11 clients to use it.

    7. Re:It's the Apps stupid. by joh · · Score: 2

      By dumping the X protocol along with the X.org server they're throwing the baby out with the bathwater.

      Since this baby is still a baby after more than 20 years and somehow won't grow up this might be a good idea after all.

      See, I have nothing against X Window. But Ubuntu just *has* to target some market and this is either a market in which the ability to have an application display a window on a remote display is somehow important or another market with different priorities. And I assume the former market is so small compared to the latter that throwing that grey-haired baby out finally might be a good move. Remote rendering might be a unique advantage of X but how many users (and potential users) *need* or even know about it? 0.01%?

      Ubuntu can't be everything for everyone. I'd be totally happy with Ubuntu moving forward this way and Debian and Fedora and everyone else staying with that baby.

    8. Re:It's the Apps stupid. by Anonymous Coward · · Score: 0

      Actually, just make sure that qt and gtk have a wayland backend and you've covered 99% of applications on ubuntu (without even recompiling). Few will write wayland-specific apps because you basically have to reinvent the entire wheel (GUI elements, window decorations etc). Same reason few people use raw xlibc stuff. Of course a big one will be chrome, since it uses it's own toolkit. I suspect though that with the OpenGL-centric nature of wayland, they might not have all that much to do, since their migrating to OpenGL for rendering.

    9. Re:It's the Apps stupid. by bluefoxlucid · · Score: 1

      I've long wanted to write a brand new X server from scratch. Xorg is based on the old XFree86 codebase, based on X11 from X.org....

    10. Re:It's the Apps stupid. by Hatta · · Score: 3, Insightful

      Until you try to run them with the -display flag.

      --
      Give me Classic Slashdot or give me death!
    11. Re:It's the Apps stupid. by Hatta · · Score: 1

      What about window managers? Is my X11 based window manager going to manage window decorations for my Wayland applications? Does Wayland even have window managers?

      --
      Give me Classic Slashdot or give me death!
    12. Re:It's the Apps stupid. by PeterBrett · · Score: 2

      What about window managers? Is my X11 based window manager going to manage window decorations for my Wayland applications? Does Wayland even have window managers?

      Apparently, Wayland clients will all render their own window decorations. Which sounds utterly retarded to me: I really like having all of my windows having matching and predictable window decorations, with such nice WM-enabled features as a close button which falls back to killing the application if it doesn't respond to the request to close.

      From what I can tell, Wayland is going to be a massive regression in actual usability and power of the open source GUI stack in favour of something that's shiny but seriously lacking in substance.

    13. Re:It's the Apps stupid. by serviscope_minor · · Score: 2

      I've long wanted to write a brand new X server from scratch. Xorg is based on the old XFree86 codebase, based on X11 from X.org....

      I think Keith Packard reimplemented on from scratch and that eventually turned into KDrive which now comes with the standard xorg distribution. Also, xorg development has come a long way since they split from xfree86. There's still quite a lot of old code around (e.g. XAA), but a lot of good rewriting has happened.

      Hey, but don't let me stop you :)

      Also, Wayland isn't an X11 implementation. It seems to be a new windowing system written by people who don't understand X11 and think firstly X11 has nothing to offer (hence the massive feature loss goint to wayland) and secondly that because it's not X11, getting everything right will be all magic and ponies and faeries and will just happen because it's not X11.

      --
      SJW n. One who posts facts.
    14. Re:It's the Apps stupid. by paperdiesel · · Score: 0

      ... most apps are merely a recompile (plus some minor tweaking) away from being native Wayland apps.

      (emphasis mine)

      Ahh.. spoken like a true project manager! The "minor tweaking" might as well be measured in magical units of time that expand and contract at will. Until you actually look at each individual app on a code level, it's almost impossible to say how much work is involved. But management sure does love to hear about how quick and easy it will be! That's generally a "minor" amount of time before they can your ass for blowing your deadlines.

    15. Re:It's the Apps stupid. by martin-boundary · · Score: 1

      ... most apps are merely a recompile (plus some minor tweaking) away from being native Wayland apps.

      I seem to remember a popular language, let's call it Java, that made similar claims with a windowing toolkit called AWT...

    16. Re:It's the Apps stupid. by Hatta · · Score: 1

      From what I can tell, Wayland is going to be a massive regression in actual usability and power of the open source GUI stack in favour of something that's shiny but seriously lacking in substance.

      Sounds like everything else Ubuntu has done. I really hope this doesn't infect the rest of the open source unix ecosystem.

      --
      Give me Classic Slashdot or give me death!
    17. Re:It's the Apps stupid. by ChunderDownunder · · Score: 1

      If the *toolkit* rather than each app provides remote X11 capabilities through multiple backends then where's the problem? Host a 'legacy' X env on your remote wayland display.
      Sure they'll have to shoe-horn a wayland remoting solution longer term but X ought to function similarly to now

    18. Re:It's the Apps stupid. by ArsonSmith · · Score: 1

      Exactly, this isn't the first time someone has tried to replace X. Every time they start to get around 5-10% of the feature set and realize that X isn't that bad and provides all the required features and more with little overhead.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    19. Re:It's the Apps stupid. by serviscope_minor · · Score: 1

      The thing that worries me is that this seems to be backed by a large and influential organisation. The trouble is that if it does get traction then we'll end up with a fragmented system where X11 apps are second-class citizens, and good window management (as opposed to "user friendly" window management) will then only be available for the old programs, X11.

      Ans new programs won't do network transparency properly. For all its faults X11 is pretty good, especially if you have to remote a 3D program, and NX blows everything out of the water.

      I don't want to run X11 on top of Wayland. I've tried running X11 on top of Window and OSX, and frankly I find it a poor experience compared to my linux desktop.

      It seems like linux is becoming a victim of its popularity. Because it's getting popular, it seems to be acquiring all the mis-features of the popular commerical alternatives, and loosing all the things that IMO made it a better, more pleasant, and most importantly a more hacker friendly experience.

      I want to keep a system that makes hacking enjoyable and easy. I have no need for a system that my hypotherical grandmother could use.

      --
      SJW n. One who posts facts.
    20. Re:It's the Apps stupid. by Abcd1234 · · Score: 1

      Then why ditch Xorg?

      Because once the toolkits are migrated over to have native Wayland backends, they feel it'll provide a better user experience. Will that be true? I don't know, I haven't looked too deeply at Wayland.

      The point is, there *is* a migration path. But they fully intend for migration to happen, at least for Gnome/Gtk and KDE/Qt applications.

    21. Re:It's the Apps stupid. by Anonymous Coward · · Score: 0

      Both GTK and QT have an application class (QApplication for QT, something equivalent for GTK). One thing that does is handle command line parameters, and handles the toolkit- and display server-specific parameters, such as --display.

    22. Re:It's the Apps stupid. by the_womble · · Score: 1

      Being able to use thin clients has a great deal of potential. In my experience it works brilliantly in a small office set up: you only need to admin one machine.

      It is not used because most people are still so used to the Windows way of doing things that they do not try doing stuff on Linux that is radically different (yes, I know you can use Windows with thin clients, but my experience has been that it does not work well).

      My interpretation of this is Ubuntu giving up on the desktop market to focus on netbooks and tablets where Wayland has noticeable advantages.

    23. Re:It's the Apps stupid. by fishexe · · Score: 1

      And I assume the former market is so small compared to the latter that throwing that grey-haired baby out finally might be a good move.

      A grey-haired baby? Laozi, is that you??

      Remote rendering might be a unique advantage of X but how many users (and potential users) *need* or even know about it? 0.01%?

      In this day and age, I wonder if 0.01% of Ubuntu users even know what X is.

      Ubuntu can't be everything for everyone. I'd be totally happy with Ubuntu moving forward this way and Debian and Fedora and everyone else staying with that baby.

      Amen to that. There's a reason my wife and my dad use Ubuntu. Moving away from X will make this reason even more compelling.

      --
      "I don't care about the Constitution!" --Bill O'Reilly, November 17, 2009
    24. Re:It's the Apps stupid. by radtea · · Score: 1

      Just provide an X server on top of the Wayland graphics engine, and continue to use your old X apps. This allows for an easy transition to Wayland for those apps that would benefit from it.

      "JUST for EASY "

      You're a manager, aren't you?

      Any time anyone says you "JUST" have to do X to get Y you can bet you aren't dealing with a person who knows what is actually involved or who will be doing the real work.

      Have you tested X11+Wayland on the hardware I actually own? I you haven't, then your claim of EASY is completely unjustified.

      It might be easy in some cases, assuming the process is well-documented and well-supported, although honestly I haven't done any fancy xconfig stuff for years and hope never to do so again, so if it requires me to do any of that it fails the "easy" test.

      If I can turn on the machine and it "just works", that's easy. Everything else is me wasting my time doing something that should be invisible.

      Furthermore, anyone who has actually built Qt or wxWidgets apps on different platforms knows that there are subtle and not-so-subtle differences in behaviour, different bugs, etc.

      Most people who use these kinds of toolkit are in fact building for only one platform, so they aren't aware of the real issues that come with them. I've routinely written code that runs on both Windows and Linux using Qt or wx for the past decade, and while they are great there is nothing "just" or "easy" about handling the small differences: they are a disproportionate pain.

      --
      Blasphemy is a human right. Blasphemophobia kills.
    25. Re:It's the Apps stupid. by Abcd1234 · · Score: 1

      You're a manager, aren't you?

      Any time anyone says you "JUST" have to do X to get Y you can bet you aren't dealing with a person who knows what is actually involved or who will be doing the real work.

      You'd be wrong. And a presumptive jackass, too.

      As for the rest of your post, it's basically content-less bitching. The simple fact is, there *is* a simple transition mechanism available (X-over-Wayland). How "hard" or "easy" it will be to port apps to the Wayland backend will depend entirely on the quality of the implementation. But there is nothing fundamentally tricky involved.

    26. Re:It's the Apps stupid. by bluefoxlucid · · Score: 1

      Rewrite-in-place is a poor substitute for rewrite-from-API.

      When you start refactoring code, you have to keep everything working nicely. You can't write a nice internal architecture on a nice shiny new internal API you export to your client-facing libraries; instead, everything has to work at every stage, so the innards have to make sense with the other innards. This means that you can't make a major design paradigm change--think like Linux deciding it needs to be Minix--because at intermediary stages something will break or just be ungodly slow, or put on a shim that's ungodly complex.

      FWIW I found Kdrive pretty amazing. I used X11 VESA for a while and KDrive VESA was way more responsive.

    27. Re:It's the Apps stupid. by Anonymous Coward · · Score: 0

      First of all, Ubuntu is _not_ going to use Wayland in Natty. That's a longer term goal and _possibly_ feasible for 12.04LTS. Second, Ubuntu is _not_ dumping X. The plan is to use the X Server as a client on top of Wayland. It will mean that the applications that _are_ Wayland-aware will receive big advantages, while X clients will work exactly the same way as before. Thirdly, applications most likely will not have to be altered in order to take advantage of Wayland, although some applications might work better with some tweaks.

  35. TFA nailed it. by dreemernj · · Score: 0

    I went there looking for a horrible car analogy and they delivered.

    --
    1 (short ton / firkin) = 89.1432354 slugs / keg
  36. Re:I'm glad I went back to Fedora earlier this yea by Anonymous Coward · · Score: 0

    RELAX? Here's what Wikipedia says:

    "As of 2010[update], Wayland only works with open source drivers for Intel, AMD and Nvidia graphics cards, and Nvidia currently has no plans to support it in their proprietary drivers.[7]"

    That makes it useless. Open source drivers are not useful for serious 3D work on Linux. If Wayland isn't supported by the vendor's drivers, that's going to be one MASSIVE clusterfuck.

    That's not even mentioning the loss of remote display ability like we have had in Unix for 25 years or so!

  37. Re:I'm glad I went back to Fedora earlier this yea by HermMunster · · Score: 1

    I'm unimpressed even as a long time Linux and Ubuntu user. In fact, I'd say it sucks.

    --
    You can lead a man with reason but you can't make him think.
  38. Re:I'm glad I went back to Fedora earlier this yea by Ynot_82 · · Score: 4, Informative

    From the Wayland FAQ
    https://groups.google.com/group/wayland-display-server/web/frequently-askeds-questions

    Is Wayland network transparent / does it support remote rendering?

    No, that is outside the scope of Wayland. To support remote rendering you need to define a rendering API, which is something I've been very careful to avoid doing. The reason Wayland is so simple and feasible at all is that I'm sidestepping this big task and pushing it to the clients. It's an interesting challenge, a very big task and it's hard to get right, but essentially orthogonal to what Wayland tries to acheive. This doesn't mean that remote rendering won't be possible with Wayland, it just means that you will have to put a remote rendering server on top of Wayland. One such server could be the X.org server, but other options include an RDP server, a VNC server or somebody could even invent their own new remote rendering model. Which is a feature when you think about it; layering X.org on top of Wayland has very little overhead, but the other types of remote rendering servers no longer requires X.org, and experimenting with new protocols is easier.

  39. Wake up by Anonymous Coward · · Score: 1

    Pulseaudio has a piss-poor implementation. To this date I've not found one (not a single one!) hardware setup where it worked as well as Alsa or OSS.

    Sound quality is crap. Hardware capable of more than two channels (for instance subwoofers, also in laptops) gets more or less permanently ruined, so even other OS'es can't get it right anymore.

    The developers need to be ashamed of letting it out in the wild. Ubuntu needs to be ashamed for including it as default.

    Man, the hours upon hours I've lost on Pulseaudio. Insanity. You defending it would be hilarious if it wasn't so utter tragic.

    1. Re:Wake up by drinkypoo · · Score: 1

      Pulseaudio has a piss-poor implementation. To this date I've not found one (not a single one!) hardware setup where it worked as well as Alsa or OSS.

      Worked better than ALSA, at least, on my Compaq nw9440 laptop with snd-hda-intel, for which neither ALSA dmix nor the built-in mixing would properly function.

      Sound quality is crap. Hardware capable of more than two channels (for instance subwoofers, also in laptops) gets more or less permanently ruined,

      Not for me, but whatever.

      Man, the hours upon hours I've lost on Pulseaudio. Insanity. You defending it would be hilarious if it wasn't so utter tragic.

      I'm not really defending pulseaudio so much (I'd prefer we could all go back to OSS which would solve all of these problems to everyone's satisfaction) as indicting Ubuntu over pulseaudio. If you look at PerfectSetup and compare it to various Ubuntu releases you can see that they didn't even fucking read it before configuring stuff in a fit of "I'm smarter than anyone else so I'll figure it out from the manpages and sources".

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    2. Re:Wake up by apoc.famine · · Score: 3, Insightful

      I can't get PulseAudio working in any way shape or form. Perfect setup doesn't work, no fresh Ubuntu installs work. I'd guess that it was hardware related, but the hardware is question is an old SB Live (maybe early Audigy) card. It worked fine for years under Gentoo and pre-PA Ubuntu releases. It works fine when I boot into windows for an occasional game. It works fine once I purge PulseAudio and go back to Alsa.

      Every new Ubuntu release I try to fight with PA for a couple of days. When it's clear it's not going to work, I purge it, and all is well. (Outside of a few flash issues, of course.)

      I understand what PulseAudio is supposed to do - I've had it semi-working at times. It's a great, great idea. It's badly needed for Linux. I just wish it goddamned worked for me! Best I've done so far is have everything work, except sounds queued up in the pipeline, and trickled out tens of seconds to minutes after they were called. Before PA crashed and died. I have to agree with the AC you replied to: "Man, the hours upon hours I've lost on Pulseaudio. Insanity."

      --
      Velociraptor = Distiraptor / Timeraptor
    3. Re:Wake up by drinkypoo · · Score: 1

      Well, the unfortunate thing is that no distribution seems to be even really talking about going back to OSS. You could still keep pulseaudio and just use it in any cases where you can't talk to OSS directly, because OSS has a mixer that actually works... unlike ALSA.

      I've never had more than a minor problem with pulseaudio. I've got a friend who looks up to me technically actually using it on the network without latency issues. I just don't know what all the fuss is about :D

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    4. Re:Wake up by GameboyRMH · · Score: 1

      Yeah it's your hardware. Creative + Linux = a big pile of shit. Not that I'd recommend buying a Creative card for a Windows box either, because Creative is an evil bastard company.

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    5. Re:Wake up by larppaxyz · · Score: 2, Informative

      Actually those old Creative cards are great with linux. Hardware mixing, multichannel (digital and analog) audio and drivers in vanilla kernel all have been working for years. Everything started to fall apart after (K)ubuntu started to use PA. I suddenly had ALSA, PulseAudo and Phonon on my KDE desktop. Nothing was working anymore.

    6. Re:Wake up by the_womble · · Score: 1

      Pulseaudio worked fine for me on multiple PCs with several distros and versions. Some people have problems, so do not: is there any software (other than Tex) for which that is not true.

    7. Re:Wake up by walshy007 · · Score: 1

      Recommend looking into jack, it is the only decent sound implementation out there for linux, it's lack of adoption over pulseaudio boils down to pulseaudio wanting craploads of latency to lower cpu usage where jack does not.

      Anything remotely serious with audio on linux uses jack by default.

    8. Re:Wake up by walshy007 · · Score: 1

      I've never had more than a minor problem with pulseaudio. I've got a friend who looks up to me technically actually using it on the network without latency issues. I just don't know what all the fuss is about :D

      Gigantic buffers (latency), no decent (compared to jack) method of audio routing. No central SMPTE codes... the list goes on.

      Even with regular audio playback with it's giant buffers it can at times cause static noise depending on your uses. Which is just plain idiotic.

      You could still keep pulseaudio and just use it in any cases where you can't talk to OSS directly, because OSS has a mixer that actually works... unlike ALSA.

      Alsa is perfect when used as a hardware interface for something like jack. Ideally the kernel should just provide an interface to deal with hardware and this is what alsa does. Jack/pulse/etc can then mix etc and provide audio routing and the like.

    9. Re:Wake up by drinkypoo · · Score: 1

      Alsa is perfect when used as a hardware interface for something like jack. Ideally the kernel should just provide an interface to deal with hardware and this is what alsa does. Jack/pulse/etc can then mix etc and provide audio routing and the like.

      So why don't we all just use JACK? Or more to the point, why is JACK so rarely supported? Besides the totally shit nature of the configuration tools, I mean.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    10. Re:Wake up by walshy007 · · Score: 1

      Besides the totally shit nature of the configuration tools, I mean.

      qjackctl can hardly be called hard to use. it gives sane defaults and if you want to configure it you can, by default all you have to do is click 'start'.

      With the exception of pro audio apps such as synths where it shouldn't be assumed you want it output to speakers, programs using jack automatically connect themselves to the system out without any configuration.

      why is JACK so rarely supported?

      Everything I'm running on my main machine right now uses jack, pulseaudio isn't even installed, yes this even includes the proprietary adobe flash plugin. All kde related notifications etc are using jack natively, mplayer, and so on.

      Anything that doesn't use jack and tries to use alsa (i.e. adobe plugin) uses the alsa jack device.

      So why don't we all just use JACK?

      Because that would make sense, oh and it would consume a portion of a percent extra cpu time because of the more consistent cpu wakeups because of the smaller buffers and lower latency.

      I am not kidding you, pulse audio devs think a fraction of a precent of cpu usage is worth dragging everyone through this bollocks with pulse. Oh, and that multiple seconds of latency can be a good thing.

    11. Re:Wake up by drinkypoo · · Score: 1

      I've never had the static or latency problems so it's hard for me to get all fired up about pulse like you people seem to be.

      I am however not willing to waste CPU time on one of my slower systems where I might want to run a network audio demon. For example, I have a Dt168 machine with a Geode LX, I could slap a USB audio into it and run the network audio demon there so I could send and receive audio there. It's got a 500 MHz processor and is also running other stuff like Samba, perhaps ssh and rsync. I want to preserve my CPU, yet I want audio to truly take top priority and don't want to have to run my system like an rtos. So I think using OSS makes more sense for those users who don't need network transparency in their audio... As a default, having no daemon makes more sense if you can get the same functionality to the majority of users.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    12. Re:Wake up by walshy007 · · Score: 1

      Latency becomes a serious issue when doing anything timing sensitive. Jack has sample level synchronisation and uses a callback interface.

      The system you mention would have no problems running jack and as mentioned the cpu overhead is minimal, we are literally talking fractions of a percent of difference. If that has an effect on your system you have larger problems.

      As for transferring over the network netjack can do this although you will obviously get a few more milliseconds latency over a lan (8msec latency would still be fine and far less than pulse, hell even 16msec would run rings around it).

      In modern times there really is no reason to run either pulse or oss, except for the fact it's what your distro comes with and thus path of least resistance so long as you don't try to do anything remotely demanding.

    13. Re:Wake up by drinkypoo · · Score: 1

      In modern times there really is no reason to run either pulse or oss, except for the fact it's what your distro comes with and thus path of least resistance so long as you don't try to do anything remotely demanding.

      I've had hardware (the aforementioned nw9440) where the ALSA mixer didn't work, and ALSAdmix was causing me big problems, so I had to use SOMETHING. So I actually installed pulse, and followed PerfectSetup, and everything worked perfectly. The audio to video was synchronized. When I played Vega Strike (for example) and fired a shot, I heard the noise when I expected to. So I don't really know what to tell you except to say that I have used and am using pulseaudio on numerous platforms without ever having any major problem. Again, I sometimes have to follow PerfectSetup. I haven't even done that on this install, my first fresh install on my desktop system in years, having updated Ubuntu through so many revisions that when I started it didn't use pulseaudio by default. Yet everything is working great with proper audio output and mixing. I don't know what it is that I'm doing wrong but I just can't seem to have a bunch of problems with pulseaudio.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    14. Re:Wake up by walshy007 · · Score: 1

      As mentioned, until your needs exceed pulses capabilities there is nothing wrong with using it (subjective questionable stability aside).

      But it is far easier to skip that whole mess and just use jack from the start.

      For instance in audio production you would have to be insane to even consider pulseaudio as remotely usable. Jack suits this purpose fine and dandy, but it can obviously handle little games and other such items.

      If pulse is only usable for a small subset of uses, but jack is usable for everything, and jack predates pulse, is far more stable etc, this brings up the question why does pulse even exist? (with the answer being the fraction of a percent cpu business).

    15. Re:Wake up by drinkypoo · · Score: 1

      If pulse is only usable for a small subset of uses, but jack is usable for everything, and jack predates pulse, is far more stable etc, this brings up the question why does pulse even exist? (with the answer being the fraction of a percent cpu business).

      Again I think it's OSS4 that should really put the nail in pulse if we can just get people to start using it. Because then you will only need an audio daemon at all if you want to do something tricky. Since most everything allows you to specify multiple outputs and fall back, you'd use (for example) OSS4 and JACK, and the config files would be written to those. It was particularly pathetic how long it took Ubuntu to get updated config files that would actually send people to pulse, which I think has been a big problem with it; if you're using pulse and ALSA with hardware where the ALSA mixer is broken, and some applications aren't configured to talk to pulse, then you're going to end up with blocking issues or worse. Again, that's why PerfectSetup is so important, and why Ubuntu package maintainers' inability to follow it (or understand it, but if you can't do that, just follow damn it) was so egregious.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    16. Re:Wake up by walshy007 · · Score: 1

      Thing is OSS still doesn't provide the functionality jack does, so why have pro audio apps with jack and other apps with another when it can all function under one system?

      As a side note, use more paragraph tags, makes comments more readable

      you're using pulse and ALSA with hardware where the ALSA mixer is broken, and some applications aren't configured to talk to pulse, then you're going to end up with blocking issues or worse.

      You shouldn't get blocking, pulse should be intercepting the alsa calls and having it go through pulse anyway through the alsa sink. The sink isn't perfect but for non-realtime apps (what most people use) it should function a treat.

    17. Re:Wake up by Anonymous Coward · · Score: 0

      I could not get PulseAudio working either on Lynx or Maverick until I manually installed pavucontrol and configured my channels properly. I don't know why Ubuntu doesn't ship with this tool by default, since it seems mandatory for getting PulseAudio to work.

    18. Re:Wake up by Anonymous Coward · · Score: 0

      I can't get PulseAudio working in any way shape or form.

      Hence why some people buy Apple and use BSD UNIX when the spirit moves them.

      R

    19. Re:Wake up by badkarmadayaccount · · Score: 1

      Phonon is a layer up, and is the by default with KDE.

      --
      I know tobacco is bad for you, so I smoke weed with crack.
  40. Its a different OS at that point by Burz · · Score: 0

    They should rename it, and I don't mean a variation on Ubuntu like Kubuntu.

    1. Re:Its a different OS at that point by jekewa · · Score: 3, Informative

      The desktop sits atop the OS. It's not a different OS, but a different GUI.

      Unlike Windows or Mac, you can actually have several different GUIs installed, and even switch between them at will.

      --
      End the FUD
    2. Re:Its a different OS at that point by Burz · · Score: 2

      Bzzt! Wrong... The GUI is a significant part of what defines any consumer oriented OS. Your attitude promotes feature-instability on the desktop.

      Its one of the reasons the Linux-based systems have such a hard time getting traction: The GUI stuff is treated as separate and second-class and can change from month to month. It prevents distros from being recognizable by end-users, and prevents robust vertical integration where its needed to make things convenient and understandable for the user.

    3. Re:Its a different OS at that point by jekewa · · Score: 4, Insightful

      That's an interesting opinion.

      Perhaps it's rooted in a confusion in the use of "Operating System," or perhaps from your misunderstanding of what an OS is in general, or how the OS and UI interact. Surely, one can roll the UI into the "OS," but particularly in this case, the underlying mechanics aren't changing (there's still a GNU kernel in there), but the discussed changes are in layers between, which can be replaced if you don't like the changes.

      The flexibility you chide is a strength not a weakness. When users are faced with Linux distros, they aren't experiencing the Linux OS, but the desktop interface atop the OS. When approaching a PC running Linux, they're faced often with Gnome or KDE or one of the others, probably tweaked with their distro's defaults or the previous user's preferences or tinkerings.

      Further, except for us nuts-and-bolts users, few users even get into the UI they're presented with (beyond changing the background or adding widgets) after they've figured out how the launching mechanism works. Most of them are familiar and concerned with the applications they run (word processor, web browser, e-mail client). Those, for the most part, don't change when the underlying desktop changes (that is, switching from Gnome to KDE) any more than they do when applying different themes (colors, borders, fonts).

      If you've ever written GUI software, you'd know that your fear-based misrepresentation (or perhaps another misunderstanding) of this is also unwarranted. Few people write application software directly to the UI (Gnome/KDE/etc), or even to the graphics layer beneath that (X/Wayland/whatever), but instead use an abstraction layer (QT, for example), for exactly the reason of removing the concern of which desktop UI it sits atop.

      Underneath all of that, the OS, in this case GNU Linux, is the same.

      --
      End the FUD
    4. Re:Its a different OS at that point by PeterBrett · · Score: 1

      Bzzt! Wrong...

      No, nothing the GP said was factually incorrect.

    5. Re:Its a different OS at that point by danieltdp · · Score: 1

      Like Waybuntu

      --
      -- dnl
    6. Re:Its a different OS at that point by morgauxo · · Score: 1

      It's not an attitude, it's a definition. The OS is the kernel. It's the code that sits deep in the background where normal users would never look and runs things. The fact that Microsoft and Apple roll their OSs and GUIs together is completely irrelevant.

      No consumer oriented distro I know of switches desktop environments frequently. They are all pretty much KDE or Gnome. Some don't have a default and leave it to the user to choose/install but those were never meant to be typical-user distros in the first place so who cares?

      This choice Ubuntu is going to be giving users really comes down to the whole 'is the desktop still relevant' debate. If not then users can choose to make their desktop feel like a cellphone. That's all it is.

      'robust vertical integration'? Wow, somebody has been reading his marketweenyspeak dictionary lately hasn't he. As another commenter pointed out. neither Desktop Environment and GUI Server choice are relevant to software development. Programs aren't usually written to them, they are written to Qt or GTK.

      Are the many desktop environments Linux's problem in getting wider desktop adoption? I doubt it. Most distros default to KDE or Gnome. Both look far more like Windows than MacOS does. And yet, I've known computer users who could sit down at a Windows or a Mac machine and operate it just fine but didn't actually know enough about computers to tell you which one it was! People recognise the browser, word processor, etc... which they want to use and it's all the same in any environment.

      Linux's problem on the desktop has been that the focus is elsewhere. Hardware vendors and kernel authors cannot agree on what is/is not acceptable to be a company secret so hardware vendors have skimped on drivers. Also, kernel development has been focused on embedded machines and large clusters making desktop performance suffer. Both issues have alienated desktop users. Meanwhile just about every computer comes with something else installed and already working on it.

    7. Re:Its a different OS at that point by lennier · · Score: 1

      The GUI stuff is treated as separate and second-class and can change from month to month. It prevents distros from being recognizable by end-users, and prevents robust vertical integration where its needed to make things convenient and understandable for the user.

      Worse, there is stuff implemented in the Linux GUI toolkits and desktop frameworks which is not provided at lower levels (or if provided, the API is very tightly bound to specific languages and object systems, such as Qt/C++, or GNOME/GObject/C).

      What exactly was broken about the Unix "everything is a file" metaphor? Plan 9 seemed to get a long with with using that to describe windows.

      --
      You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC
    8. Re:Its a different OS at that point by lennier · · Score: 2

      Surely, one can roll the UI into the "OS," but particularly in this case, the underlying mechanics aren't changing (there's still a GNU kernel in there), but the discussed changes are in layers between, which can be replaced if you don't like the changes.

      No, see, that's precisely the problem: because everything at the "GUI" or desktop frramework level is unspecified by Unix, features get provided there in an incompatible, framework-specific, way. So you *can't* replace layers if you don't like the changes - you can maybe pull, eg, parts of X, which at least has some kind of specification, or you can rip out the entire framework, and replace GNOME and all its app ecosystem with KDE and its ecosystem - but nothing in between. Modern desktop frameworks are now based around not just X but a whole horde of daemon services like PulseAudio and Dbus - many of which have no specified API other than their implementation. Good luck deciding to remove one of those and have all your apps still work.

      --
      You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC
    9. Re:Its a different OS at that point by jekewa · · Score: 2

      Fair enough; the layers may be rather integrated. But I wasn't suggesting (quite) that you could take apart the UIs and piecemeal them together into some other option. There are dependencies that need to be respected, absolutely.

      I think your example may be a bit more detailed than the typical user, or even just the Gnome vs KDE argument. Yes, when you switch from Gnome to KDE many of the applets, plug-ins, and supplementary do-dads go with. But the functionality, while perhaps different, is still probably there. You may have a different network manager, but you still have a way to manage your network adapters. Or audio, or screen-savers.

      Additionally, for the most part the more full-featured frameworks, like QT, provide the APIs the UI may not (and that some may argue you should avoid anyway, to remain portable). The word processor/text editor that comes with the desktop environment may be drastically different, but OpenOffice still works on both, for example.

      --
      End the FUD
    10. Re:Its a different OS at that point by Burz · · Score: 2

      End users don't care about any of that stuff. They want something with a single identity that is recognizable to THEM. What you defined is only recognizable to people like you and I. (And based on that, I would suggest Slashdotters stop referring to "Linux" as if could be a consumer desktop OS... it cannot be that any more than a transmission can be a car).

      GNU/Linux is an OS with a CLI user interface. Android is an OS with a graphical user interface. They both have a Linux kernel. But just because some techies have long preferred to use the former as a desktop does not mean the latter kind of OS isn't possible. Nor does it mean that the definition of an OS ought to be stuck in the 1980s.

      Please remember we are talking about the desktop arena. That means OS X and Windows set the standards and define what user expectations are.

      XNU (in Mac OS X) is not an OS. Darwin is an OS without a GUI, it includes XNU like OS X does. But what defines OS X (and notice the "OS" in the name) to a great extent is the GUI. No GUI no OS X, and the same has been true for Windows for many years.

      So there is your defacto definition of a consumer desktop OS: a GUI is expected.

      GNU/Linux can keep right on going with its current formula with graphical interfaces being second class to all of the other hardware, inter-software and text interfaces. But other OSes incorporate GNU/Linux components while ditching the "Linux" identity and the hacker hostility towards graphics.

    11. Re:Its a different OS at that point by Anonymous Coward · · Score: 0

      (there's still a GNU kernel in there)

      Oh come on. If you're going to make a fuss about the distinction between the GNU bit and the Linux bit, rather than just calling the whole shebang Linux like most other people do, at least get the distinction right.

    12. Re:Its a different OS at that point by Burz · · Score: 1

      Actually, he pushed an incorrect assumption that operating systems don't include graphical interfaces (any other type of interface, but not graphics apparently).

      I remember the Macintosh and Amiga and what their software architectures were like.

      And I know what common desktop and smartphone designs are like: When Google draws a diagram of the "Android operating system", they include ALL the parts necessary to support a typical GUI application, and a few essential apps too.

    13. Re:Its a different OS at that point by Burz · · Score: 1

      What exactly was broken about the Unix "everything is a file" metaphor? Plan 9 seemed to get a long with with using that to describe windows.

      Interesting. I remember the Amiga had quite a bit of that "WINDOW:0/0/400/100" to open a window with certain dimensions. Same for sound and speech and other things. The problem comes when you have to modify that object apart from the data stream... then you have to parse escape codes and translate from ASCII and polling for status info is difficult or impossible.

      I see nothing wrong with modern OO APIs. The problem is that the FOSS hacker community will stand by interfaces used by their peers (remember, an interface is a "contract"), but they scream "freedom!" when it comes to committing to USER interfaces. These people do not make commitments to people they can't relate to, so end users get left twisting in the wind.

    14. Re:Its a different OS at that point by lennier · · Score: 1

      Yes, when you switch from Gnome to KDE many of the applets, plug-ins, and supplementary do-dads go with. But the functionality, while perhaps different, is still probably there.

      "Probably" is not a good word to hear in the computing trade. If you don't absolutely know for sure if something will work, odds are it won't.

      The problem is that this view assumes that "functionality" is all about what is presented to the user, at a general and high level - "can you perform your office-level tasks at a workstation using roughly similar tools?"

      And the answer is usually "yes, sort of, for certain values of yes". Sure you can kinda-almost drop in Kwrite for Gedit and get something sorta, generally, somewhere in the same ballpark. But that's not useful if you're trying to write a script to automate workflow.

      This is a big worry of mine at the moment. I'm seeing a shift in focus in the open-source world from well-specified "small tools that work well together" to big sprawling apps with UI baked in, aimed at performing vague high-level user-centric tasks that don't have any kind of formal API for communicating, but that sorta-kinda implement HUI guidelines.

      The iPad is the poster boy for the task-based single-purpose app model, but so is GNOME, and Unity is drifting even further there.

      It works-ish, yes. It produces spike solutions that hit specific tick-boxes. It makes stuff that looks pretty for single-purpose jobs. But at the end of the day, the end user can't plug stuff together - more and more they're getting locked into developer-built boxes. Sweet work if you're a developer - you get to sell stuff. Not so good if you're a user and you want to streamline and automate your own workflow, and sculpt your own personal UI, or delegate your daily tasks to scripts and bots. The apps you use only generally expose human-usable interfaces, or very arcane developer interfaces in brittle languages like C. There's not much in between.

        This app-based, task-based approach with a human in the seat least to evaporating one of the main advantages of computers: that we can automate tasks, so that a human doesn't have to sit at a workstation doing it. And that was my big dream for the open source world and Linux: that once all our software got freed from copyright rules, we could work on tying it all together with some kind of open scripting framework that was accessible to the user. But I'm seeing that dream die.

      That you have "a way" to do things on a different software package doesn't help at all if you've written scripts - you'll have to rewrite them entirely. There needs to be not just about "a way" to do things, but "implements standard X"

      The word processor/text editor that comes with the desktop environment may be drastically different, but OpenOffice still works on both, for example.

      OpenOffice (and Firefox) are both cases which prove my point: the only reason why they work on both KDE and GNOME desktops is that they each built their own, proprietary, object system which is native to neither (UNO and XPCOM). They *run*, yes, they present a human interface to the user, they do task-based functions - but they don't interact at a deep level.

      On Linux today, just with object/component systems, we have a melange of: GObject, Kparts, Dbus, CORBA, OpenOffice, XPcom, and the internal object systems of C++, Java, Mono, Python, PHP, and Perl. Do these serialise? Do they interoperate? Can you link an object made in one language to one in another? Nope, they stay mostly in app-based ghettos.

      Thanks to open source, we no longer have a copyright reason for all these components to stay apart - but our languages and frameworks still don't make it easy to link them.

      Some of us remember OpenDoc and Lotus Notes promising an era of applications being replaced by rich documents a user could build out of cross-platform components. Those days seem to have long gone.

      --
      You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC
    15. Re:Its a different OS at that point by lennier · · Score: 1

      the hacker hostility towards graphics.

      I think the intelligent hackers are not hostile towards graphics, but towards unspecified nontransportable interfaces. Graphical interfaces, unfortunately, often lend themselves towards vagueness at a programming level. GUIs are often an inexact representation of the true state of a system and while they may be 'easy' for untrained users, they become progressively hostile as the user gains skill.

      It doesn't have to be that way. A system could be built where the GUI was an exact visualisation of the current state of the system, which could also be expressed in a portable serialisation, saved in a file, emailed, etc. Ironically, it seems to be Microsoft at the moment who is leading this investigation with XAML and PowerShell.

      --
      You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC
    16. Re:Its a different OS at that point by fishexe · · Score: 1

      Perhaps it's rooted in a confusion in the use of "Operating System," or perhaps from your misunderstanding of what an OS is in general...the underlying mechanics aren't changing (there's still a GNU kernel in there)...they aren't experiencing the Linux OS...

      Ummm...you know that Linux, not GNU, is the kernel, and GNU, not Linux, is the remainder of the OS, right? Who's the one misunderstanding what an OS is again?

      --
      "I don't care about the Constitution!" --Bill O'Reilly, November 17, 2009
    17. Re:Its a different OS at that point by PeterBrett · · Score: 1

      Actually, he pushed an incorrect assumption that operating systems don't include graphical interfaces (any other type of interface, but not graphics apparently).

      No he didn't. You do know there are about an order of magnitude more systems running the Linux operating system without a GUI than with one, right?

    18. Re:Its a different OS at that point by jekewa · · Score: 1

      Yes, you caught me being a little hasty. And when you pull a sound-bite bit of text and edit it to your liking, you can even make a fella look more wrong.

      At the end of the post you'll note I did more correctly state "GNU Linux," although I admit that should really be "GNU/Linux." Since we're talking about Ubuntu, which is based on Debian, which is a GNU/Linux distribution, I'll stand by my hasty typing.

      Far more passionate people than me have debated this to ends I would never have bothered. http://en.wikipedia.org/wiki/GNU/Linux_naming_controversy

      --
      End the FUD
    19. Re:Its a different OS at that point by jekewa · · Score: 1

      The "probably" I stated was that the functionality was there, not that it "probably worked." Apologies if my use of commas broke the point. I wasn't (and still am not) thinking of a specific application, but more generally that when you use a similar (but different) application they may have different features or ways to get to them; a rich text editor may have different hot-keys or buttons to toggle bold text, for example--not that one works and the other doesn't.

      That seems to have taken your discussion way off what I meant, and what I was commenting on in the first place.

      Whatever your views on converging or diverging uses of computers in general or in society as a whole...it is my opinion that you gain, not lose, by having the UI be a component of the distribution, and that it be recognized as a separate component to the UI.

      Speaking strictly to the OP discussion about the graphics layer and UI changing on Ubuntu, and then to my comment on whether or not that would be a different OS; start with you base installation of your favorite Ubuntu variant, and using your favorite package management tool, add the other desktop environments. Once done, you can change at login time your choice of desktop without changing the underlying OS.

      Further, once the different UIs are installed, you can run their separate applications on each other's desktops (perhaps with some trade-offs for the different window parts).

      Even more, you can actually run the different UIs simultaneously.

      The OS is under the UI. The UI is not the OS.

      --
      End the FUD
    20. Re:Its a different OS at that point by jekewa · · Score: 1

      You just made my original point: the UI is not the OS.

      That said, I think we kind of agree, although from different angles. The user experience is one of Gnome or KDE or Windows or OSX (or Carbon or whatever you want to label theirs) or whatever. It isn't really the OS or its kernel or even the services or utilities that come with it.

      For the most part, the hundreds of users I've had to interact with as I develop software pretty much boil down to the same needs on their system. There's a handful of applications they use to do their jobs (word processors, e-mail, web browser, graphics, and even proprietary stuff), and there's the mechanisms to launch them (hot-keys, shortcuts, menus) and manage them (layer and switch windows). When things go awry, they like to have a few other applications to aid in the overall management of their systems.

      Most users are comfortable with what they were trained on, even if that training was by brute-force trial-and-error suffering through whatever came on their computers. Given the same application (Firefox, Word/OpenOffice, whatever), with roughly the same look (buttons, window frames, fonts, etc.), they don't care (after a bit) that they launched it from a "start" or "applications" menu, desktop shortcut, or slate filled with icons.

      Further, in my generous experience, the desktop environment on Ubuntu is much more friendly and easy to work with than the CLI server-side. For desktop use, the package manager is adequate to find and install nearly every application needed to do desktop-based work. However, the myriad choices and obscure names and occasional fragmentation of features in the server software very frequently sends me back to building my own from source (ala Apache) or using the external tools (i.e., CPAN) instead of the repository.

      Further, to curb unsafe computing practices by the kids (they just don't know or care enough to be careful), I replaced the Windows installations on their PCs with some Linux distro, and with the simple training of "this is where the apps get launched," both of my (then) teen-agers were able to successfully use their PCs without any loss of expected functionality ('though the boy-child did miss some of the Windows games).

      Where I think non-Windows and non-Apple desktops suffer is not from "fragmentation" (or choice, as I called it before) of the desktop UI, but from the specific and particular applications. If you must have Microsoft Word (probably for some macros or particular formatting features) instead of just a WYSIWYG word-processor, then Linux is not for you. Likewise, GIMP is not going to replace Photoshop, and Blender isn't going to replace Autodesk or Maya.

      --
      End the FUD
    21. Re:Its a different OS at that point by Anonymous Coward · · Score: 0

      (there's still a GNU kernel in there)

      I lol'd

  41. Re:I'm glad I went back to Fedora earlier this yea by jedidiah · · Score: 0

    X is much maligned but it still beats the pants off of everything else in this respect.

    Copying MacOS is NOT the way to go here. It's horrific. It is the single worst OS in terms of remote desktops.

    Even Windows has kind of come around to the Unix way of doing things. ...breaking what doesn't need fixing because they're taking Lemming FUD far too seriously.

    --
    A Pirate and a Puritan look the same on a balance sheet.
  42. Re:I'm glad I went back to Fedora earlier this yea by MBGMorden · · Score: 4, Insightful

    You do realize that Windows doesn't support X11 (at least it's apps won't act as clients - there are servers) and many, many, MANY admins get by just fine with RDP right?

    X11 isn't the absolutely only way to do remote access.

    --
    "People who think they know everything are very annoying to those of us who do."-Mark Twain
  43. Re:I'm not even going to bother reading the articl by LordLimecat · · Score: 1
    With such gems in TFA as

    By focusing on Unity (on Wayland or X) for Ubuntu, Canonical has essentially forked its own Linux distribution.

    you arent missing much (what does that even mean???? They cant "fork" their own distro...).

  44. Goodbye, Ubuntu... by Reservoir+Penguin · · Score: 0

    Abandoning Gnome, replacing it with some cell phone type interface and on top of it dropping X???? Whoever runs the Ubuntu project needs their head checked.

    --
    US-UK-Israel: The real Axis of Evil
    1. Re:Goodbye, Ubuntu... by bluefoxlucid · · Score: 1

      Some African that Bought Debian For Loosechange.

  45. Unity on Unity with Unity by BennyB2k4 · · Score: 3, Funny

    So if I use this unity 3d engine on ubuntu unity using VMware unity, do I get a trilogy?

    1. Re:Unity on Unity with Unity by TaoPhoenix · · Score: 1

      Unity Unity Unity Unity! Come on!!

      --
      My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
    2. Re:Unity on Unity with Unity by fishexe · · Score: 1

      So if I use this unity 3d engine on ubuntu unity using VMware unity, do I get a trilogy?

      No, that would be a trifecta.

      --
      "I don't care about the Constitution!" --Bill O'Reilly, November 17, 2009
    3. Re:Unity on Unity with Unity by fishexe · · Score: 1

      Unity Unity Unity Unity! Come on!!

      ...Developers Developers Developers Developers! Yes!!

      --
      "I don't care about the Constitution!" --Bill O'Reilly, November 17, 2009
  46. Re:I'm glad I went back to Fedora earlier this yea by LordLimecat · · Score: 1

    You telling me I cant simply apt-get uninstall wayland?

  47. Re:I'm glad I went back to Fedora earlier this yea by MBGMorden · · Score: 2

    Nvidia has no plans to support it because as of now, NO ONE USES IT. If by way of Ubuntu support it gains traction, Nvidia likely would indeed support it.

    --
    "People who think they know everything are very annoying to those of us who do."-Mark Twain
  48. Re:I'm glad I went back to Fedora earlier this yea by MBGMorden · · Score: 1

    If a corporate admin (as the GP suggested) gave you a regular user account with no su permissions, then of course you couldn't use apt-get.

    --
    "People who think they know everything are very annoying to those of us who do."-Mark Twain
  49. Well, I don't want it. by Anonymous Coward · · Score: 0

    I don't like it one bit. Why? I'll tell you:

    • It takes up the left side of your screen with permanently displayed application launchers.
    • It maximizes your windows when you touch the window to the top screen edge. Like Win7 does. They copied the one feature of Windows that I hate with every fibre of my being.
    • It looks and feels like it belongs in a kiosk-type system. Fine for casual users, but I anticipate a lot of more experienced users to tire of it very quickly.

    Way to go, Ubuntu. Guess I'll have to get used to Debian.
     

    1. Re:Well, I don't want it. by Merk42 · · Score: 2

      The launcher on the left has a few features, one of which is auto-hide If that's not good enough, you could, I dunno, switch to the classic GNOME Panel GUI in Ubuntu at GDM rather than doing an entirely different distro I wonder how you feel about GNOME Shell, which even Debian would have to move to eventually

    2. Re:Well, I don't want it. by ender- · · Score: 2

      I'm going out on a limb here, but I suspect there will be a setting to auto-hide the launcher dock on the side of the screen. And even if not, it's better than having the dock at the bottom of the screen, given the prevalence of widescreen monitors these days.

      And I suspect there will be a setting to turn off the 'maximize when you touch the top' action, just as there is in Win 7.

      As far as the look is concerned, I doubt it will take long to be heavily customized to look however you want it to look.

      You've decided you don't like it based on an early demo of some default settings. Why don't you wait until it's mature, and give it a try before jumping to conclusions?

  50. Re:I'm glad I went back to Fedora earlier this yea by bluefoxlucid · · Score: 2

    Ubuntu puts up the testing, coding, and support. That's the difference. They say, "We want to do this. It's probably broken now. In a couple releases it'll be probably working. After that it'll be standard." Fedora does that somewhat (rush in head-first to new versions), but on big technology switches they like to hang back a bit.

  51. Re:I'm glad I went back to Fedora earlier this yea by pak9rabid · · Score: 3, Informative
    Not implementing any sort of remote rendering would be suicide. Thankfully, it sounds like something they are going to work on. From the Wikipedia article on Wayland:

    Wayland developers include several lead X.org developers,[9] who feel that a cleaner new design and protocol is more maintainable for the future.[14] One of them has envisaged providing remote access to a Wayland application by either 'pixel-scraping' (as in VNC and SPICE) or getting it to send a "rendering command stream" across the network (like RDP).[15] It is anticipated that X11 applications will be supported by an X server running as an application on Wayland.

    Hopefully they go the RDP-like route, which im my opinion is vastly superior over the way X11 does it.

  52. Re:I'm not even going to bother reading the articl by H0p313ss · · Score: 4, Funny

    With such gems in TFA as

    By focusing on Unity (on Wayland or X) for Ubuntu, Canonical has essentially forked its own Linux distribution.

    you arent missing much (what does that even mean???? They cant "fork" their own distro...).

    Perhaps the author typed "borked" and the editor "corrected" it.

    --
    XML is a known as a key material required to create SMD: Software of Mass Destruction
  53. Re:I'm not even going to bother reading the articl by TangoMargarine · · Score: 1

    what does that even mean???? They cant "fork" their own distro...)

    Why not?

    --
    Unity? Screw that: XFCE. Slashdot Beta? Screw that: SoylentNews. Australis? Screw that: Pale Moon. UX developers DIAF
  54. Re:I'm glad I went back to Fedora earlier this yea by Daniel+Phillips · · Score: 2

    Open source drivers are not useful for serious 3D work on Linux.

    I'm currently doing serious 3D work with the Xorg Radeon driver with 4350 and 4850 cards (the former slow but fanless and quiet). The driver has been rock solid including suspend/resume. The only noticable regressions so far are lines not antialiased and bilinear filtering not working for mipmapping. These are in no way an obstacle to development work and I have every confidence these issues will be addressed in due course, and probably have already been addressed in upstream. Unlike the closed NVidia drivers I've used in the past, every one of which has had serious issues ranging from non working text console to black screen on reboot and many others. Never mind the inconvenience of having to build a new kernel wrapper on every kernel upgrade, and deal with NVidia's braindamaged driver installer.

    --
    Have you got your LWN subscription yet?
  55. Blow up you say? by hilldog · · Score: 2

    'Wayland will be an option, and one that only people who don't mind having their desktops blow up on a regular basis should fool with, in Ubuntu 11.04." Every time I upgrade or clean install Ubuntu something blows up. Why is this different? I now consider the blowing up part of the leaning experience.

  56. Re:I'm glad I went back to Fedora earlier this yea by Burz · · Score: 1

    And here I thought all the really important admin programs on RHEL were CLI or Web based.

    The fact is that, yes, VNC is a horrific kludge so why is it required when several desktop users all want to have a meeting and view an app window at the same time? Why are we left with X11 or VNC as network choices, when both are very old and slow over the Internet?

    The 2 big desktop OSes have supported efficient window sharing at the system level for years now.

    Also, settings management on X11 implementations like x.org are a fiasco resulting in dark screens after system updates. There are myriad ways to describe and format a desired setup in the conf file, and none of the distro-specific display managers do a great job. X needs an API that will handle settings internally and provide a robust GUI display manager (though I suspect the likes of x.org have sworn off anything like that... writing a GUI app).

  57. Re:I'm glad I went back to Fedora earlier this yea by spazdor · · Score: 4, Insightful

    Ubuntu lets you choose too. If you want off the roller coaster and just want a stable system based on proven technology, install an LTS and wait for the next LTS. Easy.

    --
    DRM: Terminator crops for your mind!
  58. Unity Gnome KDE by TheNinjaroach · · Score: 1

    I don't care for Gnome too much, I think it's over-simplified for desktop use. Unity seems to go further in that direction, but I could see that being the "right" direction for small devices.

    For getting work done, I'll continue to prefer KDE.

    --
    I went to eat some animal crackers and the box said, "Do not eat if seal is broken." I opened the box and sure enough..
  59. Re:I'm glad I went back to Fedora earlier this yea by mark72005 · · Score: 1

    Who cares, it's the year of Linux on the desktop, not on the server. duh.

  60. Re:I'm glad I went back to Fedora earlier this yea by gstoddart · · Score: 1

    Hopefully they go the RDP-like route, which im my opinion is vastly superior over the way X11 does it.

    Well, one of the things about X is that is does it all the same way -- local, remote, it's treated the exact same way.

    Heck, it will work over SSH if you set your DISPLAY variable correctly -- I distinctly recall bringing up windows from my home machine on my HP workstation at the office after I'd tunneled in. I've ran X windows across the continent.

    If Wayland can't do that, then I fear it is losing a lot of really well-used and widespread functionality.

    Say what you will about X, but it's "just worked" for a hell of a long time.

    --
    Lost at C:>. Found at C.
  61. Re:I'm glad I went back to Fedora earlier this yea by AvitarX · · Score: 1

    I read this as toolkits need to support it.

    Use QT, do all your rendering inn QT canvases, QT adds support and all the sudden KDE has remote desktop as good as RDP.

    It is a shame though, because I thought X + No Machine was a pretty good solution that was universal. X alone sucked bad in my experience and was often times worse than VNC (worked pretty good with admin apps though, where I would think it's most useful).

    As long as they can get tool-kits and environments on board (I don't know really where it would go, but I would think tool-kits) it shouldn't be too big a problem to push remote rendering somewhere else. And it could be done at a higher level for more efficiency.

    --
    Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
  62. Re:I'm glad I went back to Fedora earlier this yea by Anonymous Coward · · Score: 1

    Haha, man, you can never resist the OS X jabs, pretty hilarious.

    Anyway, X runs fine on OS X. Same with RDP, so you have the best of both worlds. RDP is much better for slow/high-latency connections, as X remoting is of course horribly inefficient. You would know this if you understood how the protocol works, but you don't.

    Here's something else: you only need to run Wayland if you want to. If you still want to use X, then just run that. Choice, remember?

  63. Re:I'm glad I went back to Fedora earlier this yea by Anonymous Coward · · Score: 0

    Its not a Red Hat project, the guy works for red hat but hes doing it on his own time. So say the faq at least.

    He did work for redhat on DRI2 api/implementation (I don't think that was on his own time), now he works at Intel.

  64. Re:I'm glad I went back to Fedora earlier this yea by pak9rabid · · Score: 2

    It doesn't "just work" so well if you're trying to access something over the Internet. The X11 protocol is ridiculously inefficient at transmitting over links that aren't LAN-based. That's why projects such as FreeNX and x2go exist. They trim off all the useless fat to make it usable over a WAN connection.

  65. Re:I'm glad I went back to Fedora earlier this yea by pizzap · · Score: 1

    You basically start an X server inside wayland and are done with it.

  66. Re:I'm glad I went back to Fedora earlier this yea by Bobakitoo · · Score: 2, Informative

    You can run X on top of Wayland. See Wayland as cleaner division of what is in kernel, what is in local user space and what is remote. There is no need to glob all this into a single monolithic X binary. X will work just fine in wayland. It wont change anything except that you wont need to be root to start accepting x11 conection.

    Personaly, i hope remote display is worked inside the ui toolkit instead. I would like something like gtkssh that open a ssh link and pipe thru the widget building command. This will fix the clinet/server relation to what peoples expect. Make it easyer to acess remote apps from many hosts securly. With that, a gtklib with "pipe" backend could be installed on servers. Puling configuration tool gui, directly from the server would make personal home server more accesible.

  67. Re:I'm glad I went back to Fedora earlier this yea by F.Ultra · · Score: 1

    And how will ever be ready if no one uses it? Technology such as this has to be distributed wide like Ubuntu does it or it will never catch on and will remain in beta for decades.

  68. Re:I'm glad I went back to Fedora earlier this yea by Bobakitoo · · Score: 0

    Then dont use Wayland apps(if such thing exist) on Wayland desktop. Noting prevent you from building gtk, for example, with x11 backend and use it on your remote display and local wayland with x11 server.

    No one write apps using the xlib(except for game that just setup gl context). The say way, no one will write apps using only wayland lib. The same toolkit will be used and you can build them to use what ever backend you wish to use.

    See Wayland as a display backend and x11 as your application display front end. This will work as good as what you have today until something even better come to replace the networking layer.

  69. Screen FX by poptones · · Score: 2

    I've had problems with ubuntu a couple years now. This has been common over a few different machines even using differnt graphic cards. The machine seemed prone to desktop lockups that require a hard reset, which I despise. I had pretty much given up trying to fix the problem when I discovered they install those fancy-schmancy desktop FX on machines even if you don't enable them. So after removing ALL TRACES of compiz, beryl and the ilk and installing the OPEN graphics driver for my ATi card I finally got a machine that was as stable as I remembered older versions like 6.10. It doesn't look quite as pretty and flashy, but at least I'm not having to hard reset my pc every day or two.

    1. Re:Screen FX by Anonymous Coward · · Score: 0

      ATI, I think that's your problem. And I'm not really trying to be a jerk either, but I've gone full blown into using Compiz and their ilk and have never seen a hard lock because of the compositor or the GUI toolkit. I've locked up machines with other things, always me fsck'n around too much - but not anything GFX related.

      (And I'm post anonymous because I am terribly sick and just don't feel like logging in again today)

  70. Re:I'm glad I went back to Fedora earlier this yea by MichaelSmith · · Score: 1

    Hopefully they go the RDP-like route, which im my opinion is vastly superior over the way X11 does it.

    But RDP sends a whole lot of stuff over the network when I just want one application. How can that be better?

  71. Wayland and nVidia? by gmueckl · · Score: 2

    How will Wayland ever be able to run decently on nVidia cards? Nouveau is not a real option yet (it's not yet decent enough for anything beyond accelerating desktop compositing) and nVidia doesn't plan to support EGL on Linux. So how will Ubuntu fix that? I'm really curious about that.

    And how does Wayland plan to implement Clipboard and Drag and Drop functionality? Haven't seen that anywhere in the tiny amount of code that Wayland currently is.

    Replacing X is not a bad goal, but getting there is hard. Just writing some code that defers the hard part about graphics to a driver and omits all the rest doesn't cut it. Let's just wait and see where this thing goes.

    --
    http://www.moonlight3d.eu/
    1. Re:Wayland and nVidia? by walshy007 · · Score: 1

      Replacing X is not a bad goal

      This is not replacing X, it does not provide 1/10th of the functionality X does and it readily admits it.

      Wayland is more like another abstraction layer that goes beneath X in a sense.

    2. Re:Wayland and nVidia? by Seth+Kriticos · · Score: 2

      You seem to have the wrong idea about Wayland. It's not meant to do any of that, but to provide a slim connector between the hardware and the applications.

      Putting all that stuff in one giant library is what led to X and it's persistence in the first place, nobody wants to repeat those mistakes.

      Drag and Drop / Clipboard are more sent to helper programs, UI toolkits, D-Bus, etc. That way it's much easier to maintain and improve.

      That's what the UNIX philosophy was all about form the beginning, one tool should do one thing, and it should do it right.

    3. Re:Wayland and nVidia? by gmueckl · · Score: 1

      Then how do you propose to implement Drag and Drop in a toolkit-agnostic fashion without knowledge of what's under the mouse cursor? You need full knowledge of window geometries and z ordering to find out the drop target. Only the wayland server can provide that information. And this is therefore where the core part of that feature must reside.

      Besides, not integrating all that into a single solution may easily lead to the situation the audio system in Linux is in: tons of incompatible solutions, each of them flawed in a major way. It's better to avoid that from the start.

      --
      http://www.moonlight3d.eu/
  72. Re:I'm glad I went back to Fedora earlier this yea by PeterBrett · · Score: 1

    Also, settings management on X11 implementations like x.org are a fiasco resulting in dark screens after system updates.

    Xorg is very good at autodetection nowadays. Next time, try just moving your Xorg.conf out of the way and starting X -- you may be pleasantly surprised... ;-)

  73. Re:I'm glad I went back to Fedora earlier this yea by Anonymous Coward · · Score: 0, Informative

    Ubuntu LTS isn't really all that stable. They recently upgraded the kernel in their so-called LTS and it broke power management on my Mom's laptop. She had no power-off button in the GUI. When I booted the previous kernel, the power-off button reappeared. I didn't think LTS was supposed to get changes that broke things.

  74. Preview? by ozbird · · Score: 1

    Unity is already deployed on Maverick Meercat notebook edition, so why not review it instead of a "preview"?

  75. Re:I'm glad I went back to Fedora earlier this yea by celle · · Score: 2

    Here's something else: you only need to run Wayland if you want to. If you still want to use X, then just run that. Choice, remember?

    And how long will it be an option and not default? We all know the direction this is going. Eventually everyone will switch and wayland will eat up all the resources leaving the Xorg project, like Xfree before it, to die a slow death whether its still needed by people or not. Even if resources are provided to Xorg the interest will be with wayland and Xorg will still die a bit rot death being dropped by most oses/distros again like xfree86. Bling will win out and needed features X had for twenty years will have to be kludged in with mixed results and stability.

  76. Re:I'm glad I went back to Fedora earlier this yea by Anonymous Coward · · Score: 0

    But the way windows does remote access to apps is a lame kludge-- folks settling on an inferior method due to ignorance isn't an argument in favor. Redhat and Ubuntu crowd seem to be populated by windows folks who think the broken windows way is THE way.

    As long as these hordes of noobs don't destroy already existing stuff they can use whatever broken tech they want to, but hopefully this silliness doesn't catch on.

    Just stay away from Debian and Slack, and nobody will get hurt.

  77. Re:I'm glad I went back to Fedora earlier this yea by Anonymous Coward · · Score: 1

    Well in fact X11 is actually a pretty shoddy way to access remote apps, it does not scale very well, has a load ouf roundtripping which is absolutely evil on wan connections.
    It was a good idea and its design itself was pretty good until ca 1990 or so, but modern uis are a different affair. I would not be surprised once wayland is established someone breaks out of X11 and does a total overhaul of the protocol or remotes Cairo.

  78. Re:I'm glad I went back to Fedora earlier this yea by CynicTheHedgehog · · Score: 1

    I have never, not once, used X remotely, in the 10+ years I've been using Linux. I use Linux because, as a developer, there is no reasonable (free) alternative to the GNU tool set, console emulators, etc. available in Linux. But I have a single machine with a single monitor and I really don't need to run applications on other systems. I also use it on my Netbook because it's fast, functional, and virus free. In neither scenario do I have any need whatsoever for remotely running applications. So why have the overhead?

    I would much prefer the smallest, most lightweight rendering layer possible, so that I get the maximum performance with the least CPU/GPU cycles. Running through API after API is silly 99% of the time. The problem is that with X I don't really have the option--it's always on. At least with X on top of Wayland I can run lean when I want to.

    I can see where it would be useful in a server situation, but I would imagine no sane sysadmin would use Ubuntu in the server room. Ubuntu is a consumer distro that is targeting the home PC / netbook segment, which loves the shiny. For them, Wayland is a perfect fit.

  79. Re:I'm glad I went back to Fedora earlier this yea by maxwell+demon · · Score: 2

    But will all their applications still be able to run on X? It doesn't help me if I can run X, but all the applications I use cannot use it.

    Honestly, I wouldn't mind replacing X with something better. But something which doesn't provide network transparency is not better. And yes, it's a feature I frequently use.

    --
    The Tao of math: The numbers you can count are not the real numbers.
  80. Re:I'm glad I went back to Fedora earlier this yea by larppaxyz · · Score: 1

    Won't work if you want to use proprietary drivers and/or have more than one monitor.

  81. Re:I'm glad I went back to Fedora earlier this yea by Anonymous Coward · · Score: 1

    How can you forward individual app windows over an RDP interface? You can't. You have to get the WHOLE desktop, which is weak.
    Instead, X11 forwarding allows individual windows to get forwarded, which is great if you're SSH'd into a machine the other side of the world and need to use one GUI app without having to set up a full blown RDP/VNC desktop on the machine.

    I truly miss this feature when VPNing into work to use a Windows machine. I have to work inside this tiny RDP window. Annoying! (Yes, I know I can tell it to use a bigger RDP screen but then I will have huge amounts of screen updates to send back and forth, unlike a single X11 window).

  82. Remote Wayland? by morgauxo · · Score: 1

    If Wayland doesn't get the ability to display applications remotely then it's another sad step backwards for Linux. I'm not talking about a port of vnc server where the whole desktop is displayed on the remote machine, confined in it's own little window. I'm talking about the ability to display an individual application on a remote server as X does where it can then be moved around, resized, copy pasted and otherwise interacted with just the same as any locally running program.

    By now, we should be seeing Unix/Linux getting the ability to remotely play sound as easily as X handles remote display, not an erosion of existing capability. It's seems like all the good development in Linux goes towards the very small embedded platforms or the very large clusters these days. What desktop development there is seems to be solely targeted at the 'I want a cheap, free, cut down version of windows with less decisions to make' crowd.

    If it continues this way then what is a geek to use? Start a new distro based on a deprecated desktop? Or something more drastic. Start a new OS? I wonder if those Syllable guys would appreciate a remote display patch? I wonder how hard it would be? Sure these things are kind of fringe but wasn't GNU/Linux built by/for the geek fringe in the first place?

    1. Re:Remote Wayland? by jbolden · · Score: 1

      The term for what you are talking about is "network transparency". And Wayland can run an X server but Wayland apps won't have that feature.

      X will be around for a long long time. If Wayland replaces X on the desktop it will be a sign that major features of Wayland are being used, which is forcing apps to move off X so it will be an upgrade.

    2. Re:Remote Wayland? by VortexCortex · · Score: 1

      Ah, see, that's the 800Lb invisible elephant in this discussion, It's there, no one sees it, but we're all talking around it in circles...

      I've skimmed through and read most threads above, and it seem that few if any have realized one glaring fact:
      OpenGL has a Client / Server rendering model.

      If we ditch the slow, non-hardware-accelerated 2D graphics API we can gain the performance and capabilities of 3D hardware, AND the ability to render remotely via OpenGL's client/server rendering model.

      Considering that OpenGL was designed to allow display forking and render-farming, I'm not sure what people are talking about when they say things like: "if Wayland doesn't get the ability to display applications remotely".

      It's not Wayland's job to render remotely, that's the renderer's job! Wayland relies on OpenGL; Client/Server OpenGL drivers can provide blazing fast remote rendering compared to standard VNC pixel scraping. OpenGL is platform independent, and can be used in places that X can't (on Windows). (Yes, you can run an X server layer on top of Windows, but why do so when OpenGL already exists at a lower level?)

      Sure X can render remotely too, but if it's just going to be an added layer in the remote rendering stack, why even use it? One of the strong points of FOSS is the ability to choose between unfettered progress and stability. After a while the "bleeding edge" is wiped off and can be safely sheathed as just another tool we all use. Vendor lock in is the reason I ditched Windows. Hanging onto X because "Everything Runs On X" is exactly the opposite response I expected from FOSS users.

      We need OpenGL drivers for hardware acceleration anyway (Hell, even phones have OpenGL now), and OpenGL enables remote rendering. Search for yourself

    3. Re:Remote Wayland? by VortexCortex · · Score: 1

      Excuse the reply to self, just to clarify: OpenGL has contexts; these allow individual applications to be "resized, moved around" etc. OpenGL is not synonymous with "Full Screen Renderer."

    4. Re:Remote Wayland? by jbolden · · Score: 1

      This is a good response. I hope it get talked about more.

  83. Re:Unity Gnome KDE by morgauxo · · Score: 1

    I'll second that!

  84. Re:I'm glad I went back to Fedora earlier this yea by Luyseyal · · Score: 1

    Tell me about it. There is a Java app that runs on an old HP-UX server that I can output to my Ubuntu desktop. Oh man is that painful over the Internet. It's like "Click button, go get coffee. Click button, go get coffee."

    -l

    --
    Help cure AIDS, cancer, and more. Donate your unused computer time to worldcommunitygrid.org. Join Team Slashdot!
  85. Re:I'm glad I went back to Fedora earlier this yea by paperdiesel · · Score: 0

    Sigh, we're not talking about running X and rendering on a Wayland desktop, we're talking about running Wayland apps and rendering on a remote desktop, the way you currently can with X. The biggest single advantage of X over Windows, which the Wayland developers seem quite happy to throw away in the quest for 'The Shiny'.

    Given a choice between fancier compositing effects and being able to run any program on any machine while rendering on any other machine, I'll take the latter any day.

    Right, _you_ may take the latter any day, but I think Ubuntu's point is that most people will take the former. Certainly more so when you consider their target demographic and the direction they're taking the platform (tablets, netbooks, etc). It seems to me that they're aware that they're trading in some geek cred in exchange for more ubiquity and appeal to greater masses. Some of the more tech-centric, niche features of Ubuntu will certainly drop-off in exchange for visual appeal and ease-of-use to attract a greater audience.

    I welcome the direction, especially considering that we geeks we still be able to easily switch to a more traditional desktop environment if we so choose.

  86. Re:I'm glad I went back to Fedora earlier this yea by pak9rabid · · Score: 1
    It doesn't have to be that way. RDP supports seamless windows, which to me means that you can do forwarding on a per-application basis. From the Wikipedia article on RDP:

    Seamless Windows: Remote applications can run on a client machine that is served by a Remote Desktop connection. It uses virtual channel method, and available since RDP 5

  87. Re:I'm glad I went back to Fedora earlier this yea by grcumb · · Score: 1

    I can see where it would be useful in a server situation, but I would imagine no sane sysadmin would use Ubuntu in the server room.

    Some of us are still sane, but have inherited it from others. 8^/

    Give me another couple of months of twice-weekly kernel updates, mind you, and your assertion will be true once more....

    Ubuntu is a consumer distro that is targeting the home PC / netbook segment, which loves the shiny. For them, Wayland is a perfect fit.

    I refuse to allow any X libraries on my server systems. If it can't be scripted in a console, it better have either a web interface or a decent set of RPCs.

    I could think of nothing I would like better, however, than to log into my workstation through my netbook/smart phone/tablet and run apps remotely and securely. I'm not suggesting X is the way; I'm suggesting that assuming that this functionality wouldn't be useful will probably bite Wayland in the ass sooner rather than later.

    Seriously - everything is networked now. Who in their right mind would create a desktop environment and deliberately discard one of the most compelling use cases?

    --
    Crumb's Corollary: Never bring a knife to a bun fight.
  88. pictures by zmollusc · · Score: 1

    I googled for some more information about wayland, but all i found out was that the head developer is called Susan and she favours wipe-clean clothing. No shortage of pictures, though.

    --
    They whose government reduces their essential liberties for temporary security, receive neither liberty nor security.
  89. Re:I'm glad I went back to Fedora earlier this yea by grcumb · · Score: 1

    You telling me I cant simply apt-get uninstall wayland?

    Yes:

    $ apt-get uninstall wayland
    E: Invalid operation uninstall
    $

    You can, however, 'apt-get remove wayland'

    </smartass>

    --
    Crumb's Corollary: Never bring a knife to a bun fight.
  90. bleh by Anonymous Coward · · Score: 0

    unity -10, wayland -100

    1. Re:bleh by luther349 · · Score: 1

      got that right. the unity interface is ugly. heck iv arulddy dumped gnome in faver of lxde.

  91. Re:I'm glad I went back to Fedora earlier this yea by snadrus · · Score: 2

    Per the mailing list, they're working on the basics now like running anything, so it's a low priority. Their plan is to advertise the remote viewer's list of renderers options to the app (X, OpenGL, RDP), and pass messages between the toolkits & the remote viewer's renderer.

    --
    Science & open-source build trust from peer review. Learn systems you can trust.
  92. Re:I'm glad I went back to Fedora earlier this yea by shutdown+-p+now · · Score: 1

    How can you forward individual app windows over an RDP interface? You can't. You have to get the WHOLE desktop, which is weak.

    The way to forward individual windows in RDP has been known for a while now. A no-hack way of doing the same has been supported since Win2008 (and a client update for XP). So it's not an issue with the basic approach nor technology.

  93. Re:I'm glad I went back to Fedora earlier this yea by drsmithy · · Score: 1

    Given a choice between fancier compositing effects and being able to run any program on any machine while rendering on any other machine, I'll take the latter any day.

    Most would not, as the ability to do that in today's world is relevant only to a vanishingly small number of people (and only like to get smaller, as web apps continue to take over the world).

  94. Re:I'm glad I went back to Fedora earlier this yea by drsmithy · · Score: 1

    How can you forward individual app windows over an RDP interface? You can't.

    Actually you can, it's just not supported without terminal server installed.

    Instead, X11 forwarding allows individual windows to get forwarded, which is great if you're SSH'd into a machine the other side of the world and need to use one GUI app without having to set up a full blown RDP/VNC desktop on the machine.

    Of course, it's pretty shit when your network link hiccups and the app closes, losing all state and any unsaved work. Standard X11 on anything except a high-speed local LAN is utter crap.

  95. Re:I'm glad I went back to Fedora earlier this yea by massysett · · Score: 1

    Ubuntu lets you choose too. If you want off the roller coaster and just want a stable system based on proven technology, install an LTS and wait for the next LTS. Easy.

    "proven technology" like how they put PulseAudio into an LTS release before it had seen widespread testing and before it had been released in a non-LTS Ubuntu?

  96. Re:I'm glad I went back to Fedora earlier this yea by Anonymous Coward · · Score: 0

    I also seem to recall them including a beta version of Firefox in one of their LTS releases.

  97. Re:I'm glad I went back to Fedora earlier this yea by jbolden · · Score: 1

    If all the major distributions have switched and X isn't even a common default then the kludged solutions are working pretty well. Either the solution has panned out or it has been rejected your building a contradictory future. UNIX is rather conservative.

    Further Wayland itself can run an X server similar to Aqua Quartz.

  98. Re:I'm glad I went back to Fedora earlier this yea by jbolden · · Score: 1

    What apps that need network transparency do you think will be Wayland only? Wayland can run an X server on top so what exactly are you picturing here?

  99. Re:I'm glad I went back to Fedora earlier this yea by serviscope_minor · · Score: 1

    Anyway, X runs fine on OS X.

    No, it doesn't. It doesn't integrate well with the base system, and you have to put up with either OSX window management or running X fullscreen. One of the most marvellous features of X is that it allows people to choose their windowmanger. On OSX if you do that it is really terribly integrated.

    The same will happen on Linux if wayland gets traction. It will be probably the worst thing to happen.

    --
    SJW n. One who posts facts.
  100. Re:I'm glad I went back to Fedora earlier this yea by Knuckles · · Score: 1

    "Outside the scope of Wayland" != "impossible to implement on top of Wayland"

    --
    "When I first heard Daydream Nation it quite frankly scared the living shit out of me." -- Matthew Stearns
  101. Re:I'm glad I went back to Fedora earlier this yea by serviscope_minor · · Score: 1

    They trim off all the useless fat

    No, they don't. They cache things locally to reduce round trips and therefore cut down on latency. They are also strongly based on X11 and frankly blow RDP and VNC out of the water in terms of speed, responsiveness and general quality.

    --
    SJW n. One who posts facts.
  102. Re:I'm glad I went back to Fedora earlier this yea by serviscope_minor · · Score: 1

    This doesn't mean that remote rendering won't be possible with Wayland, it just means that you will have to put a remote rendering server on top of Wayland.

    Ah, that will lead to a lovely integrated experience where the user gets to choose their own window manager.

    experimenting with new protocols is easier.

    That is utter rot. On X11, you can bring up a GL enabled window in about 20 lines of code. Once that is done, you can experiemt with new protocols until you turn blue with no further inteference from X11.

    --
    SJW n. One who posts facts.
  103. Re:I'm glad I went back to Fedora earlier this yea by jbolden · · Score: 1

    So if you don't like shiny why not just use the UNIX apps that have existed for several decades and work fine? What's the problem?

  104. Re:I'm glad I went back to Fedora earlier this yea by wintermute000 · · Score: 1

    99% of normal desktop/notebook users disagree

    the only people who would need that feature is some kind of thin client / citrix type scenario. Even many conventional server functions (e.g. LAMP stacks etc.) don't need it. And those people wouldn't be using ubuntu anyway (in fact its probably citrix or vmware,. I realise a lot of that stuff has linux backends but once again they're not likely to be using ubuntu)

    considering ubuntu is aiming this at 'normal' end users I cannot see why everyone has their panties in a knot. If you don't like it use debian or whatever

  105. Re:I'm glad I went back to Fedora earlier this yea by jbolden · · Score: 1

    Everything is networked but you have smarts on both sides. The X model assumed the client (what X calls the server) was dumb. The model what ended up winning was client / server not network transparent. Run the client app locally and pass the data back and forth.

  106. Re:I'm glad I went back to Fedora earlier this yea by MrKaos · · Score: 1

    Honestly, I wouldn't mind replacing X with something better. But something which doesn't provide network transparency is not better. And yes, it's a feature I frequently use.

    Asides for "MOD PARENT UP" all I can do is agree.

    If I see it working great but as far as I can tell from the article network transparency is one of the features that Wayland does NOT have. I haven't used the new interface so I clearly do not know but as I use Ubuntu at work it is something I am clearly concerned about.

    --
    My ism, it's full of beliefs.
  107. Re:I'm glad I went back to Fedora earlier this yea by jedidiah · · Score: 1

    Well, the Apple fanboys can't resist spreading bogus nonsense.

    I was specifically addressing the "Wayland" way of doing things that ignores remote access in it's internal architecture for whatever reason. Being able to run X is nice and all. However, it's not going to do anything for any real Mac apps.

    For that, you get to deal with VNC.

    I don't need to "understand how the protocol works" to see how badly or how well these protocols run side by side.

    I have a box that triple boots. So I get to see all of this firsthand.

    --
    A Pirate and a Puritan look the same on a balance sheet.
  108. Re:I'm glad I went back to Fedora earlier this yea by crazycheetah · · Score: 1

    I get what you're saying, but Wayland is more only replacing a piece X. The X pieces that support remote displays and the like would essentially become a Wayland client that X applications can link to and display all of their windows onto Wayland through. However, if you don't need the remote displays, Wayland could be nice. I would expect the major toolkits (GTK, Qt, etc.) to work out a way that they can speak to Wayland natively for displaying purposes, or they can work through an X server for times that remote displays and any other X feature would be necessary.

    On Wayland's main website, they even say that the X server will still exist alongside of it, and that X server will even still be doing a good amount of the drawing. Wayland only takes the memory of what has been drawn and actually displays it. X is a much bigger beast than Wayland is intended to be, and most computers will likely end up with both running, but the X server they run will be significantly lighter than the current X servers.

  109. Re:I'm glad I went back to Fedora earlier this yea by jedidiah · · Score: 1

    ANY attempt to "replace X" that is not framed as a "better X" is ultimately folly. If the Wayland people had any intention of taking legacy use cases seriously, then they would have a less dismissive attitude toward them. As it is now, they seem intent on ignoring remote desktop use entirely.

    This is something that should be BETTER and NOT DISRUPTIVE. Before anyone (especially distributors) take this sort of thing seriously there should be at least one working and compelling proof of concept.

    As cheap as hardware is these days, this should be something that you or I could throw together and run side by side.

    This is another "jump off the cliff like a Lemming" fools errand with no clear end user benefit (like .NET or PulseAudio).

    --
    A Pirate and a Puritan look the same on a balance sheet.
  110. Re:I'm glad I went back to Fedora earlier this yea by 0100010001010011 · · Score: 1

    Apps which will apparently require OpenGL to render, on servers which don't even have OpenGL drivers?

    X11 forwarding actually uses the graphics processor of the host machine.

    X11 tunnel (ssh -X) to a machine and do 'glxinfo'. (If you get an error, "export LIBGL_ALWAYS_INDIRECT=1").

    I'm using it to do some work on XBMC. The build process for OS X is a nightmare while the Linux process is easy.

    VirtualBox AND VMWare both lack OpenGL acceleration (WTF guys). So instead I ssh to my internal machine, run the export command and then launch XBMC. It pops up in a window and runs rather fast. It won't do 1080p but plays normal movies just fine.

  111. Re:I'm glad I went back to Fedora earlier this yea by jbolden · · Score: 1

    Hi, been a long while since we talked. You are sorting of ranting a bit here. I was asking for a specific.

    In any case Wayland is meant to be disruptive. Wayland represents a rejection of many of the core ideas of X. Its not meant to be a better X than X, but rather create a better desktop with an X that isn't much worse. X users should experience a slight downgrade but direct to desktop apps would experience a massive upgrade. So in terms of not disruptive you are asking it do something it was never intended for.

    In terms of this being too early for Ubuntu. You and I agree. Ubuntu is biting off a lot here:
    1) Getting Unity fully working
    2) Getting Wayland to replace X
    3) Creating a Unity/Gnome fork of Gnome and maintaining it as Gnome moves in a different direction.

    I think Shuttleworth is completely underestimating how much harder (2) and (3) will be than (1). Particularly since Gnome 3 is going to make this harder and harder over the next 5 years.

    In terms of proof of concept I'd say X-Quartz. Where you have a windowing manager similar to Wayland (Aqua) running an X Server on top that offers good integration with other desktop apps. It works rather well.

  112. TFA has screenshots by lennier · · Score: 1

    What part of "Image gallery: Ubuntu's Unity interface" was difficult to read?

    --
    You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC
  113. Screenshots were right here by lennier · · Score: 1

    In the second article.

    First page, second paragraph.

    What part of that was difficult to click on?

    --
    You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC
  114. Re:I'm glad I went back to Fedora earlier this yea by Jah-Wren+Ryel · · Score: 1

    No, they don't. They cache things locally to reduce round trips and therefore cut down on latency.

    Bingo! Remote X11 doesn't suck because of excessive overhead, it sucks because it is extremely latency sensitive.
    Lots of round-trips coupled with blocking on responses kills throughput. They actual bandwidth required is relatively low.

    --
    When information is power, privacy is freedom.
  115. Re:I'm glad I went back to Fedora earlier this yea by smash · · Score: 1

    I believe that this was because the stable version of firefox had a security flaw at the time.

    Besides, the browser WILL be upgraded multiple times during an LTS release due to inevitable security updates. The browser is NOT the OS, despite what microsoft may have you believe.

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  116. Re:I'm glad I went back to Fedora earlier this yea by smash · · Score: 1

    The number of people who use remote X vs the total desktop population is exceedingly minimal.

    If you want to you will no doubt be able to load an X11 shim much like OS X uses.

    If you don't want to, you don't have to worry about remote exploits in X11 and the performance penalty and associated stumbling blocks in X11 development to have a shiny local desktop.

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  117. Re:I'm glad I went back to Fedora earlier this yea by smash · · Score: 1

    X11 and its network transparency, if required, can be run under wayland. You will lose NOTHING.

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  118. Re:I'm glad I went back to Fedora earlier this yea by smash · · Score: 1

    X11 apps don't integrate well with other X11 apps either, but that doesn't stop the steaming pile of shitware that most *nix users have on their desktops.

    And I say that as someone who runs it.

    Focus on a secure rendering subsystem and add remote connectivity stuff in non-privileged add ons.

    Having X run as root and talking to the network is just asking for security problems to be found and exploited.

    And before you say "well firewall it off", if you're not using the remote display capabilities of X then wtf are you whinging about the lack of X11 network support in wayland for?

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  119. Re:I'm glad I went back to Fedora earlier this yea by smash · · Score: 1

    You can run RDP over SSH tunnel if you forward the appropriate port, too.

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  120. Re:I'm glad I went back to Fedora earlier this yea by smash · · Score: 1

    Huzzah, someone actually gets it.

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  121. Re:I'm glad I went back to Fedora earlier this yea by smash · · Score: 1

    RDP may be a "lame kludge" but in my experience works faster/better over shitty wan links than X11.

    --
    I run: Windows, OS X, Linux, FreeBSD. Just because you have a hammer, doesn't mean everything is a nail.
  122. Re:I'm glad I went back to Fedora earlier this yea by Kagetsuki · · Score: 1

    Perhaps we are doing something very differently but my experiences are quite the opposite. I often run X applications through ssh tunnels and it tends to work very well and I can set up a tunnel and run an application in seconds. Though I have to admit I have not used RDP lately, when I was using it I remember it being so terrible I ended up setting up VNC (through the RDP connection) and switching to that.

  123. I have no fear! by Anonymous Coward · · Score: 0

    There will be an X11 compatibility layer! All of my favorite programs that require X11 will still function flawlessly! Nobody ever heard of a compatibility layer that wasn't 100% perfect... all that stuff about Pulseaudio not handling ALSA games and WINE correctly was just FUD... NOT

  124. Re:I'm glad I went back to Fedora earlier this yea by drinkypoo · · Score: 1

    There's lots of apps that don't even work when you're using remote desktop. Nothing fixes this, but FreeNX does fix X11 over shitty WAN links.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  125. Until you want an application tied to a newer vers by judeancodersfront · · Score: 1

    It's LTS as long as you are fine with older versions of programs.

  126. Re:I'm glad I went back to Fedora earlier this yea by fishexe · · Score: 1

    Every time I've seen someone ask the Wayland devs how they plan to support remote rendering, their response seems to be 'we don't. go away'.

    Wait, seriously? They're replacing X Windows with something which doesn't support remote displays?

    Correction: They're replacing X with something which doesn't support remote displays yet. If it's stable and efficient, I'll take that now and worry about extra features later. Let's not put the cart before the horse.

    WTF??? Is that true? That makes no sense whatsoever ... one of the best things about X is being able to have display from multiple sources.

    It's only one of the best things because X is so crappy. Don't get me wrong, X was ahead of its time...when it came out in the '80s. It's long past time to try something new, which will finally fix the things X got wrong.

    --
    "I don't care about the Constitution!" --Bill O'Reilly, November 17, 2009
  127. Re:I'm glad I went back to Fedora earlier this yea by the_womble · · Score: 1

    "get by" does not equal "a good solution". I thought RDP was even slower than X over WANs?

    Just so long as I do not have to resort to VNC again....

  128. Re:I'm glad I went back to Fedora earlier this yea by fishexe · · Score: 1

    I can see where it would be useful in a server situation, but I would imagine no sane sysadmin would use Ubuntu in the server room.

    I use Ubuntu in the server room. Our file servers, web servers and backup servers run Debian and our calculation machines run Ubuntu. Granted, I inherited the setup, but it seems to work quite adequately. Calculation servers are sometimes also used as desktops, whereas we all tend to avoid logging in to the other servers directly, preferring to ssh in. I often tunnel X over ssh on the servers because certain tools like synaptic are easier to use on my laptop than the text-based equivalents. Even so, I welcome the coming of Wayland and Unity because GNOME and X are too buggy, and I can always run an X server on top of Wayland for remote access purposes if necessary.

    --
    "I don't care about the Constitution!" --Bill O'Reilly, November 17, 2009
  129. Re:I'm glad I went back to Fedora earlier this yea by falconwolf · · Score: 1

    Anyway, X runs fine on OS X.

    No, it doesn't. It doesn't integrate well with the base system, and you have to put up with either OSX window management or running X fullscreen.

    Since Tiger OSX can and does run X fullscreen or rootless.

    Falcon

  130. Re:I'm glad I went back to Fedora earlier this yea by walshy007 · · Score: 1

    Wayland is not replacing all of X, it has nowhere near the scope X has. Essentially wayland is going to act like a version of 'screen' for the framebuffer. It doesn't draw or do anything.

    The ability to have multiple X servers running on a single card is nice, and thusly why wayland should be tested and included. But getting rid of X is not on the cards for quite some time.

    The basics of drawing have not changed in the last 20 years, only the hardware has, so why should the X protocol be dropped when it is still useful? Sure the implementation of X changes as the hardware does to suit the hardware better. But I fail to see any fundamental flaws with X that would require it's removal. Can you point to any?

  131. Re:I'm glad I went back to Fedora earlier this yea by walshy007 · · Score: 1

    Fedora? The base OS for RHEL server systems? Is going to dump X so server admins will no longer be able to run graphical admin programs remotely from their servers to their desktop without using some horrific kludge like VNC?

    The big mistake here is assuming adopting wayland means dropping X. Wayland can function as a kind of 'screen' program for the multiplexing of display devices. So you can in fact run multiple X servers easily. Why nobody understands this is beyond me.

    It's just another layer beneath X.

  132. Re:I'm glad I went back to Fedora earlier this yea by walshy007 · · Score: 1

    Every time I've seen someone ask the Wayland devs how they plan to support remote rendering, their response seems to be 'we don't. go away'.

    And they are right, because what they are making is NOT an X replacement, it's more a layer beneath X, for the forseeable future most people will still be running X on top of wayland, because wayland does not provide it's own drawing api and other such things.

  133. Re:Until you want an application tied to a newer v by spazdor · · Score: 1

    That's what backports and PPAs are for!

    --
    DRM: Terminator crops for your mind!
  134. Amazing by Anonymous Coward · · Score: 0

    Do people still bother with Linux desktops? How many more decades do they need to realise it's going nowhere?

  135. Ho boy, now i'm excited! by Anonymous Coward · · Score: 0

    I want wayland dead. I want ubuntu dead. If ubuntu make wayland default in a year, i get both wishes at once!

  136. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  137. Releasing broken software is wrong by gottabeme · · Score: 1

    I don't care whether a piece of software is free, or developed for free in spare time--pushing out broken software as "stable" default software in a "stable" distribution is a broken model. That's what beta-testing and optional packages are for. I don't care if it takes a while longer to discover and fix the bugs--what's more important is that users of this "stable" distribution get truly stable software they can rely on. Not one user should ever have to spend time fixing regressions in major, fundamental functionality because some impatient developers wanted to use entire user bases as their guinea pigs and some foolish distributors went along with it. An upgrade should never, ever turn out to be a downgrade. There is no excuse for it.

    It's stupidity like this that will push me back to Debian, even if it does take a little more work to maintain or set up.

    --
    "Those who consume the bulk of goods are those who make them. We must never forget this secret of our prosperity."
    1. Re:Releasing broken software is wrong by F.Ultra · · Score: 1

      The problem with your solution is that it is no solution at all. If Ubuntu hadnä't pushed PulseAudio out to all its users (and Fedora did as well) we would still have been left in the old audio mess with OSS and ALSA. The majority of problems that where flagged as PulseAudio problems where in fact problems with applications that didn't support PulseAudio. And they didn't support PulseAudio since no one where using it, a catch 22 moment. Now that everyone is forced to use Pulse, we have applications that support it. And most of the problems went away.

    2. Re:Releasing broken software is wrong by gottabeme · · Score: 1

      I disagree. It's not necessary to push out broken, untested software as the default in a stable release just to get the code tested and debugged--especially with open-source software. It will take longer, but it will work, and the extra time it takes is worth it because of all the man-hours that are saved from end users going in circles trying to fix regression bugs that shouldn't have been presented to them in the first place. Pushing beta testing off onto end users of stable releases is selfish.

      --
      "Those who consume the bulk of goods are those who make them. We must never forget this secret of our prosperity."
    3. Re:Releasing broken software is wrong by F.Ultra · · Score: 1

      So you are still not reading what I wrote? Pulse itself was not broken or severly buggy, it was the other applications that required ALSA or OSS that broke sound for most people. And making these applications change from OSS/ALSA to Pulse would never have happened if Ubuntu and Fedora hadn't forced it out. This has nothing to do with debugging or beta testing. This has to do with application support.

    4. Re:Releasing broken software is wrong by gottabeme · · Score: 1

      You do not know that the conversion to PA support would never have happened without PA being pushed out as the default by Ubuntu--that is your speculation, and I completely disagree with it. Have you never heard of deprecation? It's used all the time to transition to new things while providing legacy support for a time.

      These are all open-source apps we're talking about. Why do you think none of them would have been updated to support PA without it being forced upon them? That's ludicrous.

      Ubuntu is responsible for pushing out broken defaults, whether PA itself was broken or not. It was the wrong thing to do.

      --
      "Those who consume the bulk of goods are those who make them. We must never forget this secret of our prosperity."
  138. Why bother complaining? by Demonslayer1337 · · Score: 1

    Not to be posted toward anyone in particular, but being as this /. is about a change to Ubuntu, I'm sure there will be a plethora of posts regarding how inept they are at dealing with the changes or questioning why the change or etc. The real question is why bother ever complaining about something that was free. If you don't like it, you can always get your money back (credit +$0). If you really don't like the way a distribution is going or have a problem of stability or security of one thing verses another, then by all means do it yourself. If you want something the way you want it, then do so: LFS, Gentoo, or ArchLinux

  139. Re:I'm glad I went back to Fedora earlier this yea by c6gunner · · Score: 1

    Ok, I gotta ask: what's the big deal with the remote render thing? Why not just use VNC? Is there some big advantages I'm not aware of?

  140. Re:I'm glad I went back to Fedora earlier this yea by maxwell+demon · · Score: 1

    Any one which uses a GUI and which I want to run, for whatever reason, on a different computer than the one I'm sitting in front of.
    Needing network transparency for display is not a feature of the app. It's a feature of the work environment.

    --
    The Tao of math: The numbers you can count are not the real numbers.
  141. "probably too simple for nuts and bolts types" by RichiH · · Score: 1

    Yeah, cause those are all using Gnome.

  142. Re:I'm glad I went back to Fedora earlier this yea by CynicTheHedgehog · · Score: 1

    Everything is networked, but as long as you have latency there will be a need to perform rendering locally. The stuff that needs to be sent over the network (commands, data) is already handled by HTTP (or proprietary TCP/UDP protocols).

  143. Re:I'm glad I went back to Fedora earlier this yea by fishexe · · Score: 1

    But I fail to see any fundamental flaws with X that would require it's removal. Can you point to any?

    I don't know enough about the X architecture to speak to fundamental flaws, all I really know about is the user experience. On my laptop, killing X (whether by logging out or by hitting Ctrl-Alt-Backspace) randomly causes the screen to freeze with streaks on it and become completely unresponsive until rebooted, but only some of the time. On my work machine, switching to another virtual console to do text work and then back to the one running X causes the colors to invert, which is only fixed by killing the X session and starting a new one. It's also a pain in the ass to increase the resolution if it doesn't auto-detect your monitor, requiring at least three separate commands on the command line, all of which are long and involve redundant typing. Maybe these things have nothing to do with the X protocol and are simply implementation errors. I don't know, but I don't really care; I just want my graphics to work. If Wayland does a better job, I welcome it.

    --
    "I don't care about the Constitution!" --Bill O'Reilly, November 17, 2009
  144. Re:I'm glad I went back to Fedora earlier this yea by jbolden · · Score: 1

    -- Any one which uses a GUI and which I want to run, for whatever reason, on a different computer than the one I'm sitting in front of.

    Maxwell, that's a tautology. You are essentially repeating the feature set of network transparency, the ability to run an arbitrary app remotely. Asking which ones are likely to be Wayland only (i.e. not run at the X level) that will need to be networked is an important practical question.

    People are arguing that network transparency for all (or most) apps is a critical feature, your post is just reasserting it not providing even a single example for where a dual approach would be troublesome.

  145. Re:Until you want an application tied to a newer v by judeancodersfront · · Score: 1

    Users shouldn't have to know what backports or PPAs are.

  146. Re:I'm glad I went back to Fedora earlier this yea by Anonymous Coward · · Score: 0

    By getting by just fine does that include tearing hair out in agony when programs either INEXPLICABLY don't work right under RDP (BASIS Database engine tools do this) or having 4 seconds of mouse lag when working remote?

    While you are right that some sort of remote desktop will WORK, it's like having to drive around in an old broken down Chevy after owning Porsche for years, It'll still get you to your destination but damn does it suck.

  147. Re:Until you want an application tied to a newer v by spazdor · · Score: 1

    Not unless they want to put a specific bleeding-edge app onto an older, more stable base distro.

    --
    DRM: Terminator crops for your mind!
  148. Re:I'm glad I went back to Fedora earlier this yea by maxwell+demon · · Score: 1

    No, it's not a tautology. It's trying to make clear that the question is strictly meaningless. Network transparency of the display is not a feature for a specific app. There's no GUI app which I could say I never want to run remotely (with the obvious exception that there are apps which I don't intend to run at all, neither locally nor remotely).

    OK, I'll give you some examples:

    • I want to edit a file which is located on another computer. Yes, there are other ways you can do it, but if the network is fast enough, the easiest way is to just start the editor (or the word processor, or the image editing program, etc.) on the computer where the file sits.
    • Someone already gave the example of Mathematica. Besides the fact that another computer may be faster and/or have more memory than mine (but that's actually less critical with Mathematica due to its Frontend/Kernel design, however it's still easier to just run the front end remotely; for a more monolithic program OTOH it's essential), there's also the issue that Mathematica licenses can be bound to certain IP addresses, and if you happen to sit on a computer which is not in the allowed IP range, you have to log into a computer which does have a licensed IP.
    • If the computer you are sitting on has no good sound, but another computer in the same room has good sound, you may log into the other computer in order to run the sound player there.

    Note that I do not claim in any way completeness here. And no, those are not examples I just invented, those are examples of things I actually do or have done.

    --
    The Tao of math: The numbers you can count are not the real numbers.
  149. Re:I'm glad I went back to Fedora earlier this yea by maxwell+demon · · Score: 1

    X11 and its network transparency, if required, can be run under wayland. You will lose NOTHING.

    Wayland doesn't make sense if all applications continue to be written for X. Therefore I expect applications written to support Wayland instead of X. Those applications will not work over the network. Without Wayland, those applications likely would have used X. Therefore I will lose those future applications.

    --
    The Tao of math: The numbers you can count are not the real numbers.
  150. Re:I'm glad I went back to Fedora earlier this yea by jbolden · · Score: 1

    OK good examples. Lets use these:

    Mathematica I'm familiar with. This is a client server application. The way you should run Mathematica remotely is to run the client locally and the kernel on another computer. For example in 1993 I did this a few times: Me (dumb X-term) -> client (same building SunOS) -> kernel (same campus, super computer). I don't see much reason to run Mathematica network transparent on a modern system capable of running the client. Further Mathematica is always going to have an X-client, I can't ever see it being Wayland only unless X has essentially died and Wayland is the standard for all Unixes which is a long way away. I'm hard pressed to see a Mathematica kernel server using a desktop OS, so even if the Ubuntu version doesn't have an X client... So I'm having trouble seeing the use case here, there just seem like too many bypasses.

    In terms of editing. First off console editors still work, there is no reason you can't use VIM. Also again many editors will support X. If you can map displays you can map drives or files. If people are frequently working remotely on a system then it shouldn't be setup like a desktop, its a server.

    As for sound in the same room.... you are then talking about a server which means the sound app should be client / server. Or at least use an X app, you don't need a particular app for this.

    Is network transparency a nice feature, sure. I wasn't looking for completeness I am looking for one non niche example that applies to a desktop OS. In the days when Unix "desktops" supported multiple users on X-terms, a 4:1 ratio was standard, it makes sense. Today everyone has their own CPU, memory and disk on the system they are sitting in front of. There is no reason to have protocols that don't expect more from the client.

  151. Nope by poptones · · Score: 1

    I bought an ATI card because I thought it was the nvidia card. I've had two different nvidia cards and an ati card, they all did it.

    If you've locked up the machine how do you know it wasn't gfx related? My experience was after getting rid of the compositing shit the machine was much more stable. It can still lock up the desktoip hard, but when it does it's almost always because I'm watching (wait for it...) FLASH videos. The internets cannot replace that shit fast enough for me.

  152. Re:I'm glad I went back to Fedora earlier this yea by Sadsfae · · Score: 1

    no, it was stated in the article x11 tunnelling featureset would still be available. The better question to ask is why your server admins rely on graphical admin programs.

    --
    Have a squat over at the hobo house.
  153. Re:I'm glad I went back to Fedora earlier this yea by walshy007 · · Score: 1

    The point is even with wayland you would still need something for a drawing api etc.

    Essentially wayland will not solve the problems you encounter, since those can still be caused by whatever is doing the drawing, it just shifts the blame to elsewhere.

    I still welcome it for a possible cleaner separation of duties (and X drivers having to do slightly less) but it will not solve any of the problems people in here think it will. As said it is not a replacement for X, it does not have that kind of scope.

  154. Re:I'm glad I went back to Fedora earlier this yea by fishexe · · Score: 1

    Good to know. Being someone who doesn't understand graphics and probably never will, I just assumed it would replace all of X because that's what the original announcement seemed to say.

    --
    "I don't care about the Constitution!" --Bill O'Reilly, November 17, 2009
  155. Re:I'm glad I went back to Fedora earlier this yea by walshy007 · · Score: 1

    It is what all the announcements seem to imply... rather stupid I think. But I guess implying that is easier than trying to explain it's actual goals which can be read on the projects main page.

  156. Re:Until you want an application tied to a newer v by judeancodersfront · · Score: 1

    Ubuntu has required 2 year old systems to perform a major update just to get a newer version of OpenOffice. The system sucks, stop pretending it doesn't.

  157. Re:I'm glad I went back to Fedora earlier this yea by Anonymous Coward · · Score: 0

    Microsoft is moving to using video streams (H264?) in Server 2003, because it leads to much better performance at a slight quality hit. Think OnLive; gaming and video would work remotely without a hitch.