Slashdot Mirror


Linux Mint 15 'Olivia' Release Candidate Is Out

New submitter Anand Radhakrishnan writes "The release candidate for the much-anticipated Linux Mint 15 'Olivia' is available for user testing. Its many new features include Cinnamon Control center, an improved login manager with HTML 5 support, a driver manager, and a lot of under-the-hood improvements. 'A new tool called MintSources, aka "Software Sources," was developed from scratch with derivative distributions in mind (primarily Linux Mint, but also LMDE, Netrunner and Snow Linux). It replaces software-properties-gtk and is perfectly adapted to managing software sources in Linux Mint. From the main screen you can easily enable or disable optional components and gain access to backports, unstable packages and source code.' This release with Cinnamon looks really tempting."

7 of 134 comments (clear)

  1. Obligatory comment by Anonymous Coward · · Score: 5, Insightful

    When Ubuntu introduced Unity I switched to Linux Mint and haven't looked back.

    1. Re: Obligatory comment by ozmanjusri · · Score: 4, Insightful

      When Ubuntu introduced Unity, I switched to Cinnamon. It's a shame that a DE has divided the biggest desktop Linux community

      Why?

      That's the the whole benefit of open source right there in one sentence. They did something you didn't like, you weren't locked in.

      --
      "I've got more toys than Teruhisa Kitahara."
    2. Re:Obligatory comment by Clarious · · Score: 4, Insightful

      I still use Unity, it is strangely good after you used it for a while, despite some minor bugs here and there. Unity actually included many useful features from other desktops, such as:
      - Menu on top, titlebar on top (when full screen): Saving precious vertical space, esp. useful with my 1366x768 laptop screen. And to be honest, I only care about the menu of the program I am focused on anyway, so one menu at a time isn't a big problem.
      - Taskbar on the left, with grouping: same as above, with 16:9 screen I can spare some horizontal space for it. Also you can quickly switch windows with Super + F[1234], something taken from Microsoft Windows 7, it is more useful and faster than Alt-tabbing because you don't have to wait for the list of windows to appear, you always know which keys to press.
      - Windows grouping, subgroup switching with Alt+grave (`). Taken from GNOME Shell, help unclutter my windows list, and switching is faster too. I loved this feature of GNOME Shell, too bad it removed the windows list (taskbar) so I can't have an overall view of which windows are on the screen. Same goes for notification area, GNOME Shell removed that part and go for a touch-oriented notification system (tap bottom right for the notification list), which is extremely useless since the notification area (or systray, as in windows) is supposed to always stay on screen so you can have a quick glance.
      - Topbar widget/notification is more refined than GNOME Shell, with the later on you have to write an extension in javascript with little to no documentation. With unity you can write one in python, easy.
      - Last but not least, Compiz is still better than metacity/GNOME Shell in CPU/RAM usage. With GNOME Shell you are practically running an webkit browser with all the javascript jazz and stuff. So while Compiz/Unity only eats ~90 MB RAM, metacity/GNOME Shell eats about 250 MB. Sure, RAM is fairly cheap these days but that doesn't mean your desktop has to use as much RAM as the sum of the rest of your programs.

      Linux Mint with MATE or Cinnamon is okay too. But MATE is just GNOME 2 renamed, it works, but no better than GNOME 2, and with a bunch of leftovers tech such as libbonobo. Cinnamon is, well, nothing special, nothing attractive for me to use, that is it. And I have heard that Cinnamon devs have many problem following upstream too.

  2. In place upgrades still unsupported? by Jah-Wren+Ryel · · Score: 5, Informative

    I'm running Mint now, I think it is MInt 13 or maybe 12. I would have upgraded a long time ago except that in place upgrades are not supported. If I had known that, I would never have left ubuntu for Mint.

    Next time I "upgrade" I'm just going to go back to Ubuntu so I don't have to deal with that hassle anymore. In place upgrades always worked fine for me on Ubuntu since I would wait a month or two after release for all the other guinea pigs to work through any problems.

    --
    When information is power, privacy is freedom.
    1. Re:In place upgrades still unsupported? by Jah-Wren+Ryel · · Score: 5, Insightful

      Yes, I know what you are "suppossed" to do, it is a hassle that I do not need to do with ubuntu. Next up is the argument that I "should" do all that regardless of distribution to which I say my level of backups is sufficient for my needs even if it is not sufficient for Mint's needs.

      --
      When information is power, privacy is freedom.
    2. Re:In place upgrades still unsupported? by Just+Some+Guy · · Score: 5, Insightful

      I love my Mint desktop but haven't tried running and apt-get dist-upgrade yet. If a Debian descendant can't manage that, there's something fundamentally broken about it.

      --
      Dewey, what part of this looks like authorities should be involved?
    3. Re:In place upgrades still unsupported? by steveha · · Score: 4, Informative

      I agree that a distro using Debian packages and APT really ought to be dist-upgradeable. It's lame that it's not.

      But the Mint guys are the ones working hardest to let me have the kind of desktop I prefer, so I'm willing to cut them some slack.

      You can avoid some pain if you set your computer up properly. Put /home and / on separate partitions. Then, you can upgrade just by running the new installer! The installer always wants to clean-wipe the / partition, but it doesn't care whether you wipe /home or leave it in place. (I always back up the /etc directory, just by copying it somewhere on the /home partition. I also back up a complete list of all the currently installed packages.)

      --
      lf(1): it's like ls(1) but sorts filenames by extension, tersely