Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - kendall

Pages: [1] 2 3 ... 15
New Users / Re: Lenovo X1 suitable for Peppermint installation ?
« on: January 29, 2020, 08:41:52 am »
Do you know which generation of X1 it is? There were some problems with certain generations. I can't recall the specifics or if they were fixed.

The "offending file" that was removed via the peppermint-system update was at some point extracted from gnome-panel. I attempted to check everywhere I could to see if it was actually in use anywhere and I didn't see anything. I guess I missed this one.

Try the following:

sudo apt install gnome-panel --no-install-recommends

And see if the functionality returns to normal.

New Users / Re: pdf to jpg
« on: January 26, 2020, 01:25:19 pm »
No problem. Don't forget to edit your original post and mark it as [SOLVED] so that others can use it as a reference.


New Users / Re: pdf to jpg
« on: January 26, 2020, 09:43:18 am »
The best way to do this depends on the PDF and what you're trying to use it for. Is it a text only PDF? Is it a vector image? Does it have embedded images? Etc.

If you have vector data that you need to work with, you can do this in Inkscape:

If you're just trying to do a simple conversion, go to and choose "open from computer" then do File -> Export as -> JPG.

Networking / Re: Peppermint 10 issues with RTL8723DE
« on: January 26, 2020, 09:35:33 am »
The OS kernel shouldn't be using the driver for the new hardware so it shouldn't matter if it's there or not. That said, personally I would remove it just to have a clean system.

Networking / Re: Peppermint 10 issues with RTL8723DE
« on: January 24, 2020, 04:36:23 pm »

Try downloading the rtl8723be files from the following link, put them in the /etc/firmware/rtlwifi directory (create it if it doesn't exist), and reboot your system.

After that, recheck and see if it's any better.

Software & Applications / Re: Peppermint 32 bit
« on: January 24, 2020, 10:29:35 am »
Peppermint will almost certainly be dropping support for 32 bit x86 with the next release. That said, Peppermint 10 is based on Ubuntu 18.04 and will continue to receive security updates until 2023 so it's a perfectly viable option for some time to come. If you're netbook is still alive and kicking after that, it would be advisable to look into another distro that continues to offer support for 32 bit x86.

Hello and welcome. Sorry you're running into this. It's actually an upstream bug in Ubuntu that we've unfortunately inherited. Basically that package requires Python 3.6 and, because of backports, the version you're using is almost certainly Python 3.7.

Here's the same problem on askubuntu with a couple of resolutions:

As I mentioned in my post I respect his talent & the fact that he produces & shares his knowledge & scripts etc with the community. I stand by that & all else I put in that post too, including him pointing out the the 777 permissions problem on /usr/bin/gnome-desktop-item-edit - although I think it should of been done in a more responsible way as kendall mentioned.
However I appreciate his contrition in his 'Our Attitude in the Linux Community' video - perhaps we can move forward with a spirit of reconciliation.  :)

Thank you for bringing the second video to my attention; I've just finished it. I really appreciate that he recognized shortcomings in how he presented the first video. I guess what's important here is not that mistakes were made, but that both parties moved to correct their respective mistakes. I'm also firmly of the opinion that not forgiving his mistake would be one in and of itself.

It appears, for whatever reason, that he has a personal vendetta against Peppermint or made the video for clickbait.   He never attempted to address the issues in the forum.   Bad form in my opinion.  I guess he has never made a mistake in his life.

My issue with the action taken is that the person responsible for the video made no attempt at responsible disclosure. Generally speaking it's good practice to disclose a vulnerability to the creators/maintainers of a given piece of software first and then release that information publicly either after the issue is fixed or if the issue isn't addressed within a reasonable amount of time. The responsible disclosure model is generally regarded as more ethical than full disclosure and non-disclosure models.

Anyway I think many of the criticisms in the video are valid, even if we have a tendency to disagree with some/most/all of them. For instance he's entitled to not seeing the point of a tool like Ice. Alt+Tab style workflows and separate browser profiles are clearly not a selling point to him in this context and that's perfectly fine.

Another criticism is the pointing out of the numerous redundancies in the system. This is actually a criticism that I have with the operating system and is an area where Mark and I differed in methodologies as to how to approach putting together a system. I've always been of the opinion that there should be no system configuration redundancies exposed to the user by default whereas Mark was always more generous in exposing options. Neither methodology is "wrong" per se, but they appeal to different sorts of users with different ideas as to how best to get things done.

All of that said, I don't think he has a vendetta against the project or anything. He found the distro not to his liking and he found the community not to his liking. The important thing here is how we can use feedback like this to build a better distro and build a better community. I certainly don't agree with everything he said, but many of his criticisms are valid and represent areas where we should at least be asking ourselves if we're doing it the right way. Often I think we'll find that we are, but often I think we'll find that we aren't.

GNU/Linux Discussion / Re: xfce4 root desktop switch windows
« on: January 22, 2020, 06:15:34 pm »
Hello and welcome.

I'm not sure about your query at the immediate moment. If I have time later this evening I'll try to take a look. Anyway, Peppermint doesn't really use Xfce4, rather a couple of components from it, another couple of components from LXDE, and the file/desktop manager from Cinnamon. It's possible that the root of the issue is that the Peppermint desktop simply isn't pure Xfce4 and won't behave as such. It's also possible that it's just a panel setting somewhere. Hopefully someone else can chime in as I don't know that I'll have time to investigate this evening.

Software & Applications / Re: Low Priority question: updating kernel
« on: January 21, 2020, 08:35:38 pm »
You won't actually need the headers unless you're compiling something on your machine that makes calls to the kernel. That said, it doesn't hurt anything to have them installed. Pulling in the linux-image-generic package should give you everything you need.

That said, Peppermint Five is EOL and isn't receiving any new updates at all at this point. If you don't have any hardware problems, the only compelling reason I can think of to install an updated kernel would be to get the security patches and those are almost a year old at this point.

All indications point to /usr/bin/gnome-desktop-item-edit being included within the OS by accident. Basically it appears that Mark was experimenting with it and simply forgot to remove it from the ISO file before release. Generally speaking, every file on the ISO that's not automatically generated by something should be part of a .deb package. This can be tested by running:

Code: [Select]
dpkg -S /path/to/file
In this particular case, /usr/bin/gnome-desktop-item-edit was not being tracked by dpkg, thus indicating that it wasn't supposed to be in the release ISO. That file actually belongs to the gnome-panel package which is not included by default in Peppermint. Also if you install gnome-panel, the file is overwritten by one with the correct permissions.

Anyway, I've just pushed an update to peppermint-system that, when installed, checks to see if /usr/bin/gnome-panel exists and, if not, deletes /usr/bin/gnome-desktop-item-edit. That should resolve the issue for affected users without impacting those who have voluntarily installed gnome-panel.

Pages: [1] 2 3 ... 15