| DistroWatch Weekly
|DistroWatch Weekly, Issue 524, 9 September 2013
Welcome to this year's 36th issue of DistroWatch Weekly! A lot of people and organizations appreciate the cost savings which typically come with running open source software. The flexibility and low cost of Linux distributions, open source productivity suites and development tools make free and open source projects ideal for the public sector as government and schools often work on limited budgets. The down side is that many popular open source projects do not offer official support and users are expected to visit forums or mailing lists when things go wrong. Some projects are taking steps to provide commercial support options in order to meet the demands of large organizations. This week in our news section we cover two popular open source projects which have gained paid support options. We also hear about Ubuntu's new package system which may speed application development on desktops and mobile devices running the Ubuntu operating system. This week Jesse Smith reviews a lightweight distribution called LXLE which attempts to provide all the features desktop users will want without any of the bloat. We also discuss dual-booting on computers that feature Secure Boot and why it is difficult to find a good installation guide that accommodates all scenarios. As usual, we cover the releases of the past week and look forward to exciting new developments. We wish you all a wonderful week and happy reading.
|Feature Story (by Jesse Smith)
First impressions of LXLE 12.04.3
Lately I have been hearing a lot of good things about a distribution called LXLE. Hype of any sort, good or bad, catches my attention and I, being a curious soul, like to find out what has drawn so much interest. On the surface LXLE, which stands for Lubuntu Extra Life Extension, doesn't come across as a particularly unusual distribution. The project is based on Lubuntu 12.04 (a long-term support release). The distribution ships with the small LXDE graphical interface, which allows the distribution to run on low-resource hardware. According to the project's website, LXLE maintains up-to-date applications on top of a stable Lubuntu core. The website goes on to say LXLE comes with multimedia support out of the box, features many useful applications and should be able to function as a "drop-in" replacement for Microsoft Windows. While I found the drop-in replacement claim to be a bold one, the idea of having a conservative Lubuntu core, a lightweight desktop and modern versions of applications greatly appealed to me and so I downloaded a copy.
The LXLE distribution is available in both 32-bit and 64-bit builds. The ISO files on the project's website are approximately 1.3GB in size. Booting from this media brings up a boot menu which asks if we would like to run the distribution from the live media or launch the system installer. I opted to try the live desktop environment. The system boots surprisingly quickly and brings us to a LXDE desktop with beautiful background wallpaper. Each time the system boots we see a different high-resolution background image and they are all lovely, in my opinion. I don't think I've ever spent as much of my week looking at my desktop background.
By default the application menu, quick-launch buttons and task switcher sit at the bottom of the display. An icon for launching the system installer sits in the upper-left corner of the desktop. In the upper-right corner of the display we find a panel which displays memory and CPU statistics. I was happy to find that there is a button in the system tray for hiding this statistics panel as its steady updates may be distracting to users. Over on the left side of the screen is a hidden panel and moving the mouse pointer close to the left edge of the display reveals a collection of quick-launch buttons which will open commonly used programs, such as the Firefox web browser and the distribution's package manager.
The LXLE system installer is the same used by Lubuntu, Ubuntu and the rest of the Ubuntu family. We are walked through selecting our preferred language, confirming our keyboard's layout, partitioning the disk and creating a user account. The process is all quite friendly and smooth. I quite like the way disk partitioning is laid out and guided options are available for less experienced users. The installer went to work copying files to my local disk and, a short time later, I was asked to reboot the machine.
LXLE 12.04.3 - the default desktop layout
(full image size: 598kB, screen resolution 1280x1024 pixels)
The LXLE distribution boots quickly and brings us to a graphical login screen. One interesting aspect of the operating system is it comes with several different desktop layouts which allow it to mimic, in a small way, other popular operating systems. Available layouts are called G2, XP, Unity, OSX and Netbook. For the most part these various layouts look approximately the same, with the same theme and colours. They differ in the placement of desktop controls. For instance, the XP option places the application menu at the bottom of the screen and OSX places the same menu at the top. These are fairly minor differences, but I suspect they will help to make users from a diverse range of backgrounds feel slightly more at home. The one layout which stood apart was the Netbook environment, which turned my desktop into a mobile-style interface with large icons on the desktop and filter tabs across the top of the screen.
I tried running LXLE on a desktop machine (dual-core 2.8 GHz CPU, 6 GB of RAM, Radeon video card, Realtek network card) and found the distribution performed very well. The operating system was fast to boot, quick to respond to input and properly configured all my hardware. My screen was set to its maximum resolution and I was automatically connected to the local network upon signing into my account. Running LXLE in a VirtualBox virtual machine produced similar results, with the operating system running quickly and smoothly. The distribution used approximately 160MB of memory when I was signed into the LXDE desktop. This is slightly more memory than I would usually expect from a distribution running LXDE, but considering the various widgets, a background application checking for updates and the high resolution wallpaper, the extra memory seems to be put to good use.
LXLE 12.04.3 - package management and configuration tools
(full image size: 288kB, screen resolution 1280x1024 pixels)
The distribution comes with two graphical package managers. The first is called Lubuntu Software Centre. This package manager shows us nice, large icons representing software categories and lets us browse for software in these categories. Clicking on an application's icon will let us bring up a screen with more details on the software or, alternatively, we can mark the package for installation with a click. The Software Centre window has three tabs, one for searching for new software, a second for browsing installed applications we may wish to remove and a third called the "apps basket". This basket shows us items marked for installation along with any required dependencies. All of the items in the basket can be installed with the click of a button. Our second graphical package manager is Synaptic, a popular software manager which focuses on individual packages. Though not as pretty as its counterpart, Synaptic works quickly and can process batches of package-related actions while showing us detailed status information. These two package managers pull software mostly from the Ubuntu repositories, but there are also items drawn from other locations, particularly third-party personal repositories (called PPAs).
LXLE comes with a good deal of software covering a wide range of functionality. Out of the box we are given the Firefox web browser and Adobe's Flash plugin, the Filezilla file transfer client, Claws Mail, the Pidgin messenger software and the Linphone software phone. The LibreOffice productivity suite is installed for us as are a document viewer and the Osmo calendar application. The simple FBReader e-book reader is available in the application menu alongside the GNU Image Manipulation Program. I found the Audacity audio editor, the Asunder CD ripper, the Brasero disc burning software and the Guayadque music player. There is a small app for watching YouTube videos called Minitube, the Totem video player and the Openshot video editor. The Rhythmbox audio player is installed for us along with the WinFF multimedia converter. Behind the scenes LXLE comes with popular multimedia codecs, giving the aforementioned media apps all the functionality they need. Several small games have been installed for us and we are provided with a full range of configuration apps for adjusting the look & feel of the LXDE interface.
There were a few surprises in the LXLE menu, including the Clam anti-virus scanner and Fast Forecast which displays weather information (defaulting to the New York area). I found a few administrative tools in the menu, including one for managing the firewall, one for working with user accounts and an application for managing third-party device drivers. Digging further I found Network Manager is available to help us get on-line, Java is included in the distribution and LXLE comes with the GNU Compiler Collection. The above software worked well for me with the only exception being an app called "Y PPA" which helps the user manage personal software repositories. I found it could list existing repositories, but also found the application would lock-up when asked to manipulate (add or remove) repositories or packages. Underneath all this software I found the Linux kernel, version 3.2, running the show.
LXLE 12.04.3 - various desktop applications
(full image size: 564kB, screen resolution 1280x1024 pixels)
Running the LXLE distribution this past week was, in my opinion, a breath of fresh air. The project's strengths are not in new technologies or revolutionary ideas, but rather in the way the developers present existing concepts in polished ways. The distribution takes a solid base (Lubuntu), a fast and familiar desktop environment (LXDE), all the modern conveniences and applications a user is likely to want and puts them together in a manner I found very pleasant and intuitive. The fact the distribution can present to us desktops with slightly different layouts and controls is a nice bonus, but really what LXLE excels at is being a "just works" desktop operating system. There is little glamor, but the interface looks good, there is a stable core, but the applications are fairly up to date. Multimedia, Flash, Java, developer tools, productivity and networking were all right at my fingertips from the moment the system finished installing. And the installation took less than fifteen minutes. There are two package managers, an easy point-n-click front-end and the more detail oriented Synaptic for experienced users.
There is a lot of functionality to be had with a comparatively small memory/CPU footprint and, to top it all off, the desktop looks nice, really nice. I only ran into two minor bugs, the weather app which kept insisting on showing me meteorological data from New York and the PPA repository app didn't work as I had hoped. Neither of these posed a serious issue and my work flow wasn't disrupted at all. It's not often I have a week which goes this smoothly, where just about everything works and my experience is so problem-free. The LXLE operating system is fast and I can just do stuff without distractions or irritations with virtual no setup time. I'm quite happy with what LXLE is offering and I think the project is well worth a look.
|Miscellaneous News (by Jesse Smith)
Ubuntu introduces new package format, LibreOffice and Kubuntu gain commercial support
Jono Bacon, the Ubuntu Community Manager at Canonical, has been busy letting people know about upcoming features soon to arrive in the popular Linux distribution. One of the more interesting features coming to Ubuntu is click packages, software packages which can be quickly and easily created by developers and uploaded to an on-line repository. Traditionally, Linux distributions have not made a distinction between the base operating system and applications. Click packages allow for a separation between the operating system and end-user applications, opening the door to some key benefits. Some of the benefits of click packages are a more secure package format, fewer dependencies and better sand-boxing for an overall more secure experience. Bacon writes: "Our goal is to have this full system in place for mobile in 13.10, and for desktop in 14.10. This will all make getting apps into Ubuntu quicker, easier, and more rewarding than ever before."
One of the features Ubuntu has been working on for the past several months is Mir, an alternative display server Canonical hopes to run on all Ubuntu-powered devices, from desktop computers to mobile phones. One of the many challenges facing Mir is the availability of video drivers and the Mir team received some bad news on that front this week. Intel has stated that, at this time, they do not plan to support XMir patches in their driver code. A recent patch to the Intel driver comes with the comment: "We do not condone or support Canonical in the course of action they have chosen, and will not carry XMir patches upstream." Intel video cards may still work with XMir, though it will mean Intel driver support will have to be maintained by Canonical as their patches will not be applied upstream.
* * * * *
In an interesting move the SUSE team and Collabora Productivity have partnered together to supply commercial LibreOffice support. Previously, SUSE has offered professional LibreOffice support for their customers, but going forward the SUSE team wants to focus on their core product, the SUSE operating system. Nils Brauckmann, President and General Manager of SUSE, wrote in a post, "In transitioning LibreOffice support to Collabora, SUSE is ensuring continuity of excellent support for its customers and providing for ongoing investment from Collabora into LibreOffice. This transition will allow SUSE to focus on our core Linux and cloud infrastructure businesses, while helping LibreOffice continue its trajectory of growth and usefulness." In addition to offering commercial support for LibreOffice across multiple platforms, Collabora will be joining the The Document Foundation's advisory board. Existing SUSE customers who have purchased LibreOffice support will be able to continue receiving support from SUSE until the end of their current contract.
* * * * *
Another open source project gaining commercial support is the Kubuntu distribution. The project, which marries Ubuntu with the KDE desktop, is a free community project. Users of Kubuntu will still be able to download the distribution free of charge and will have the option of purchasing support from Emerge Open. Johnathan Riddell, Kubuntu's lead developer, comments, "Emerge Open is good at putting together business opportunities with businesses. In our case we have a popular distro lacking professional support and Emerge Open are able to put us together with this office in England to provide the missing link." Support will be offered to all users, from individuals at home through to large enterprise deployments. Since Emerge Open is a not-for-profit organization any profit made by selling support for Kubuntu will be contributed back to the Kubuntu project.
|Questions and Answers (by Jesse Smith)
A tale of two operating systems
Needing-two-operating-systems asks: I recently had to purchase a new laptop and it came pre-loaded with Windows 8, UEFI, and Secure Boot enabled. I've spent about a week attempting to safely dual-boot Windows 8 with different distributions that claim to be Secure Boot compliant, such as Ubuntu 12.04.2, openSUSE 12.3, and Sabayon. My main hang-up has been that, even though I'd much rather have Linux on my laptop using all of the resources at its disposal as an installed operating system, there isn't currently a definitive guide out there for dual-booting a pre-installed Windows 8 computer with these Secure Boot Linux systems, and of course most distributors neglect to send back-up media with new computers nowadays (Windows 8 takes up 16 GB just to back up in most cases!). So I guess my question is, why? Windows 8 has been out for almost a year now, there are a handful of Linux systems using a variety of ways of dealing with Secure Boot, signed Microsoft keys and shim in particular, so why isn't there a really good guide, or guideline, out there for dual-booting? It's really aggravating to be tied down to a buggy, bloated system like this, and I'd like my freedom of choice back.
DistroWatch answers: Two things come to mind. The first is that, once Secure Boot is disabled (and you will have to disable Secure boot on most computers to install a second operating system, even if the second operating system supports Secure Boot), setting up a dual-boot system with Windows 8 and a Linux distro will be just the same as setting up a dual-boot system with Windows XP or Windows 7. From the point of view of the Linux distribution it won't matter what the "other" operating system is. You can use any guide which lays out the steps for dual-booting Linux with Windows.
The second issue is every OEM may have a slightly different implementation of UEFI and Secure Boot. Each OEM will have different steps to access the boot settings, different menus to traverse and different ways of disabling Secure Boot so the secondary operating system can be installed. (Some may not even require Secure Boot to be disabled to install a second operating system, but I know some do.)
Really, the reason there isn't one grand guide to rule all Windows 8 & Linux installations is that each OEM has different steps and requirements, which makes a complete guide virtually impossible to write and test. My own computer, which came with Secure Boot enabled, didn't have any documentation, no hints and no way of finding out what to do short of either experimenting or calling the OEM for support. To make matters worse, every computer my clients have brought to me has used different steps to access Secure Boot.
You said you wanted your freedom of choice back. Ideally, the way to do that is to purchase a computer without Secure Boot, but it is a little late for that. Another way would be to return your computer and get one that respects your freedom. A third way would be to simply disable Secure Boot (contact your OEM if it's not clear how to disable Secure Boot) and follow any guide you like to install Linux alongside Windows. You might try this one for dual-booting with Ubuntu.
|Released Last Week
Semplice Linux 5
Eugenio Paolantonio has announced the release of Semplice Linux 5, a new version of the project's lightweight and simple GNU/Linux distribution based on Debian's "unstable" branch: "It's our pleasure to announce the immediate release of the fifth stable release of Semplice Linux. Changes? Are there any changes or you just kept drinking? We haven't just spent nights drinking; we changed a lot of things and fixed many nasty bugs. For example, we added UEFI, LVM and encrypted LVM support in our even more awesome installer. So even if the NSA goes to your home, they can't retrieve your important personal data. And you can get easily to your favourite web applications via our new WebKit-based web application viewer, oneslip. By default we include links to Twitter, Facebook, YouTube and a beautiful Tetris game. Also, you can now further customize the features of your Semplice box. Other changes are listed in the changelog." Here is the brief release announcement, with further information available in the more detailed release notes for more details.
Semplice Linux 5 - a lightweight distribution based on Debian's unstable branch
(full image size: 493kB, screen resolution 1280x1024 pixels)
Linux From Scratch 7.4
Bruce Dubbs has announced a new stable release of Linux From Scratch (LFS), version 7.4. The Linux From Scratch project publishes a book of step-by-step instructions on how to build a base Linux system from scratch - from an existing Linux system or a live CD. The publication serves primarily as an educational exercise for those who would like to learn about Linux internals in a hands-on, practical manner. From the brief announcement on the project's news page: "The Linux From Scratch community announces the release of Linux From Scratch stable version 7.4. It is a major release with toolchain updates to Binutils 2.23.2, glibc 2.18 and GCC 4.8.1. In total, 32 packages (of 62) were updated from LFS 7.3 and changes to boot scripts and text have been made throughout the book." Other changes include updates to Linux kernel 3.10.10, Perl 5.18.1, systemd 206 and Vim 7.4. See the changelog for a full list of changes, fixes and package updates.
* * * * *
Development, unannounced and minor bug-fix releases
|Upcoming Releases and Announcements
Summary of expected upcoming releases
New distributions added to waiting list|
- nOS. nOS is designed with easy usability, simplicity and speed in mind. The project is based around KDE and Ubuntu.
- arkOS. arkOS is a server operating system designed for the Raspberry Pi mini computer.
* * * * *
DistroWatch database summary
* * * * *
This concludes this week's issue of DistroWatch Weekly. The next instalment will be published on Monday, 16 September 2013. To contact the authors please send email to:
- Jesse Smith (feedback, questions and suggestions: distribution reviews, questions and answers, tips and tricks)
- Ladislav Bodnar (feedback, questions, suggestions and corrections: news, donations, distribution submissions, comments)
- Bruce Patterson (feedback and suggestions: podcast edition)
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 0, value: US$0.00)
|Reader Comments - Jump to last comment
1 • Friggin *buntu and their stupid ideas (by Heavensrevenge on 2013-09-09 09:26:00 GMT from Canada) |
I respect you all, I love linux, but what the HELL is Cononical thinking??? Their as bad as Windows 8 at this point, siloing themselves in and screwing all the other linux distros "because they can". Sure, if your a *buntu addict and your already running *buntu sure, you are incompetent enough to not care.
Needing this "Ubuntu SDK" to build a program which is self-contained with 0 dependency checking for absolutely 0 reason while theres many perfectly good package systems is ludicrous.
Why do the idiots at Cononical think they need to just branch out and do EVERYTHING differently and in their own little world SEPARATE from the environment they were born in causing even more fragmentation in our beloved linux world?
They use a different binary and proprietary patched kernel, their own display server(Mir), their own desktop environment(Unity) and now an entirely and INCOMPATIBLE new packaging format that no other system will ever care about and can't use because it doesn't tie in to anything on the system AT ALL and is only a hashmap of software -> version? They need to get pimp-slapped or go bankrupt to get the darn clue that they are harming our ecosystem as a whole for their actions.
These packages seem like BSD PBI's. But PBI's exist for a good reason, in BSD things in general are built using the ports tree from source and binary distribution wasn't the norm so PBI's stepped up and did the job quite nicely. But trying to just be douchebags and do something because you can with 0 technical reason other than their too stupid to use a .deb or .rpm format specification is just beyond me.
Sticking a fork in an electrical socket "because you can" is not very reasonable, is not because it's a good or bad idea, but because there's nothing stopping you(them) from doing so.
Thank god for Intel telling them to screw off with their XMir code for inclusion in the Intel GPU driver included in the Kernel.
2 • Lubuntu (by ange on 2013-09-09 09:31:43 GMT from Hungary)
Another "light" distro, with installer iso above 1GB size.
Lubuntu in itself is better as base for building lightweight desktop IMHO. No need for unnecessary softwares. Anybody knows a Lubuntu-based REALLY lightweight distro?...
3 • #1 (by zykoda on 2013-09-09 09:43:53 GMT from United Kingdom)
Give them a rope and let them play! After all, */Linux is is far from perfect with ageing paradigms. Maybe something useful will surface...... eventually.
4 • Mir support (by Ian on 2013-09-09 10:00:38 GMT from Ireland)
I read (somewhere) yesterday that AMD/ATI aren't going to support Wayland, so there is going to be a split developing in the hardware world. Maybe they are plotting the demise of all Linux or open source operating systems between them.....I love a good conspiracy theory.
5 • LXLE (by kc1di on 2013-09-09 10:24:46 GMT from United States)
Thank Jesse for reviewing this great little project. LXLE has become my standard install on all my older equipment and as you say for the most part it has work flawlessly out of the box.
I like Lubuntu too but they never offer the Long term support version so when I found that LXLE was I had to try it and been hooked on it ever since. The developer/s have done a great job of putting together a solid distro and hope lots of other find it too.
6 • Xorg (by bam on 2013-09-09 10:51:22 GMT from United States)
No senseless rant. Click packages=click 'n' run.
Xorg's days are numbered., X11 acts largely as communications protocol between the client and the window manager. This changed role works, but can be awkward, and frequently results “in visual glitches, such as the old juddering [shaking] resizes or flashes of a gray-and-white window before it fills itself in.” Although these glitches can be patched, the patches further complicate the structure and the necessary maintenance. Hence you have Mir on one hand and Wayland on the other.
Intel will not support Mir at this time. And AMD/ATI will not support Wayland. No need to rage against Canonical.
7 • @2 - Lightweight distro based on Lubuntu (by Uncle Slacky on 2013-09-09 10:54:22 GMT from France)
Try Peppermint OS ( http://peppermintos.com ) - the ISOs are less than 600Mb in size.
It's touted as a "cloud" OS, but has access to the usual Ubuntu repos, so you could install as much as you want locally after OS installation.
8 • lightweight doesn't necessarily mean file size (by Ronnie on 2013-09-09 11:00:43 GMT from United States)
Lightweight is a term that gets thrown around way too much. It can mean so many things. A lightweight system to me isn't about the ISO file size as much as it is about an OS that uses few resources to perform its duty. Many will have varying definitions of what lightweight means, some think that everything from top to bottom, all programs, iso size , everything. I tend to lean on the side of the OS.
9 • Simplice-5 (by Joe on 2013-09-09 11:02:14 GMT from Mexico)
What a big surprise! . . . this five version has a marvelous combination: Very fast by openbox, very solid by its debian base, Software and hardware support updated by the SID version of debian; the italian design in all its power, and th e inspiration given by the beer! . .u very much, . Congrats and Thanks, I allready instaled in my vaio netbook and in my dsktops in home and office...
10 • Simplice-5 addendum (by Joe on 2013-09-09 11:30:21 GMT from Mexico)
in 2o years (yes i had 20 years using linux) i had used hundrets (yes hundreds ) of distros.... Simplice-5 is the FASTEST distro that I was used. in the last months I used crunchbang-11 whith 9 seconds at booting in my Vaio core i5, Now I obtain a booting of 7 secs with Simplice-5... I am so surprised..!
11 • Lxle (by UUUnicorn on 2013-09-09 12:01:27 GMT from United States)
A question I did have about Lxle is, aren't there two different 32-bit ISOs of this distribution? I thought that there was one that was PAE, and one that was not PAE.
I do already know that there is a 64-bit ISO, but I am not addressing this one here now.
12 • Good ole Monday morning. (by LinuxMan on 2013-09-09 12:16:51 GMT from United States)
A lot of good info this Monday on Distrowatch. Well it seems that Intel's folks aren't going to support Mir and AMD/ATI's folks are not going to support Wayland. I don't really believe that is going to change things much. X is on the way out, as it should be, and so it seems that only nVidia remains to tell which way they are going to go. Of course I don't believe Intel or AMD/ATI or their claims. Intel drivers have never been that big a deal and patching will be done. When everyone else goes to Wayland they will have to deal with AMD/ATI. It really surprises me that so many people still do not know what Canonical is trying to do with their display server. I can tell that by the first comment today. The new display server is needed. The new package system that Canonical is developing along with Mir are necessary steps for a unified system. I don't understand why people get so upset unless they just don't understand. No ecosystems are being harmed. As with all open source projects and developers, ones not dependent on Ubuntu will go on their merry way and life goes on. Others will evolve.
Nice review on LXLE. It makes a person want to download an iso to see what goodies it has. Semplice Linux 5 really looks interesting. I will try it out. Does anyone know what is the most difficult system to disable secure boot? I've heard some really good horror stories about HP but not many more.
13 • @2 Trisquel Mini (by Frank on 2013-09-09 12:41:12 GMT from Germany)
You might give Trisquel 6.0 Mini a try.
Free, very beautiful, lightweight, small 500mb iso and very fast.
14 • LXLE - lite/Light/Lightweight/WHY (by Sondar on 2013-09-09 13:32:01 GMT from United Kingdom)
Very comprehensive and useful review, Jesse. Sadly I cannot agree with many of your findings. On the other hand, I am in complete agreement with the above comments regarding size. This is a bloated offering on every count, not just size. It is painfully slow to boot even on respectable machinery, despite it's claims. Furthermore, I was underwhelmed by the modest offerings in such a grossly over-endowed distro. Geoff, rg and the gang achieve massively more power, speed and productivity in their ~3650Mb Carolina Xfce offering, for example. There are other Xfce ports, too, offering a lot more for less.
15 • 14 (by Sondar on 2013-09-09 13:42:58 GMT from United Kingdom)
365Mb - bloat abounds, allegedly!
16 • LXLE (by Hollandhook on 2013-09-09 14:01:34 GMT from Mexico)
I like it. Comfortable, quick and smooth.
17 • @ #2 (by Robert on 2013-09-09 14:02:40 GMT from United States)
I'm running Zorin Lite 6.2. It is based on Lubuntu and the ISO is under 700MB. It doesn't come with a lot of "junk" and runs better than Lubuntu. Artyom Zorin knows what he's doning!
(The latest Zorin Lite is 7.0, and weighs in at 786MB.)
18 • slack-based (by EH on 2013-09-09 15:12:33 GMT from Philippines)
Try porteus...its fast and easy..
19 • Also @2 (by James on 2013-09-09 15:28:05 GMT from United States)
If you want a system that's light on applications and RAM usage, the question is how much time and work you're willing to invest. Distros like Arch (or its fully free cousin Parabola) let you start out with "just barely enough" and add only what you want, which is fantastic if the setup time isn't an issue. I'm also fond of the Debian netinstall image.
A warning, though, a taste of minimalism does change your expectations. I really don't like running distros that use more than 300 MB of RAM when sitting idle, these days. That means no big desktop environments, no flashy effects, and certainly no system services that I'm not using. ;)
20 • @5 (by jaws222 on 2013-09-09 15:46:11 GMT from United States)
I agree. I have LXLE in a virtualbox with 2GB of RAM and it runs really well. As for the different desktop environments they do pretty much look the same, but they are simple and they work.
21 • LFS 7.4 (by jaws222 on 2013-09-09 15:48:40 GMT from United States)
Anyone familiar with LFS? I'm curious as to how long it would take to build the OS for someone with basic to intermediate linux skills.
22 • @10 (by jaws222 on 2013-09-09 15:55:06 GMT from United States)
If you like quick boots try Manjaro. Boots in 5 secs on my laptop.
23 • Semplice Linux 5 32 in Virtual Box Win 7 32 (by capricornus on 2013-09-09 16:30:16 GMT from Belgium)
installation crashes early in the process of installing the Live failsafe versio. A pitty.
24 • nOS (by Niki Kovacs on 2013-09-09 17:37:40 GMT from France)
I took a peek at the nOS project page. Correct me if I'm wrong, but as far as I understand, nOS is basically a stock Kubuntu republished by a 13-year-old who wants to earn money with ads.
25 • @21 (by Niki Kovacs on 2013-09-09 17:41:07 GMT from France)
Basic skills : forget LFS and come back in a couple of years.
Intermediate skills : give it about a week until you get a working minimal system with a kernel, some basic libraries and a shell.
26 • Lightweight means.. (by Chanath on 2013-09-09 18:06:06 GMT from Sri Lanka)
Lightweight means Puppy Linux, what else? Everything you want and bit more.
27 • A tale of two operating systems (by Carlos on 2013-09-09 18:51:33 GMT from Guatemala)
Another option is that you buy a System76 laptop, they use Ubuntu as their main distro but you could install any other Linux you want, and Windows if you want.
28 • LXLE (by Bob on 2013-09-09 20:03:43 GMT from Austria)
Really liked LXLE at the beginning, because a few things looked smarter than in the majority of distros. But it eventually hung and forced me to press the reset button. Now I'm almost done wasting my time by checking out the smaller distros. Just waiting to see if openSUSE does it right this time (13.1) ...
29 • @21 & @25 (by SAL-e on 2013-09-09 20:46:00 GMT from United States)
It depends. I consider myself to be between basic and intermediate Linux skills and managed to compile LFS in 2 working 10h days in side VM running on white-box VMware ESXi server. I learn quite a bit about boot process and building blocks. But before you begin with LFS you should first understand compile/link process and read a bit about MAKE tools. You should read about the kernel - something like: "Linux Kernel in a Nutshell" by Greg Kroah-Hartman Read carefully and if you don't quite understand the instruction stop and ask or read more about it. Don't rush because error in early step can 'kill you' in much later and waste a lot of time.
30 • Lightweight LXDE (by MikeF on 2013-09-09 22:48:27 GMT from United States)
@2 and others, if installing from the command line is acceptable you can start with the Ubuntu 'mini' iso (~35 MB) of your choice. After the base system is ready just install the packages lxde-core and lubuntu-default-settings. It will take a little longer since all dependent packages have to be downloaded. You Will have to know the package names of all other apps that you wish to add - I recommend synaptic for browsing and installing from the repos.
31 • Another lightweight LXDE distro (by MikeF on 2013-09-09 23:00:03 GMT from United States)
Brain-cramp follow up post.......
I've come to really appreciate TinyCore 'Plus' (a whopping ~66 MB iso) as a starter or rescue system. Unlike Puppy, the default install includes very few apps and a pretty clean desktop.
It doesn't have near the large package repo as Ubuntu but it Does have LXDE and GRUB2 available. Definitely worth a spin if your needs are modest.
32 • Click (by Serge on 2013-09-10 00:17:56 GMT from United States)
Two problems that software vendors face when attempting to distribute software for Linux are that 1) different distributions package different versions of libraries and that 2) libraries frequently break binary compatibility while maintaining API compatibility. This makes it very difficult for software vendors to release binaries of their software that will work across multiple distributions.
In the Linux world, we are used to dealing with open source software. Binary compatibility is not a priority as long as the APIs remain compatible because all that's needed to get a program to work with different versions of its dependent libraries is to recompile that program against these different versions. Distributions' packagers / maintainers do just this and give us ready-to-use binaries that work with whatever versions of the dependencies the distribution carries. This approach works well, as removing the need for maintaining backwards binary compatibility allows library developers and distribution packagers more flexibility.
However, this approach is not an option with proprietary software. Packagers cannot recompile the programs because they do not have access to the source code. Upstream software vendors are stuck trying to figure out a way to make their programs run on multiple distributions and across multiple revisions of the dependencies themselves. Due to the closed nature of such software, the distribution packagers are unable to help. This in turn increases the cost of developing proprietary software for Linux and somewhat hinders the growth of proprietary software.
If I recall correctly, Click solves this problem by packaging private copies of the dependencies within the package itself. Therefore, the end user ends up with larger packages, and many copies of the same libraries, but the vendor doesn't have to worry about whether or not future revisions to library XYZ will break their package.
I'm not a big fan of this solution, but then again, I'm not a big fan of proprietary software in the first place. Personally, I'd advocate for open source solutions to be developed to make the proprietary software in question irrelevant. But if you desire more proprietary software on Linux, Click has a purpose.
Click has a number of other technical innovations, but I can't recall all of the specifics at the moment. I'd advise anyone interested to take the time to read up on it themselves.
33 • @4@12Relax, AMD Catalyst Will Not Support Wayland (by Bbig on 2013-09-10 00:45:51 GMT from Germany)
I say it again: AMD Catalyst Will Not Support Wayland - Catalyst!
Once you are on 3.12 Kernel, you a good - AMDs Open Source Driver is in very good shape!
34 • About Ubuntu's Click package format... (by Explorer09 on 2013-09-10 01:29:26 GMT from Taiwan)
Isn't this something that has been tried before? Autopackage shares the similar goal as Click packages. Canonical seems to be "reinventing the wheel" this time.
35 • nOS, a beautiful start... (by Tim on 2013-09-10 05:31:51 GMT from United States)
I didn't see it as "13-year-old who wants to earn money with ads". Instead, I read that she's offering personalized support @$24.95/yr ~~ quite a bargain. Betcha she'll go all out, spending a lot of time carefully / diligently / thoroughly handling the support requests.
36 • Configuring LXLE's weather application (by eco2geek on 2013-09-10 05:37:53 GMT from United States)
An explanation of how to configure Fast Forecast to show weather for your area (as well as other configuration tweaks) is available on the LXLE forums here --
(Note that you have to change the zip code in two places.)
37 • CLICK packages, reinventing the wheel (by Tim on 2013-09-10 05:43:37 GMT from United States)
Yes, reinventing the wheel... in order to get their "play store" populated. We'll soon see 20 variations of Tetris, 30 fingerpainting apps... the same crop of "apps" which already exist in other (Google, Apple)(Kindle?) ecosystems. Ubu wins when eyeballs browse to find new apps (opportunity to display ads with each "page" viewed)... and devs win when their app is purchased... and user wins with "install once and sync across all (?) my Ubu devices". What's not to like?
php-gtk died on the vine. pyGtk hasn't fared much better. wxWidgets is "soooo last week". Qt-gtk is a maybe someday, eventually proposition... so what's an aspiring "app" developer to do (other than code android "apps")? I'm guessing the ClikUtu SDK will be well-received.
The only other upcoming prospect seems to be google nacl (native client), so I wish Ubu well in their SDK endeavor.
38 • Semplice 5 ~ close, but no cigar (by Hylas on 2013-09-10 07:17:41 GMT from United Kingdom)
Runs nicely in live mode, but installer crashed trying to install to logical partitions.
The partitioner is less intuitive than the native Debian (partman?) IMO, and much less awesome than GParted - sorry Semplice folk :( , I ended up setting up my drive with GParted!
That said, I'd had great times with Semplice 3 in the past, so I persevered, and flawlessly installed it to primary partitions.
I like this release of Semplice. It has great system configuring tools, the ability to turn off/uninstall bluetooth, cups and more with the flick of a switch, newly installed programs immediately appear on the menus, a great gui for controlling graphic effects and compositing too, and a very respectable and well thought out selection of pre-installed software.
I'll keep this on my netbook i think, alongside Crunchbang 11 ~ which is still the fastest and most user-configurable Debian based Openbox distro I have tried yet.
39 • Two operating systems (by Adam Williamson on 2013-09-10 07:41:37 GMT from Hong Kong)
I'm afraid 'just disable Secure Boot and follow any multiboot guide' isn't really the whole story. As I've been saying like a broken record for months, Secure Boot and UEFI are not the same thing. If you disable Secure Boot you still have a UEFI system; if you do UEFI native installs of your desired distributions you're now dealing with UEFI multiboot, which is not the same as BIOS multiboot (could be better or worse, depending on your firmware implementation).
If you want everything to work 'old skool' and be able to follow any old guide you find lying around, you want to make sure you do BIOS-compatibility mode installs of your OSes, not UEFI-native. If you decide to go for UEFI native installs you'll need to figure out the quirks of your hardware's UEFI implementation, just as the article suggests. I would not, in general, advise mixing UEFI-native and BIOS-compatible OS installs, and _definitely_ not on the same disk.
40 • Semplice-5 addendum (by Joe on 2013-09-10 10:57:32 GMT from Mexico)
in @9 & @10 I apologyze some Semplice characteristhics, but definitively I totally am accordig to @38: Crunchbang is of course more stable and recomendable for productive uses, among other important things because Crunchbang 11 is based in The stable branch of Debian, it is more configurable, is a solid rock Debian OS, it has Dropbox by default, its welcome with a marvelous script to add software, etc. but the beauty of the italian first impact vs the default gray desktop of CB the autoconfiguratioa and distribution of its main menu are incredible. I also have both OS instaled...CB to serious work, Semplice five to relax browsing the web ¡
41 • Lightweight Distro (by CrazyDog on 2013-09-10 11:16:40 GMT from United States)
If you want light and quick, don't forget Vector linux. They are working on their next release and if you can judge by their beta releases - it will be good.
42 • Click and Business (by LinuxMan on 2013-09-10 12:43:45 GMT from United States)
#32, and #37 pretty much has the correct info on what Click is about. Problems are solved using Click that has affected Linux adoption for a very long time. Problems for developers. Developers want their applications to be used on multiple platforms. The more sales, the more bread on the table. The donation system does not work for people's livelihood. I prefer open source over proprietary software always, but not in the business sense of the word. Redhat is not a good example of a successful open source software business because they deal in support and the implementation and administration of open source server software. They do their own patch work and some coding but that is not how they make their money. Money can be made with Linux. Look at Android and don't start whining that it's not Linux. There are tons of proprietary systems using Linux, just not on the desktop. If there cannot be found a way for good developers to make good money in the Linux ecosystem, (apart from android), then you will have people going the way of Warren Woodford (MEPIS), and Jean-Michel (K9Copy). We are reaching a time where the operating system can be irrelevant. People will be happy as long as they can use their electronics the way they want. This is the big chance for Linux to shine on devices besides the desktop. There will always be a place for open source software and that is my preferred format, but it would be hard to make a living on just that and the ones who do are the exception.
43 • click and Kubuntu (by greg on 2013-09-10 12:46:08 GMT from Slovenia)
Click packages make sense. it's about time we have something like that. phones often have limited data plans. with this you can download on computer stick it on phone click and isntall. also for places where connection is low or hard to get this offers a good solution. not everyone is constantly online with 10Mbit+ connection. debs are ok but they sometimes still can make issues. not sure is it because devs don't follow rules or what. in windows it is easy to have two versions of same software one next to the other. in linux not so much.
anyway Kubuntu support. it's great to see it. but as i went to check the prices - i don't think it's so great anymore. especially for home users. i mean for 1 hours of their support you get like 5+ years customer support available in Windows (they too claim experts will support you). i think the right price would be more about 20-30 EUR /year and support can be via email, forums, phone, video conference or whatever. 80GBP/h is just ridicuous. or maybe they should have various type of support with various price.
44 • Kubuntu Paid Support. (by LinuxMan on 2013-09-10 14:29:35 GMT from United States)
It seems that I don't know the value of support service for a Linux distribution. I had no idea that $785.90 was a good rate for one day's worth of support. I guess it's better than $125.74 per hour. Someone tell me. Are these the going rates for computer/IT support?
45 • #1 • Friggin *buntu and their stupid ideas (by Heavensrevenge) (by Pierre on 2013-09-10 17:34:57 GMT from Germany)
On one hand side I can understand your anger about the way Ubuntu is heading. But one basic value of open source is, that you are free to use or not use existing code and standards.
And I can't see anything that is bad or stupid about creating a new packaging format or to build a new display server.
What would be bad is forcing others to do the same.
But Canonical is not forcing anyone to follow. Sure, they are trying to entrench their own new technologies, but who doesn't?
And maybe it's good, even if or because they fail. They are not doing things only because they can but because they have slightly other visions about how things should work and there is nothing wrong to build completely new tools and programs. Maybe not everything is of any use for others but there maybe are some of the ideas that are to be adopted in other projects, making them a little better.
So calm down. You don't have to share their opinions or visions, but you should respect them because they only take their liberties to do what they can and want to do and what they think is the best for them and their project.
46 • nOS (by Dave Postles on 2013-09-10 18:54:30 GMT from United Kingdom)
I hope that this doesn't sound patronizing, but I think he should be commended.
47 • LXLE is NOT bloated (by tzontag on 2013-09-10 19:48:03 GMT from United States)
I disagree with the person who says LXLE is bloated.
LXLE boots in under a minute and is clean, fast and responsive. It is beautiful and as the reviewer says "just works".
I have installed this on many computers both fairly new and old with no issues. I am glad that it has gotten reviewed here and hope it gets the recognition it deserves. KUDOS to the developers. And thank you for reviewing my now favourite distro.
48 • LXLE @47 (by kc1di on 2013-09-10 20:23:53 GMT from United States)
#47 your experience mirrors mine. I don't see it as that bloated at all.
it's elegant and just works :)
49 • re: debs are ok but they sometimes still can make issues (by Tim on 2013-09-10 23:47:23 GMT from United States)
my takeaway from reading about Click was:
install THIS set of files to a local dir on your ubukin device, click play/run, and it WILL run.
That brought back fond memories of the Win95 scenario (hmm, or was it Win3.1?) where you could reasonably expect that every non-beta program downloaded from SimTel (or BBS telnet) would "just work". Back then, storage drive space was expensive; now that storage is cheap/plentiful... yeahboy, "the self-contained (and sandboxed) apps, each with its own working directory" really seems appealing. Again.
"debs are ok but they sometimes still can make issues. not sure is it because devs don't follow rules or what."
application devs? No, I would seldom blame them. Instead, the finger wag goes to:
package maintainers ~~ who too often set unnecessarily loooong, or outright asinine, recommends/suggests lists for a given package
the various "DiSTRo" maintainers ~~ who choose to (or neglect to) setup sensible defaults and
KDE, Gnome, Unity developers (along with their puppeteers) ~~ who devicively promulgate dependency conflicts, in their endeavors to create "lock-in" scenarios (devicively, claiming "we just want to provide the BEST user experience" when their actual intent is toward "providing the ENTIRE user experience")
# apt-get install --no-recommends
( ref /etc/apt/apt.conf.d/99synaptic )
( ref: /etc/apt/apt.conf.d/00recommends )
When reviewing a "distro" (I mean both professional reviewers, and our individual liveCD tyouts), if it includes a pre-installed "synaptic package manager" and the l'il "TREAT RECOMMENDED PACKAGES AS DEPENDENCIES" preference box is tickmarked by default... isn't that a big red flag, indicating the "distro maintainer" doesn't know (or care) which end is UP?!?
Distros which ship with pre-installed appstream/packagekit "application installers" ~~ Mint SoftwareManager, Ubuntu SoftwareCenter, et al ~~ arguably represent "a whole new level of stupid" (or evil). They ripoff content (appstream database, shared by gtk-apps.org gnome-look.org qtapps.org etc) and serve it to their userbase through a crippled browser interface. Users can't (and probably don't know to) find/clear the accumulated cached screenshot images... which accumulate and bloat the users' backup filesets. Further, these "Centre" -ish installers are configured to remove (vs purge) each trialed-then-uninstalled "app" (webphone mentality? not enough storage on the device to hold allz muh games but i wants ta keep muh hiGh sCoReS and stuffs).
Of the above, based on the DW popularity rankings, the latter (distro + Centre-ish app installer + userbase) probably represents the bulk of the current "desktop linux user experience". Ah, how curiously Hegelian dialectic-ish ~~ Canonical's "Click" is coming to the "rescue" to solve certain "problems"...
Among the recent bloat/dependency gripes I've found this past year, several cases amounted to an "otherwise DE-agnostic" program pulling a sole icon from "gnome-illustrious-icon-theme" (or whichever yet another 10Mb+ icon pack). I can't, or won't, blame the app developer in those cases ~~ instead, I'm adamant in expecting that "shite" shouldn't have gotten past the package maintainer. In fact, more than once when I've downloaded package sources from an author's site, the source has no reference to said icon imagefile (indicating that the "package maintainer" must have stoooopidly introduced the dependency by choosing it.)
50 • Light distros (by Basil15 on 2013-09-10 23:54:01 GMT from South Africa)
To me a "light" distro essentially comes with a light desktop environment and not too many resident utilities (it can have an enormous potential set of downloadable apps via the repositories, no problem. The point is, how "light" is its use of resources for normal operations?) My rule of thumb is, if the DE is "heavier" than LXDE, it's on the wrong side.
Right now I'm running Lubuntu 12.04.2, waiting for the .3 upgrade. In RAM are Opera with about 40 tabs going, LO Writer with an 84-page document in preparation, a CD-full of family pix open in EasyShare, and a couple more modest apps. CPU usage on the twin-core AMD is generally under 10%, RAM usage is just under 700MB (it's a LOT of pictures). Response is brilliant. Light enough, really.
"Lighter" than that is #! (Crunchbang) which boots into its "ready-for-action" state in 99MB. I'm transferring more and more production over to it. No LXDE currently, may play with adding it for familiarity's sake. Very solid Debian Stable base, enormous number of .deb binaries available.
Most of the Puppies are brilliant and boot to about half that amount of RAM, using "interesting" desktop environments. Precise Puppy is based on Ubuntu 12.04, if you want a very small footprint but very easy access to all the apps in the Ubuntu repositories.
51 • the point ---^ (by Time on 2013-09-11 00:00:44 GMT from United States)
(clicked too soon)
my unstated points:
Currently, for the bulk of "desktop linux users", app PLUS GOBS OF "RECOMMENDS" PACKAGES are continually getting installed. This severly increases likelihood of package conflict / breakage. It further encourages user supplication ("better stick with what's provided with, and by, the distro's magic installer box thingie") AND it promotes the notion that the "latest, greatest, alliterative -titled version" is SOOOOO much better/faster (compared to a user's cumulatively-bloated, by design, dated install).
52 • LXLE (by Zhymm on 2013-09-11 00:43:19 GMT from United States)
I really like LXLE. I prefer openbox/LXDE. I've been using #!Crunchbang (with a few LX* packages added) on my main boxes for quite a while. LXLE may be 'the one' that will knock #!Crunchbang off of them. As for 'liteness', LXLE is using 80.9 MB of RAM (via conky) upon startup on my Dell Inspiron 6400 (and less than #!Crunchbang at 92 MB on the same machine). Launch firefox and that jumps to 142 MB. And it 'just works' out-of-the-box.
53 • #32 click (by jack on 2013-09-11 14:39:12 GMT from Canada)
A comparison of:
would be very helpfull
54 • What? (by LinuxMan on 2013-09-11 15:57:42 GMT from United States)
@49-Tim and @51-Time,
Have a lot of application problems? It seems by the tone of your comment that you seem to have a lot of problems with breakage. I remember the days before Win 3.0, and it was an interesting time. With that being said, I've only been using Linux for around 10 years but have never encountered the problems you seem to have. I do use the command line most of the time and Synaptic some also. I seldom use the software centers but they are necessary and for the most part they work without problems. It seems that you believe everyone should compile their own programs. That's great if you have a lot of time to kill and are just a hobbyist or maybe it's a part of your work. It's really not feasible for most people or I feel not even warranted. Sometimes I do but not often. Package maintainers are not evil. Open source development encourages modifications and for the most part its an improvement. Software centers, one click installs, and ease of use are user enhancements that work very well, are necessary, and hopefully are here to stay.
55 • @41 (VectorLinux) (by Jordan on 2013-09-11 19:51:05 GMT from United States)
Yep, agree.. great distro based on Slackware.. been using it for years.
On PCLinuxOS now, though, as their version of Mate has me hooked, various other nonsensical and semisensical reasons. ;)
56 • @49 (by Serge on 2013-09-11 21:31:18 GMT from United States)
Are the dependency conflicts you have encountered recent? My own experience is that dependency conflicts are frequent in beta-quality archives (such as Debian unstable and Debian testing) but are ironed out in release quality archives (such as Debian stable). I typically don't use Ubuntu myself, so I can't comment on the state of dependency conflicts there. I have, however, had generally good experience with Ubuntu LTS releases once a given LTS release has had a chance to mature a bit. I think that if you give an Ubuntu LTS release about three or four months to mature before installing it, the stability and reliability is roughly on par with a new Debian stable release.
Also, you might be interested to know that the .rpm packaging format does not support the concept of recommended and suggested dependencies. .rpms have only one dependency type, which is usually cited as a drawback when .rpm and .deb are compared. I'm with you, though. I always make a 99user file with a APT::Install-Recommends "false"; line in it.
Although Click and similar packaging concepts solve the dependency problems, I don't feel that it removes bloat. On the contrary, by discouraging the sharing of dependencies, I feel that Click will lead to the exact opposite. My other concern regarding Click is that of security updates. I do not know if Canonical has a solution for delivering security updates to components within a Click package. I think that if the entire package needs to be rebuilt in order to update some of its components, then Click is a regression in the delivery of security updates.
57 • yes, an article comparing of other installer pkgs would be great (by Josie Winters on 2013-09-12 04:01:38 GMT from United States)
comparison of: Click vs klik vs autopackage vs zeroinstall
Did zeroinstall find much use beyond the Rox Desktop project?
58 • Discouraging Sharing of Dependencies? (by LinuxMan on 2013-09-12 19:10:19 GMT from United States)
Maybe I'm reading it wrong, but I read it as most of the time an application package will just need to depend on the Ubuntu SDK. If a straggler dependency was needed it would be included in the package. Granted you will need an online connection it seems for this to work. It will be interesting to see how this plays out. One thing for sure is that it won't be a pain for the end user. It could be for the developer tho, or not.
59 • Ubuntu SDK (by Mirix on 2013-09-13 08:34:57 GMT from Belgium)
Not being a Ubuntu user, it seems to me that Ubuntu SDK is a good idea. If I have understood it correctly, it would be something similar to PC-BSD's PBI Module Builder. In fact, creating a bundle that includes the application along with all its dependencies is what people developing programs for Windows and Mac have always done. It is pretty much the same nowadays with iOS and Android apps.
The clear disadvantage of such a system is that it creates large packages and there is plenty of redundancy (for instance, the very same library version may be included in several packages). It is, therefore, not a strategy I would use systematically on my desktop computer but I must admit that it can be useful in certain cases. In any case, if Ubuntu wants to compete in the mobile devices' market, it has not choice for it is the easiest way to ensure the portability of the program along different OS versions.
60 • #59. (by jack on 2013-09-13 13:44:32 GMT from Canada)
I don't have a smart phone so if the following is inapplicable please ignore.
I have heard that there are thousands of apps for these phones but I do not know how many apps can be on a phone and, specifically, how much a fully loaded phone is slowed down.
From a noobie viewpoint I could put up with some slow down in return for ease of use.
>> if Ubuntu wants to compete in the mobile devices' market, it has not choice for it is the easiest way to ensure the portability of the program along different OS versions.<<
61 • Android = Linux (by Jordan on 2013-09-13 14:25:05 GMT from United States)
In the important ways. ;)
I know.. Google owns it. But Chrome is in Ubuntu's repositories... etc.
Ubuntu wants to set itself apart as "the" Linux OS for smart phones? Watch out, Google will buy you, too.
62 • Ubuntu SDK ? (by Kazlu on 2013-09-13 16:03:44 GMT from France)
Not an expert here, but if the goal is to get rid of dependances and pack every program with everything it needs, is a new SDK really needed ? What currently prevents anyone to compile a binary including the potential dependancies thus requiring 0 more dependancy on the user's machine ? Indeed, if everyone did that every software would be much bigger, but this is not necessarily a drawback : it's a matter of compromise between weight and risk of dependancy breakage (yes, quite simplified here). One can chose one side or the other, but why bother with a new SDK ? Maybe just a marketing move to tell devs that they invented a super awesome way to make sure apps work on a user's device without caring about dependancies :-D
63 • Not Google Chrome (by LinuxMan on 2013-09-13 18:27:25 GMT from United States)
Google Chrome is not in the Ubuntu repositories. You have to install the Google Chrome ppa in order to install and update Google Chrome. Furthermore you could just download the .deb file and run it. It will also install the ppa for you and keep Chrome updated. You will have 3 versions of Chrome to choose from.
64 • Maté, Mate? (by Somewhat Reticent on 2013-09-15 01:10:56 GMT from United States)
So instead of Spanglish, this was Englatin? No worries, mate, it's maté, but only for us gringos.
Number of Comments: 64
Display mode: DWW Only • Comments Only • Both DWW and Comments
|• Issue 704 (2017-03-20): ToarusOS 1.0.4, Linux Mint's security record, Debian starts Project Leader election, Ubuntu 12.04 reaches end-of-life|
|• Issue 703 (2017-03-13): SolydXK 201701, CloudReady, Solus announces new features, KDE Connect sends text messages from desktop, openSUSE's YaST module for Let's Encrypt|
|• Issue 702 (2017-03-06): Fatdog64 Linux, elementary OS bundled with new netbook, Haiku announces new features, security and the size of a distro's development team|
|• Issue 701 (2017-02-27): OBRevenge 2017.02, Mageia 6 delays, NetBSD reproducible builds, questions about swap space, trying to steam video on a Raspberry Pi|
|• Issue 700 (2017-02-20): RaspBSD, Debian replaces Icedove with Thunderbird, Fedora's licensing guidlines, tips for switching shells, finding battery charge, getting IP address and killing processes|
|• Issue 699 (2017-02-13): Clear Linux, GhostBSD network utility ported to FreeBSD, Ubuntu coming to Fairphone, elementary OS crowd funding an app store|
|• Issue 698 (2017-02-06): Solus 2017.01.01, comparing containers with portable applicatins, Tails dropping 32-bit support, Debian Stretch enters freeze|
|• Issue 697 (2017-01-30): Subgraph OS 2016.12.30, running Ubuntu on an Android phone, Arch Linux phasing out 32-bit support, Linux Mint testing updated LMDE media|
|• Issue 696 (2017-01-23): GoboLinux 016, remotely running desktop applications, Solus adopting Flatpak, KDE neon using Calamares, TrueOS tests OpenRC|
|• Issue 695 (2017-01-16): Zorin OS 12, Peppermint team fixes installer bug, Debian refreshes Jessie media, Ubuntu improves low graphics mode, Exciting things coming in 2017|
|• Issue 694 (2017-01-09): MX Linux 16, Fedora considers systemd security features, DragonFly BSD to support massive swap space, Ubuntu Touch roadmap, Puppy's newsletter, sudo's password prompt|
|• Issue 693 (2017-01-02): Comparing small distros, fig language, video driver comparsion, Debian+PIXEL, Wayland on FreeBSD|
|• Issue 692 (2016-12-19): Bodhi Linux 4.0.0, Cappsule containers, Calculate's new Utilities package, Solus and Ubuntu MATE build new application menu|
|• Issue 691 (2016-12-12): SalentOS 1.0, openSUSE improves YaST, Fedora considers slower release cycle, KDE neon gets LTS branch|
|• Issue 690 (2016-12-05): Fedora 25, Ubuntu adopts rolling HWE kernel, running Android apps on GNU/Linux, Haiku working toward EFI support|
|• Issue 689 (2016-11-28): openSUSE 42.2, Fedora's upgrade path, plans for Korora 25, transitioning from PC-BSD to TrueOS, Webconverger's reproducible builds|
|• Issue 688 (2016-11-21): Endless OS 3.0.5, KDE neon fixes security hole, FreeBSD's Quarterly Status Report, Rolling release trial #2 concludes|
|• Issue 687 (2016-11-14): NAS4Free 10.3.0.3, Fedora gains MP3 playback, budgie-remix becomes Ubuntu Budgie, Ubuntu flavours compared, Rolling release trial #2|
|• Issue 686 (2016-11-07): FreeBSD 11.0, rolling release trial #2, Debian announces supported architectures, Simplicity switching to antiX base, farewell to Mythbuntu|
|• Issue 685 (2016-10-31): elementary OS 0.4, SUSE gains ARM support, Mint improves language support, Dirty COW explained, Rolling release trial #2|
|• Issue 684 (2016-10-24): Ubuntu 16.10, Linux popularity in different markets, Fedora runs on Raspberry Pi, Ubuntu features live kernel patching|
|• Issue 683 (2016-10-17): Refracta 8.0, making packages for distributions, Alpine switches to LibreSSL, 386BSD website publishes classic code|
|• Issue 682 (2016-10-10): KDE neon 20160915, Android-x86 6.0, Fedora warns of update bug, HandyLinux drops English translation, LXQt benchmarks|
|• Issue 681 (2016-10-03): OpenBSD 6.0, DragonFly BSD to support LibreSSL in ports, systemd denial of service bug, upgraded Mintbox Mini|
|• Issue 680 (2016-09-26): Uruk GNU/Linux 1.0, blocking applications at the firewall, Lenovo controversy, Ubuntu running on the Nextcloud Box|
|• Issue 679 (2016-09-19): OpenMandriva 3.0, 32-bit vs 64-bit performance, openSUSE updates, KaOS unveils first run wizard|
|• Issue 678 (2016-09-12): Apricity 07.2016, Mageia adopts DNF, KDE neon to use Wayland, FreeBSD updates Linux compatibility, creating cron jobs|
|• Issue 677 (2016-09-05): Peppermint OS 7, Manjaro updates leadership, TrueOS becomes rolling release, organizing files, creating torrents|
|• Issue 676 (2016-08-29): Korora 24, Fedora 25 to use Wayland by default, Linux turns 25, PC-BSD becomes TrueOS, finding software licensing information|
|• Issue 675 (2016-08-22): Gentoo LiveDVD "Choice Edition", moreutils, Ubuntu improves terminal convergence, MATE packaged for Openindiana, FreeBSD improves video support|
|• Issue 674 (2016-08-15): Zenwalk Linux 8.0, Ubuntu phone follow-up, Lubuntu transitioning to LXQt, Steam running on FreeBSD|
|• Issue 673 (2016-08-03): noop linux and EasyNAS, Debian's GnuPG switch, Fedora "Flock", using "nice"|
|• Issue 672 (2016-08-01): Ubuntu Phone 15.04, Solus embraces rolling release model, interview with Jane Silber, FreeBSD Quarterly Report|
|• Issue 671 (2016-07-25): Slackware 14.2, Point Linux 3.2, OpenBSD disables usermount, KaOS releases significant changes, Fedora 22 reaches end of life.|
|• Issue 670 (2016-07-18): Linux Lite 3.0, Bodhi team plans 4.0.0, pfSense changes licensing, running software across distributions, Linux Mint upgrade path|
|• Issue 669 (2016-07-11): Linux Mint 18, proving a system is secure, LibreSSL in FreeBSD, Ubuntu plans phasing out 32-bit, pfSense status report|
|• Issue 668 (2016-07-04): Fedora 24, Linux Mint plans for 18.1, FreeBSD and DragonFly BSD improve their file systems, comparing Flatpak, Snap and AppImage|
|• Issue 667 (2016-06-27): GeckoLinux 421, Fedora supports Flatpak, Solus unveils new features, running GNU/Linux on tablets|
|• Issue 666 (2016-06-20): Comparing more live update methods, Ubuntu's snap packages, Antergos drops 32-bit media, GeckoLinux unveils Rolling edition, learning Linux resources|
|• Issue 665 (2016-06-13): BunsenLabs Linux Hydrogen, Fedora 24 delayed, NetBSD grows in size, Clonezilla questions|
|• Issue 664 (2016-06-06): Sabayon 16.05, Debian updates install media, the cost of free software, Qubes explains secure build process|
|• Issue 663 (2016-05-30): Comparing live update methods, Ubuntu MATE's progress, distros debate systemd change, DistroWatch turns 15|
|• Issue 662 (2016-05-23): Clonezilla Live, new Fedora community repository, DragonFlyBSD runs Wayland, a live edition of Slackware and kernel components|
|• Issue 661 (2016-05-16): FreeBSD 10.3, OpenMandriva adopts Clang, Debian adds ZFS packages, PCLinuxOS drops 32-bit and comparing CentOS with RHEL|
|• Issue 660 (2016-05-09): Ubuntu MATE 16.04, Mint's xapps, FreeBSD Quarterly Report, Debian updates 32-bit support, addressing GPL violations|
|• Issue 659 (2016-05-02): Ubuntu 16.04, compiling custom kernels, Cinnamon 3.0, Sabayon launches ARM build, Devuan ships Beta release|
|• Issue 658 (2016-04-25): Kali Linux 2016.1, elementary OS 0.3.2, Debian elects Project Leader, Fedora 24 feature preview, Nard reaches 1.0|
|• Issue 657 (2016-04-18): Redox, Linux Mint improves update manager, planned Fedora 24 features, Ubuntu 16.04 getting Snappy packages|
|• Issue 656 (2016-04-11): Qubes OS 3.1, Whonix offers bug bounties, Puppy's family tree, setting up disk partitions and running bash on Windows|
|• Issue 655 (2016-04-04): Parsix 8.5, Sabayon's Community repository, Red Hat offers free subscriptions, Ubuntu tablets, command line tips|
|• Issue 654 (2016-03-28): PCLinuxOS 2016.03, Using signatures to create a web of trust, Arch Linux rolls out Pacman update, GuixSD packages GNOME|
|• Issue 653 (2016-03-21): Antergos 2016.02.21, Debian prepares for election, a Unix-like OS written in Rust, watching Netflix on FreeBSD|
|• Full list of all issues|