| DistroWatch Weekly
|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."
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.
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)
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.
Login for live iso:
username : venom
password : venom
username : root
password : root
run 'venom-installer' on terminal/tty.
26 • What??? (by Garon on 2019-06-17 12:35:44 GMT from United States)
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:
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.
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:
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 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.
44 • Again, what?? (by Garon on 2019-06-18 13:20:47 GMT from United States)
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?
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.
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? <<
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)
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)
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:
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.
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)
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
|• Issue 843 (2019-12-02): Obarun 2019.11.02, Bluestar 5.3.6, using special characters on the command line, Fedora plans to disable empty passwords, FreeBSD's quarterly status report|
|• Issue 842 (2019-11-25): SolydXK 10, System Adminstration Ethics book review, Debian continues init diversity debate, Google upstreaming Android kernel patches|
|• Issue 841 (2019-11-18): Emmabuntus DE3-1.00, changing keys in a keyboard layout, Debian phasing out Python 2 and voting on init diversity, Slackware gets unofficial updated live media|
|• Issue 840 (2019-11-11): Fedora 31, monitoring user activity, Fedora working to improve Python performance, FreeBSD gets faster networking|
|• Issue 839 (2019-11-04): MX 19, manipulating PDFs, Ubuntu plans features for 20.04, Fedora 29 nears EOL, Netrunner drops Manjaro-based edition|
|• Issue 838 (2019-10-28): Xubuntu 19.10, how init and service managers work together, DragonFly BSD provides emergency mode for HAMMER, Xfce team plans 4.16|
|• Issue 837 (2019-10-21): CentOS 8.0-1905, Trident finds a new base, Debian plans firewall changes, 15 years of Fedora, how to merge directories|
|• 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|
|• 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 |
MoviX, MoviX², eMoviX
MoviX was a package that allows you to create bootable CDs able to boot & autoplay your multimedia files. It was intended mainly to play video files but if you want it can be used to play also audio files. I plan to release eventually a distro similar to MoviX but aimed at audio only, so stay tuned! The philosophy behind MoviX was to make possible to generate video/audio CDs that are self-sufficient, i.e. that you can play on every PC regardless of what was installed on it: just insert the MoviX CD inside a CD/DVD-ROM and boot the PC from there! MoviX2 was a small Linux distro on CD aimed at playing multimedia: when you boot your PC with the MoviX2 CD the distro should be able to start X-Window and launch gmplayer, the GUI interface to mplayer, so that you are left with a nice user-friendly interface you can control by your mouse. At that point you can safely remove the MoviX2 CD and play all multimedia files you want: DVD [no zone constraint], VCD, DivX, avi, mpg, mp3, ogg etc.