 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!
Content:
- 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 7.1-r1
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.
Installing
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)
Early impressions
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.
Included software
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)
Other observations
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.
Conclusions
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
specifications:
- 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: 4.5/10 from 4 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:
ssh jesse@example.com
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 jesse@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 jesse@example.com 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 jesse@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 jesse@example.com 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 jesse@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 jesse@example.com '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 150
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
|
| Torrent Corner |
Weekly Torrents
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
|
| Opinion Poll |
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.
|
Running Android on a desktop/laptop computer
| I like the idea of having Android on my workstation/laptop: | 312 (17%) |
| I prefer a desktop-oriented OS for my workstation/laptop: | 1348 (75%) |
| No strong preference: | 149 (8%) |
|
|
| DistroWatch.com News |
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)
|
|
| Tip Jar |
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) |
|
|
|
 bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
| Extended Lifecycle Support by TuxCare |
|
|
| 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 jesse@example.com 'cat /var/log/error.log | gzip | dd ' | dd of=error.log.gz ??
Why not: ssh jesse@example.com '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)
@7
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)
@ 33
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)
@ 43
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)
@45 (adding)
@46
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 jesse@example.com 'cat /var/log/error.log | gzip | dd ' | dd of=error.log.gz
Why?! Why not just:
> ssh jesse@example.com '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 jesse@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)
@45
@47
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 )
36 @RJA
"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)
https://fedoramagazine.org/modularity-fedora-28-server-edition/
https://fedoramagazine.org/working-modules-fedora-28/
Hello:
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
Display mode: DWW Only • Comments Only • Both DWW and Comments
| | |
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Archives |
| • Issue 1091 (2024-10-07): Redox OS 0.9.0, Unified package management vs universal package formats, Redox begins RISC-V port, Mint polishes interface, Qubes certifies new laptop |
| • Issue 1090 (2024-09-30): Rhino Linux 2024.2, commercial distros with alternative desktops, Valve seeks to improve Wayland performance, HardenedBSD parterns with Protectli, Tails merges with Tor Project, Quantum Leap partners with the FreeBSD Foundation |
| • Issue 1089 (2024-09-23): Expirion 6.0, openKylin 2.0, managing configuration files, the future of Linux development, fixing bugs in Haiku, Slackware packages dracut |
| • Issue 1088 (2024-09-16): PorteuX 1.6, migrating from Windows 10 to which Linux distro, making NetBSD immutable, AlmaLinux offers hardware certification, Mint updates old APT tools |
| • Issue 1087 (2024-09-09): COSMIC desktop, running cron jobs at variable times, UBports highlights new apps, HardenedBSD offers work around for FreeBSD change, Debian considers how to cull old packages, systemd ported to musl |
| • Issue 1086 (2024-09-02): Vanilla OS 2, command line tips for simple tasks, FreeBSD receives investment from STF, openSUSE Tumbleweed update can break network connections, Debian refreshes media |
| • Issue 1085 (2024-08-26): Nobara 40, OpenMandriva 24.07 "ROME", distros which include source code, FreeBSD publishes quarterly report, Microsoft updates breaks Linux in dual-boot environments |
| • Issue 1084 (2024-08-19): Liya 2.0, dual boot with encryption, Haiku introduces performance improvements, Gentoo dropping IA-64, Redcore merges major upgrade |
| • Issue 1083 (2024-08-12): TrueNAS 24.04.2 "SCALE", Linux distros for smartphones, Redox OS introduces web server, PipeWire exposes battery drain on Linux, Canonical updates kernel version policy |
| • Issue 1082 (2024-08-05): Linux Mint 22, taking snapshots of UFS on FreeBSD, openSUSE updates Tumbleweed and Aeon, Debian creates Tiny QA Tasks, Manjaro testing immutable images |
| • Issue 1081 (2024-07-29): SysLinuxOS 12.4, OpenBSD gain hardware acceleration, Slackware changes kernel naming, Mint publishes upgrade instructions |
| • Issue 1080 (2024-07-22): Running GNU/Linux on Android with Andronix, protecting network services, Solus dropping AppArmor and Snap, openSUSE Aeon Desktop gaining full disk encryption, SUSE asks openSUSE to change its branding |
| • Issue 1079 (2024-07-15): Ubuntu Core 24, hiding files on Linux, Fedora dropping X11 packages on Workstation, Red Hat phasing out GRUB, new OpenSSH vulnerability, FreeBSD speeds up release cycle, UBports testing new first-run wizard |
| • Issue 1078 (2024-07-08): Changing init software, server machines running desktop environments, OpenSSH vulnerability patched, Peppermint launches new edition, HardenedBSD updates ports |
| • Issue 1077 (2024-07-01): The Unity and Lomiri interfaces, different distros for different tasks, Ubuntu plans to run Wayland on NVIDIA cards, openSUSE updates Leap Micro, Debian releases refreshed media, UBports gaining contact synchronisation, FreeDOS celebrates its 30th anniversary |
| • Issue 1076 (2024-06-24): openSUSE 15.6, what makes Linux unique, SUSE Liberty Linux to support CentOS Linux 7, SLE receives 19 years of support, openSUSE testing Leap Micro edition |
| • Issue 1075 (2024-06-17): Redox OS, X11 and Wayland on the BSDs, AlmaLinux releases Pi build, Canonical announces RISC-V laptop with Ubuntu, key changes in systemd |
| • Issue 1074 (2024-06-10): Endless OS 6.0.0, distros with init diversity, Mint to filter unverified Flatpaks, Debian adds systemd-boot options, Redox adopts COSMIC desktop, OpenSSH gains new security features |
| • Issue 1073 (2024-06-03): LXQt 2.0.0, an overview of Linux desktop environments, Canonical partners with Milk-V, openSUSE introduces new features in Aeon Desktop, Fedora mirrors see rise in traffic, Wayland adds OpenBSD support |
| • Issue 1072 (2024-05-27): Manjaro 24.0, comparing init software, OpenBSD ports Plasma 6, Arch community debates mirror requirements, ThinOS to upgrade its FreeBSD core |
| • Issue 1071 (2024-05-20): Archcraft 2024.04.06, common command line mistakes, ReactOS imports WINE improvements, Haiku makes adjusting themes easier, NetBSD takes a stand against code generated by chatbots |
| • Issue 1070 (2024-05-13): Damn Small Linux 2024, hiding kernel messages during boot, Red Hat offers AI edition, new web browser for UBports, Fedora Asahi Remix 40 released, Qubes extends support for version 4.1 |
| • Issue 1069 (2024-05-06): Ubuntu 24.04, installing packages in alternative locations, systemd creates sudo alternative, Mint encourages XApps collaboration, FreeBSD publishes quarterly update |
| • Issue 1068 (2024-04-29): Fedora 40, transforming one distro into another, Debian elects new Project Leader, Red Hat extends support cycle, Emmabuntus adds accessibility features, Canonical's new security features |
| • Issue 1067 (2024-04-22): LocalSend for transferring files, detecting supported CPU architecure levels, new visual design for APT, Fedora and openSUSE working on reproducible builds, LXQt released, AlmaLinux re-adds hardware support |
| • Issue 1066 (2024-04-15): Fun projects to do with the Raspberry Pi and PinePhone, installing new software on fixed-release distributions, improving GNOME Terminal performance, Mint testing new repository mirrors, Gentoo becomes a Software In the Public Interest project |
| • Issue 1065 (2024-04-08): Dr.Parted Live 24.03, answering questions about the xz exploit, Linux Mint to ship HWE kernel, AlmaLinux patches flaw ahead of upstream Red Hat, Calculate changes release model |
| • Issue 1064 (2024-04-01): NixOS 23.11, the status of Hurd, liblzma compromised upstream, FreeBSD Foundation focuses on improving wireless networking, Ubuntu Pro offers 12 years of support |
| • Issue 1063 (2024-03-25): Redcore Linux 2401, how slowly can a rolling release update, Debian starts new Project Leader election, Red Hat creating new NVIDIA driver, Snap store hit with more malware |
| • Issue 1062 (2024-03-18): KDE neon 20240304, changing file permissions, Canonical turns 20, Pop!_OS creates new software centre, openSUSE packages Plasma 6 |
| • Issue 1061 (2024-03-11): Using a PinePhone as a workstation, restarting background services on a schedule, NixBSD ports Nix to FreeBSD, Fedora packaging COSMIC, postmarketOS to adopt systemd, Linux Mint replacing HexChat |
| • Issue 1060 (2024-03-04): AV Linux MX-23.1, bootstrapping a network connection, key OpenBSD features, Qubes certifies new hardware, LXQt and Plasma migrate to Qt 6 |
| • Issue 1059 (2024-02-26): Warp Terminal, navigating manual pages, malware found in the Snap store, Red Hat considering CPU requirement update, UBports organizes ongoing work |
| • Issue 1058 (2024-02-19): Drauger OS 7.6, how much disk space to allocate, System76 prepares to launch COSMIC desktop, UBports changes its version scheme, TrueNAS to offer faster deduplication |
| • Issue 1057 (2024-02-12): Adelie Linux 1.0 Beta, rolling release vs fixed for a smoother experience, Debian working on 2038 bug, elementary OS to split applications from base system updates, Fedora announces Atomic Desktops |
| • Issue 1056 (2024-02-05): wattOS R13, the various write speeds of ISO writing tools, DSL returns, Mint faces Wayland challenges, HardenedBSD blocks foreign USB devices, Gentoo publishes new repository, Linux distros patch glibc flaw |
| • Issue 1055 (2024-01-29): CNIX OS 231204, distributions patching packages the most, Gentoo team presents ongoing work, UBports introduces connectivity and battery improvements, interview with Haiku developer |
| • Issue 1054 (2024-01-22): Solus 4.5, comparing dd and cp when writing ISO files, openSUSE plans new major Leap version, XeroLinux shutting down, HardenedBSD changes its build schedule |
| • Issue 1053 (2024-01-15): Linux AI voice assistants, some distributions running hotter than others, UBports talks about coming changes, Qubes certifies StarBook laptops, Asahi Linux improves energy savings |
| • Issue 1052 (2024-01-08): OpenMandriva Lx 5.0, keeping shell commands running when theterminal closes, Mint upgrades Edge kernel, Vanilla OS plans big changes, Canonical working to make Snap more cross-platform |
| • Issue 1051 (2024-01-01): Favourite distros of 2023, reloading shell settings, Asahi Linux releases Fedora remix, Gentoo offers binary packages, openSUSE provides full disk encryption |
| • Issue 1050 (2023-12-18): rlxos 2023.11, renaming files and opening terminal windows in specific directories, TrueNAS publishes ZFS fixes, Debian publishes delayed install media, Haiku polishes desktop experience |
| • Issue 1049 (2023-12-11): Lernstick 12, alternatives to WINE, openSUSE updates its branding, Mint unveils new features, Lubuntu team plans for 24.04 |
| • Issue 1048 (2023-12-04): openSUSE MicroOS, the transition from X11 to Wayland, Red Hat phasing out X11 packages, UBports making mobile development easier |
| • Issue 1047 (2023-11-27): GhostBSD 23.10.1, Why Linux uses swap when memory is free, Ubuntu Budgie may benefit from Wayland work in Xfce, early issues with FreeBSD 14.0 |
| • Issue 1046 (2023-11-20): Slackel 7.7 "Openbox", restricting CPU usage, Haiku improves font handling and software centre performance, Canonical launches MicroCloud |
| • Issue 1045 (2023-11-13): Fedora 39, how to trust software packages, ReactOS booting with UEFI, elementary OS plans to default to Wayland, Mir gaining ability to split work across video cards |
| • Issue 1044 (2023-11-06): Porteus 5.01, disabling IPv6, applications unique to a Linux distro, Linux merges bcachefs, OpenELA makes source packages available |
| • Issue 1043 (2023-10-30): Murena Two with privacy switches, where old files go when packages are updated, UBports on Volla phones, Mint testing Cinnamon on Wayland, Peppermint releases ARM build |
| • Issue 1042 (2023-10-23): Ubuntu Cinnamon compared with Linux Mint, extending battery life on Linux, Debian resumes /usr merge, Canonical publishes fixed install media |
| • Issue 1041 (2023-10-16): FydeOS 17.0, Dr.Parted 23.09, changing UIDs, Fedora partners with Slimbook, GNOME phasing out X11 sessions, Ubuntu revokes 23.10 install media |
| • Issue 1040 (2023-10-09): CROWZ 5.0, changing the location of default directories, Linux Mint updates its Edge edition, Murena crowdfunding new privacy phone, Debian publishes new install media |
| • Issue 1039 (2023-10-02): Zenwalk Current, finding the duration of media files, Peppermint OS tries out new edition, COSMIC gains new features, Canonical reports on security incident in Snap store |
| • Issue 1038 (2023-09-25): Mageia 9, trouble-shooting launchers, running desktop Linux in the cloud, New documentation for Nix, Linux phasing out ReiserFS, GNU celebrates 40 years |
| • Issue 1037 (2023-09-18): Bodhi Linux 7.0.0, finding specific distros and unified package managemnt, Zevenet replaced by two new forks, openSUSE introduces Slowroll branch, Fedora considering dropping Plasma X11 session |
| • Full list of all issues |
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
| Random Distribution | 
Guadalinex
Guadalinex was a Linux distribution based on Ubuntu and developed by the government of Andalucía (Junta de Andalucía) in Spain.
Status: Discontinued
|
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
|
• 
• 
• 
• 
• 
• 
• 
0x969CD4E778C7b6549A2B00e34114e0168c86A542 
