Slashdot Mirror


Intel Switches From Ubuntu To Fedora For Mobile Linux

An anonymous reader writes "According to a report on heise, Intel is switching from using Ubuntu to the Fedora Project for the second version of the Intel supported Mobile & Internet Linux Project Moblin, citing a desire to use RPM package management." So far, of the various subnotebooks I've been glancing at over shoulders at OSCON, though, most of the ones with an easily identified operating system seem to be running Ubuntu.

32 of 165 comments (clear)

  1. Oh, the fools... by A+beautiful+mind · · Score: 4, Informative

    citing a desire to use RPM package management

    There might be valid reasons to pick Fedora instead of Debian based systems, but package management is not one of them. Debian's package management is absolutely superior compared to everything else that I know about out there.

    --
    It takes a man to suffer ignorance and smile
    Be yourself no matter what they say
    1. Re:Oh, the fools... by Locutus · · Score: 3, Interesting

      I'll 2nd that. Way too many times to see Fedora, RHEL, and CentOS users posting about problems as a result of packaging issues. And didn't some big Linux fan make a switch away from RedHat because of RPM issues?

      Redhat does currently have a more profitable enterprise so maybe the reason has more to do with RedHat corporate and/or employee backing.

      IMO, the customers are going to pay for this as a result since Ubuntu is more consumer oriented and has a good history with their application package management.

      LoB

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
    2. Re:Oh, the fools... by MSG · · Score: 5, Interesting

      I've used both, and for what little it's worth, I disagree.

      For one thing, with yum I don't need to know what package name I want to install. I can "yum install certtool", and it will determine that certtool is provided by gnutls-utils and install that package. IIRC, apt-get can't do that.

      I can also ask yum to install a package that's in the local filesystem, along with whatever it requires. apt-get can't do that, either.

      Half of the docs that I've seen indicate that debs should be built by hand, and then the results should be packaged. I don't know what the deal is there, but rpm has always used the "spec" file to build and package software, which is a more repeatable process. Deb has "rules" now. If they were always there, I'd like to be corrected on that point. The fact that there is documentation for other processes suggests to me that the deb build process has been much worse than rpm's.

      Beyond all of that, Fedora is building some really nice tools on top of rpm for automated rebuilds and packaging. Basically, all of the tools that they use to manage the distribution are open source, which makes it much easier for someone else (like Intel) to build a distribution based on Fedora's tools.

      I know that Ubuntu attracts a lot of users, but I can definitely see why developers would prefer to use Fedora's tools as a base.

    3. Re:Oh, the fools... by MSG · · Score: 5, Interesting

      And didn't some big Linux fan make a switch away from RedHat because of RPM issues?

      That was ESR. He forced rpm to remove a package, even though rpm warned him that other packages needed it in order to function. Surprise of surprises, his system stopped working just like he was told that it would.

      It was in no way rpm's fault that his system broke. ESR thought he knew better than rpm, and he was wrong.

    4. Re:Oh, the fools... by interiot · · Score: 2, Informative

      it will determine that certtool is provided by gnutls-utils and install that package. IIRC, apt-get can't do that.

      apt-file search path/to/myfile

    5. Re:Oh, the fools... by Anonymous Coward · · Score: 3, Funny

      I'm not a maintainer of any package in debian, But I did stay at a Holiday Inn Express last night.

      There, fixed that for you.

    6. Re:Oh, the fools... by MSG · · Score: 2, Informative

      https://www.redhat.com/archives/fedora-devel-list/2007-February/msg01082.html

      Eric was never forthcoming about what he did to break the system, which is no surprise because it was clearly an idiot thing to do.

      If he had a problem with a repository, it's because he was trying to use a repository that wasn't compatible with Fedora. libcom_err was and is part of e2fsprogs-libs.

      Absent any better proof than is available, I'll maintain that rpm is not at fault, and neither is Red Hat or Fedora. Eric was doing something stupid, and he ignored the system's warning that he was going to break the system. When he broke it, it was *his* fault, and his alone.

    7. Re:Oh, the fools... by ArsonSmith · · Score: 2, Informative

      Depends, auto-apt will actually suggest the package to install just by typeing in the command, or you can configure it to search and install the package you need to run that command the first time you try to run it.

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    8. Re:Oh, the fools... by walshy007 · · Score: 2, Insightful

      I call shenanigans, fedora user since fedora 3 without issue. Not to say there would never be an issue, there always can be with anything, But frequently the problem is between the chair and keyboard.

      issues you speak of that do occur are most likely due to third party repo's, which almost everyone using fedora uses because of some small things that fedora doesn't include (proprietary codecs, patent encumbered codecs, adobe flash, emulators, etc)

    9. Re:Oh, the fools... by calc · · Score: 2, Informative

      The base rpm command can tell you what package a file belongs to, what a package provides, what it requires, _even when it is not installed_. Not one Debian command can do that. Several, separately, but not one.

      dpkg does all of that:

      what package a file belongs to
      dpkg -S (filename)

      what a package provides
      dpkg -L (packagename)

      if you mean what files it provides otherwise package provides are seen via

      dpkg -p (packagename)

      what it requires

      dpkg -p (packagename)

      _even when it is not installed_

      dpkg -l (packagename)

      --

      apt-file can give individual file contents information on not installed packages, but dpkg doesn't do this by default since it would be a waste of bandwidth to actually download that stuff automatically all the time.

      ==

      The base RPM packaging can skip provides/requires (Autoreqprov: no). Debs cannot do that.

      As mentioned by someone else already:

      dpkg -i --force-nodep --force-all

      ==

      The base RPM packaging can bundle source packages, complete. Debs cannot do that: you must download patches separately. They can even bundle source packages without the actual sources (Nosrc). Debs cannot do that.

      Debs most certainly can bundle them complete, they do not do so by policy. Debs could do a nosrc equivalent but do not do so by policy again. It's not a limitation of the packaging system. Policy in Debian is very strong and so some of the things you seem to think can't be done are not done strictly due to policy reasons.

  2. RPM vs DEB by AllIGotWasThisNick · · Score: 2, Insightful

    Is that not like switching to a different brand of cola? What kind of lame reason to switch distros is that?

  3. Re:Intellectual property issue by laptop006 · · Score: 5, Insightful

    Except that deb packages (by policy) do include that info.

    --
    /* FUCK - The F-word is here so that you can grep for it */
  4. Dependencies by xaositects · · Score: 5, Funny

    I hope Intel has a good rehab program in mind to tackle the dependency hell...

  5. Re:Intellectual property issue by Darkness404 · · Score: 2, Interesting

    I don't see how this would even be a problem in the first place. Ubuntu has Main, Restricted, Multiverse, Universe, etc. So if you download things from main, and universe things, they are 100% OSS. And Restricted/Multiverse are not OSS. As for third-party Debs, it is the same thing with Windows EXEs and that hasn't stopped countless computer makers from pre-installing and recommending Windows. Plus, in 99% of GUI applications, going to help and then about will give you the licensing info. For others, a command line flag or the man or info pages will give you the info needed.

    --
    Taxation is legalized theft, no more, no less.
  6. yum by thule · · Score: 3, Informative

    Ever since yum became part of the standard Redhat distro, I have had almost zero trouble with rpm packages. With the repository aware wrapper on top of rpm, dependencies are resolved automatically, just like apt. With the main repository getting larger and larger, there is less reason to use 3rd party repositories that could lend to dependency issues. The main reason to use a 3rd party repository is to add support for proprietary codecs and drivers.

    There is even talk of removing the rpm command entirely so that all package management goes through yum.

    1. Re:yum by walshy007 · · Score: 2, Insightful

      removing the rpm command would be stupid, while I agree package management through yum is the way, rpm is very handy

      example, want to find out info on a certain package,
      rpm -q -i *packagename*
      looking for files installed by the package?
      rpm -q --filesbypkg *package*
      etc etc

  7. Well... Um... by pushing-robot · · Score: 5, Funny

    I keep turning this over in my head, and keep coming back to the same scenario:

    Steve Ballmer, in the Throne Room of his secret volcano lair: You begin to understand the true nature of my diabolic plan: If we cannot make Windows better, we will make Linux WORSE!

    Anonymous Intel lackeys: Yes, master!

    Steve Ballmer: Now go! Take these Fedora DVDs and install them on every Linux computer you find! Soon the foolish rebels will be BEGGING for Vista!

    Steve Ballmer rips a bolted-down chair from the floor and holds it above his head, cackling devilishly, while his lieutenants and lackeys scramble for the exits.

    ==
    (...with apologies to all three happy Fedora users...)

    --
    How can I believe you when you tell me what I don't want to hear?
  8. Re:Problems... by Shimdaddy · · Score: 3, Informative

    Stop it. This is a total troll and is 100% FUD. Fedora isn't a "trial" version at all -- it's a bleeding edge distro made for people who don't need commercial-grade support for their distro, but they want a Red Hat based system. Plus, Fedora isn't just "usable," it's awesome. Far from being a collection of bits and pieces, it's a coherent, organized collection of software -- in short, it's everything you expect a distro to be. You should check out: This and this.

  9. Re:Intellectual property issue by Qzukk · · Score: 5, Informative

    The package metadata does not contain the license beyond whether it's considered free or non-free, however every package is required to include usr/share/doc/[packagename]/copyright with the text of the license.

    --
    If I have been able to see further than others, it is because I bought a pair of binoculars.
  10. Wrong reason by armanox · · Score: 2, Informative

    Actually it has nothing to do with RPM vs Deb. It's apt vs yum. Install apt-rpm in Fedora and see how fast you can install stuff (Actually, it has to do with yum updating the package lists every run vs apt just doing it with apt-get update).

    --
    I'm starting to think GNU is the problem with "GNU/Linux" these days.
  11. Re:7yrs with Linux and dead set on DEB by Wdomburg · · Score: 3, Insightful

    Funny, from a desktop perspective I went Slackware -> Red Hat -> Fedora -> Ubuntu -> CentOS because HOLY CRAP an Ubuntu upgrade totally hosed my system and ended up with some thoroughly fucked dependency issues. :) And from a server perspective I went from Solaris -> Debian -> CentOS because the idiots at Debian release a 3.0 with a known broken PHP package and then proceeded to leave it broken for six months. /counterrant

  12. Re:Educate me wrt to Debians package management by AllIGotWasThisNick · · Score: 2, Informative

    --dist-upgrade-mode is for upgrading to the next release of your distro, such as for ff2->ff3 (via eg ubuntu gutsy->intrepid).

    You're right that "upgrade" only upgrades to the latest version available for your distro. Some distros offer multiple independent versions within one distro (eg) both Python2.5 and Python2.4. In that case:

    $ sudo apt-get install firefox3

    I still can't see this as any reason to switch from one package manager to another. :(

  13. Re:Fedora over Ubuntu for a mobile platform? by sricetx · · Score: 2, Interesting

    The only reason I could think of switching to Fedora from Ubuntu is if you had a nVidia 8200 motherboard. The Fedora Core 9 kernel version (2.6.25) supports it, and the one in Ubuntu 8.04 (2.6.24) does not.

    KDE support in Fedora may be better as well, I haven't looked at it in a while so I'm not sure. KDE is stagnant as hell in Ubuntu/Kubuntu land for now (no LTS support for KDE in 8.04, etc.), due to all the churn with the very beta-like and some would say ill-planned KDE 4.0 release.

  14. Re:Problems... by shogarth · · Score: 2

    I have to disagree here. I use RHEL5 on my office desktop, Fedora 8 for the server in my garage, a recent Ubuntu release on an old beater laptop, and used to run Sparc Debian (Sarge) on a variety of old Sun gear. I would say this gives me a fairly good understanding of the differences. Here's my unsolicited opinions

    1. RHEL is not a superset version of Fedora. It is a release with a guarantee of 5 years of patch support. Fedora's lifetime is much shorter. Enterprise customers (hence the 'E' in RHEL) don't want to be constantly upgrading/validating new software revs.
    2. If you want to play with cool, new hardware, don't use RHEL. By definition it is behind the curve on h/w support
    3. RHEL goes to serious lengths to avoid including patent encumbered code that they haven't licensed. That means RPMForge if you want to play MP3's or anything else so encumbered. Fedora is a bit more inclusive.
    4. Ubuntu is much friendlier if you want a MSWin replacement. It grabs/configures codecs and browser plugins easier than any other distro I've tried.
    5. I loathe the Debian package management. I've used RPM's via Red Hat since 1997 and never had a problem though life got better with yum. Using apt-get or dpkg always felt like shaving with a broken beer bottle when compared to yum or up2date.

    I'm trying not to be a troll here, but it sounds like very few of the voices here have recent experience in both areas.

  15. *NOT* exactly by DrYak · · Score: 4, Insightful

    Debian's package management is absolutely superior compared to everything else that I know about out there.

    Debian's package management *IS* the best.
    But this has *nothing* to do with the DEB format.

    Debian's package management rocks because :
    - "apt-get" & friends are very well designed to track dependencies (compared to Slackware's TGZ system, for example, which does no tracking by design).

    - Huge efforts from the community have gone into building the official repositories in a coherent manner. Thus every package has a clear and non ambigous dependence on other packages (I've seen minor distros where the distro's original package have broken dependencies because the actual needed package got renamed, but the packages needing them didn't get updated)

    - Debian is a huge honking distribution with a crazy amount of packages. Most of the time, you only need to get packages from the default repositories, which where well designed as said before.

    - As the repositories are well designed and coherent : it's easy to target for 3rd party package maintainers, and produce packages whose dependencies relate nicely to the rest.

    - DEB is mostly only used by Debian. Other distro using DEB are usually variants of Debian (for example: Knoppix is basically Debian-installed-on-an-image and Ubuntu is a very close derivative of Debian), they are not unrelated distro. Thus if a user picks up a .DEB somewhere, chances are high that the package will work, because it was designed for debian to begin with.
    Whereas RPM are used by pretty much everyone else - sometime by distro that have nothing in common (RedHat is mainly used in RedHat derivatives, but openSUSE for example has some Slackware in it's ancestry - thank fully they have also participated in important efforts such as UnitedLinux and LSB to make the distro compatible with others). A Fedora user may pick a RPM from a random site on the intertubes thinking it will work, but, surprise, it was designed for a distro with a different layout or organisations.

    - apt-get & friends are fast (openSUSE has nice depencencies solving systems in YaST, and has good quality 3rd party repositories like Packman - but all this is bloody slow compared to apt-get)

    So in short, Debian package management is good because of the software handling it and even more because of the quality of the repositories.
    The exact same could be imagined with RPMs.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
    1. Re:*NOT* exactly by calc · · Score: 2, Informative

      Most of the reason Debian is so good is due to their very strict policy and review of packages before being allowed into the repository. apt-get is just icing on the cake.

  16. rpm -qa --queryformat "%{NAME}\t%{LICENSE}\n" by thule · · Score: 4, Informative

    I *think* what Intel wants is this command:

    rpm -qa --queryformat "%{NAME}\t%{LICENSE}\n"

    I didn't know that .deb didn't support this. Can anyone provide a similar dpkg command?

  17. Re:Problems... by Peter+H.S. · · Score: 3, Insightful

    Fedora by design isn't a *real* distro. It is a testing ground for RHEL. Now, Fedora is usable, and nice and all. But Ubuntu is a *real* distro, you don't have to pay for the "full" version. With Ubuntu, you get Debian cleaned up. With Fedora you get all the bits and pieces that make up RHEL in a developer-oriented way.

    You just like Debian is the testing ground for Ubuntu? It would in fact be much more precise to describe Fedora as a testing ground for Ubuntu too, since the technology pioneered there drips back into Ubuntu. Ubuntu is probably a nice distro, but it is not known for its technological contributions to Linux, unlike e.g. Red Hat or Novell who pays a lot of software engineers to improve or develop core Linux software, that e.g. distroes like Ubuntu can use.


    Intel needs to give people a real distro, not a "trial" version of RHEL.

    There you go again. Fedora is a real distro and a fine one too, a good mixture of the most modern software and maturity. Please state what kind of software Fedora lacks to become a "real" distro.

    I have using Linux for many years, and one thing I don't get about distro fan-boys like you is why you need to bad-mouth other distros than you favorite-distro-of-the-month, especially when you are unable to back it up with technical arguments.


    And by the way, RPM (at least the "true" RPM versions) seem to be outdated and DEB in most ways is superior. (Note: Not trying to start a flame war, but merely stating facts)

    That are some really impressive technical arguments you gave there - not! I wonder if you actually know what DEB or RPM is? Please give an actual example why rpm is outdated to dpkg? Well, you can't. Try to read 'man rpm' one day to get a overview of what you are talking about.

  18. Re:Problems... by MSG · · Score: 3, Insightful

    DEB in most ways is superior. (Note: Not trying to start a flame war, but merely stating facts)

    If you want to state the "facts", try detailing something that the dpkg tools do, which rpm tools do not. Otherwise, you're just flaming.

  19. Re:rpm -qa --queryformat "%{NAME}\t%{LICENSE}\n" by Anonymous Coward · · Score: 3, Informative

    There really isn't one. Most Debian packages come from main and are FOSS, so the licensing isn't a big deal. The package does contain /usr/share/doc/$package/COPYRIGHT by policy but that leaves the human grepping around. It would be trivial enough for the dpkg folk to add it but it has not been an issue up to now.

  20. It's not JUST RPM they're after by kwalker · · Score: 3, Insightful

    I wasn't sure why Intel would choose Fedora over Ubuntu either until I remembered the maintainer tools that Fedora has been working on.

    It's not just RPM that Intel is after. Fedora has made a concerted effort over the last three or four releases to provide all the tools a group would need to make their own customized Fedora-derivative distro. I can't remember the software names off the top of my head, but groups like Fedora Unity use them to create more updated "spins" of Fedora releases.

    So all Intel has to do now is build their own repository manager server and they can have automated testing, building, and packaging of any packages they want, up to and including the entire distro.

    --
    ... And so it comes to this.
  21. Re:Intellectual property issue by statusbar · · Score: 2, Interesting

    Perhaps they will take the opportunity to FIX RPM's inefficient use on SSD's?

    --jeffk++

    --
    ipv6 is my vpn