Welcome!
Important information
-- Spectre and Meltdown vulnerabilities
-- Change in MX sources

News
-- MX Linux on social media: here
-- Mepis support still here

Current releases
-- MX-17.1 Final release info here
-- antiX-17 release info here

New users
-- Please read this first, and don't forget to add system and hardware information to posts!
-- Here are the Forum Rules

Distrowatch reveiw grumbles

Report Bugs, Issues and non- pacakage Requests
Message
Author
User avatar
dolphin_oracle
Forum Veteran
Forum Veteran
Posts: 10049
Joined: Sun Dec 16, 2007 1:17 pm

Re: Distrowatch reveiw grumbles

#91 Post by dolphin_oracle » Fri Sep 28, 2018 6:32 pm

colin_b wrote:
Fri Sep 28, 2018 6:26 pm
Can not install on a pure EFI system. USB boots intermittently, tried multiple USB sticks. When in the livedemo gparted keeps saying overlapping partitions. Same disk installs OpenSuse, debian and Mint no problems. I am done
Is this a problem?
it is, but its with the user's system, not our setup. fehlix has a post up with a repair procedure.
http://www.youtube.com/runwiththedolphin
lenovo ThinkPad T530 - MX-17
lenovo s21e & 100s - antiX-17, MX17(live-usb)
FYI: mx "test" repo is not the same thing as debian testing repo.

User avatar
Stevo
Forum Veteran
Forum Veteran
Posts: 17007
Joined: Fri Dec 15, 2006 8:07 pm

Re: Distrowatch reveiw grumbles

#92 Post by Stevo » Fri Oct 05, 2018 7:48 pm

Yeah, the review above killed our average by giving us a "1". The next review refutes the complaint with
Overlapping partitions was not reported, in any case a system with that error is not in a safe condition as it has danger of data corruption in the overlapping area. Needs rectification before an installation. If an Installation fails due that error be thankful, it can save a painful experience at a later date.
How do you get overlapping partitions, anyway?

User avatar
colin_b
Forum Regular
Forum Regular
Posts: 413
Joined: Sun Mar 19, 2017 7:21 pm

Re: Distrowatch reveiw grumbles

#93 Post by colin_b » Mon Oct 22, 2018 7:13 pm

This is a bit rich...
It is better to recommend a distro like Fedora Xfce because it is more intuitive, more up-to-date, easier to install, more stable, yes more stable and more secure (firewall, Selinux) from the first use.
More stable? Really?

From Fedora reviews https://distrowatch.com/dwres.php?resou ... tro=fedora
Some of the kernel updates kill the xfce installation. Keep a backup. Not very reliable!

User avatar
colin_b
Forum Regular
Forum Regular
Posts: 413
Joined: Sun Mar 19, 2017 7:21 pm

Re: Distrowatch reveiw grumbles

#94 Post by colin_b » Wed Oct 24, 2018 8:04 pm

Version: 17.1
Rating: 4
Date: 2018-10-24
Votes: 0

After using MX-Linux for a couple of months, a few issues have surfaced. Let me preface by saying I am not a newb nor am I an expert with linux distros. MX-linux seems to corrupt very easily. For instance flatpaks usually do not run. Indicators point to an issue creating directories (and no, I am not going to run every flatpak with sudo commands...shouldn't have to).

My video editors, Shotcut and Flowblade, can no longer open any files, video or otherwise. I could criticize the finickiness of shotcut all day, but these apps should open video files with absolute ease. My guess is ffmpeg, but reinstalls do absolutely nothing.

After a recent home directory corruption (my guess anyway), MX-linux simply would not login to user sessions. No errors to evaluate, nothing. Only root sessions worked. This is poor error handling for any operating system. No recovery options in any way.
I have no idea about the points being made, but I thought they are worth a mention if problems exist.

User avatar
dolphin_oracle
Forum Veteran
Forum Veteran
Posts: 10049
Joined: Sun Dec 16, 2007 1:17 pm

Re: Distrowatch reveiw grumbles

#95 Post by dolphin_oracle » Wed Oct 24, 2018 8:14 pm

The flatpak issue is one I've reported upstream. When running under sysvinit /dev/shm isn't where flatpak expects and apps won't start. First I found was discord but it doesn't supris me that there are others.

If the user updated flatpak from the test repo the problem is actaually worse.

Running apps as sudo won't help as its not really a permission issue.

The issue is not present running systemd.

As to his home.folder...I suspect since he can't open files that he changed the permissions on his home folder. The solution being to change them back. That's a guess of course but one we've seen from time to time especially since the permission change tools are in the thunar right click menu. That would also prevent his user login. I think mx17 might have shipped with the older version of the change owner function that didn't reset the gksu password before running running the command thereby requiring the password.
http://www.youtube.com/runwiththedolphin
lenovo ThinkPad T530 - MX-17
lenovo s21e & 100s - antiX-17, MX17(live-usb)
FYI: mx "test" repo is not the same thing as debian testing repo.

User avatar
asqwerth
Forum Veteran
Forum Veteran
Posts: 3632
Joined: Sun May 27, 2007 5:37 am

Re: Distrowatch reveiw grumbles

#96 Post by asqwerth » Thu Oct 25, 2018 3:09 am

@D_O, @Stevo

Maybe that flatpak update in the Test Repo should be withdrawn for the moment?

You mentioned this buggy behaviour in the Flatpak Thread under Package Requests. With an actual report of the problem in DW's MX review page , it seems to me that leaving the flatpak update in Test Repo will lead to more problems than it's worth.

There will always be users who keep Test Repo permanently enabled and choose to update whatever's in there indiscriminately.

Or they may specifically update flatpak out of interest, but then get upset when it doesn't work well, even though it's a TEST repo. And in this case it's a flaw in flatpak itself.
Desktop: Intel i5-4460, 16GB RAM, Intel integrated graphics
Clevo N130WU-based Ultrabook: Intel i7-8550U (Kaby Lake R), 16GB RAM, Intel integrated graphics (UEFI)
ASUS X42D laptop: AMD Phenom II, 6GB RAM, Mobility Radeon HD 5400

User avatar
richb
Administrator
Posts: 17490
Joined: Wed Jul 12, 2006 2:17 pm

Re: Distrowatch reveiw grumbles

#97 Post by richb » Thu Oct 25, 2018 5:40 am

I understand that flatpacks are a feature that many are attracted to. It seems they are more trouble than they are worth. Our packagers cede control to some other packager and therefore cannot really vouch for the quality of the package. In full disclosure I have never been a fan and that influences my opinion.
Forum Rules
Guide - How to Ask for Help

Rich
SSD Production: MX 17.1
AMD A8 7600 FM2+ CPU R7 Graphics, 16 GIG Mem. Three Samsung EVO SSD's 250 GB, 350 GB HD

User avatar
asqwerth
Forum Veteran
Forum Veteran
Posts: 3632
Joined: Sun May 27, 2007 5:37 am

Re: Distrowatch reveiw grumbles

#98 Post by asqwerth » Thu Oct 25, 2018 5:58 am

@rich,

Your comments appear to be focused on the packages that are packaged in flatpak format.

What D_O said in the Flatpak thread was that the present version of the Flatpak program (not the apps packaged as flatpaks) in the Stable repo was ok, but not the one in Test Repo.

viewtopic.php?p=464056#p464056


So I'm just saying, keep the one in Stable Repo and withdraw the Test Repo version.

And I would think most people would only use flatpak apps as a last resort when you truly needed a version of a package not possible to be packaged in the Debian way for MX's native system by our packaging team. Like D_O said in his blog, it's just another option.
Desktop: Intel i5-4460, 16GB RAM, Intel integrated graphics
Clevo N130WU-based Ultrabook: Intel i7-8550U (Kaby Lake R), 16GB RAM, Intel integrated graphics (UEFI)
ASUS X42D laptop: AMD Phenom II, 6GB RAM, Mobility Radeon HD 5400

User avatar
richb
Administrator
Posts: 17490
Joined: Wed Jul 12, 2006 2:17 pm

Re: Distrowatch reveiw grumbles

#99 Post by richb » Thu Oct 25, 2018 6:22 am

asqwerth wrote:
Thu Oct 25, 2018 5:58 am
@rich,

Your comments appear to be focused on the packages that are packaged in flatpak format.

.............................
............................

And I would think most people would only use flatpak apps as a last resort when you truly needed a version of a package not possible to be packaged in the Debian way for MX's native system by our packaging team. Like D_O said in his blog, it's just another option.
I think that is a hope.

In your opinion, however, is the premise I posed that some control of the packaging is lost with flatpacks invalid? I think that still applies.
Forum Rules
Guide - How to Ask for Help

Rich
SSD Production: MX 17.1
AMD A8 7600 FM2+ CPU R7 Graphics, 16 GIG Mem. Three Samsung EVO SSD's 250 GB, 350 GB HD

User avatar
asqwerth
Forum Veteran
Forum Veteran
Posts: 3632
Joined: Sun May 27, 2007 5:37 am

Re: Distrowatch reveiw grumbles

#100 Post by asqwerth » Thu Oct 25, 2018 6:36 am

richb wrote:
Thu Oct 25, 2018 6:22 am
asqwerth wrote:
Thu Oct 25, 2018 5:58 am
@rich,

Your comments appear to be focused on the packages that are packaged in flatpak format.

.............................
............................

And I would think most people would only use flatpak apps as a last resort when you truly needed a version of a package not possible to be packaged in the Debian way for MX's native system by our packaging team. Like D_O said in his blog, it's just another option.
I think that is a hope.

In your opinion, however, is the premise I posed that some control of the packaging is lost with flatpacks invalid? I think that still applies.
Sure, but then it's the same way with Appimage too. For some things that can't be packaged any further by our team (or which might cause some issues), having other options is good, right?

Examples -
Libreoffice 6 appimage for MX15/16?
VLC 3 flatpak for MX15/16, viewtopic.php?p=448322#p448322

And from what I've read in the Krita thread, latest version can't be packaged for MX17, so Appimage it is.

viewtopic.php?p=463488#p463488


The first 2 are what I use in MX15/16. And Lollypop as a flatpak.

Krita in MX15/16 - I have an appimage as well.

I don't think I have krita at all in MX17.
Last edited by asqwerth on Thu Oct 25, 2018 6:40 am, edited 1 time in total.
Desktop: Intel i5-4460, 16GB RAM, Intel integrated graphics
Clevo N130WU-based Ultrabook: Intel i7-8550U (Kaby Lake R), 16GB RAM, Intel integrated graphics (UEFI)
ASUS X42D laptop: AMD Phenom II, 6GB RAM, Mobility Radeon HD 5400

Post Reply

Return to “Bugs and Non-Package Requests Forum”