| DistroWatch Weekly
|DistroWatch Weekly, Issue 767, 11 June 2018
Welcome to this year's 24th issue of DistroWatch Weekly!
Passing information between computers, whether it is downloading files, viewing web pages or streaming video, is a big part of modern computing. There are a lot of tools for transferring files between computers, but few are as flexible as OpenSSH. This week we share tips on copying files and using pipes with OpenSSH's secure shell. Android is typically used as a mobile operating system, but ports of it can be run on x86 workstations and laptops. This week we begin with a look at Android-x86 and report on how it runs on a laptop computer. Plus we link to a tutorial on getting Debian-style package management on Linux From Scratch and report on TrueOS's new plans. We also share stories about how OpenMediaVault and pfSense are reacting to Europe's GDPR rules, and ArchLabs leaving GitHub. This week we also celebrate Haiku getting a port of LibreOffice working. Plus we share the releases of the past week and provide a list of the torrents we are seeding. Speaking of torrents, we have made some improvements to our Torrent Archive page and the details can be found below. We wish you all a terrific week and happy reading!
- Review: Android-x86 7.1-r1
- News: Running Linux From Scratch with Debian package management, TrueOS changes course, OpenMediaVault and pfSense react to GDPR, ArchLabs leaves GitHub, Haiku ports LibreOffice
- Tips and tricks: OpenSSH, pipes and file transfers
- Released last week: Devuan 2.0.0, GeckoLinux 150
- Torrent corner: Archman, AUSTRUMI, Berry, Clonezilla, Devuan, Gecko, Live Raizo, Omarine, PCLinuxOS, SmartOS, Tails
- Opinion poll: Running Android on a desktop/laptop computer
- DistroWatch.com news: Navigating to a distribution's page from our Torrent Archive
- New distributions: Olu, Quick-Save-Live
- Reader comments
|Feature Story (by Jesse Smith)
Android-x86 is a port of the Android operating system for 32-bit and 64-bit x86 computers. In theory, Android-x86 make it possible to run the same Android operating system on a workstation or laptop computer as we might run on our phone. Android uses a version of the Linux kernel, much like GNU/Linux operating systems, but features different userland utilities and a different graphical user interface.
The latest release of Android-x86 (hereafter simply referred to as Android) is version 7.1-r1 which is available as a 809MB download. I grabbed a copy of this release in order to give it a test run in a VirtualBox virtual machine and on my laptop. When booting from the Android media, a boot menu is displayed, offering us the chance to try a live environment or install the operating system. My experiment with VirtualBox got off to a rocky start as Android failed to launch the live graphical environment. Sometimes the system would simply reboot when the live desktop option was selected and other times the system would lock up.
Taking the install option from Android's boot menu brought up a text console with a menu-driven interface. The installer asks us to partition the hard drive and tells us we should set up a partition with at least 4GB of disk space, though 8GB is recommended. Disk partitioning is handled by the cfdisk text-based partition manager. Once a partition has been created, we are asked to select a file system (FAT, ext4 and NTFS are supported). We are then asked if we want to install the GRUB boot loader to handle starting the operating system.
When the installer is finished we can restart the computer to try out our fresh copy of Android. Unfortunately, I could not get Android to boot and display a graphical interface in my virtual machine. I was able to get Android to boot in debug mode, but launching the system in debug mode would only get me to a minimal command line interface where I could run a few commands, like ls and top. From the command line I was unable to connect to any networks or launch the desktop environment.
Running Android on my laptop went more smoothly. The operating system was able to run its installer and boot without any tweaking on my part. Launching the new copy of Android the first time walked me through some configuration options. I was given the chance to select my preferred language, connect to a wireless network and optionally sign into a Google account to synchronize settings and contacts. With these steps completed we are presented with Android's desktop interface.
Android-x86 7.1 -- The default desktop
(full image size: 174kB, resolution: 1366x768 pixels)
The Android interface is roughly divided into four parts. There is a notification bar at the top of the screen which we can click to access recent notifications and settings. The bulk of the display is taken up with an empty desktop space where application icons can be placed. Below this empty space is a button that opens an application drawer. When the draw is open it shows us a large grid of icons for installed applications. At the bottom of the display are Android's customary Back, Home and Show Open Windows buttons.
Android-x86 7.1 -- The application drawer
(full image size: 122kB, resolution: 1366x768 pixels)
The interface was responsive on my laptop, but inconsistent in its appearance. Some buttons and icons were large while anything in the notification area was very small. The fonts in most applications are large and easy to read, but text in the settings area was very small. This gives the Android interface an imbalanced look. I found some pieces could be made to look smoother through the settings panel.
On the subject of settings, one issue I struggled with was Android uses inverse vertical scrolling. (Scrolling down takes us up the page, scrolling up moves down a page.) I found this jarring since it's the opposite of how most desktop environments respond.
Android-x86 7.1 -- The settings panel
(full image size: 43kB, resolution: 1366x768 pixels)
Another problem I had with the mouse pointer was items I moved the mouse over often got activated as though I had clicked on them. This resulted in a lot of apps and options being opened by accident. At first I thought this was due to an option which causes the interface to register a click after pointer movement, but this feature was turned off by default. In my case the mouse was just super sensitive.
Another issue which kept coming up was about once a every minute or two, a pop-up would appear, telling me the Play Services program had crashed. This did not appear to affect my tasks or my ability to install applications, but it did constantly interfere with my web browsing and typing.
One of my key concerns when I run Android on a desktop x86 computer instead of its native, mobile ARM environment is how well applications will run. The good news was I found that most programs included with Android (the photo gallery, application store, settings panel and so on) worked. Using them was sometimes awkward as they are designed to be run on small, touch-enabled displays. Attempting to navigate these apps with a mouse and keyboard is awkward at best.
Android-x86 7.1 -- Browsing the web with Chrome
(full image size: 549kB, resolution: 1366x768 pixels)
Trying to download and run additional software gave mixed results. Some programs worked as expected, others would crash at start-up. There does not appear to be any way to easily identify which programs will work and which will not, other than downloading and trying them.
One example of struggling with Android's software came about when I tried to watch Netflix. The Chrome browser which ships with Android worked really well for most things. I could browse websites, watch YouTube videos and check e-mail with it. But when signing into Netflix, any attempt to watch videos in the browser brought up a page telling me I had to use the Android app to watch Netflix. The Netflix app could be installed, but failed to launch, effectively blocking access to the streaming platform.
Android-x86 7.1 -- Installing an app from the Play store
(full image size: 243kB, resolution: 1366x768 pixels)
Android ships with a terminal application for those of us who like to work from the command line. Many common UNIX utilities are included, making it easy to browse directories, monitor processes and manipulate files. One problem I ran into though was I could not get the secure copy (scp) and secure file transfer (sftp) programs to work. The former would always exit with an error saying “-x” was not a valid parameter (the -x flag was not being used). The latter program would not give any meaningful error, just exit. However, the secure shell (ssh) program did work and allowed me to login and manage remote machines. This left me in the weird position of performing file transfers through a pipe over secure shell rather than using the typical scp and sftp programs.
Android-x86 7.1 -- Monitoring processes from the terminal
(full image size: 154kB, resolution: 1366x768 pixels)
Android 7.1 ships with version 4.9.80 of the Linux kernel. This is a relatively modern kernel, not much older than the one I typically run on this laptop for work. However, while recent versions of Linux Mint, Ubuntu and MX Linux have typically provided me with two hours of battery life when listening to music or watching a movie, Android could not provide me with more than 40-50 minutes minutes of battery when browsing the web and adjusting settings. This puts Android at a disadvantage when we are on the go.
Android-x86 is a project which I think is interesting for its goal of getting Android onto more platforms and I can certainly see how it would be appealing for people who want to test Android applications across several types of devices. Unfortunately, Android is geared toward small, mobile devices and its interface, controls, applications and hardware support just do not translate well to larger personal computers. To me, trying to use Android on a laptop computer feels out of place, much like trying to use a word processor or virtual terminal feels out of place on a small, mobile device. It's possible to use, but not ideal and not entirely practical.
I think the Android-x86 team deserves a great deal of credit for getting Android working as well as it does - the system does boot, run and can launch several applications on my laptop. But the regular notifications of crashes, short battery life and limited number of applications make this operating system unappealing for daily use. I think Android-x86 is a good test platform for trying out Android and its apps on different sized screens and hardware, but it's not great for common desktop tasks.
* * * * *
Hardware used in this review
My physical test equipment for this review was a de-branded HP laptop with the following
- Processor: Intel i3 2.5GHz CPU
- Display: Intel integrated video
- Storage: Western Digital 700GB hard drive
- Memory: 6GB of RAM
- Wired network device: Realtek RTL8101E/RTL8102E PCI Express Fast
- Wireless network device: Realtek RTL8188EE Wireless network card
* * * * *
Visitor supplied rating
Android-x86 has a visitor supplied average rating of: 7.7/10 from 21 review(s).
Have you used Android-x86? You can leave your own review of the project on our ratings page.
|Miscellaneous News (by Jesse Smith)
Running Linux From Scratch with Debian package management, TrueOS changes course, OpenMediaVault and pfSense react to GDPR, ArchLabs leaves GitHub, Haiku ports LibreOffice
Linux From Scratch (LFS) is a project which provides step-by-step instructions for creating a minimal operating system from source code. While LFS can be used to create a small, Linux-based operating system, running LFS is not practical for most users, in part because the operating system lacks a package manager. This means LFS users end up compiling their software and manually handling dependencies. A new project, called Debian From Scratch offers a solution. The Debian From Scratch documentation shows users how to set up Debian's package management tools on a new LFS install, greatly automating software management and future upgrades. "This project intends to be a community resource to help those interested in creating their own custom system from the ground up, while fully taking advantage of the Debian suite of package management, dpkg and apt, in order to solve the problems of package dependency installation and management."
* * * * *
TrueOS is an operating system for desktops and servers based on FreeBSD's development branch. TrueOS uses FreeBSD at its core and is perhaps best known for making it possible to quickly install a FreeBSD-based desktop system. The focus of TrueOS is changing now, with the project forking further from FreeBSD. "TrueOS will become a downstream fork that will build on FreeBSD by integrating new software technologies like OpenRC and LibreSSL. Work has already begun which allows TrueOS to be used as a base platform for other projects, including JSON-based manifests, integrated Poudriere / pkg tools and much more. We're planning on a six month release cycle to keep development moving and fresh, allowing us to bring you hot new features to ZFS, bhyve and related tools in a timely manner. This makes TrueOS the perfect fit to serve as the basis for building other distributions." In the place of TrueOS's desktop edition, the team has reported a separate project, called Project Trident will become available. Further information ca be found in the project's blog post.
* * * * *
Last week we shared a story in which, in an effort to avoid coming into conflict with the European Union's General Data Protection Regulation (GDPR), the Bodhi Linux team shut down their support forum. At the time, Bodhi users were advised they could still get support on social media sites, such as Reddit. This week, OpenMediaVault took similar action, deactivating their Facebook page where users could keep up with announcements and request support. The decision follows a court ruling which states administrators of Facebook pages share responsibility with Facebook in complying with the GDPR. OpenMediaVault continues to maintain a support forum on their website.
* * * * *
On June 4th the popular source repository and development platform GitHub announced they were being purchased by Microsoft. The news was generally not welcomed by open source developers, many of whom feared vendor lock-in or mistreatment from Microsoft. Several projects quickly made plans to move to other web-based development platforms. The ArchLabs team, for example, immediately transitioned to BitBucket. Meanwhile, pfSense moved in the other direction, taking documentation from their wiki and placing it on GitHub's servers. The pfSense announcement lists several reasons for the move, the first one being trying to find a way to comply with the GDPR. "Ultimately, we made the switch because it was the right thing to do. Specifically, there were several reasons for this move, including: GDPR Compliance - We don't have to worry about storing any personal information about contributors and contributors don't have to worry about creating an account with a limited use case (assuming they use their GitHub account for other projects)."
* * * * *
The Haiku team had lots of progress to report in their latest monthly newsletter. There were a number of upgrades to the Haiku build system and more drivers were imported from FreeBSD to provide better hardware support. The most visual change though was the port of the LibreOffice productivity suite to Haiku: "There are still a few caveats and bug fixes still going on; for details see this forum thread. But it is entirely usable for day-to-day work. As of writing, it's already in the x86_64 package repository, and hopefully coming soon to the 32-bit one."
* * * * *
These and other news stories can be found on our Headlines page.
|Tips and Tricks (by Jesse Smith)
OpenSSH, pipes and file transfers
In a few recent articles I have referred using the secure shell (ssh) command with a pipe to transfer data or files from one computer to another. For those not familiar with these two pieces of technology, let's start with a quick overview.
A pipe is a way for two programs to communicate, with one handing data to the other. One program creates a pipe and sends information into the pipe. Another program can then open the pipe and read this same information in the order it was sent. Pipes allow us to string a series of commands together to share and manipulate data. For example, the grep command finds lines matching a pattern in a text file and the sort command rearranges lines in alphabetical order. Using a pipe, we can use grep to find something, like names in an address book, and then use sort to put those names in order. Here is an example of a pipe gathering up the information from a search of an address book and passing the names to the sort command:
grep "Name:" address-book.txt | sort
The OpenSSH secure shell program is typically used to log into a remote computer and interactively run commands on the remote machine. In its simplest form, the secure shell (ssh) command accepts our username and the name of the remote computer we are going to log into and then runs a normal, interactive shell session over the network. Running ssh typically looks like this:
Sometimes, if we just want to run one command on the remote computer and then immediately quit, we can specify the command to run at the end of the line. For example, here we get the amount of time the remote computer has been running using the uptime program:
ssh email@example.com uptime
One very nice feature of ssh is that we can pass information from it through a pipe on our local computer. For example, if the address-book.txt file I mentioned earlier is on the remote computer, we can search through it for names on the remote computer and then sort the results locally. For instance:
ssh firstname.lastname@example.org grep "Name:" address-book.txt | sort
Using pipes we can also run commands locally and then send the output to a file on another computer. Here we get a list of processes running on the local computer using the ps command and then save it in a log file on a remote computer for safe keeping. This works because secure shell passes the piped information from ps to the cat command running on the remote computer. The data is finally dumped into logfile.
ps aux | ssh email@example.com 'cat > logfile'
Note the command we run on the remote computer is placed inside single-quote marks. This separates the command run remotely from what we are doing locally. Without the single-quotes we would end up creating logfile on our local computer.
Apart from passing small pieces of information from local commands to remote commands, the ssh utility can be used to transfer files from one computer to another. Normally, we would use a command like secure copy (scp) to transfer a file from one place to another. However, if we do not have access to scp or we want to do some processing on a file's contents during the transfer, ssh becomes very useful. Here is an example where we perform a straight forward transfer from the local computer to a remote computer, backing up a tar archive:
dd if=archive.tar.gz | ssh firstname.lastname@example.org dd of=backup-archive.tar.gz
In the above example, we use the dd command, which copies data from one location or file to another. Here, the dd command loads archive.tar.gz as its input file (if) and sends the file over a pipe to the remote computer. On the remote machine we use the dd command again to create an output file (of) called backup-archive.tar.gz. This simple copy works, but is more cumbersome than the more commonly used scp version of the same action, which requires just the name of the file to copy and its destination. Using scp, the process would look like this:
scp archive.tar.gz email@example.com:backup-archive.tar.gz
Where using ssh with pipes really shines is when we want to perform an action on data during the transfer. For instance, what if there is a log file on a remote server and we want to compress it and then download a copy of the compressed log, all in one action? We can use pipes on the remote computer to compress a log file using gzip and then pass the compressed file through dd to our local computer. The command looks like this:
ssh firstname.lastname@example.org 'cat /var/log/error.log | gzip | dd ' | dd of=error.log.gz
Once again we see the string of commands on the remote computer is placed in single-quotes to isolate the remote processes from commands performed locally. After the above command runs, we end up with a compressed copy of the error log file.
Some people might look at the above example and wonder why the first instance of the dd command is run without any parameters. It seems somewhat pointless when gzip can compress the data and pass it along to our local computer. The reason for the empty dd command is gzip will refuse to dump compressed data to the console (aka standard output) as it would look terrible. However, gzip will pass compressed data out to another pipe. In the above example, the first dd command is there just to accept the compressed data from one pipe and then pass it along to the next step so that gzip will agree to run in this unusual set up. Once the data comes through the pipe to our local computer, the second dd command writes the compressed information to an output file (of) called error.log.gz.
These are just a few examples of how we can pass information and files from one computer to another using pipes and secure shell. There are lots of other ways to string commands together to get data from one computer to another over secure shell. These methods may look more complicated than using a simple copy command, but it's one way to string programs together to form one big command line rather than breaking data processing and file transfers into separate processes.
* * * * *
More tips can be found in our Tips and Tricks archive.
|Released Last Week
GeckoLinux is a distribution based on openSUSE with a focus on providing a friendly, desktop platform with multimedia codecs out of the box. The project has published two new versions: Static 150 which is based on openSUSE's stable Leap edition, and GeckoLinux Rolling 999 which is based on openSUSE's rolling release Tumbleweed edition. "The GeckoLinux project is pleased to release updated spins of both Rolling and Static editions. GeckoLinux spins are based on the openSUSE distribution, with a focus on polish and out-of-the-box usability on the desktop. A large variety of customized desktop options are available in Static (based on openSUSE Leap) and Rolling (based on openSUSE Tumbleweed) editions. After installation to the hard disk, a GeckoLinux system will continue to receive updates from the openSUSE and Packman infrastructures. An installed system can even be upgraded smoothly to future openSUSE releases while at the same time retaining its unique GeckoLinux configuration." There are several desktop spins and a BareBones minimal spin of each edition. More information on both editions can be found in the release announcements (Static, Rolling).
Devuan GNU+Linux 2.0.0
The "Veteran UNIX Admins" have announced the release of Devuan GNU+Linux 2.0.0, a new stable build from the project that forked Debian in late 2014 to build a systemd-free variant of the popular community distribution. Devuan's second release is based on Debian 9.0 and carries a code name of "ASCII": "We are happy to announce that Devuan GNU+Linux 2.0 ASCII stable is finally available. Devuan 2.0 ASCII runs on several architectures. Installer CD and DVD images, as well as desktop live and minimal live ISO images, are available for i386 and amd64. Ready-to-use images can be downloaded for a number of ARM platforms and SOCs, including Raspberry Pi, BeagleBone, OrangePi, BananaPi, OLinuXino, Cubieboard, Nokia and Motorola mobile phones several Chromebooks, as well as for VirtualBox, QEMU and Vagrant. The Devuan 2.0 ASCII installer ISOs offer a variety of desktop environments including Xfce, KDE, MATE, Cinnamon, LXQt, with others available post-install." Read the release announcement and release notes for full details.
Devuan GNU+Linux 2.0.0 -- Running the Xfce desktop
(full image size: 83kB, resolution: 1280x1024 pixels)
* * * * *
Development, unannounced and minor bug-fix releases
The table below provides a list of torrents DistroWatch is currently seeding. If you do not have a bittorrent client capable of handling the linked files, we suggest installing either the Transmission or KTorrent bittorrent clients.
Archives of our previously seeded torrents may be found in our Torrent Archive. We also maintain a Torrents RSS feed for people who wish to have open source torrents delivered to them. To share your own open source torrents of Linux and BSD projects, please visit our Upload Torrents page.
Torrent Corner statistics:
- Total torrents seeded: 889
- Total data uploaded: 20.1TB
|Upcoming Releases and Announcements
Summary of expected upcoming releases
Running Android on a desktop/laptop computer
This week we talked about Android-x86, a port of the Android operating system for consumer desktop and laptop computers. We would like to know what our readers think of running the Android operating system, typically used on phones and tablets, on a laptop or workstation. Would it be helpful to you to have a mobile-style OS running on desktop hardware, or is Android's design unsuited to your workstation habits?
You can see the results of our previous poll on openSUSE's key features in last week's edition. All previous poll results can be found in our poll archives.
Navigating to a distribution's page from our Torrent Archive
For a while now DistroWatch has maintained an archive of distributions' torrents. These torrents are mostly ones we have seeded and shared with the world, but also include torrents other people are seeding on behalf of a distribution. Up until now, the Torrent Archive simply listed the available torrents and the date they were uploaded.
This past week we updated the Torrent Archive page. Now each torrent is listed along with the date it was uploaded, the name of the distribution which provided the media and a link to the distribution's information page. This is intended to make it easier to find more details on a distribution before downloading its torrent. Our system tries to find a distribution match for a torrent based on information in the torrent, which works most of the time, but a few unusually named ISO files or inactive projects may not be recognized.
* * * * *
Distributions added to waiting list
- Olu. Olu is a re-spin of Ubuntu which features the Unity 7 desktop environment in place of GNOME Shell.
- Quick-Save-Live. Quick-Save-Live is a minimal (50MB) live CD with a graphical interface which can be used to rescue files or repair an operating system. It is based on Tiny Core Linux.
* * * * *
DistroWatch database summary
* * * * *
This concludes this week's issue of DistroWatch Weekly. The next instalment will be published on Monday, 18 June 2018. Past articles and reviews can be found through our Article Search page. To contact the authors please send e-mail to:
- Jesse Smith (feedback, questions and suggestions: distribution reviews/submissions, questions and answers, tips and tricks)
- Ladislav Bodnar (feedback, questions, donations, comments)
- Bruce Patterson (podcast)
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)
|Linux Foundation Training
|Reader Comments • Jump to last comment
1 • New Tails version (by mandatory on 2018-06-11 01:00:33 GMT from Romania) |
Tails is an easy update if you use liveusb install. Smooth as butter.
2 • Quick-Save-Live upgraded to 2.0 version (by Nathan SR on 2018-06-11 01:05:41 GMT from India)
Quick-Save-Live has now been upgraded to 2.0 version, with features like super user ( root ) based file manager operations, aiding in uninterrupted copying of files and folders, without any permission related problems. If you have downloaded version 1.0 earlier, then please download the latest 2.0 version, to enjoy unlimited access to your drives !
Website : https://sourceforge.net/projects/quick-save-live/
3 • Android (by argent on 2018-06-11 01:16:48 GMT from United States)
Bad enough on a phone, couldn't ever want it on my laptop or main PC. Understand there are people who don't see it as I do and happy they have that option.
Jeez! : (
4 • Android = Google = Spyware. (by OS2_user on 2018-06-11 01:27:51 GMT from United States)
You are the meat in its grinder.
On top of that, it's manifestly not worth the trouble.
5 • Ssh Complexity (by Graham_J on 2018-06-11 02:04:02 GMT from Australia)
ssh email@example.com 'cat /var/log/error.log | gzip | dd ' | dd of=error.log.gz ??
Why not: ssh firstname.lastname@example.org 'gziperror.log.gz
It's a lot simpler!
6 • Android OS (by R. Cain on 2018-06-11 02:10:26 GMT from United States)
Why not simply wait until Facebook introduces an OS, and then use that? And, no, I will not own or use a Google phone, or a Google-anything-else, for that matter.
7 • Android review (by Glenn Condrey on 2018-06-11 02:24:47 GMT from United States)
Jesse, I ran this version of Android on my dual core HP laptop not too long ago while I was in the hospital. It has a hampered A4 processor, so I was looking for a low resource OS.
I ran into similar problems with certain apps as you did, as they would not run.
The fix for this...is to look inside the settings.
There is a box to check to force Android to treat the APKs that won't run as native ARM APKs I believe.
Once you check that box...everything works as it should...including Netflix.
At the time, I was going to scrap the OS, because not being able to play Netflix on my laptop was going to be a deal-breaker.
I ended up scrapping the OS from my laptop anyway, as I encountered some streaming problems with Android on that laptop.
I installed Peppermint Linux, and everything is hunky dory now streaming wise.
8 • GeckoLinux (by Angel on 2018-06-11 02:28:27 GMT from Philippines)
Nice to see GeckoLinux back with new releases. After last week's review of OpenSuse 15 asking about installation, codecs, etc. GeckoLinux live makes any flavor of OpenSuse as easy to install as any Ubuntu, faster in fact, codecs and all. I have Tumbleweed Gnome running nicely on a laptop.
9 • Android on ? (by Dan on 2018-06-11 03:27:15 GMT from United States)
Android barely runs on my tablet, why the heck would I want it on my desktop or laptop? I look forward to someone actually coming up with a useful OS that I can put on my Nexus 7. OK, so maybe I'm dreaming.......... ;-)
10 • @ #9 (by Glenn Condrey on 2018-06-11 03:38:22 GMT from United States)
Android is a low resource operating system. It would run fine on a netbook, or in my case a dual core processor laptop.
I had a streaming problem with one or 2 of my apps, and that was kind of a deal breaker for me...so I replaced it with Peppermint.
Other than streaming media tho...Android 7 ran very well on my laptop once I discovered the checkbox that forced Android to treat all APKs as native ARM apk apps.
Your mileage may vary.
11 • Running Linux From Scratch with Debian package management. (by M S Margarette on 2018-06-11 05:53:48 GMT from Canada)
Just read the news here on DW about the project "Debian from Scratch" on GitHub.
The both, the project "Debian from Scratch" itself, and GitHub as well lack full transparency (including Debian). Neither of any three even at par with LFS in any regards.
And, as of now, MS already stepped-into GitHub shoes. Along with users migration MS might have decided to migrate as well.
Rest is up to you.
12 • Linux From scratch and derivatives (by nobodino (from France) on 2018-06-11 06:20:50 GMT from France)
"Debian From Scratch" is not the only derivative of LFS to be built from scratch.
If you follow this link :( https://www.linuxquestions.org/questions/slackware-14/slackware-from-scratch-and-x11-4175560702/), you will see it's possible to build "Slackware From Scratch" till the end with a few scripts. It began a long time ago, and is now nearly complete. All the scripts are available in the thread.
13 • Android on the desktop (by Ricky on 2018-06-11 06:30:08 GMT from Netherlands)
Android is nice as an idea... but the main problem with it is that it relies on Java to do anything worthwhile. You can't simply compile a C/C++ program and run it without some Java cruft. Along with that, my main hate for Android is that is is plagued by advertising at its core. Sure, there are a wide selection of apps available, but they tend to come with spyware, adware and straight out malicious intent. Certainly not a good choice for desktop usage with all this in mind.
What would be better, is if there were a stripped down Android distribution, similar to the previous Cyanogen mod, removing most of (if not all) of the google related services and spyware, and then using a FOSS repository such as F-Droid. That would be something realistic for low end computers.
14 • Android (by zykoda on 2018-06-11 06:47:54 GMT from United Kingdom)
Tried various Android(x86) versions on bare metal multi-booting from iso via GRUB2. YMMV but there was sometimes limited success. Not very useful at best and would not be replacing day to day Mint. "Little Android man" in Anbox (alpha) fails at the first screen (Starting...) for some unknown reason whatever I try!
15 • Olu... why? (by Meh on 2018-06-11 08:54:37 GMT from Australia)
Olu? but why.
sudo apt install ubuntu-unity-desktop
and you're done. 'crisis' averted.
why make a whole new 'distro' for a single command?
because you can? pfft.
*old man yells at cloud*
16 • @15 Olu (by Kazan on 2018-06-11 09:21:22 GMT from France)
Why? Because many like Unity, and without gnome-shell stuff and the so-called ubuntu modifications.
And, maybe because it is fun to create dedicated distros. Not installing on the Gnome shell and getting gnome-shell's infamous memory problems. And, also maybe to stay away from losing features, Gnome is so famous of...
17 • Android (by JIm on 2018-06-11 09:27:53 GMT from United States)
I am with those that find Android barely functional on a phone, and would never consider it on a PC or laptop.
18 • Android (by either bolokov on 2018-06-11 10:16:10 GMT from France)
I dont like android on the tablets I have. The google software is buggy and crashes the system often. Never mind the damned spying and data mining. I rarely use them now. Its only that I do not have the intelligence or knowledge to remove android that they are still on the damned devices. So android on a desktop; thanks but no thanks.
19 • Android (by Jordan on 2018-06-11 11:52:30 GMT from United States)
Best system for servers.
But as a desktop.. No. Way.
20 • Android .. to clarify about servers.. (by Jordan on 2018-06-11 11:56:08 GMT from United States)
As a linux born server, of course. Android in and of itself is not "the best system for servers." Meant to make the point of linux being the system of choice as servers, and Android being an offshoot of linux.
21 • Android or who else? (by Garon on 2018-06-11 12:31:59 GMT from United States)
Well a lot of comments from people who say they wouldn't touch Android or have it on their phone. Tell me then, what do you have on your smartphone. Are you using Apple phones or still holding on to your Windows phone. I guess you could go the Blackberry route. There are not a lot of options to choose from. Also saying that Android is barley usable on a device seems to not go with the facts. The general public, including children, doesn't seem not to have many problems. Maybe a person would be better off with a stupid phone.
22 • Android on PC (by Lancre on 2018-06-11 14:00:04 GMT from United States)
I prefer a desktop OS on the desktop, but on rare occasions there might be android apps that I would like to run on my computer, so it would be a useful item in the toolbox.
23 • Android on a desktop (by Someguy on 2018-06-11 14:22:02 GMT from United Kingdom)
Boot-on-other foot? Germaine to Android on PC and difficulties Jesse relates, it would be useful if some of the, albeit compact (e.g. Puppy), distros could be run seemlessly on mobile phones. Sadly installations and use, if achievable, tend to be flaky. I didn't vote this week, but perhaps it helps to port Android to PC so that developers can acclimatise to two-way exchanges between somewhat different architectures?
24 • thanks (by Tim Dowd on 2018-06-11 14:34:28 GMT from United States)
Thanks- I had trouble using it at all a few years back but that you could get it to run apps like this is pretty important
The reason I had hoped to use it in 2016 was to see more of the Rio Olympics on my media center computer- I couldn't get NBC's website (they're the US provider for the olympics, and their over the air coverage is not so great) to let in my Linux computer, but there was a working Android app. So I think for the people saying "why would you want Android?" the answer is that that sometimes you need access to android applications. Right now all of my paid streaming services work OK with Linux, but I look at Android x86 as an insurance policy if they ever start pulling the plug on using Flash.
25 • Android on PC (by Mango Tango on 2018-06-11 14:39:20 GMT from United States)
A lot of people use Android, but that doesn't mean that they enjoy it or that they would prefer it. I suspect, if given a choice, 99% of users would immediately prefer using a desktop environment over Android. I know I do.
26 • @ #25 (by Glenn Condrey on 2018-06-11 15:20:45 GMT from United States)
It all depends on what you use it for.
I use Android for the majority of my media streaming.
The PC has very little in the way of media streaming, that I can access with Android.
In a showdown for media streaming...Android would win hands down...but probably not anywhere else in a showdown with a PC.
There's an old saying about having the right tool for the right job.
Android is a perfect fit for media streaming devices...(like my Android TV box)
27 • Android (by Arghalhuas on 2018-06-11 15:37:55 GMT from Spain)
I installed Android-x86 as a virtual machine when i had to send my mobile phone for repair. That way, I was still able to use Android-specific applications from my Linux computers.
So I think it is a really useful project even if you don't install it directly on your hardware.
28 • SLACKWARE FROM SCRATCH (by M S Margarette on 2018-06-11 15:49:17 GMT from Canada)
@ # 12 "~~~ Merci Beaucoup ~~~!
"If you follow this link :( https://www.linuxquestions.org/questions/slackware-14/slackware-from-scratch-and-x11-4175560702/), you will see it's possible to build "Slackware From Scratch" till the end with a few scripts. It began a long time ago, and is now nearly complete. All the scripts are available in the thread."
- An excellent piece of long sustained hard-work and very resourceful to Slackware users.
LFS + Slackbuild.org + "Slackware From Scratch" Scripts make full moon circle.
- I would rather suggest original author of script should port all final scripts into, easy to be followed, step-by-step guide in html and PDF formats like TLDP documentation. And, submit it to Slackware and Slackware.org for hosting as an additional user's resources same like good job of Mendel Cooper for bashscript.
29 • Android et al. (by Angel on 2018-06-11 15:54:34 GMT from Philippines)
I like to trying things for the hell of it, so I've installed a few versions of Android for PC: Phoenix, Remix, Exton, or just plain x86. Some have run fine, but once installed, I'm like the dog that catches the car: Now what do I do with it?
I understand that a large part of the reason for adapting these systems is just the challenge and enjoyment of doing it, and I'm all for that. Just seems to me that Chromium OS would better lend itself as a light desktop system, if one doesn't want to use those available on Linux, or mind selling one's soul to the Devil.:) I have one of ArnoldTheBat's creations running form USB, and it runs very nicely, except still can't access the Play Store for Android Apps. A bit complicated to install on HDD, but I'm sure with so many creative people out there, it could be made easier.
30 • Android-x86 RAM? Debian From Scratch (by Dojnow on 2018-06-11 19:09:22 GMT from Bulgaria)
- How much RAM does Android-x86 eat?
- "A new project, called Debian From Scratch" - The name and the intention aren't new: Debian From Scratch https://lists.debian.org/debian-devel/2004/05/msg01431.html ; Installing Debian From Scratch https://www.linux.com/news/installing-debian-scratch ; How to Install Debian From Scratch http://www.suramya.com/linux/tutorials/Install_DFS/ ; D.3. Installing Debian GNU/Linux from a Unix/Linux System https://www.debian.org/releases/stable/i386/apds03.html.en
31 • Android x86, tablets and linux (by tim on 2018-06-11 22:07:51 GMT from United Kingdom)
I have a windows tablet and run linux on it, mostly gnome desktops.
Compared to android, apple or windows 10 and 8 it's not great
Touch screen clicks are the main difference and problem
When Androidx86 does run on my tablet, which is not always, the touch screen experience is the same as google android on a phone
could the touch screen features that androidx86 has be ported to gnome and other desktops?
32 • @25 (by Angel on 2018-06-12 00:57:41 GMT from Philippines)
Apples and oranges. I would not enjoy Android on my laptop or desktop, but I certainly would not enjoy a desktop environment on my phone.
33 • @31 Touch-enabled desktops and the Amphicar. (by Angel on 2018-06-12 01:19:40 GMT from Philippines)
More than once a vehicle has been designed to work as a car and a boat. The result has been: not a good car, and not a good boat. Recently Canonical gave up on "convergence." Apple has stuck by separate desktop and touch systems. Windows 10 is touch friendly as long as you only use store apps. Chrome, Firefox, and other Win32 programs are just as unfriendly to touch as they are in Linux. A large tablet may benefit from a desktop system, but a keyboard and mouse equivalent would be pretty much a requirement. (See the MS Surface line.) A small mobile, in my opinion, derives no benefit from a desktop system. Try reading a desktop-designed web page on a 5" phone.
I have a 2-in-1 laptop. It was a novelty when I got it some years ago. Now I can't remember the last time I needed or used the touch features. So far, the search for convergence has only yielded frankendesktops. Maybe some day, for now, I don't miss therm.
34 • androidix (by pixel petals on 2018-06-12 05:45:47 GMT from Australia)
Running Android on laptops is a good idea because mobiles are where the latest funky apps are being developed - for security, connectivity, etc. But the hardware & screen size compatibilities + google's omni-presence are problems.
35 • @ 33 touch enabled laptops (by Kazan on 2018-06-12 08:29:25 GMT from United Kingdom)
Touch screens are very useful, especially for work. I learned that after buying a Pentium 4, 4-core, 4-thread, 8GB ram 15'6" screen laptop at a pretty low price. It came with Win 8.1, but now fully updated to Win10. Its not true that touch works well only on apps from the store. I practically don't install apps from the store. Installed Gimp 2.10 straight from the Gimp website. Touch works very well with Gimp (and all other apps), and is pretty helpful at work. I can actually take the laptop on the lap, sit back and work, most times using fingers on the screen. Btw, I also have a 2 in 1, and use it with or without the keyboard, and also at work.
As most of the work is saved on One Drive, it gets opened in every laptop, any given time. I can even open the work in a Linux laptop through a web browser. I can use most of the touch screen's conveniences on a Linux distro, but there are certain minuses in the Linux world.
Its been a long time since I've used a desktop. My desktop today is a laptop. I can leave the laptop on the desk, use a wireless keyboard, sit back comfortably and work. Then of course, the touch screen conveniences go away. Btw, won't buy an MS Surface - too expensive - there are enough large screen surface type available at lesser prices.
36 • The E.U.'s GDPR (by RJA on 2018-06-12 08:42:59 GMT from United States)
I don't like the news I heard about Bodhi folks shutting down their message board, for godness sakes. :( Looks like message board admins across the Americas, Asia and Africa, might be required to IP-ban Europe!
37 • Opinion poll: Running Android on a desktop/laptop computer (by Sadi Yumuşak on 2018-06-12 10:19:00 GMT from Turkey)
I find the choices in the opinion poll on Android-x86 too limited, missing one important point: Especially for Linux users, Android-x86 might be a very good choice as a secondary OS - switching to it from the Grub menu when using a 2-in-1 laptop with touchscreen in tablet mode, as I sometimes do...
38 • Android-x86 (by Risto Alanko on 2018-06-12 11:45:04 GMT from Finland)
Android-x86 is completely oriented for touch-screen devices. My experience with Virtualbox and mouse is poor. In a mini-laptop with touch screen it is almost as easy as an Android tablet. Some apps do not want to install, because the system is "rooted" and creates a security problem.
39 • @34 pixel petals: (by dragonmouth on 2018-06-12 15:49:07 GMT from United States)
I don't want "funky", I want functional.
40 • desktop on phone (by Tim Dowd on 2018-06-12 17:15:15 GMT from United States)
I mostly agree with you- I think keeping the separate systems for handheld and desktop is a good idea.
A few years back, though, I installed an ssh client and an X server on my Android phone just using apps from the store, and not ones that required rooting. I tunneled Banshee media player over ssh and it was awesome- the computer was hooked up to the stereo and I could go anywhere in wifi range and control the music. I was really impressed how even on a small phone a desktop program like that could work. So it isn't out of the question to use desktop programs on phones, and I wish it was easier to do.
41 • But does it run candy crush? (by CS on 2018-06-12 18:17:10 GMT from United States)
Pretty sure candy crush and angry birds are the killer apps for Android. Not running those? Why bother? There are literally hundreds of better choices for your x86 systems. And garbage battery life to boot! No thanks!
42 • Android and the Desktop (by Peter Besenbruch on 2018-06-12 20:52:20 GMT from United States)
I think I'm old-fashioned. I have yet to buy a touch enabled laptop, even if it's an option. I prefer the lighter weight and improved battery life that I get from leaving it out. I only just got a smart phone, a mid-range Nokia badged thing that runs the latest stock Android.
Some of the shock of using stock Android is the absolute lack of privacy. My first evening using the phone I ate at a restaurant. As I was leaving Google asked me to go back inside, take some pictures, and share them. At that point, I dove into the settings, and started disabling chunks of the OS, revoking permissions for other apps, and turning off anything at the Google cloud end (location history, backups, contacts, you name it). Google Assistant? No way. No "OK Google," no microphone for anyone except the phone and camera app. Location services? Perhaps when traveling. Use Google's database of WIFI setups to pinpoint my position with even greater accuracy? Oi! Never have I seen an OS so dedicated to spying.
Third party apps also help, like Firefox, properly configured. SMS messages, there are other apps for that. E-mail, there is always Firefox, and third party e-mail services. OpenVPN for Android also helps a lot.
With 3 Gig of RAM I decided to play with AndroPorts, which lets me run select Linux software on Android, like the GIMP or LibreOffice via Fluxbox. Yes, you can use them, but not for anything sustained. Android 8.1 as an interface is pretty good for small screens, but not that practical for a desktop.
43 • Android on PC?! (by Farhad Mohammadi Majd on 2018-06-13 04:32:23 GMT from Iran, Islamic Republic of)
As long as there is a clone of Android UI named GNOME Shell, we don't need to Android UI on PC, Android core system is highly poor and bad choice for desktop systems, all Android X86 projects are just *waste of time and money*
I enjoy running XFCE on Debian GNU/Linux.
44 • android is google's abusement of linux (by zyley on 2018-06-13 09:16:11 GMT from Finland)
many seems to think user interface or other superficial things. generally speaking can be said that touch devices need different user interface than desktops.
however, i am concerced about other things.
i am some kind linux person and open-source supporter but these times i think google abuses linux in android system for google's benefit. google's motives are no good these times, at least giant data collection and possible spying of users. android as a whole system is not open source because its bundled with closed source stuff. oem junk we know but worst part is google's junk.
some people think that pure android is good, who defines purity, if purity is defined by google, that's not good. there's lineageOS out there but seems to be little poorly available for devices.
i think unlocking the device and rooting is a right, not a priviledge granted by some corporation or government. some opinions demonize rooting because of security. banning rooting is about controlling and nannying users for whosever benefit. some android programs won't work in a rooted device and are only available google play, this benefits google's control and nannying.
i'm going to skip opinion poll this time because question emphasizes user interface, i would personally avoid android x86, why should i use andoid x86 because there is plenty of alternatives for desktop and laptop.
if you have arm based andoid, usually smartphone or tablet. quick guidance for user control:
- root and/or unlock your device (difficult on many cases)
- remove junk, including google's junk
- don't use google play for installing stuff, i suggest f-droid as a one alternative
- do not link google account to your devices
huawei recently annouced that they don't support bootloader unlocking anymore, it's bad. so if you have huawei device then you have roughly speaking one month left to unlock bootloader. it doesn't apply for newer models.
45 • Maybe Apple? (by Garon on 2018-06-13 12:06:34 GMT from United States)
I'm kind of surprised about a lot of the comments about phones and the os on them. Just about everyone here says that Google is evil and cannot be trusted and that Google does things for their benefit. I don't believe that is a big surprise to anyone. Maybe people here should think about jumping on the iPhone bandwagon. They say your data is safe, all apps are fully tested, and they have the best security money can buy. Really? I just wonder how many comments and accusations are based on facts. I doubt that any of us knows. Smartphones are an intrusion into the lives of everyday people, but that's what they are looking for. I use android and yes I do get freaked out by some of the intrusion by the corporations, but we are in an information age and that is what people look at now. The more the better, and that is what a lot of smartphone users feel they need. All I really is my privacy.
46 • non free (by Tim Dowd on 2018-06-13 12:46:00 GMT from United States)
I don't disagree with you (and I also use Debian with XFCE) but @37 has the right idea- this is a good choice as a secondary os.
Like it or not, there are certain services and apps (particularly video streaming) that the providers have refused to release open source versions. That means Windows, MacOS, iOS, or Android. Of those, only Androidx86 is free (cost) and can be put onto any device we want. So I don't think it's a waste of time- if the ARM apps from the store can work as others are saying, I'll probably use this at some point.
47 • apple and microsoft are no alternatives (by zyley on 2018-06-13 12:55:55 GMT from Finland)
thinking about your comment, maybe i should add little bit.
google might be bad but apple products are no alternative. apple products are centrally controlled ... something. apple abuse freebsd for their purposes. apple doesn't sell ads and there might be little bit respect for privacy but i don't trust apple either. they just do bad things for their benefit. apple is more restrictive in apple store than google is in google play. it's practically impossible to jailbrake iphone these times. shortly saying, apple is in control.
short version: microsoft has gone very bad direction in windows 10 as well.
48 • none of this "information age" rubbish is really necessary (by curious on 2018-06-13 14:06:17 GMT from Germany)
Just FYI: Life without Twitter (c.f. twit), Facebook and dumb "smart" phones IS in fact possible.
49 • Devuan, android-x86 (by B Stack on 2018-06-13 15:24:22 GMT from United States)
A few different thoughts here.
The first: Thank you, Devuan team! I struggle with the whole dpkg/apt world, but I'm learning. I admire the commitment to freedom of choice for init. I come from the RHEL world, who gives us systemd and GNOME 3.
My favorite build for auxiliary laptops of mine is devuan with xfce. It just works. And boots simply.
The second: Android on x86. I appreciate Jesse's effort in sharing his experience with us, and also the teams that port it. I would never use it as a daily driver. Maybe if I had a need for some niche usage like other comments here suggest, I would try it. But I think in general it's important options are made available like this.
Third: Debian From Scratch. I gave up on page 178 I think, some time last year. I should try again when I get time. But, Debian From Scratch sounds like an interesting option. I wonder if one could use it to assemble a Debian sans systemd. Oh, wait... Anyway, I'm glad that team wrote their instructions for that.
The news about TrueOS is interesting. Not sure how it will affect me. Whenever I dip my toes in the BSD on the desktop space, I always revert to FreeBSD and installing a DE myself (xfce, of course).
What a cool week in the distro news!
50 • Devuan Ascii (by bushpilot on 2018-06-13 18:36:58 GMT from Canada)
Just installed this distro in a VB. All is working well. Loads fast and seems stable, however, I need to give it time to mature. Virtualbox is not available at present, hopefully that will change.
51 • Android for x-86 (by Basil Fernie on 2018-06-14 08:07:29 GMT from South Africa)
Who wants Android on x-86?
Google, for one
Lots of people, for maybe millions
For Google, it means the opportunity to do a Microsoft on Linux (you know, embrace, extend, extinguish)
In terms of product and marketing strategy, I would say the odds are heavily loaded in favour of one open-wallet Google instead of a handful of independents who are trying to extend Linux to perform Android-type functions (e.g. touch-screen) and run Android-targeted apps, e.g. streaming.
With a bow towards the remarkably prescient - or historically wellinformed - Mark Twain ("It is easier to stay out than get out") I suggest that like that little village in Gaul we momentarily drop our squabbles and unite against the Romans for as long as possible.
How about, Jesse, an article overviewing the various Linux-on-ARM-as-well-as-x86, Android replacers with an assessment of progress already made, nearness to widespread viability, support needs... And a user questionnaire giving DW readers an opportunity to indicate readiness to engage in volunteer testing, crowd-funding, which Android devices currently in use and likely to be obtained over next 2 years,,, which could enable the doers to strategize their efforts more accurately and perhaps even work together in a Keep-Android-In-Its-Place community efoort r
52 • Re:@51 (by Basil Fernie on 2018-06-14 08:11:40 GMT from South Africa)
Sorry about the premature despatch. But I think I had said enough to give the gist of my concern and hopes.
53 • ssh and pipes (by greenpossum on 2018-06-14 08:28:29 GMT from Australia)
> ssh email@example.com 'cat /var/log/error.log | gzip | dd ' | dd of=error.log.gz
Why?! Why not just:
> ssh firstname.lastname@example.org 'gzip error.log.gz
54 • @53 (by greenpossum on 2018-06-14 08:32:12 GMT from Australia)
Obviously the text got mangled by something in the site software that pays attention by less than and greater than signs. It should be
> ssh email@example.com 'gzip [less than] error.log' [greater than] error.log.gz
Which was probably what Graham in @5 wrote also.
55 • Gecko Linux (by Andy Prough on 2018-06-14 15:32:26 GMT from United States)
I installed the KDE Tumbleweed version earlier this week. Media codecs were installed from the beginning. I think Jesse would be pleased.
Easiest and fastest install of any distro I've done in years. The partitioner is too simple for my tastes, but I think that's probably just Calamares, which I hadn't used before.
KDE's "baloo" desktop search went crazy for the first day as it indexed all my documents, constantly slowing the machine to a crawl. I killed baloo in order to do a little work with the new desktop, and then let it run while I slept. After that first day of indexing, it's run very nicely.
56 • Apple respecting privacy? (by Jesse on 2018-06-14 18:42:54 GMT from United States)
Seriously? Apple? Apple use to make national news with their shenanigans.
Metadata from every picture sent back to their servers.
Every SMS/MMS stored on their servers.
Apple employees caught leaking iCloud account info.
Virtually everything done on an iPhone/iPad is tracked and recorded.
iOS makes Win10 look secure.
Google at least quit denying the same behavior.
They are all garbage.
I stick with Android on a Smartphone, not a whole lot of options, frankly.
57 • TAILS (by pixel pals on 2018-06-15 00:01:46 GMT from Australia)
A new release of TAILS - but no auto upgrade. So if you download TAILS, and upload TAILS, and sideload TAILS, does that mean you like it very much? :)
58 • Apple and Tails (by gplcoder on 2018-06-15 14:13:03 GMT from )
@56 - Agreed. In fact when it comes to a choice between Apple and Google, I'll go with Montgomery Brewster (Richard Pryor) in Brewster's Millions: "Vote for None of the Above". I backed the Librem 5 during their crowdfunding. I am hoping that this is the answer. Running open source Linux on a smartphone. Although, the last attempt (the Ubuntu Touch) did not work out well.
@57 - Use Heads instead. Same idea as Tails except built using Devuan instead of Debian which means that it is free of the systemd virus.
59 • Bodhi forum (by ss on 2018-06-15 14:42:44 GMT from )
"I don't like the news I heard about Bodhi folks shutting down their message board, for godness sakes. :( Looks like message board admins across the Americas, Asia and Africa, might be required to IP-ban Europe!"
Actually, they could easily run their message board as a 'Tor hidden service' .onion and the problem would be solved.
60 • Updating TAILS (by ss on 2018-06-15 14:47:01 GMT from )
57 @pixel pals
"A new release of TAILS - but no auto upgrade."
Updating to Tails 3.7.1 from 3.7 works well, no problemo.
61 • Devuan From Scratch possible? (by Tony Agudo on 2018-06-15 18:03:56 GMT from United States)
I'm curious to see if the "Devuan From Scratch" project can be easily adapted to use Devuan instead. Or perhaps even more boldly, adapted for use on a Busybox-based system like Minimal Linux Live.
62 • Re: @61 (by Tony Agudo on 2018-06-15 18:10:11 GMT from United States)
Er, I meant if "Debian From Scratch" could be adapted for Devuan. Darn those phone typos!
63 • Librem 5 Phone, @58 (by Justin on 2018-06-15 18:30:56 GMT from United States)
The Librem5 phone project seems to be coming along nicely. They are already making phone calls, sending texts, etc. You can follow their progress reports on their website. They had one report that talked about the challenges of doing libre hardware and mobile devices in the current manufacturing and development ecosystem. Having spent time in that space, I agree with their assessments. Things grow more and more integrated, which pushes out smaller parties. However, I'm looking forward to see the success of this product and to getting one of my own.
64 • Android? Do people even know what that's for? (by azuvix on 2018-06-15 18:46:46 GMT from United States)
Android as a desktop operating system. A *desktop operating system*. Surely you jest.
If I wanted something that crippled, I'd disable my root account and switch to web-only applications. Even then I would have a better GUI. :P
I'm sorry, but Android just doesn't cut it for me, on any level, for that purpose.
65 • Opinion Poll (by Fantomas on 2018-06-16 11:12:27 GMT from United Kingdom)
In All I do prefer a desktop-oriented OS for my workstation/laptop.But and Also I do like the idea of having Android on my workstation/laptop, especially one that runs in Virtual-box. Why not.. Especially I am interested to run Map Applications off-line, as I do not use G.....Earth and I do not use smart-phones. This would make me at the same time use and get to know the Android stuff. Thank you.
66 • Fedora 28: Modules... (Fedora Magazine), and a comment on Fedora 28 (x86_64) (by Andre Gompel on 2018-06-16 23:51:36 GMT from United States)
after lots of massive updates, Fedora 28 MATE, is now (six weeks after official release) quite good.
It also required some "hand made install... and bug fixing!" (I filed for two bugs).
But I have to say that compared to Fedora 26 (I skipped F 27), F28 is better in several area, actually it is very, very good.
Faster. (How much I don't really know, just snappier).
Firefox 60.0.2 x64, Now outperforms the latest Chrome (Ver 66.0.3359.181)
BTRS Compression better, faster.
LibreOffice 6.x is superb, Office 5.x was very good...
Graphics seems better, (On HP Folio 9480m, with Intel GPU).
Several updated repositories, with "almost latest versions" (rpmfusion is one).
A bit confusing now is that anaconda now overwrites /etc/fstab on kernel update... and remove your options (I used compress=zstd for btrfs), don't know how to fix this yet.
It is of course too bad that "Korora" shall not release the classic "Fedora works out of the box". Because I have to admit getting F28 to work was more work that it should have been, but this being said, Fedora 28 is worth the reinstall.
Reinstall, because the upgrade, which now works OK has never been fully satisfactory, and probably never will, maybe because it is over-challenging... and perhaps too little work is being done there.
67 • What would be my users number? (by Uly Useless on 2018-06-17 17:00:47 GMT from Canada)
What would be my users number?
According to reputed stat sites linux desktop ranges from 1.61% to 2.27% = 1.94% average.
Not even a complete two installation per one hundred.
Sometimes I try Ubuntu, sometimes OpenSuSE, Sometimes Fedora, Sometimes something else!
Just like others I have two questions?
1) What would be user's number let's say for Ubuntu?
2) Why we fight all the times? If it's in all decimals with leading few zeros.
68 • Android, Blokada from F-Droid (by mchlbk on 2018-06-17 19:44:12 GMT from Denmark)
I recently installed Blokada from F-Droid on my Android phone. The amount of denied requests is unbelievable.
Something needs to happen, Android is insane.
Number of Comments: 68
|• Issue 767 (2018-06-11): Android-x86 7.1-r1, transferring files over OpenSSH with pipes, LFS with Debian package management, Haiku ports LibreOffice|
|• Issue 766 (2018-06-04): openSUSE 15, overview of file system links, Manjaro updates Pamac, ReactOS builds itself, Bodhi closes forums|
|• Issue 765 (2018-05-28): Pop!_OS 18.04, gathering system information, Haiku unifying ARM builds, Solus resumes control of Budgie|
|• Issue 764 (2018-05-21): DragonFly BSD 5.2.0, Tails works on persistent packages, Ubuntu plans new features, finding services affected by an update|
|• Issue 763 (2018-05-14): Fedora 28, Debian compatibility coming to Chrome OS, malware found in some Snaps, Debian's many flavours|
|• Issue 762 (2018-05-07): TrueOS 18.03, live upgrading Raspbian, Mint plans future releases, HardenedBSD to switch back to OpenSSL|
|• Issue 761 (2018-04-30): Ubuntu 18.04, accessing ZFS snapshots, UBports to run on Librem 5 phones, Slackware makes PulseAudio optional|
|• Issue 760 (2018-04-23): Chakra 2017.10, using systemd to hide files, Netrunner's ARM edition, Debian 10 roadmap, Microsoft develops Linux-based OS|
|• Issue 759 (2018-04-16): Neptune 5.0, building containers with Red Hat, antiX introduces Sid edition, fixing filenames on the command line|
|• Issue 758 (2018-04-09): Sortix 1.0, openSUSE's Transactional Updates, Fedora phasing out Python 2, locating portable packages|
|• Issue 757 (2018-04-02): Gatter Linux 0.8, the UNIX and Linux System Administration Handbook, Red Hat turns 25, super long term support kernels|
|• Issue 756 (2018-03-26): NuTyX 10.0, Neptune supplies Debian users with Plasma 5.12, SolydXK on a Raspberry Pi, SysV init development|
|• Issue 755 (2018-03-19): Learning with ArchMerge and Linux Academy, Librem 5 runs Plasma Mobile, Cinnamon gets performance boost|
|• Issue 754 (2018-03-12): Reviewing Sabayon and Antergos, the growing Linux kernel, BSDs getting CPU bug fixes, Manjaro builds for ARM devices|
|• Issue 753 (2018-03-05): Enso OS 0.2, KDE Plasma 5.12 features, MX Linux prepares new features, interview with MidnightBSD's founder|
|• Issue 752 (2018-02-26): OviOS 2.31, performing off-line upgrades, elementary OS's new installer, UBports gets test devices, Redcore team improves security|
|• Issue 751 (2018-02-19): DietPi 6.1, testing KDE's Plasma Mobile, Nitrux packages AppImage in default install, Solus experiments with Wayland|
|• Issue 750 (2018-02-12): Solus 3, getting Deb packages upstream to Debian, NetBSD security update, elementary OS explores AppCentre changes|
|• Issue 749 (2018-02-05): Freespire 3 and Linspire 7.0, misunderstandings about Wayland, Xorg and Mir, Korora slows release schedule, Red Hat purchases CoreOS|
|• Issue 748 (2018-01-29): siduction 2018.1.0, SolydXK 32-bit editions, building an Ubuntu robot, desktop-friendly Debian options|
|• Issue 747 (2018-01-22): Ubuntu MATE 17.10, recovering open files, creating a new distribution, KDE focusing on Wayland features|
|• Issue 746 (2018-01-15): deepin 15.5, openSUSE's YaST improvements, new Ubuntu 17.10 media, details on Spectre and Meltdown bugs|
|• Issue 745 (2018-01-08): GhostBSD 11.1, Linspire and Freespire return, wide-spread CPU bugs patched, adding AppImage launchers to the application menu|
|• Issue 744 (2018-01-01): MX Linux 17, Ubuntu pulls media over BIOS bug, PureOS gets endorsed by the FSF, openSUSE plays with kernel boot splash screens|
|• Issue 743 (2017-12-18): Daphile 17.09, tools for rescuing files, Fedora Modular Server delayed, Sparky adds ARM support, Slax to better support wireless networking|
|• Issue 742 (2017-12-11): heads 0.3.1, improvements coming to Tails, Void tutorials, Ubuntu phasing out Python 2, manipulating images from the command line|
|• Issue 741 (2017-12-04): Pop!_OS 17.10, openSUSE Tumbleweed snapshots, installing Q4OS on a Windows partition, using the at command|
|• Issue 740 (2017-11-27): Artix Linux, Unity spin of Ubuntu, Nitrux swaps Snaps for AppImage, getting better battery life on Linux|
|• Issue 739 (2017-11-20): Fedora 27, cross-distro software ports, Ubuntu on Samsung phones, Red Hat supports ARM, Parabola continues 32-bit support|
|• Issue 738 (2017-11-13): SparkyLinux 5.1, rumours about spyware, Slax considers init software, Arch drops 32-bit packages, overview of LineageOS|
|• Issue 737 (2017-11-06): BeeFree OS 18.1.2, quick tips to fix common problems, Slax returning, Solus plans MATE and software management improvements|
|• Issue 736 (2017-10-30): Ubuntu 17.10, "what if" security questions, Linux Mint to support Flatpak, NetBSD kernel memory protection|
|• Issue 735 (2017-10-23): ArchLabs Minimo, building software with Ravenports, WPA security patch, Parabola creates OpenRC spin|
|• Issue 734 (2017-10-16): Star 1.0.1, running the Linux-libre kernel, Ubuntu MATE experiments with snaps, Debian releases new install media, Purism reaches funding goal|
|• Issue 733 (2017-10-09): KaOS 2017.09, 32-bit prematurely obsoleted, Qubes security features, IPFire updates Apache|
|• Issue 732 (2017-10-02): ClonOS, reducing Snap package size, Ubuntu dropping 32-bit Desktop, partitioning disks for ZFS|
|• Issue 731 (2017-09-25): BackSlash Linux Olaf, W3C adding DRM to web standards, Wayland support arrives in Mir, Debian experimenting with AppArmor|
|• Issue 730 (2017-09-18): Mageia 6, running a completely free OS, HAMMER2 file system in DragonFly BSD's installer, Manjaro to ship pre-installed on laptops|
|• Issue 729 (2017-09-11): Parabola GNU/Linux-libre, running Plex Media Server on a Raspberry Pi, Tails feature roadmap, a cross-platform ports build system|
|• Issue 728 (2017-09-04): Nitrux 1.0.2, SUSE creates new community repository, remote desktop tools for GNOME on Wayland, using Void source packages|
|• Issue 727 (2017-08-28): Cucumber Linux 1.0, using Flatpak vs Snap, GNOME previews Settings panel, SUSE reaffirms commitment to Btrfs|
|• Issue 726 (2017-08-21): Redcore Linux 1706, Solus adds Snap support, KaOS getting hardened kernel, rolling releases and BSD|
|• Issue 725 (2017-08-14): openSUSE 42.3, Debian considers Flatpak for backports, changes coming to Ubuntu 17.10, the state of gaming on Linux|
|• Issue 724 (2017-08-07): SwagArch 2017.06, Myths about Unity, Mir and Ubuntu Touch, Manjaro OpenRC becomes its own distro, Debian debates future of live ISOs|
|• Issue 723 (2017-07-31): UBOS 11, transferring packages between systems, Ubuntu MATE's HUD, GNUstep releases first update in seven years|
|• Issue 722 (2017-07-24): Calculate Linux 17.6, logging sudo usage, Remix OS discontinued, interview with Chris Lamb, Debian 9.1 released|
|• Issue 721 (2017-07-17): Fedora 26, finding source based distributions, installing DragonFly BSD using Orca, Yunit packages ported to Ubuntu 16.04|
|• Issue 720 (2017-07-10): Peppermint OS 8, gathering system information with osquery, new features coming to openSUSE, Tails fixes networking bug|
|• Issue 719 (2017-07-03): Manjaro 17.0.2, tracking ISO files, Ubuntu MATE unveils new features, Qubes tests Admin API, Fedora's Atomic Host gets new life cycle|
|• Issue 718 (2017-06-26): Debian 9, support for older hardware, Debian updates live media, Ubuntu's new networking tool, openSUSE gains MP3 support|
|• Issue 717 (2017-06-19): SharkLinux, combining commands in the shell, Debian 9 flavours released, OpenBSD improving kernel security, UBports releases first OTA update|
|• Issue 716 (2017-06-12): Slackel 7.0, Ubuntu working with GNOME on HiDPI, openSUSE 42.3 using rolling development model, exploring kernel blobs|
|• Full list of all issues|
|Random Distribution |
Linux From Scratch
Linux From Scratch (LFS) is a project that provides you with the steps necessary to build your own custom Linux system. There are a lot of reasons why somebody would want to install an LFS system. The question most people raise is "why go through all the hassle of manually installing a Linux system from scratch when you can just download an existing distribution like Debian or Redhat". That is a valid question which I hope to answer for you. The most important reason for LFS's existence is teaching people how a Linux system works internally. Building an LFS system teaches you about all that makes Linux tick, how things work together, and depend on each other. And most importantly, how to customize it to your own taste and needs.