element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • About Us
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
RIoTboard
  • Products
  • Dev Tools
  • Single-Board Computers
  • RIoTboard
  • More
  • Cancel
RIoTboard
Forum "Supports Android and Linux" is redundant
  • Blog
  • Forum
  • Documents
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join RIoTboard to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • Replies 10 replies
  • Subscribers 24 subscribers
  • Views 636 views
  • Users 0 members are here
  • riotboard
  • gnu
  • linux
Related

"Supports Android and Linux" is redundant

johnbeetem
johnbeetem over 11 years ago

The top-level description for RIoTboard says that RIoTboard "supports Android and Linux".  This is redundant: Android is built on top of the Linux kernel, so if RIoTboard supports Android, it automatically supports Linux.

 

I think the description should read "Supports Android and GNU/Linux".  I realize that the user manual makes the common error of using "Linux" to mean "GNU/Linux", but there's no reason to perpetuate that error here at element14.

 

JMO/YMMV

  • Sign in to reply
  • Cancel

Top Replies

  • bluescreen
    bluescreen over 11 years ago +1
    Good point, John. I think they were trying to differentiate between boards that can run a slim Linux distro (like Arch) vs a full Android version with graphic UI. I'll share your feedback with the RIoTBoard…
  • johnbeetem
    johnbeetem over 11 years ago +1
    Speaking of redundancies in the RIoTboard description, I just noticed that the list of Interfaces includes: LVDS, HDMI and Parallel RGB Interface interface I'd recommend changing it to something…
  • Former Member
    Former Member over 11 years ago in reply to bluescreen +1
    I'll ask the obvious question.. Are there any Linux image downloads ? Only obvious downloads I can find today are Android. I can't find any upstream support for the RIoT board (or MarS) in either u-Boot…
  • bluescreen
    bluescreen over 11 years ago

    Good point, John.

     

    I think they were trying to differentiate between boards that can run a slim Linux distro (like Arch) vs a full Android version with graphic UI.

     

    I'll share your feedback with the RIoTBoard team. image

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • Cancel
  • johnbeetem
    johnbeetem over 11 years ago

    Speaking of redundancies in the RIoTboard description, I just noticed that the list of Interfaces includes:

    LVDS, HDMI and Parallel RGB Interface interface

    I'd recommend changing it to something like:

    LVDS, HDMI and Parallel RGB video outputs

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • Cancel
  • johnbeetem
    johnbeetem over 11 years ago

    I see the top-level description now reads "GNU/Linux".  Thanks!

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • bluescreen
    bluescreen over 11 years ago in reply to johnbeetem

    Thanks for the good suggestion, John.

     

    image

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 11 years ago in reply to bluescreen

    I'll ask the obvious question.. Are there any Linux image downloads ?  Only obvious downloads I can find today are Android.

     

    I can't find any upstream support for the RIoT board (or MarS) in either u-Boot or the linux kernel, so saying it supports linux while technically correct is a bit misleading. Since the only way to get Debian/Arch/Fedora onto one of these currently would be to write the u-Boot & kernel support yourself.

    I think it's fairly obvious that basic problem will effectively put non-Android Linux out of most peoples reach.

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 11 years ago

    John Beetem wrote:

    I realize that the user manual makes the common error of using "Linux" to mean "GNU/Linux"

    I don't wish to start another quasi-religious debate, but I find the whole "GNU/Linux" tag somewhat disturbing.  These days it's quite possible to build a 'Linux' system using CLang and musl libc and therefore not have any GNU stuff at all.

     

    The Arm version of LFS goes halfway by using GCC with musl libc for example.  At some point you're going to need to call the amalgamation Musl/Linux/Xorg/freedesktop/KDESC/'not very much GNU' which I feel just adds to the confusion that the GNU/Linux thing started.

     

    I do agree that most people don't understand that Linux is just the kernel, I just don't think GNU/Linux actually helps anyone understand it if they don't already.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • johnbeetem
    johnbeetem over 11 years ago in reply to Former Member

    selsinork wrote:

     

    I don't wish to start another quasi-religious debate, but I find the whole "GNU/Linux" tag somewhat disturbing.  These days it's quite possible to build a 'Linux' system using CLang and musl libc and therefore not have any GNU stuff at all...

     

    I do agree that most people don't understand that Linux is just the kernel, I just don't think GNU/Linux actually helps anyone understand it if they don't already.

    Well, in the case of Debian and Ubuntu, they are IMO clearly GNU user-visible OS tools running on top of the Linux kernel, so IMO the name GNU/Linux is appropriate.  I also think "GNU/Linux" helps people notice that there is a question, instead of propagating a misconception.

     

    In the general case, there is a need to distinguish between different OSes that run on top of Linux.  That was the whole point of my opening a discussion on the topic, since the original description of RIoTboard said "Supports Android and Linux", which is redundant since Android includes Linux as its kernel layer.

     

    People who create things have the right to name them as long as the name doesn't infringe on trademarks.  So if RMS wants to refer to an OS based on GNU tools as GNU/Linux, I think we should respect that.  Here's his essay on the topic: http://www.gnu.org/gnu/why-gnu-linux.html

     

    People who write things that run on top of Linux that don't include the GNU tools should be able to call their products anything they want.  Android is an interesting case, since it would be more appropriate to call it "Android/Linux".  However, adding "/Linux" is likely to scare off potential consumers, so it's probably the best thing for Google and Linux.  I haven't heard of Linus Torvalds objecting to it.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • bluescreen
    bluescreen over 11 years ago in reply to johnbeetem

    Interesting point, John. I looked for anything Torvalds may have said about the relationship between Linux and Android and found this piece. While his comments are pretty tame, another part of the article jumped out at me:

     

    Over the last several years, some people have been seeing Android as not being Linux at all. Google didn't help matters at all when in the fall of 2010, "Google engineer Patrick Brady stated unambiguously that Android is not Linux” That was never true. Android has always been Linux.

    What's also true though is that Google took Android in its own direction, a direction that wasn't compatible with the mainstream Linux kernel.

     

    The rest of the article goes into detail explaining the differences between Android and Linux, which supports the point that Android is more than your standard forked version.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 11 years ago in reply to bluescreen

    Sagar Jethani wrote:

     

    The rest of the article goes into detail explaining the differences between Android and Linux, which supports the point that Android is more than your standard forked version.

    Tangled history will always make things interesting, but I'd suggest that the Android version really is just a standard fork, and a very successful one. Perhaps it's even the only real fork. While the likes of RedHat will produce what could be called a fork in their RHEL kernels, they're usually much more closely entertwined with Linus version with the goal of getting the RHEL features into mainline quickly.

    As the article says, Android really is going in it's own direction with significant enough differences that while John's point that Android=Linux stands, the devil is in the details and today you couldn't run the Android userspace on mainline linux. The other way around may be slightly easier, but I believe it's still going to be hard to run a more normal distro on top of an android kernel.

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 11 years ago in reply to johnbeetem

    John Beetem wrote:

    Well, in the case of Debian and Ubuntu, they are IMO clearly GNU user-visible OS tools running on top of the Linux kernel, so IMO the name GNU/Linux is appropriate.  I also think "GNU/Linux" helps people notice that there is a question, instead of propagating a misconception.

    I agree that calling anything other than the kernel itself Linux is a misconception. I've spent far too much time trying to explain the difference to people over the years.

     

    I'd much prefer that Debian was just called Debian and was regarded as a distribution that brings together lots of different pieces from many different authors and philosophies. Ubuntu with unity just muddies the water further, it's not clear what user visible tools are in use for an average user. 

     

    Don't get me wrong, I think the world needs idealistic people like RMS to push the boundaries, however I also think that like the rest of us he's capable of being just plain wrong. It's clear he doesn't see the world that way though.

     

    People who create things have the right to name them as long as the name doesn't infringe on trademarks.  So if RMS wants to refer to an OS based on GNU tools as GNU/Linux, I think we should respect that. 

    Unfortunately RMS didn't create Debian or Fedora or <insert distro name here>. He didn't create the linux kernel either. Why then does he get to set the name ?  Yes the GNU tools are important, but a distro is a sum of it's parts, not beholden to a few replaceable pieces.  I respect his right to have his opinion, I hope he'd respect my right to disagree. I'll hereby start referring to it as Perl/Linux image

     

    Android is indeed an interesting case and your reasoning is pretty close to why I think it's much better to just call the distro Debian or Fedora and leave out both GNU and Linux.

    • Cancel
    • Vote Up +1 Vote Down
    • Sign in to reply
    • Cancel
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2025 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube