| DistroWatch Weekly
|Linux Foundation Training
|Reader Comments • Jump to last comment
1 • Portable packages (by bison on 2019-09-30 00:48:18 GMT from United States) |
I use portable packages for games and music software -- when I can find them -- so that applications don't stop working when I upgrade to a newer distribution with libraries that are not backward compatible. I'm still looking for a AppImage or Flatpak for SuperTuxKart 0.7.3 so that I don't have to boot into an old (and unsupported) version of Ubuntu to play the game.
2 • Refreshed ISO files versus on-line updates (by 6r00k14n on 2019-09-30 01:22:14 GMT from United States)
Having dealt with Debian installs both from an image and from a netinstall disc, I prefer an image, because it will get the system up and running quickly, particularly with a slow connection. You can always run the updates while you are configuring the system.
3 • Refreshed ISO files versus on-line updates (by Titus_Groan on 2019-09-30 02:10:53 GMT from New Zealand)
or, unless the image is really old /stale, use both the image and online together.
That way you get the relatively fast image install, and any updates that available on your nearest mirror.
(oh, that's right, not every Linux distro install support that hybrid option)
4 • Portable apps (by Unaspire on 2019-09-30 05:21:37 GMT from Indonesia)
Voted for 'a combination of the above', but IMHO the only true 'portable' here are either executable binaries built/released from the devs, or AppImages. I do not think it is possible to manually download, install ETC snaps/flatpaks so yeah, IMHO they are not that 'portable'. I have only used them a few times just to see what happens, and do not like them.
Thankfully everything I need usually releases an AppImage on their site. We can also find many more from other sources like bintray, appimagehub and so on.
5 • portable packages (by pin on 2019-09-30 05:35:47 GMT from Sweden)
Don't use them and won't use them. They are system bloat, a security concern and a wrong way of software distribution.
6 • freedombox (by matt on 2019-09-30 06:08:38 GMT from United States)
I first heard about freedombox years ago, I think it was a talk by Eben Moglen. It's great to see how it is developing. It looks pretty polished and easy to use.
7 • tried portable packages (by Dxvid on 2019-09-30 09:45:43 GMT from Sweden)
I have tried portable packages on a couple of Linux distros but have experienced problems with both snap and flatpak in the past. Apart from being unstable using portable packages also takes unnecessary space.
I decided a year ago to take a pause and see if portable packages are more stable in a few years. Maybe I'll try again in a couple of years from now and like it.
I think so far spotify is the only company forcing us to use snap. But I use the web browser instead to avoid snap or run spotify from my phone.
8 • Portable Package Formats (by kc1di on 2019-09-30 10:36:31 GMT from United States)
I've used all three of the major offerings and only one I currently use is Appimage. It works very well for the programs I need and seems to be reliable. And I can use the same image no matter which Distro is being used.
I find Snap and Flatpak inconsistent and bloated most of the time. And not all that portable.
9 • Portable progs (by Roger on 2019-09-30 10:49:44 GMT from Belgium)
I use them mainly so that I have the same progs on different OS, including Win. D'ont use Mac. Portable apps is a nice tool tot have with you, 16 Gb stick and ready.
10 • Portable packages (by Kazlu on 2019-09-30 10:51:08 GMT from France)
My main reason to use portable packages is when I cannot get that package otherwise. Simple as that.
11 • Freedombox (by zcatav on 2019-09-30 10:57:57 GMT from Turkey)
I'm trying out Freedombox testing on Raspberry Pi 3B. And I can't able to run Cockpit. I wonder have you tried ejabberd service?
Thanks for your detailed Freedombox review.
12 • Portable packages (by OstroL on 2019-09-30 12:37:48 GMT from Poland)
All web browsers are portable these days. Everything is included in the folder. What is missing can be pasted to that folder, if one wants. Then, keep that folder anywhere and click on the executive file in it, or have a symlink to it somewhere. I think Libre Office, Gimp and most other apps can be run that way.
13 • Refreshed ISO files versus on-line updates (by Michael on 2019-09-30 12:49:08 GMT from Germany)
I assume you refer to your example with Manjaro updates on the 32-bit version. That is very big indeed. From my point of view, this seems to be the exception, because if I look at the current 64-bit variants, I find at any time current ISO images, which offer only a few updates after the fresh installation.
In general, in this case of the big 32-bit update by the developers, it is also recommended to install the update procedure via tty instead of using a package manager via GUI.
14 • Refreshed ISO files (by dragonmouth on 2019-09-30 13:07:53 GMT from United States)
I agree with Jesse that it is highly impractical for developers to keep the ISO up-to-the-minute. PCLinuxOS which I use gets package updates at least 3 times a week, sometimes every day. The updates are usually small (less than 10 packages) so spending 5 or 10 minutes on applying them is no big deal.
After I do a fresh install of a distro, I fire up my package manager and uninstall any packages that I know I will never use. Then I apply any updates that may be available. I expect the entire process to take 2-3 hours, no matter what. So the size of the initial update is immaterial.
15 • AppImage (by pepa65 on 2019-09-30 13:35:45 GMT from Thailand)
Tried snaps, too resource intensive, all the mounting, it was burdensome. I haven't really gotten the point of flatpaks. But AppImages can be really handy, just a single binary that is supposed to contain all it needs to run. Doesn't clutter up the file system, so especially for packages you don't want to install, or that aren't available, or not in the version I want, but you can just run it. It does require fuse, so on tiny systems they might not work out of the box. I like the simplicity of a single binary, like a go application. And like a go application, you can even build them yourself (see lvml/makeaoi on Github).
16 • this week poll is too general (by artix_user on 2019-09-30 13:42:13 GMT from Moldova, Republic of)
I think that the poll in its current format was useless,
ubuntu article did it more accurately.
You simply cannot ask Arch and Debian users same questions,
cause the answers will be very different.
The power of *nix is that every one can find distributions suited for their needs.
17 • Portable Packages (by Dennis Ajeman on 2019-09-30 13:50:49 GMT from United States)
I am a Kubuntu user (KDE since the mid 90's) and use snaps of Firefox and Chromium as the standard packages have unbridled memory problems that consistantly crash the system forcing a hard reboot. The snap packages are also approximately 3 x's faster than the standard. I use an appimage of Digikam since the repository package has a beard longer than mine.
18 • Updates and such... (by Friar Tux on 2019-09-30 13:55:53 GMT from Canada)
Regarding updates... one of the things I like about updates on Linux is that the USER gets to pick when to install them. I do mine once a week, usually Fridays, then I do my backups. Most of the time they take about half an hour, together. While 'Dumputer' is updating and 'backupping', I'm enjoying a cup of tea. Then we all go to bed.
As for Appimages, Flatpaks, or Snaps, I don't use them. First off, I have found that they are either older versions of the software, or limited versions, with some features locked or missing. Secondly, they seem to be quite large as they contain all the required libraries instead of using the libraries already in the system like their regular versions. This takes up quite a bit of disc/ssd real estate that could be used otherwise. If a particular app/programme only comes in the so called 'portable' format, I simply find an alternative.
19 • @ 17 Really? (by kaczor on 2019-09-30 14:37:54 GMT from Greece)
"The snap packages are also approximately 3 x's faster than the standard."
Really? Don't know what type of grass you've been smoking.
20 • Portable packages (by TheTKS on 2019-09-30 14:38:32 GMT from Canada)
Appimages only, and only one app at the moment. I like that you can use an application without actually installing it, and if you want to get rid of it, delete one file.
I have tried snaps and flatpaks, but I get no advantage from them. There’s a bit of extra work to set up snap & flatpak, and the packages loaded more slowly than the installed packages when I last used these a year+ ago.
If it becomes impossible or a big hassle to avoid using snap or flatpak, then I’ll use them. Ubuntu is already talking about making Chromium available as snap only. I don’t want to compile from source big packages like browsers just to avoid snap or flatpak.
A potential concern that’s been mentioned is security. I don’t know if it’s possible to use portable packages as securely as regular packages. I want to understand that before I would consider using them more.
I’m not concerned about bloat with just a couple of packages (the most I ever installed was 4 snaps, and never ran more than two at the same time.) If you start using a lot of them, maybe it would become a problem.
21 • FreedomBox (by gplcoder on 2019-09-30 14:46:06 GMT from Austria)
I have a FreedomBox up and running on the ARM hardware that the organization advocates (a no-blob computer). I have configured it with a domain name, a Lets Encrypt cert, Fail2Ban, ejabberd, infinoted (Gobby server), JSXC (Web jabber client), Mumble server and Privoxy. In addition, Cockpit is working (not the white-screen-of-death). Best I can figure, Cockpit worked for me after I configured the domain and added the Lets Encrypt cert. The FreedomBox also likes to be rebooted after the addition of a service (even though the web interface does not mention this). I have had lots of services give me errors only to go away after I rebooted.
Overall, a great distro but it is not as easy/transparent as the documentation says. Network configuration remains quite involved (as usual).
22 • Portable (potty) (by vern on 2019-09-30 14:57:17 GMT from United States)
Flatpaks, or Snaps = Bloat Beyond Belief.
Not sure about Appimages, never used it.
23 • packages on thumb drive (by Otis on 2019-09-30 15:19:43 GMT from United States)
We take them with us instead of our computers when we visit friends/family not near us.
24 • Freedom Box (by Gary on 2019-09-30 15:45:02 GMT from United States)
Had been looking for a Home Server that, as someone not comfortable (yet) with the Command line, I can use with several different Distros at the same time. Since your review of FreedomBox was so good, I'm gonna give it a try. Thanks!!
Also, never used Flat or Snap Paks. After reading the comments here, I think I'll wait for a while before I do.
25 • About portable packages (by JerareYoshi on 2019-09-30 17:14:13 GMT from France)
I use portable packages so i can use theme across differents distros. Also because softwares are apart of the system, we can reinstall easier.
26 • Portable Packages (by dragonmouth on 2019-09-30 18:08:54 GMT from United States)
When using AppImage, Snaps or Flatpak when different packages require different versions of the same library? Do we have the return of DLL Hell?
27 • Portable Packages (by StephenC on 2019-09-30 18:21:38 GMT from United States)
Debian, using AppImages for digikam and stellarium. Also using FireJail to contain them.
Still way better than Windows random shareware binary downloaded with unknown capabilities...
#26, no with AppImages it is self-contained.
Regardless of the app type used (appimage/snap/flat pack/etc...), it should be combined with a container/permissions of some kind to limit damage if you get a rogue copy.
28 • Using a snap package on Ubuntu (by eco2geek on 2019-09-30 18:52:42 GMT from United States)
I've been using a Chromium snap on Ubuntu 19.04/19.10 because that's how Ubuntu packages it these days.
Since snaps are sandboxed, it turned out that if I wanted to be able to download anything to a partition on my hard drive, I had to change the snap's permissions. The easiest way to do this is, after installation, to go to the snap's page in the "Software" application and click the "Permissions" button, and enable "Read/write files on removable storage devices".
The snap doesn't follow the desktop environment's (Yaru) theme, either.
In the future, I'm probably going to just install Google Chrome instead.
29 • Portable Packages (by Martin on 2019-09-30 18:52:43 GMT from United Kingdom)
I have never tried any form of portable packages, I have no need for them and seek to keep my installations as slim as possible.
30 • Portable Packages (by Lupus on 2019-09-30 21:04:54 GMT from Germany)
Time and Development are funny things. Back in the days when I still was a disgruntled windows user I really got into the idea of portable apps. They do great work and I was able to have my working environment on a stick. I hated to search for every damn driver and software update on my own and all over the place. So the site portable apps really hit two birds with one stone. What little did I know of Free and open Source Linux. Once I got the concept of repositories and updating your System in the background without even having to boot several times I was hooked and nowadays my whole family with the exception of the deranged apple bunch uses it too. But low and behold there we are again portable apps for Linux WTF???
I understand there may be usecases but I have to say:" A small step for man.... a giant leap backwards for mankind." If you are an avid Linux user you don´t need that.
Just a thought BTW
31 • snaps (by ed on 2019-09-30 22:42:48 GMT from United States)
Only way I could get Foobar 2000, best music player available imho, was through snap. Hopefully it becomes part of distros someday or in software choices in software managers.
32 • Portable packages (by Romane on 2019-10-01 06:08:21 GMT from Australia)
I selected 'other reason', simply because no other answer aligned with my use case.
I use just one portable package, and that because it is not in the repositories of many distributions, and because the version packaged for Debian (actually, Ubuntu) by the developers won't run on my Debian Testing system.
Did try snap once, so probably not a fair test. But never tried again because it failed to properly install that one package I consider essential to my daily computer usage. Have tried AppImage with fairly good success for other packages. But my format of choice, as I have found it 100% reliable for installing that one package I need is Flatpak.
33 • portable packages (by portab on 2019-10-01 07:46:43 GMT from Norway)
I like to use appimages.
I don't like flatpaks, however would use them if there are no other options.
I run like hell from snaps, will never ever use snaps no matter what.
34 • Chromium Snap2 made me run away from Kubuntu (by Flavio on 2019-10-01 12:04:43 GMT from Brazil)
I have used Kubuntu since April 2009, and lately I was using 19.10 development branch.
But when regular updates automaticly replaced Chromium.deb with Chromium.snap2 ─ and I saw there would be no more option ─ I removed Kubuntu from my desktop forever.
Now, just KDE Neon and Mint 18 KDE, while still possible.
Using mostly Mageia, Fedora, openSUSE, PCLinuxOS ─ all KDE ─ with no portable package.
35 • Portable packages/ snaps (by Barnabyh on 2019-10-01 20:04:28 GMT from Germany)
I'm running only one snap and that is for Chromium, it appears well integrated in LMDE 3 and I had no issues when compared to the previous, older versions supplied in the repo. Snaps also appear to be sandboxed as someone already stated above and on top of that I added and enabled apparmor to this install of LMDE (essentially Debian 9 which does not include apparmor by default yet).
Currently also using Mageia as a stable base for a media centre where PCLOS as a rolling distro is updating way too often for my taste. Chromium there is still on 74 so snaps may be a way forward here too. But I've decided to standardize on Palemoon now. Only issue is carrying over all the saved passwords bit by bit. I've imported them all into a password manager and a protected spreadsheet but still, more painful to look up until they are all saved again into a new browser. So yes, convenience is a big part in staying with the same software, in particular after so many years of using computers. Sometimes it gets tiring reinventing the wheel.
36 • Snaps and why they are slow (by OstroL on 2019-10-02 06:38:10 GMT from Poland)
Ubuntu usually comes default with Gnome Calculator as a snap, and this app/snap starts slowly. It lives in snap/gnome-calculator/406/, bit too far to look for. Now, if you run snap/gnome-calculator/406/usr/bin/gnome-calculator in the terminal, it won't run, for "Settings schema 'org.gnome.calculator' is not installed." ow, install gnome-calculator through sudo apt install gnome-calculator, and the gschema would be installed.
You loo in the Gnome shell app grid, you have 2 calculators. One would start slowly, and the other immediately. The one that start slowly is the snap one.
Now, run snap/gnome-calculator/406/usr/bin/gnome-calculator in the terminal again, the calculator starts immediately. You are running, supposedly, the calculator in the snap, as the path shows.
In Linux, the exe file is in /usr/bin. In the snap too, but to go there, the signal must go to /snap/name folder/numbered folder/usr/bin/, but not to the "normal" /usr/bin. The path is longer, so snap is slow to start.
Check before commenting, please.
37 • snaps (by anticapitalista on 2019-10-02 09:44:08 GMT from Greece)
Just to point out that on Debian and Ubuntu based distros, snaps need systemd.
38 • @37 those fake dependencies again (by curious on 2019-10-02 11:27:29 GMT from Germany)
If snaps only "need" systemd on Debian and Ubuntu based distros, that is an obvious hint that the "need" for systemd is artificial.
To me, that kind of fake dependency is EVIL - and these fake dependencies that "require" the use of systemd even for software that shouldn't have anything to do with the init system are my main criticism about the way systemd was introduced, since they take away choice - not only from the users, but also from distro creators, for whom they make choosing any other init system than systemd much more difficult.
It looks as if some people are very afraid that systemd would not be adopted on the basis of technical (or any other) merits alone ...
39 • Snaps and Ubuntu (by kaczor on 2019-10-02 11:41:25 GMT from Greece)
Snaps are for IoT, which is what Cannonical is trying to move in, or already moved in to. Cannonical has no interest in the desktop, for it had become just a problem for it, not bringing in profit. Ubuntu is atm in the hands of amateurs, so called community, and without any real directions from the Cannonical owner.
Snaps in the desktop Ubuntu runs slowly. The same apps installed in the deb format runs faster. No other distro would touch snaps. Even, Linux Mint, offshoot of Ubuntu favours flatpaks.
40 • impossible to create an embedded environment with Debain and Systemd (by Mikael Palmkvist on 2019-10-02 14:44:39 GMT from Sweden)
You got very bad realtime performance using systemd if you ad t.ex. realtime platform in bottom using RTAI or other real realtime operative systems, then Linux itself become useless.
You just insteall the Realtime OS and skip Linux for all none realtime solutions above.
It complicate too much also on Servers there systemd is worthless.
It is sad that systemd is not an option as it is no a requirement to use debain.
I have to skip the Linux when I develope embedded software today.
41 • New Package Formats (by Thomas Taylor on 2019-10-02 15:00:20 GMT from United States)
I wish they would figure out the best and go with it.
This is one area they shouldn't keep a bunch of different ones going.
That way when they get all packages converted.
We might see a package based Distro.
42 • extraneous package formats (by Ed Ktorp on 2019-10-03 22:57:19 GMT from United States)
Snaps, Flatpaks.. what's the difference? This is just the latest faux-choice to grease the skids for systemd/linux to end up with a 'universal' method of package management, even though (as was pointed out by #38) there is no technical reason why these 'portable' formats should require systemd. But they will.
43 • package missing library (by Li Huang on 2019-10-04 07:18:39 GMT from United States)
I never had any problem with slap packages. In GapImagination, I always fall flat.
But, never had any problems so far.
I do have different problem here:
I am trying swfdec working properly,
but it says liboil 0.3.17-3 is missing.
My name is Li, and as it says li->boil 0.3.17-3,
I already boiled 3 eggs sharp at 3.17,
but swfdec still syas liboil is missing.
I also put few deops of librizol's oil.
but swfdec still syas liboil library is missing.
Unfortunately, i do not have enough space to accommodate whole library.
Before I say-wf-decently to swfdec,
Please, Can anyone help me out here?
for what's going on.
Number of Comments: 43
Display mode: DWW Only • Comments Only • Both DWW and Comments
|• Issue 836 (2019-10-14): Archman 2019.09, Haiku improves ARM support, Project Trident shifting base OS, Unix turns 50|
|• Issue 835 (2019-10-07): Isotop, Mazon OS and, KduxOS, examples of using the find command, Mint's System Reports becomes proactive, Solus updates its desktops|
|• Issue 834 (2019-09-30): FreedomBox "Buster", CentOS gains a rolling release, Librem 5 phones shipping, Redcore updates its package manager|
|• Issue 833 (2019-09-23): Redcore Linux 1908, why Linux distros are free, Ubuntu making list of 32-bit software to keep, Richard M Stallman steps down from FSF leadership|
|• Issue 832 (2019-09-16): BlackWeb 1.2, checking for Wayland session and applications, Fedora to use nftables in firewalld, OpenBSD disables DoH in Firefox|
|• Issue 831 (2019-09-09): Adélie Linux 1.0 beta, using ffmpeg, awk and renice, Mint and elementary improvements, PureOS and Manjaro updates|
|• Issue 930 (2019-09-02): deepin 15.11, working with AppArmor profiles, elementary OS gets new greeter, exFAT support coming to Linux kernel|
|• Issue 829 (2019-08-26): EndeavourOS 2019.07.15, Drauger OS 7.4.1, finding the licenses of kernel modules, NetBSD gets Wayland application, GhostBSD changes base repo|
|• Issue 828 (2019-08-19): AcademiX 2.2, concerns with non-free firmware, UBports working on Unity8, Fedora unveils new EPEL channel, FreeBSD phasing out GCC|
|• Issue 827 (2019-08-12): Q4OS, finding files on the disk, Ubuntu works on ZFS, Haiku improves performance, OSDisc shutting down|
|• Issue 826 (2019-08-05): Quick looks at Resilient, PrimeOS, and BlueLight, flagship distros for desktops,Manjaro introduces new package manager|
|• Issue 825 (2019-07-29): Endless OS 3.6, UBports 16.04, gNewSense maintainer stepping down, Fedora developrs discuss optimizations, Project Trident launches stable branch|
|• Issue 824 (2019-07-22): Hexagon OS 1.0, Mageia publishes updated media, Fedora unveils Fedora CoreOS, managing disk usage with quotas|
|• Issue 823 (2019-07-15): Debian 10, finding 32-bit packages on a 64-bit system, Will Cooke discusses Ubuntu's desktop, IBM finalizes purchase of Red Hat|
|• Issue 822 (2019-07-08): Mageia 7, running development branches of distros, Mint team considers Snap, UBports to address Google account access|
|• Issue 821 (2019-07-01): OpenMandriva 4.0, Ubuntu's plan for 32-bit packages, Fedora Workstation improvements, DragonFly BSD's smaller kernel memory|
|• Issue 820 (2019-06-24): Clear Linux and Guix System 1.0.1, running Android applications using Anbox, Zorin partners with Star Labs, Red Hat explains networking bug, Ubuntu considers no longer updating 32-bit packages|
|• Issue 819 (2019-06-17): OS108 and Venom, renaming multiple files, checking live USB integrity, working with Fedora's Modularity, Ubuntu replacing Chromium package with snap|
|• Issue 818 (2019-06-10): openSUSE 15.1, improving boot times, FreeBSD's status report, DragonFly BSD reduces install media size|
|• Issue 817 (2019-06-03): Manjaro 18.0.4, Ubuntu Security Podcast, new Linux laptops from Dell and System76, Entroware Apollo|
|• Issue 816 (2019-05-27): Red Hat Enterprise Linux 8.0, creating firewall rules, Antergos shuts down, Matthew Miller answers questions about Fedora|
|• Issue 815 (2019-05-20): Sabayon 19.03, Clear Linux's developer features, Red Hat explains MDS flaws, an overview of mobile distro options|
|• Issue 814 (2019-05-13): Fedora 30, distributions publish Firefox fixes, CentOS publishes roadmap to 8.0, Debian plans to use Wayland by default|
|• Issue 813 (2019-05-06): ROSA R11, MX seeks help with systemd-shim, FreeBSD tests unified package management, interview with Gael Duval|
|• Issue 812 (2019-04-29): Ubuntu MATE 19.04, setting up a SOCKS web proxy, Scientific Linux discontinued, Red Hat takes over Java LTS support|
|• Issue 811 (2019-04-22): Alpine 3.9.2, rsync examples, Ubuntu working on ZFS support, Debian elects new Project Leader, Obarun releases S6 tools|
|• Issue 810 (2019-04-15): SolydXK 201902, Bedrock Linux 0.7.2, Fedora phasing out Python 2, NetBSD gets virtual machine monitor|
|• Issue 809 (2019-04-08): PCLinuxOS 2019.02, installing Falkon and problems with portable packages, Mint offers daily build previews, Ubuntu speeds up Snap packages|
|• Issue 808 (2019-04-01): Solus 4.0, security benefits and drawbacks to using a live distro, Gentoo gets GNOME ports working without systemd, Redox OS update|
|• Issue 807 (2019-03-25): Pardus 17.5, finding out which user changed a file, new Budgie features, a tool for browsing FreeBSD's sysctl values|
|• Issue 806 (2019-03-18): Kubuntu vs KDE neon, Nitrux's znx, notes on Debian's election, SUSE becomes an independent entity|
|• Issue 805 (2019-03-11): EasyOS 1.0, managing background services, Devuan team debates machine ID file, Ubuntu Studio works to remain an Ubuntu Community Edition|
|• Issue 804 (2019-03-04): Condres OS 19.02, securely erasing hard drives, new UBports devices coming in 2019, Devuan to host first conference|
|• Issue 803 (2019-02-25): Septor 2019, preventing windows from stealing focus, NetBSD and Nitrux experiment with virtual machines, pfSense upgrading to FreeBSD 12 base|
|• Issue 802 (2019-02-18): Slontoo 18.07.1, NetBSD tests newer compiler, Fedora packaging Deepin desktop, changes in Ubuntu Studio|
|• Issue 801 (2019-02-11): Project Trident 18.12, the meaning of status symbols in top, FreeBSD Foundation lists ongoing projects, Plasma Mobile team answers questions|
|• Issue 800 (2019-02-04): FreeNAS 11.2, using Ubuntu Studio software as an add-on, Nitrux developing znx, matching operating systems to file systems|
|• Issue 799 (2019-01-28): KaOS 2018.12, Linux Basics For Hackers, Debian 10 enters freeze, Ubuntu publishes new version for IoT devices|
|• Issue 798 (2019-01-21): Sculpt OS 18.09, picking a location for swap space, Solus team plans ahead, Fedora trying to get a better user count|
|• Issue 797 (2019-01-14): Reborn OS 2018.11.28, TinyPaw-Linux 1.3, dealing with processes which make the desktop unresponsive, Debian testing Secure Boot support|
|• Issue 796 (2019-01-07): FreeBSD 12.0, Peppermint releases ISO update, picking the best distro of 2018, roundtable interview with Debian, Fedora and elementary developers|
|• Issue 795 (2018-12-24): Running a Pinebook, interview with Bedrock founder, Alpine being ported to RISC-V, Librem 5 dev-kits shipped|
|• Issue 794 (2018-12-17): Void 20181111, avoiding software bloat, improvements to HAMMER2, getting application overview in GNOME Shell|
|• Issue 793 (2018-12-10): openSUSE Tumbleweed, finding non-free packages, Debian migrates to usrmerge, Hyperbola gets FSF approval|
|• Issue 792 (2018-1203): GhostBSD 18.10, when to use swap space, DragonFly BSD's wireless support, Fedora planning to pause development schedule|
|• Issue 791 (2018-11-26): Haiku R1 Beta1, default passwords on live media, Slax and Kodachi update their media, dual booting DragonFly BSD on EFI|
|• Issue 790 (2018-11-19): NetBSD 8.0, Bash tips and short-cuts, Fedora's networking benchmarked with FreeBSD, Ubuntu 18.04 to get ten years of support|
|• Issue 789 (2018-11-12): Fedora 29 Workstation and Silverblue, Haiku recovering from server outage, Fedora turns 15, Debian publishes updated media|
|• Issue 788 (2018-11-05): Clu Linux Live 6.0, examining RAM consumpion, finding support for older CPUs, more Steam support for running Windows games on Linux, update from Solus team|
|• Issue 787 (2018-10-29): Lubuntu 18.10, limiting application access to specific users, Haiku hardware compatibility list, IBM purchasing Red Hat|
|• Issue 786 (2018-10-22): elementary OS 5.0, why init keeps running, DragonFly BSD enables virtual machine memory resizing, KDE neon plans to drop older base|
|• Issue 785 (2018-10-15): Reborn OS 2018.09, Nitrux 1.0.15, swapping hard drives between computers, feren OS tries KDE spin, power savings coming to Linux|
|• Issue 784 (2018-10-08): Hamara 2.1, improving manual pages, UBports gets VoIP app, Fedora testing power saving feature|
|• Full list of all issues|
Star Labs - Laptops built for Linux.
View our range including the Star Lite, Star LabTop and more. Available with a choice of Ubuntu, Linux Mint or Zorin OS pre-installed with many more distributions supported. Visit Star Labs for information, to buy and get support.
|Random Distribution |
Secure-K OS is a Debian-based distribution which runs from a live USB. The distribution is designed to provide secure communication and anonymous web browsing using applications such as the Tox messaging client and Tor Web Browser. Secure-K features the GNOME Shell desktop environment and is developed by the Mon-K organization.