Slashdot Mirror


Ubuntu To Stop Offering 32-Bit ISO Images, Joining Many Other Linux Distros (bleepingcomputer.com)

An anonymous reader writes: Canonical engineer Dimitri John Ledkov announced on Wednesday that Ubuntu does not plan to offer 32-bit ISO installation images for its new OS version starting with the next release — Ubuntu 17.10 (Artful Aardvark) scheduled for release on October 19. The decision comes after month-long discussions on the dwindling market share of 32-bit architectures. Ledkov made it clear that Canonical does not plan to stop support for 32-bit architectures. The Ubuntu team plans to continue to offer security updates and bug fixes, but they won't be offering new ISO images. Lubuntu and Xubuntu, which are Ubuntu offshoots created to run on older computers, will most likely continue to provide 32-bit ISO images, as this is their bread and butter. Manjaro, Tails, and Arch Linux announced similar decisions. Even Google dropped support for Chrome on 32-bit Linux platforms, way back in 2015, predicting the overall trend.

74 of 133 comments (clear)

  1. 32-bit by syn3rg · · Score: 2

    is it 2032 already?

    --
    The contents of this message have been doubly encrypted by ROT13
    1. Re:32-bit by Anonymous Coward · · Score: 1

      Who cares, it's Friday!

      WOOOOOOOOOOOOOOOOOOO!

    2. Re:32-bit by parkinglot777 · · Score: 1

      is it 2032 already?

      In Buddhist year, it is already 2560. :D

  2. For desktop, OK, but for server this is bad by houstonbofh · · Score: 2

    Many people run Ubuntu Server on embedded devices. And Old Wyse terminal server makes a wonderful Cacti and Icinga box. (No good having monitoring inside a VM when the VM server fails...) Perfect for Pi-Hole. A nice syslog server you can drop at a client when needed. And Ubuntu Server is the only distribution you can install totally for free and then add support a-la-carte later. And yes, I have added an expensive support contract to a $10 used Wyse box for a client.

    1. Re:For desktop, OK, but for server this is bad by jabuzz · · Score: 1

      Keep using a current LTS version of Ubuntu Server on those devices then. Oh and the Raspberry Pi 3 is 64 bit.

    2. Re:For desktop, OK, but for server this is bad by Anonymous Coward · · Score: 1

      We'll have to start building from sources which is inconvinient but can be done; The problem is the main package repository, but maybe some volunteers can create their own repos for some parts of x86.

    3. Re:For desktop, OK, but for server this is bad by houstonbofh · · Score: 1

      Everything a Pi will do, including power and connectors, for less money. http://www.ebay.com/itm/Wyse-T... I have these running Dokuwiki, Icinga, Cacti, Pihole, Syslog... I drop them off with clients all the time. And while 16.04 will be ok for another 3 years, I have systems I have not even looked at for 5 or more!

    4. Re:For desktop, OK, but for server this is bad by b0bby · · Score: 1

      I like this idea, if I wanted one to play with is a VXO V10LE a good model to get? Do you only run Ubuntu on yours?

    5. Re:For desktop, OK, but for server this is bad by MightyMartian · · Score: 1

      I don't run Ubuntu on embedded hardware, but I do run Debian, and I sure hope Debian keeps maintaining a 32 bit release.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    6. Re:For desktop, OK, but for server this is bad by houstonbofh · · Score: 1

      Because they are still doing the job. (And they are monitored.)

    7. Re:For desktop, OK, but for server this is bad by tepples · · Score: 1

      The problem is the main package repository

      If Canonical wants to continue offering Wine, it'll need to maintain at least some i386 libraries in the main repository at least until Wine becomes a snap that hosts its own copy of the C runtime and X client libraries.

    8. Re:For desktop, OK, but for server this is bad by houstonbofh · · Score: 1

      I run Ubuntu or FreeBSD on everything. Ubuntu because it is the only one where you can install it for free and add support later if you want it. This gives clients a level of comfort if I get hit by a bus. :) And FreeBSD because it is rock solid and secure.

      As for as what to get, the best resource I have found is here. http://www.parkytowers.me.uk/t... And David Parkinson is a nice guy!

    9. Re:For desktop, OK, but for server this is bad by houstonbofh · · Score: 1

      Or perhaps the client is looking at the work product from them, but not the system?

    10. Re:For desktop, OK, but for server this is bad by Freedom+Bug · · Score: 1

      Ubuntu will continue to provide 32 bit Cloud and Container images.

      https://lists.ubuntu.com/archi...

    11. Re:For desktop, OK, but for server this is bad by slashdot_commentator · · Score: 1

      Now that is a valid concern. But you know that day is coming...

      --
      There is no America. There is no democracy. There is only IBM and AT&T and DuPont, Dow, General Electric, and Exxon
    12. Re:For desktop, OK, but for server this is bad by darkain · · Score: 1

      Exactly this! I'm running a series of 32-bit Intel based routers that so far have been running pfSense, but they just dropped 32-bit support as well. Now with Linux distros dropping support, that is another area I won't be able to explore with these boxes. Currently investigating staying with FreeBSD and going with OPNSense instead. But yeah, this really sucks that solid and reliable hardware that gets the job done very well isn't "supported" anymore.

    13. Re:For desktop, OK, but for server this is bad by b0bby · · Score: 1

      Thanks!

    14. Re: For desktop, OK, but for server this is bad by sound+vision · · Score: 1

      Ubuntu Server stopped offering 32 bit ISOs years ago. At least they did last I checked in 2015.
      They want to cite declining market share, but how are they polling that? Embedded systems and some types of servers aren't likely to be browsing the web, for example.

    15. Re: For desktop, OK, but for server this is bad by sound+vision · · Score: 1

      It really is sad because extending the life of old or marginal hardware is one of the strong points of Linux in the first place. Intel was shipping 32-bit-only Atoms as late as 2010. I'm still using one with Debian on it... But even their next release will drop 32bit.

    16. Re:For desktop, OK, but for server this is bad by houstonbofh · · Score: 1

      I can see that. But I specified that "I" was not looking, so it is a Schrodinger system. Until they have a problem to pay me for it is both up and down. :)

    17. Re:For desktop, OK, but for server this is bad by houstonbofh · · Score: 1

      Fair point. Note that some of these old terms do have GPIO, however. But yes, I was mainly talking about purpose build Linux appliances on a Pi. (Like PiHole and so on...)

    18. Re:For desktop, OK, but for server this is bad by houstonbofh · · Score: 1

      This is exactly the reason SmallWall and t1n1wall were formed. www.smallwall.org for something that still does 32bit. OPNsense is even fatter then pfSense.

    19. Re: For desktop, OK, but for server this is bad by houstonbofh · · Score: 1

      Ubuntu Server stopped offering 32 bit ISOs years ago. At least they did last I checked in 2015. They want to cite declining market share, but how are they polling that? Embedded systems and some types of servers aren't likely to be browsing the web, for example.

      Funny. I have a Ubuntu 17.05 32bit server image right now. But as to how they poll... Look at the package popcon, and then it is what is pulled from the repositories.

    20. Re: For desktop, OK, but for server this is bad by houstonbofh · · Score: 1

      I guess they felt that since marginal hardware would not support unity... ;)

    21. Re:For desktop, OK, but for server this is bad by houstonbofh · · Score: 1

      Suspect I will. Also have to set up an apt-cache...

  3. 32 bit boxes are probably suited better elsewhere by damn_registrars · · Score: 2

    Are there really many 32bit systems being used in general purpose (workstation or similar) settings? I tend to come across 32bit boxes most often now as either embedded systems, mini servers (in low-demand applications), or various novelty / nostalgia applications. All of these could probably be better suited with a more specialized OS than Ubuntu that aims for the general populace. While it can make support a little more tricky (particularly if all your 64bit systems are Ubuntu) it is probably worth the effort. to switch.

    --
    Damn_registrars has no butt-hole. Damn_registrars has no use for a butt-hole.
  4. Re:32 bit boxes are probably suited better elsewhe by houstonbofh · · Score: 1

    Support is the key. Many people want support, or at least the option. Name some specialized distributions that support 32bit for embedded devices or small low powered specific needs. I'll wait...

  5. Re:You're my only hope, Mint Linux by that+this+is+not+und · · Score: 1

    The current release of NetBSD will still run on a 68030 Macintosh like the SE/30.

    Just sayin'.

  6. rendering more hardware obsolete by SethJohnson · · Score: 1

    Pity those motherboards and CPUs used as a virtual machine host that don't support VT-x and can't run 64-bit VMs even though the host OS can be 64-bit.

    1. Re:rendering more hardware obsolete by houstonbofh · · Score: 1

      The article does say cloud and container images will still be offered. Not sure if that is prepackaged, however. (Here is your VM. Password is "Putz".)

  7. Re:32 bit boxes are probably suited better elsewhe by houstonbofh · · Score: 1

    If you're willing to pay, sure. Oh wait, you want both the OS and the support to be free? No can do.

    Who offers paid support contracts for a 32 bit distribution? Not RedHat, Suse, or Ubuntu (now...) anyway.

  8. Who cares, DA EVIL ROOSKIES by Anonymous Coward · · Score: 1

    According to the California Secretary of State Alex Padilla, last week's accusation of Russian interference in the US elections was blatantly incorrect. “DHS confirmed that Russian scanning activity had actually occurred on the California Department of Technology statewide network, not any Secretary of State website. Based on this additional information, California voters can further rest assured that the California Secretary of State elections infrastructure and websites were not hacked or breached by Russian cyber actors.” Wisconsin’s chief elections administrator, Michael Haas, has also repeatedly said that Homeland Security assured the state it had not been targeted: “Wisconsin was not provided any information that indicated before the November election that Russian government actors were targeting election systems.”
     
    The latest Red Scare is just a big nothing burger.

    1. Re:Who cares, DA EVIL ROOSKIES by slashdot_commentator · · Score: 1

      Trump is cunt, and that's why Putin's braindead goons are wasting money on anonymous coward postings.

      --
      There is no America. There is no democracy. There is only IBM and AT&T and DuPont, Dow, General Electric, and Exxon
    2. Re: Who cares, DA EVIL ROOSKIES by sound+vision · · Score: 1

      This is just lazy, they don't even bother to copy paste into relevant threads anymore.

  9. 32bit vs. power consumption by kwerle · · Score: 3, Interesting

    For those arguing that there are still uses for 32bit machines, I gotta wonder: Is the cost of upgrading to something tiny, modern, and 64bit more or less expensive than running 32bit on old hardware if you include the cost of power?

    1. Re:32bit vs. power consumption by MightyMartian · · Score: 1

      I imagine the people most concerned would be people with embedded hardware. I have a number of custom-built routers all running 32 bit processors with a 1gb of RAM and SSD drives. They work well as routers/VPN gateways, but since they are Internet-facing, I want to make sure everything is up to date. If I can't find a distro that will continue to support security updates, I will have to replace these systems.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    2. Re:32bit vs. power consumption by chipschap · · Score: 1

      Like another poster here, I have a 32-bit only netbook that despite being over 8 years old, still works perfectly (that idea of substituting an SSD for the old HD is appealing).

      Similar use case: as a portable for mostly doing writing and editing. Something to take on travel and not worry so much about it being stolen or confiscated at the border. It's perfect for such use. Why trash it? I buy a new battery every few years and that's it. (Batteries can still be easily obtained.)

      32-bit distros are useful to me, and I am sure there are many others like me. Still, I'll find a way to make it work, it'll just be more effort.

    3. Re:32bit vs. power consumption by EndlessNameless · · Score: 1

      32-bit distros are useful to me, and I am sure there are many others like me

      If that "many" is a sufficiently small part of the population, it is no longer worth serving.

      No corporate product manager is going to think about someone that runs an 8-year-old netbook.

      The influx of corporate money into Linux was bound to make things like this more commonplace.

      --

      ---
      According to the latest ruleset, this post should be modded as Vorpal Flamebait +5.
    4. Re:32bit vs. power consumption by chipschap · · Score: 1

      Of course you're right --- but it may not necessarily be due to corporate influence (although it could be). Distro support often relies on a limited set of volunteers with limited time, and they can only do so much. Supporting a 32-bit distro may fall far down on the list or fall off completely.

      But as I said, I'll manage. Nothing to stop me from running an older distro for a long time. It's not like an 8-year old netbook is going to suddenly acquire new hardware needing new drivers.

    5. Re:32bit vs. power consumption by Trogre · · Score: 1

      More, when it's a laptop. Laptops use negligible power when used sporadically through the working week.

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    6. Re:32bit vs. power consumption by tepples · · Score: 1

      I have seen in businesses CRT display in the year 2017.

      So have I, in the local arcade. Light gun games don't work with an LCD, and a lot of traditional joystick- or footswitch-driven games haven't been retrofitted either.

  10. Re:Finally! by tepples · · Score: 1

    Back in 1997, many computers still in use had single-digit megabytes of RAM, and the doubling of pointer length would have increased data cache misses and RAM misses, causing more swapping. The only affordable 64-bit computer in 1997 was a Nintendo 64 game console, and that was locked down through a security microcontroller to run only Nintendo-approved software.

  11. Re:32 bit boxes are probably suited better elsewhe by Scarletdown · · Score: 1

    Are there really many 32bit systems being used in general purpose (workstation or similar) settings? I tend to come across 32bit boxes most often now as either embedded systems, mini servers (in low-demand applications), or various novelty / nostalgia applications. All of these could probably be better suited with a more specialized OS than Ubuntu that aims for the general populace. While it can make support a little more tricky (particularly if all your 64bit systems are Ubuntu) it is probably worth the effort. to switch.

    Well, I have a neat little Atom based Netbook that I use as my inventory and library computer. It is technically a 64 bit system, but its specs are such where a 64 bit OS and 64 bit applications are just too damn slow, and the only drivers available were for XP and 32 bit Windows 7; so after trying various solutions (even both Debian and Ubuntu), I ultimately settled on 32 bit W7.

    On another note, since I can't be arsed at the moment to check out the article, is it only ISOs they are discontinuing, or is it all paths to a 32 bit installation (like network based install from bootable media for example)?

    --
    This space unintentionally left blank.
  12. Re: Finally! by twotonfist · · Score: 1

    Ok your right. Maybe 19 years ago? Or about the time microsoft me came out?

  13. Re:RollYourOwn by houstonbofh · · Score: 1

    Have a firewall project already. I am good.

  14. Bad move for Desktop, 64-bit wastes memory by slacka · · Score: 1

    I can run 30% more VMs on my Linux Host using 32-bit server images. I understand dropping desktop, but i686 for server still makes perfect sense. I have 30 512 VMs running with 16 GB of Ram. If I was forced to upgrade to x86-64 today, I could only run 21 VMs. Not sure Ubuntu was considering the wasted memory when they made this call.

    1. Re:Bad move for Desktop, 64-bit wastes memory by Anonymous Coward · · Score: 1

      I can run 30% more VMs on my Linux Host using 32-bit server images. I understand dropping desktop, but i686 for server still makes perfect sense. I have 30 512 VMs running with 16 GB of Ram. If I was forced to upgrade to x86-64 today, I could only run 21 VMs. Not sure Ubuntu was considering the wasted memory when they made this call.

      gosh how dare ubuntu do anything without worrying first and foremost about you and your old computer

    2. Re:Bad move for Desktop, 64-bit wastes memory by EndlessNameless · · Score: 1

      Not sure Ubuntu was considering the wasted memory when they made this call.

      I'm pretty sure they're aware of it. Your use case is not the end-all, be-all.

      Either switch to a new distro or get more RAM. Since they will have a 32-bit build in the LTS branch for a few more years, you could easily upgrade or replace that machine in the meantime---it's not like your existing installation will evaporate overnight.

      --

      ---
      According to the latest ruleset, this post should be modded as Vorpal Flamebait +5.
    3. Re:Bad move for Desktop, 64-bit wastes memory by lederhosen · · Score: 3, Insightful

      No, you are wrong. If you want performance AND you want 32-bit pointers you can use https://en.wikipedia.org/wiki/...

      Then you get the benefit of 16 64 bit GPRs, PC-relative addressing and other features that INCREASE performance. There is no good reason to run a 64-bit x86 OS in 32 bit mode.

    4. Re:Bad move for Desktop, 64-bit wastes memory by Shinobi · · Score: 2

      64-bit is superb for desktop, being able to do various hobbies with less disk thrashing(and don't bring out that old NA geek chestnut about non-geek users just needing a browser, it's not true at all).

      Look at all the non-computer geeks doing video and graphics as hobbies. Live streaming with live greenscreens and effects. Or playing games and watching movies at the same time etc etc. All things that nowadays can become almost impossible on a 32-bit system. The combination of being able to use more than 4GiB of RAM efficiently, and more general purpose registers does a lot for many non-geeks for whom the computer is just a tool for hobbies and entertainment.

    5. Re: Bad move for Desktop, 64-bit wastes memory by kenh · · Score: 1

      Your price differential isnâ(TM)t just for more memory:

      1 core vs 2 core processor
      128Meg vs 256 Meg memory
      15 Gig vs 30 gig storage
      500 Gig vs 1 TB bandwidth

      $1.50 vs $3.50 a month

      --
      Ken
    6. Re: Bad move for Desktop, 64-bit wastes memory by the_leander · · Score: 1

      It may come with more things, but if he isn't doing anything that would take advantage of those extras, he's still being left with a threefold increase to his costs for no real benefit. Given that the OP is running 30 VMs right now, that is a significant increase in his outlay.

      Maybe as time goes on he'll be able to find a like for like replacement for the same amount, but right now its not an option.

      --
      regards, the_leander
  15. Where's the modern 10" netbook? by tepples · · Score: 2

    something tiny, modern, and 64bit

    Sometimes modern isn't tiny.

    The first round of netbooks, such as the Eee PC 900, were 9" laptops with a 32-bit Celeron processor. The second round of 9" and 10" netbooks used a 64-bit-capable Atom processor, but many shipped with 1 GB of RAM and can't be upgraded past 2 GB. At RAM sizes of 1 GB or less, pointer size increase becomes substantial, and "x32" (x86-64 with 32-bit pointers) never drew enough of a following to come close to displacing i386. (Xubuntu will still be around to support 1 GB PCs, and 64-bit Xubuntu appears to run OK on 2 GB.) A new netbook in 2017 won't be especially "tiny", as 11.6" appears to be the minimum screen size nowadays.

  16. Re:It's about time by Anonymous Coward · · Score: 1

    Twice as much you say.

  17. Re:It's about time by zekica · · Score: 1

    Linux can use PAE and address 32GB of RAM in 32bit. Each process can access up to 3GB of RAM, so you don't need 64bit if a single process doesn't use more than 3GB.

  18. Re:You're my only hope, Mint Linux by drinkypoo · · Score: 1

    AFAIK it will run on a 68020 but only if you have an MMU

    Unfortunately, most 68k desktop machines don't have MMUs. That includes most 68k macs.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  19. Re: Finally! by Bing+Tsher+E · · Score: 1

    Since '64' seems to be the important number to some of you, why not just get a Commodore 64, or a Nintendo 64. Those have 64-ness, too.

  20. Re: Finally! by twotonfist · · Score: 1

    64 bit has been held back due to.... Hold on I. My pager just went off. Seems I have to install a math co-processer and chang the ribbon on a serial line printer I'll be back in an hour.

  21. Re:32 bit boxes are probably suited better elsewhe by lederhosen · · Score: 1

    64-bit ought to be faster: 16 64-bit GPRs, PC-relative addressing etc. If you want smaller pointers, it is nothing hindering you to run 32 bit apps on the 64-bit OS.

  22. Re:Finally! by tepples · · Score: 1

    Back in 1997, many computers still in use had single-digit megabytes of RAM

    You're thinking the early 1990's. I had 32MB in 1997

    Back in 1997, overall PC prices were higher, and people still used PCs from 1994-95 that had 8 MB of RAM. Some had been upgraded to 8 MB to run Windows 95. My first Windows PC, purchased in 1997, was a used IBM PS/ValuePoint from mid-1995 that came with 8 MB of RAM, Windows 3.1, and Tseng ET4000 integrated graphics.

  23. Opteron came out 3 years after Windows Me by tepples · · Score: 2

    Windows Me (Millennium Edition) came out in late 2000, when PCs were shipping with Pentium III processors and 128 MB of PC133 RAM upgradable to 512 MB. The AMD64 spec was first published around that time, but the first 64-bit Opteron CPU didn't ship until August 2003.

    1. Re: Opteron came out 3 years after Windows Me by twotonfist · · Score: 1

      You are right about that. The company I worked for back then was a beta tester for ME. We gave it a thumbs up not because it was useable but because it was good for computer service business so I will take the blame. Please be kind.

  24. Re:32 bit boxes are probably suited better elsewhe by adolf · · Score: 1

    There was at least one 64-bit Atom iteration which could do x64 just fine, but which did not ever have appropriate drivers available for Windows.

    "Slower" in 64-bit here can be for a variety of reasons.

  25. Re: Finally! by freeze128 · · Score: 1

    OUCH! Commodore 64 had an 8 bit single core CPU. You don't want that running Ubuntu.

  26. Re:32 bit boxes are probably suited better elsewhe by lactose99 · · Score: 1

    Isn't this the point? Apparently no one wants to purchase support for Ubuntu on 32bit systems, so they're no longer doing so.

    If they had clients that requested this I suspect the support would continue to be there.

    --
    Fully licensed blockchain psychiatrist
  27. Re:32 bit boxes are probably suited better elsewhe by lactose99 · · Score: 1

    This was the Cherry Trail series I believe, which used the GMA 3150 GPU which was basically just like the GMA 500 from Imagination Technologies and required a proprietary blob to operate. Intel never released a 64bit driver for that GPU (or they tried, it had glitches and they didn't want to continue supporting it).

    --
    Fully licensed blockchain psychiatrist
  28. Hide the LUnix by tepples · · Score: 2

    A Commodore 64/128 computer won't run Linux, but it will run LUnix.

  29. Re: Finally! by twotonfist · · Score: 1

    I got black ink stains on my fingers, my dockers, my white polo shirt and on the secretaries dress so I know all about printer ribbons .

  30. Re:This is not news for nerds by slashdot_commentator · · Score: 1

    It's not magic, we don't magically get great summaries about great articles.

    There's enough real news and submissions in the queue to skip an utterly trivial, unremarkable story. The people who care probably don't even depend upon slashdot as a technical resource.

    --
    There is no America. There is no democracy. There is only IBM and AT&T and DuPont, Dow, General Electric, and Exxon
  31. Re:This is not news for nerds by luther349 · · Score: 1

    hell i think its been more then 10 years sense 32 bit quit being mainline as a Pentium d supported 64bit. even Pentium 4 supported 64bit later in there life.

  32. Re: 64-bit as a Virtualbox client? by kenh · · Score: 1

    Tell me about your desktop - curious why virtualbox wonâ(TM)t support 64-bit VMs on it...

    --
    Ken
  33. I went Voidlinux by Artemis3 · · Score: 1

    The 7xx were Celeron M, and starting with the 900a, they used atoms.

    I moved my 701 to Voidlinux, which is not a derivative of any other distro. Hopefully Void will keep 32 bit supported longer than the debian/arch derivatives.

    I also happen to dislike systemd, and Void boots very quickly.

    This post was written using said 701 (4g surf).

    --
    Artix
    Your Linux, your init.
  34. Re:32 bit boxes are probably suited better elsewhe by Shirley+Marquez · · Score: 1

    64 bit applications tend to be a bit larger than their 32 bit counterparts, mostly because pointers and some other data types are larger. (Even if you keep the same data sizes within your application, the size of some data items called for by APIs like time stamps and I/O counters for streams get bigger.) Code size tends to stay about the same; the 64 bit code uses fewer instructions because of having more registers available, but the instructions are on average a bit larger.

    How all of this affects execution speed varies. AMD processors are generally faster running 64 bit code. Intel has been more of a mixed bag. One notable case was Intel's first 64-bit capable CPU, the Pentium D; its speed was limited by the CPU's ability to fetch instructions rather than by execution units, so the fact that code size stayed the same or grew by a bit meant that the same was true of execution speed.

  35. Re: Finally! by Bing+Tsher+E · · Score: 1

    Right, the 64-ness was that it was populated with the full 64K of RAM that an 8-bit machine can address.

    But now you've wrecked the fun of my comment.