DistroWatch Weekly |
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) |
|
|
|
 bc1qtede6f7adcce4kjpgx0e5j68wwgtdxrek2qvc4  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
Linux Foundation Training |
|
Reader Comments • Jump to last comment |
1 • Chromium deb package (by Bob on 2019-06-17 00:45:16 GMT from United States)
I'm not sure I like Chromium going to snap only installation. I've had previous trouble with snap installing Chromium...it didn't work. I had to install it via Synaptic.
2 • "The time has come to transition away from debs"....Huh? (by eco2geek on 2019-06-17 01:09:07 GMT from United States)
In the Misc. News section, it's announced that "The Ubuntu team is looking at replacing their current Chromium deb package with a snap package". The reason given is that
> "...the time has come to start transitioning away from the debs."
Uh, why? Correct me if I'm wrong, but don't snap packages take up more room than .deb packages? It's super easy to pull up a console and type
sudo apt install chromium-browser && sudo apt install pepperflashplugin-nonfree
to install chromium, even when running from live media. Why is switching to a snap package somehow better than that?
3 • Chromium snap (by Pikolo on 2019-06-17 01:14:56 GMT from United Kingdom)
I partially understand Ubuntu maintainers - Chromium developers pay 0 attention to compatibilty with old compilers, and as Ubuntu tries to build all packages within a release with the same version of GCC, it's a PITA. However, I don't like how snaps are centralised and don't support alternative repositories. It's against the ideals of Linux. I might have to move on from Kubuntu and that would be annoying
4 • File name changes, via Thunar (WYSIWYG, GUI) (by Greg Zeng on 2019-06-17 01:15:50 GMT from Australia)
Ever since Linux was "invented", Thunar has been the best way to see your file name changes before you do it. Thunar is the standard file manager for XFCE desktop environments. It also allows "camel-case" name changes, "Where The First Letter Of The Selected Names Are In Capitals". The main disadvantage to Thunar is the inability to alter names in sub-directories. Perhaps others might know how to do this in Linux, without CLI? In Windows, "Servant Salamander" (file manager) will allow WYSIWYG GUI file-name changes to sub-directories.
5 • It's a puzzlement. (by Snapped on 2019-06-17 01:21:35 GMT from Germany)
"and the time has come to start transitioning away from the debs." Why?
6 • Renaming groups of files (by Alfrex on 2019-06-17 01:48:30 GMT from United States)
A GUI batch rename utility option is metamorphose2.
7 • answer in plain sight (by why indeed on 2019-06-17 01:48:30 GMT from United States)
"the transition from deb to snap is not being debated, it’s a firm plan that will eventually save a lot of engineering, builder and maintenance resources by removing the need to build every new version of chromium on all supported Ubuntu releases."
https://community.ubuntu.com/t/call-for-testing-chromium-browser-deb-to-snap-transition/11179/6
Finding the answer (the expressed rationale) took about 15 seconds
8 • Re: Answer in plain sight (by eco2geek on 2019-06-17 02:04:48 GMT from United States)
@7: That's not much of an answer. They're still going to have to "build every new version of chromium" and make sure that it runs on "all supported Ubuntu releases" (which means, all of them).
9 • Re: Tool for Renaming Files (by Mason on 2019-06-17 02:17:46 GMT from United States)
GPRename user here. Lots of options.
http://gprename.sourceforge.net
10 • different rename CLI tool? (by greenpossum on 2019-06-17 03:00:21 GMT from Australia)
Beware! I suspect the HowtoForge page on rename is describing a different tool or utterly wrong. The man page for rename(1) on my system says nothing about regular expressions. Usage is simply, for example:
rename .htm .html *.htm
At least two arguments are required, the original string and the replacement string. Check your system's man page.
One disadvantage of this tool is that there is no way to do a dry run.
11 • @2 "The time has come to transition away from debs"....Huh? (by vern on 2019-06-17 04:15:46 GMT from United States)
Agree 100%. I tried snap and compared to apt installs. Huge difference in size, and slower. Hopefully in the future I can still find my deb files.
ow I simply download needed deb file and execute: "sudo dpkg -i *deb" from its folder.
'snapd' is the first program that gets removed.
12 • @7 not an answer (by Snapped on 2019-06-17 05:06:50 GMT from Philippines)
Tall me another one. I can go to pkgs.org and download a Chromium .deb already packaged for different Ubuntu releases. So why is it so much extra work for Ubuntu? No matter, it was more of a rhetorical question.
In any case, I use Chrome, and can go to Google's download site and download it directly as a .deb
13 • OS108 (by voidpin on 2019-06-17 06:10:21 GMT from Sweden)
@Jesse Smith Regarding Midori Web browser; somehow it seems that one needed package was not included in the fetching script. Install gcc6-libs and Midori should now start. For an ever better experience with the browser include also the following, gst-plugins1-base, gst-plugins1-good, gst-plugins1-libav and gst-plugins1-oss. I've reported this to OS108.
14 • Two versions of "rename" (by John on 2019-06-17 06:13:21 GMT from Finland)
The canonical version of "rename" is the util-linux one, which does not accept regex. On Debian distros however rename is linked to prename, a perl version, while they renamed util-linux rename to rename.ul.
15 • Ubuntu replacing its Chromium package with a snap (by OstroL on 2019-06-17 06:32:16 GMT from Poland)
Well, it is still a PPA, so the Cannonical's statement
"You can update your system with unsupported packages from this untrusted PPA by adding ppa:chromium-team/stable to your system's Software Sources."
is still active.
Snaps are slow, and experimental. Snaps are created thinking of IoT, and Cannonical is not interested in the desktop. Introducing snaps to Ubuntu is only testing grounds for the IoTs. Most of the Ubuntu users would leave, if they hadn't already. There's practically no movement in the Ubuntu Development Version in the Ubuntu Forums for a long time, and very little in the community.ubuntu.com
"and the time has come to start transitioning away from the debs." Of course, Cannonical can do that, but it is not thinking of the desktop users. It once did did something like this, an only Ubuntu thing -- transition to Unity and trying to take over the mobile market -- and failed. Snaps are only used by Cannoniacl, and no other distro is going to even try that. It is going to fail.
Debs would stay, for the mother distro Debian would never embrace snaps.
16 • Renaming files (by Agafnd on 2019-06-17 06:36:53 GMT from United States)
For renaming, I use (for example):
for i in *.jpg; do mv "$i" "prefix-$i"; done
or I use an Emacs macro in wdired mode.
17 • Renaming files (by WBTMagnum on 2019-06-17 09:02:27 GMT from Austria)
For easier tasks commandline is fine, but for more complex renaming adventures I prefer Double Commander's Multi-Rename Tool.
18 • how to check an ISO image has been written correctly to an USB drive (by g1pi on 2019-06-17 09:14:32 GMT from Italy)
Usually I just run "cmp img-file.iso /dev/sdb" (provided /dev/sdb is the right device). If the command says "EOF on img-file.iso", then the first part of /dev/sdb is identical to img-file.iso, and you're good to go.
19 • apt (by Tim on 2019-06-17 09:56:43 GMT from United States)
I'm not one to throw down and say I won't change, but if there were ever a piece of software that would make me dig my heels in it might be apt.
It was what convinced me to switch to the Debian family ten years ago, and in all that time it's never given me any trouble. I can't say that about any other piece of software ever.
20 • Replacing.debs with snaps (by dragonmouth on 2019-06-17 11:05:34 GMT from United States)
"the time has come to start transitioning away from the debs" Once again Canonical is channeling Microsoft by trying to impose its "standards" on the rest of Linux community. They tried it with Unity and nobody wanted to have anything to do with it. They tried it with Mir and nobody wanted to have anything to do with it. Now they're trying it with Snaps and, so far, not many are switching to it.
21 • OS108 (by Barnabyh on 2019-06-17 11:21:11 GMT from Luxembourg)
>> I rebooted the computer and found the MATE desktop and its services had disappeared.<<
Shame, sounded really good until then. Thanks for bringing this project to attention, I will keep an eye on it.
22 • Poll (by Teresa e Junior on 2019-06-17 11:28:18 GMT from Brazil)
GUI: Thunar bulk rename CLI: perl's rename, and vidir from the package moreutils
23 • Broken promises (by Teresa e Junior on 2019-06-17 11:37:13 GMT from Brazil)
So it seems Canonical won't keep its promise of never replacing APT with Snap? My Ubuntu 19.04 already uses too much RAM for me to want to migrate to Snaps only.
24 • Renaming multiple files (by Ronald on 2019-06-17 11:58:06 GMT from Netherlands)
Bulk Rename and Krename are Xfce and KDE programs respectively. Inviska Rename works with all desktops. An alternative is the rename feature of the file manager Double Commander. Both programs are cross-platform free open source.
25 • @jesse re venom linux (by mandog on 2019-06-17 12:13:06 GMT from Peru)
Jesse come on its on their download page and it does the job fine. Use the link from DW click downloads its in front of you.
https://venomlinux.org/download.html Login for live iso:
ordinary user username : venom password : venom
root user username : root password : root
Install:
run 'venom-installer' on terminal/tty.
26 • What??? (by Garon on 2019-06-17 12:35:44 GMT from United States)
@#20, What are you talking about. Impose it's standards on the rest of the community? I don't see anywhere where Canonical is trying to impose it's features, or as you say standards, on the Linux community. If a person doesn't want to deal with them, then don't. Personally I don't like snap packages and nobody is forcing me to use them. There are too many other distros out there for me to worry about a business decision that one company makes. This is almost as bad as the systemd nonsense that went on so long. Now back to reality. Like most people who responded in the poll I do not use a bulk renaming utility. I've not really had a consistent need for one.
27 • Chromium deb package (by Bob on 2019-06-17 12:51:27 GMT from United States)
Question: Is Debian still going to maintain a Chromium deb package in their repos? If so, then no problem. Download the .deb from their site and install with gdebi.
@11 - "snapd is the first program that gets removed." I, too, remove snapd, AND apport.
28 • Getting Chrome the old fashion way (by vern on 2019-06-17 13:00:20 GMT from United States)
Here's my anti-snap get chrome script:
#!/bin/bash wget --no-check-certificate https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb
29 • Venom (by Jesse on 2019-06-17 13:25:00 GMT from Canada)
@25 You have the benefit of a completely different download page than what was there when the review was written. These things can change a lot from one week to the next and the install instructiins were not there previously.
30 • @32 Re DEB vs. Snap vs. Flatpak (by Sitwon on 2019-06-17 16:56:36 GMT from United States)
Debs and RPMs may be easier for users, but not for packagers/maintainers.
Especially as the software ecosystem is becoming more diverse with third party companies wanting to distribute their software directly and instantaneously across multiple distributions (or versions of the same distribution).
Under the old paradigm, if I wanted to publish my application to Linux I had to package it at least twice (once as a DEB, once as an RPM) and then list which specific distros and versions it had been tested on. If I wanted to reach a wider audience I might have to package multiple DEBs and RPMs to support more distros or versions. You also have to track a spider web dependencies for each version of the package, and the dependency graphs can look very different for RPM and DEB distros, or even between different DEB distros.
So it might be simple for the end user, but it's a pain the for the maintainers to manage all those packages, or to wait for volunteers to repackage it for those other distros/versions and have it work its way through the approval processes of each distro to make it into the repositories.
With Snap/Flatpak, the application can be packaged once, wrapped with its dependencies, so that it can be deployed directly on nearly all distros/versions. Even if it still has to be tested on each supported target, there's only one package to build/track for each release.
And from the end-user perspective, it's just as easy to install/launch a snap/flatpak application as a DEB/RPM application.
31 • @29 Re Venom (by Rev_Don on 2019-06-17 14:55:50 GMT from United States)
"@25 You have the benefit of a completely different download page than what was there when the review was written. These things can change a lot from one week to the next and the install instructiins were not there previously."
Maybe you should consider noting the date you downloaded the ISO or used the support site in your reviews. I'm sure the amount of time between when you downloaded the ISO when you post the review is a lot longer than a large segment of DW readers think it is.
32 • DEB vs. Snap vs. Flatpak (by Rick on 2019-06-17 15:31:46 GMT from United States)
Once again, Ubuntu is about to shoot itself in the foot like it did when it threw out Gnome 2 and replaced it with Unity. When will they ever learn? DEB and Synaptic Package Manager are by far the easiest and most efficient ways in the Linux world to install and update packages. I have happily used them since 2006 with no complaints.
33 • Renaming files (by Steamwinder on 2019-06-17 16:49:45 GMT from Canada)
I didn't know you could do that. I was renaming them one at a time.
34 • Is It Time to Ditch Chromium-based Browsers ? (by David on 2019-06-17 17:28:21 GMT from United States)
Look out below - Big Daddy Google has its own plans to drop a "new & improved" Chrome/Chromium experience on our heads.
https://www.ghacks.net/2019/05/30/google-still-on-track-to-limit-ad-blockers-in-chrome/
I downloaded Firefox a couple of weeks ago, and I'm starting to get used to it again after several years of using Chromium.
I'll be transitioning to Firefox exclusively if Chromium becomes unusable/far less secure, starting in January 2020.
Think it over.
35 • @26 Garon: (by dragonmouth on 2019-06-17 17:35:32 GMT from United States)
" I don't see anywhere where Canonical is trying to impose it's features" Maybe Canonical cannot "Embrace, extend, extinguish" like Microsoft because Linux is too splintered for one entity to control it but they keep trying to replace their products for already widely used ones. Otherwise, why replace GNOME 2 with Unity? Why develop Mir instead of using the already existing Wayland like many other distros? Why develop Snaps instead using the already existing AppImage? Why are they now replacing .DEB with Snaps? Canonical figured that Unity and Mir were so great that other developers will jump on the bandwagon. Both Mir and Unity were greeted with a collective yawn. Even Canonical gave up on them.
"Personally I don't like snap packages and nobody is forcing me to use them." Many other Linux users share that attitude. How soon will Canonical admit that the move to Snaps from .DEB is not the answer and give up on that project, too?
"If a person doesn't want to deal with them, then don't." And that is what did Canonical in. Linux is about choice. Canonical would like to limit that choice. They want to replace existing products with their own.
36 • Debian 10 Buster Release (by djme on 2019-06-17 17:52:24 GMT from Ireland)
Hooray for Debian Buster's release date...almost in time for the Toy Story 4 release :-)
37 • Point / Counterpoint is always good. (by Garon on 2019-06-17 19:00:59 GMT from United States)
You have to remember what Canonical was trying to do with these new offerings. They were wanting to develop a convergence setup but found that without acceptance it would not work. In my opinion Gnome 2 was needing replacement, and it was replaced. I don't believe that Wayland is much better. Debs will not end up being any good for the IoT that everyone is wanting. I don't believe debs for the desktop will ever be replaced with snaps or fatbacks or whatever. Desktop users are not the focus now for anyone except for maybe the smaller distros. That's just the way the world is going. So sad.
38 • @37 (by OstroL on 2019-06-17 19:50:32 GMT from Poland)
I agree with dragonmouth on this (#35). Canonical may have had good intentions at the beginning, when it was forking Debian to create a "better" Debian. Maybe, just maybe. But, the debs were not the same as Debian debs. They were created to not to match, so the mother distro users couldn't use them. Very friendly attitude, don't you think so?
Which other distro embraced Unity? Nobody. Only resulted in Mint creating Cinnamon and pushing ubuntu out. Which other distro embraced snaps? Nobody! Canonical doesn't listen to users! It's just business. I didn't trust MS, still don't. I don't trust M.S too.
39 • For why more the sam??? (by Stanclek on 2019-06-17 22:14:26 GMT from Moldova, Republic of)
::In general, my experiment with OS108 did not go well.
And having is no work good. Much waste time. Please to find bug on system already to work (most).
::The project has a lengthy setup process which requires a lot of manual work and knowledge of how to properly setup NetBSD.
BSD are not so for the easy I am wanting. I am playing in the past, now is servere working not time for waste.
40 • Snaps (by Belmonte on 2019-06-18 01:15:42 GMT from United States)
I really like Snaps. They are easy to install (snap install whateverprogram) and they work very nicely in my experience. If they make life easier for developers then that is a bonus for the end user. I have applications that are now always up to date whereas before they were lagging behind by several versions. Same goes for Flatpaks.
41 • snaps and flatpaks (by Joseph on 2019-06-18 03:38:33 GMT from New Zealand)
I can understand why people are trying to make these new standards - i.e. to eliminate dependency issues. The package and all its garbage sit in one isolated bucket space. And the matra goes "hard disk is cheap". But then you look at the trend with newer laptops and notebooks - instead of a 500GB and up HDD, you get small SSD drives. 240GB is luxury, many come off the shelf with 64GB or less. Joe public does not attack it with a screwdriver to upgrade (also unlikely to attack it and replace the OS with Linux). So disk space IS again an issue and both Snap and Flatpak go against this, hard.
I have been in the Debian/Ubuntu/Mint arena for just over a decade. My honest opinion on this is that Snap and Flatpak are making me explore other distro options far more actively! I have run into issues where Snap/Flatpak applications don't play nice with other system components, give more problems than their plain (.deb ?) peers, etc. Already several key dominoes in my computing armada are not longer in the D/U/M clan. The 'latest' in several packages exist only as a Snap/Flatpak where the 'normal' respository carries a much more out-dated version.
42 • Renaming multiple files (by yetanothergeek on 2019-06-18 05:14:15 GMT from United States)
I've been using the "mmv" command line utility for years now: http://manpages.ubuntu.com/manpages/bionic/man1/mmv.1.html
43 • Say no to Snap! (by Jeremy on 2019-06-18 11:33:36 GMT from Austria)
As long as snap(d) continues forcing its non-standard, currently unchangeable[1] default dir on users, not only will it be a serious nuisance, it will also be the laughing stock of the Unix/Linux world.
Last thing we need is another piece of software that goes against standards, customization and convenience.
1: https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1575053/comments/4
44 • Again, what?? (by Garon on 2019-06-18 13:20:47 GMT from United States)
@38. You said, "Which other distro embraced Unity? Nobody. Only resulted in Mint creating Cinnamon and pushing ubuntu out." Wrong. Mint is still based on Ubuntu LTS. Furthermore several different distros did use Unity and I know of at least one that still does. Sir is there any real business you do trust? What about Red Hat?
@41, Nope, You are correct that when Joe Public buys a laptop with a 32 gig or 64 gig SSD in them they will not try to upgrade or install Linux. That has nothing to do with snaps or flatpaks. Those things are toys that people buy so they can play with Windows 10, or maybe Google Chrome.
@43, I've already said no to snaps and flatpaks. But there are people who like both of them. That's okay, and why would the Unix/Linux world even want to care what these people like. If flatpaks and snaps are no good then they will eventuality die out.
Now, back to reality.
45 • @44 (by OstroL on 2019-06-18 14:27:47 GMT from Poland)
>>You said, "Which other distro embraced Unity? Nobody. Only resulted in Mint creating Cinnamon and pushing ubuntu out." Wrong. Mint is still based on Ubuntu LTS...<<
English a strange language, after all. Did Mint embrace Unity? Or, did Mint went on to create Cinnamon, because it didn't accept Ubuntu's transition to Unity?
>> is there any real business you do trust? <<
None! Business is there for profit, not for me, not for you, but for the owners of that business, whatever the name of that business. When the bottom line not good, they drop the product.
46 • Bulk rename (by The Bern on 2019-06-18 23:25:15 GMT from United States)
I rarely use bulk rename but when I do I use the built in tool in Caja, it has worked excellently every time, it's actually really nice.
47 • Windows-like distros aplenty (by V Zoroful on 2019-06-19 01:53:40 GMT from Australia)
The Windows-like distro landscape is changing a bit.
Zorin used to be one of the best, but its change to an LTS Ubuntu means its apps like Wine may not be as up-to-date as in other distros. And it is now focusing more on connectivity to mobiles, an app store - and extra bling like Elementary OS. Then there is Makulu Lindoz released yearly-ish, which is quite good. Whereas, the new contender of rolling Arch-based Condres OS has a distro release each month - with the latest Wine. Then of course there is always Deepin for use of the senior brethren of Crossover for Windows apps. It's all a good variety though.
48 • Bulk rename (by john on 2019-06-19 17:49:24 GMT from United Kingdom)
A week when you could easily mark more than one item in the list for poll. Bash, Bulk Rename (Xfce) and rename have been used with various amounts of success. This is possibly because of my lack of understanding especially with the command line. I chose "other" as recently I have been using Lazarus IDE to generate code that will change file names to what I require, just another way of doing the same job.
49 • Chromium Snap (by Flavio on 2019-06-19 23:45:34 GMT from Brazil)
Kubuntu has been my "main distro" since 2009, from 8.04 to 16.04, and it was a good idea to begin to try "non-buntu" distros since 2017, because of some past behaviors of Canonical.
Recently replaced Kubuntu 16.04 with 19.10 Eoan Ermine (development branch) and it was a bad surprise that there is no more chromium.deb ─ just chromium.snap2, now.
I am now familiar to Mageia, openSUSE, PCLinuxOS, Slackware, Arch, and they are fine.
So, I will remove Eoan Ermine and try some other distro, instead.
I will keep KDE Neon (bionic) and Mint 18 KDE (xenial) for some time, while they are not affected, then I will probably have to leave them too.
50 • snaps or not... (by GaryW on 2019-06-20 00:32:52 GMT from Australia)
@30 who are they packaging/maintaining for then? I'm an end user (at home), I'll stick with an end user desktop distro, thanks. MX and PCLinuxOS for two are very good desktop distros, not burdened with enterprise 'features' like systemd and snaps. I'll do an LFS or even go to a BSD before I'll run a clunky and ponderous desktop on something like RHEL or Ubuntu,
51 • kubuntu (by ,es on 2019-06-20 06:00:08 GMT from Netherlands)
@49 why not try Debian Buster KDE????? Works very nice indeed!
52 • A wrong read. (by Garon on 2019-06-20 12:30:49 GMT from United States)
@45, You said,"English a strange language, after all. Did Mint embrace Unity? Or, did Mint went on to create Cinnamon, because it didn't accept Ubuntu's transition to Unity? "
Sorry, my mistake. Need to clean my glasses.
53 • Why so much Google? (by Garon on 2019-06-20 12:39:07 GMT from United States)
What in the infatuation with Google Chrome or Chromium. There are a lot of different ways to go online without Google. Firefox is a good example. Some think that Chromium is Chrome without Google, but it's not. I've used both and I just don't see a lot of difference. Firefox is what I use on my systems. Oh well, it's just something to think about.
54 • Kubuntu chromiun install (by vern on 2019-06-20 13:49:06 GMT from United States)
Regarding Kubuntu and Chromium install. This is all you need:
"sudo apt-get install chromium-browser"
55 • snap/systemd and MX Linux if you are not sure... (by Jordan on 2019-06-20 16:06:56 GMT from United States)
Found this gem, not sure if it's out dated:
https://mxlinux.org/wiki/applications/snap-packages-and-mx-linux/
Hope it is not.
56 • Chromium browser install (by Snapped on 2019-06-20 16:15:51 GMT from Philippines)
@54, Not in Kunbuntu 19.10. All you get is a transitional package for snap.
57 • @53 Garon: (by dragonmouth on 2019-06-20 19:26:08 GMT from United States)
Firefox is NOT "going online without Google". Go into about:config and search/display keys that contain "Google" and "SafeBrowsing".
Also read the following article https://www.bestvpn.com/blog/8499/make-firefox-secure-using-aboutconfig/ Note the paragraphs about Google, Safe Browsing and Google Location Service.
58 • Hardening Firefox For Maximum Security Guide (by David on 2019-06-20 19:59:30 GMT from United States)
Here's a more comprehensive Firefox security maximization guide that also recommends deleting some of the authority certificates via the settings in Preferences/Privacy & Security/ Certificate Manager - I'd suggest doing some online research to be sure which certificates you can safely get rid of.
https://www.privateinternetaccess.com/blog/2018/09/firefox-hardening-guide/
You may find that your web pages load a bit more slowly after all the recommended steps are followed, but it's worth it to me for the additional security - as usual, YMMV, depending upon the speed of your internet connection.
59 • MX Linux and snap packages (by Hoos on 2019-06-21 12:10:29 GMT from Singapore)
@55 -
You said, "...not sure if it's outdated...Hope it is not".
I can't tell from your post whether you are for snaps or not.
Due to the choice of default init, I think it is fair to say that snapd is not really supported in MX. The Wiki entry is for those users who nevertheless want to try installing snapd and run snap packages in MX. It may or may not work well.
In contrast, MX's graphical package installer enables users to manage the installation of flatpaks and flatpak repos, if they want to use them.
However, these "universal" package formats are in any case just alternatives to the main source of packages in MX: Debian and MX's own repos. Package requests can be made on the forum.
60 • @53 "Why so much Google?" (by Thomas on 2019-06-21 13:35:04 GMT from United States)
I don't know if its just me, but using Firefox (let alone TorBrowser) on some sites is a nightmare, thanks to Google Captchas. There are sites I can't log in to or use (e.g. humblebundle, transferwise), because in FF the captcha reports false errors all the time, preventing me from using them, while in Chromium they work just fine (still captchas, but only a few with hardly any errors).
I guess it's one of Google's many weapons for making people use their software.
61 • @60 Captchas (by Thomas Hickey on 2019-06-21 21:26:07 GMT from United States)
Do you have NoScript enabled? That will kill the captchas
62 • MX snap etc.. (by Jordan on 2019-06-21 23:08:56 GMT from United States)
@59 .. Thank you Hoos for that explanation... I just like the way MX Linux does things, including that init choice. Thus the link and short comment.
Number of Comments: 62
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 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 |
• Issue 1036 (2023-09-11): SDesk 2023.08.12, hiding command line passwords, openSUSE shares contributor survery results, Ubuntu plans seamless disk encryption, GNOME 45 to break extension compatibility |
• Issue 1035 (2023-09-04): Debian GNU/Hurd 2023, PCLinuxOS 2023.07, do home users need a firewall, AlmaLinux introduces new repositories, Rocky Linux commits to RHEL compatibility, NetBSD machine runs unattended for nine years, Armbian runs wallpaper contest |
• Issue 1034 (2023-08-28): Void 20230628, types of memory usage, FreeBSD receives port of Linux NVIDIA driver, Fedora plans improved theme handling for Qt applications, Canonical's plans for Ubuntu |
• Issue 1033 (2023-08-21): MiniOS 20230606, system user accounts, how Red Hat clones are moving forward, Haiku improves WINE performance, Debian turns 30 |
• Issue 1032 (2023-08-14): MX Linux 23, positioning new windows on the desktop, Linux Containers adopts LXD fork, Oracle, SUSE, and CIQ form OpenELA |
• Issue 1031 (2023-08-07): Peppermint OS 2023-07-01, preventing a file from being changed, Asahi Linux partners with Fedora, Linux Mint plans new releases |
• Issue 1030 (2023-07-31): Solus 4.4, Linux Mint 21.2, Debian introduces RISC-V support, Ubuntu patches custom kernel bugs, FreeBSD imports OpenSSL 3 |
• Issue 1029 (2023-07-24): Running Murena on the Fairphone 4, Flatpak vs Snap sandboxing technologies, Redox OS plans to borrow Linux drivers to expand hardware support, Debian updates Bookworm media |
• Issue 1028 (2023-07-17): KDE Connect; Oracle, SUSE, and AlmaLinux repsond to Red Hat's source code policy change, KaOS issues media fix, Slackware turns 30; security and immutable distributions |
• Issue 1027 (2023-07-10): Crystal Linux 2023-03-16, StartOS (embassyOS 0.3.4.2), changing options on a mounted filesystem, Murena launches Fairphone 4 in North America, Fedora debates telemetry for desktop team |
• Issue 1026 (2023-07-03): Kumander Linux 1.0, Red Hat changing its approach to sharing source code, TrueNAS offers SMB Multichannel, Zorin OS introduces upgrade utility |
• Issue 1025 (2023-06-26): KaOS with Plasma 6, information which can leak from desktop environments, Red Hat closes door on sharing RHEL source code, SUSE introduces new security features |
• Issue 1024 (2023-06-19): Debian 12, a safer way to use dd, Debian releases GNU/Hurd 2023, Ubuntu 22.10 nears its end of life, FreeBSD turns 30 |
• Issue 1023 (2023-06-12): openSUSE 15.5 Leap, the differences between independent distributions, openSUSE lengthens Leap life, Murena offers new phone for North America |
• Issue 1022 (2023-06-05): GetFreeOS 2023.05.01, Slint 15.0-3, Liya N4Si, cleaning up crowded directories, Ubuntu plans Snap-based variant, Red Hat dropping LireOffice RPM packages |
• Issue 1021 (2023-05-29): rlxos GNU/Linux, colours in command line output, an overview of Void's unique features, how to use awk, Microsoft publishes a Linux distro |
• Issue 1020 (2023-05-22): UBports 20.04, finding another machine's IP address, finding distros with a specific kernel, Debian prepares for Bookworm |
• Issue 1019 (2023-05-15): Rhino Linux (Beta), checking which applications reply on a package, NethServer reborn, System76 improving application responsiveness |
• Issue 1018 (2023-05-08): Fedora 38, finding relevant manual pages, merging audio files, Fedora plans new immutable edition, Mint works to fix Secure Boot issues |
• Issue 1017 (2023-05-01): Xubuntu 23.04, Debian elects Project Leaders and updates media, systemd to speed up restarts, Guix System offering ground-up source builds, where package managers install files |
• Issue 1016 (2023-04-24): Qubes OS 4.1.2, tracking bandwidth usage, Solus resuming development, FreeBSD publishes status report, KaOS offers preview of Plasma 6 |
• Issue 1015 (2023-04-17): Manjaro Linux 22.0, Trisquel GNU/Linux 11.0, Arch Linux powering PINE64 tablets, Ubuntu offering live patching on HWE kernels, gaining compression on ex4 |
• Issue 1014 (2023-04-10): Quick looks at carbonOS, LibreELEC, and Kodi, Mint polishes themes, Fedora rolls out more encryption plans, elementary OS improves sideloading experience |
• Issue 1013 (2023-04-03): Alpine Linux 3.17.2, printing manual pages, Ubuntu Cinnamon becomes official flavour, Endeavour OS plans for new installer, HardenedBSD plans for outage |
• Issue 1012 (2023-03-27): siduction 22.1.1, protecting privacy from proprietary applications, GNOME team shares new features, Canonical updates Ubuntu 20.04, politics and the Linux kernel |
• Issue 1011 (2023-03-20): Serpent OS, Security Onion 2.3, Gentoo Live, replacing the scp utility, openSUSE sees surge in downloads, Debian runs elction with one candidate |
• Issue 1010 (2023-03-13): blendOS 2023.01.26, keeping track of which files a package installs, improved network widget coming to elementary OS, Vanilla OS changes its base distro |
• Issue 1009 (2023-03-06): Nemo Mobile and the PinePhone, matching the performance of one distro on another, Linux Mint adds performance boosts and security, custom Ubuntu and Debian builds through Cubic |
• Issue 1008 (2023-02-27): elementary OS 7.0, the benefits of boot environments, Purism offers lapdock for Librem 5, Ubuntu community flavours directed to drop Flatpak support for Snap |
• Issue 1007 (2023-02-20): helloSystem 0.8.0, underrated distributions, Solus team working to repair their website, SUSE testing Micro edition, Canonical publishes real-time edition of Ubuntu 22.04 |
• Issue 1006 (2023-02-13): Playing music with UBports on a PinePhone, quick command line and shell scripting questions, Fedora expands third-party software support, Vanilla OS adds Nix package support |
• Issue 1005 (2023-02-06): NuTyX 22.12.0 running CDE, user identification numbers, Pop!_OS shares COSMIC progress, Mint makes keyboard and mouse options more accessible |
• Issue 1004 (2023-01-30): OpenMandriva ROME, checking the health of a disk, Debian adopting OpenSnitch, FreeBSD publishes status report |
• Issue 1003 (2023-01-23): risiOS 37, mixing package types, Fedora seeks installer feedback, Sparky offers easier persistence with USB writer |
• Issue 1002 (2023-01-16): Vanilla OS 22.10, Nobara Project 37, verifying torrent downloads, Haiku improvements, HAMMER2 being ports to NetBSD |
• Issue 1001 (2023-01-09): Arch Linux, Ubuntu tests new system installer, porting KDE software to OpenBSD, verifying files copied properly |
• Issue 1000 (2023-01-02): Our favourite projects of all time, Fedora trying out unified kernel images and trying to speed up shutdowns, Slackware tests new kernel, detecting what is taking up disk space |
• Issue 999 (2022-12-19): Favourite distributions of 2022, Fedora plans Budgie spin, UBports releasing security patches for 16.04, Haiku working on new ports |
• Issue 998 (2022-12-12): OpenBSD 7.2, Asahi Linux enages video hardware acceleration on Apple ARM computers, Manjaro drops proprietary codecs from Mesa package |
• Issue 997 (2022-12-05): CachyOS 221023 and AgarimOS, working with filenames which contain special characters, elementary OS team fixes delta updates, new features coming to Xfce |
• Issue 996 (2022-11-28): Void 20221001, remotely shutting down a machine, complex aliases, Fedora tests new web-based installer, Refox OS running on real hardware |
• Issue 995 (2022-11-21): Fedora 37, swap files vs swap partitions, Unity running on Arch, UBports seeks testers, Murena adds support for more devices |
• Issue 994 (2022-11-14): Redcore Linux 2201, changing the terminal font size, Fedora plans Phosh spin, openSUSE publishes on-line manual pages, disabling Snap auto-updates |
• Issue 993 (2022-11-07): Static Linux, working with just a kernel, Mint streamlines Flatpak management, updates coming to elementary OS |
• 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.
|
Shells.com |

Your own personal Linux computer in the cloud, available on any device. Supported operating systems include Android, Debian, Fedora, KDE neon, Kubuntu, Linux Mint, Manjaro and Ubuntu, ready in minutes.
Starting at US$4.95 per month, 7-day money-back guarantee
|
Random Distribution | 
Parabola GNU/Linux-libre
Parabola GNU/Linux-libre is an unofficial "libre" variant of Arch Linux. It aims to provide a fully free (as in freedom) distribution based on the packages of the Arch Linux project, with packages optimised for i686 and x86_64 processors. The goal is to give the users complete control over their systems with 100% "libre" software. Parabola GNU/Linux-libre is listed by the Free Software Foundation (FSF) as a fully free software distribution. Besides a standard installation CD image, the project also provides a live/rescue DVD image with MATE as the default desktop environment.
Status: Active
|
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.
|
|