MX Linux Forum

Posted: **Fri Feb 19, 2016 4:02 pm**

All packages were updated to the current versions in the main repos, plus I upgraded LibreOffice to version 5 via the Package Installer. I found that removing /etc/skel/.config/Trolltech.conf fixes the appearance problems that were appearing in KDE with any other style than Oxygen. Qt 5 apps in xfce still look good (looks like the oxygen style, which I have KDE using), so it seems they don't need that .conf file if KDE is installed.

Still to do for the next one: Remove Shotwell, not really needed since Digikam's installed. Decide if I really want both Firefox and Pale Moon installed. Anyway, the ISO is still just over 1.3 GB, even with those duplicate purpose applications installed, as well as the great MX 15 xfce4 desktop and my attempt at a functional (though generic-appearing) KDE desktop.

Link: http://mxrepo.com/snapshots/MX15-x64_KD ... eb2016.iso

md5sum: c83d59e83acec7f781c21e4d4ce826d7

Edit: switch to snapshots repo link.

Posted: **Fri Feb 19, 2016 4:11 pm**

Can we find a way to give your remaster a generic name (as I do with the Manual link at mxum.html) so that the remaster webpage does not have to be redone every time you upgrade?

Posted: **Fri Feb 19, 2016 5:24 pm**

That sounds like a very good idea; I'm open to suggestions. Is that implemented for Adrian's snapshots?

Edit: Do you mean just refer to it as "MX 15 KDE"? I've no problems doing that.

Posted: **Fri Feb 19, 2016 5:39 pm**

--Adrian's snapshots are stored in a single directory on mxrepo.com, so all the snapshot links just point to the directory and the user picks out the most recent one.

--Each new version of the User Manual is given the same name, mxum.html, when it is uploaded to the directory on mepiscommunity.org and the preceding one is removed, so the link on the Manuals tab always works.

I'm not sure what would work best for you, though mxrepo.com seems like a good place to start.

Posted: **Fri Feb 19, 2016 5:45 pm**

Jerry3904 wrote:--Adrian's snapshots are stored in a single directory on mxrepo.com, so all the snapshot links just point to the directory and the user picks out the most recent one.

--Each new version of the User Manual is given the same name, mxum.html, when it is uploaded to the directory on mepiscommunity.org and the preceding one is removed, so the link on the Manuals tab always works.

I'm not sure what would work best for you, though mxrepo.com seems like a good place to start.

I'll send the link to Tim and see if he can add the ISO to the repo.

Posted: **Fri Feb 19, 2016 5:51 pm**

Which repo? We don't want it mirrored, do we? I would suggest a new directory "remasters" if Tim thinks that would work.

Posted: **Sat Feb 20, 2016 2:09 pm**

It's working fine.
Deserves a little bit of polish. Only looked at kde and found a lot of old stuff in klipper. And lancelot has /home/steve and some recently used documents. Could be more stuff hiding in there.
Only tested live, the traces of the developer probably disappear when you install and create a new user.
Henry

Posted: **Sat Feb 20, 2016 4:31 pm**

That history must have been copied into /etc/skel when I copied the ~/.kde folder into it so my customizations would be installed. I don't think there's anything important in my history there, it's probably extremely boring, in fact.

I'll see if I can remove those, though.

Any thoughts about the appearance? I stuck with the good old generic Oxygen style and icons, but I was itching to use one of the Kvantum styles (installed by default). Dark or light?

Posted: **Sat Feb 20, 2016 5:08 pm**

I think it looks good as it is. A nice balance between tradition and new stuff. Beautiful wallpaper.
Henry

Posted: **Sun Feb 21, 2016 4:09 pm**

I'm also using the "adjustable clock" widget in the taskbar instead of the standard digital clock--it allows for more tinkering with the appearance, IMO.

Posted: **Wed Feb 24, 2016 3:53 am**

Lancelot menu editor doesn't work, need to install kmenuedit

The appearance is certainly very standard and I would encourage a theming more consistent with the xfce darker scheme. Having the blue titlelbars of e.g., Dolphin at the top of open apps and the nice dark taskbar in a single screen is just a little disjointed.

When clicking on the home icon in Dolphins left panel, the shortcut is looking for /home/steve. Easy to change, right click and Edit Home will take care of it. Seems to be a consistent issue with saving home from a KDE4.x system that was easy to avoid with KDE3.x
I did a search for steve on a hard disk install and found the following, which may or may not help

Code: Select all

owner@mx1:~
$ locate steve
/home/owner/.kde/share/apps.dolphin/view_properties/local/home/steve
/home/owner/.kde/share/apps.dolphin/view_properties/local/home/steve/.directory

however, strangely, the local folder does not even exist in the /etc/skel location, so an additional database must be accessed from within /etc/skel when setting up the new KDE user, which has was copied over from your profile.

I'd opt to remove the excessive bouncing cursor set by a ridiculously extended launch feedback setting. Change the bouncing cursor to a max of 3 seconds, not the eternity of 30 which gives the impression of a grievous system error long after an action.

I had a look through some of the folders content that could be removed from the /etc/skel folder and this is what I came up with. It's not exhaustive, but if I guaged it right, it should have no bearing on the finished product.
/etc/skel/.kde/share/apps/kconf_update/log/update.log
/etc/skel/.kde/share/apps/kdeconnect/key.pem - this one is a major, definitely remove it.
/etc/skel/.kde/share/apps/kded
/etc/skel/.kde/share/apps/kfileplaces
/etc/skel/.kde/share/apps/klipper/history2.lst
/etc/skel/.kde/share/apps/kmix
/etc/skel/.kde/share/apps/kres-migrator
/etc/skel/.kde/share/apps/kscreen
/etc/skel/.kde/share/apps/RecentDocuments/ (maybe keep the .directory.desktop file though)

Posted: **Wed Feb 24, 2016 7:32 pm**

Deep black window decorations are possible--I think Crystal will let me make a 1-pixel lighter border around the windec so it remains distinct from a dark wallpaper.

Thanks for figuring out what files I need to zap!

Posted: **Thu Feb 25, 2016 12:34 am**

I made that list just by looking through the contents, not by trial and error, however, I did just try it and it worked a treat. Created a new user and Dolphins home buttons worked without having to modify anything, that's a win in itself. the list could probably be trimmed yet more, but this seemed to work fine for my test.

Posted: **Sat Feb 27, 2016 9:53 pm**

I've generated another test snapshot, incorporating your suggested changes. I've also removed Pale Moon since it already has Firefox, and installed polkit-kde-1 so things like Gparted will launch from the KDE menu. Bouncy bouncy launch feedback and notifications are limited to five seconds. The window decorations are now Crystal with the active window trying to match the panel coloration as much as possible. VLC is updated to 2.2.2 from the test repo (which is then disabled) and the Virtual Box guest modules updated to 5.0.4 from there also. This solved a problem with CPU usage for a core in VB jumping to 100% and sticking there when a window would balloon up to maximized when I WAS JUST TRYING TO MOVE IT A BIT DAGNABIT in Vbox.

The window decorations will be oxygenated light grey if the user switches to the xfce4 desktop, but this respin's for the KDE user, so get over it, anal-retentives!

The only way to get the CPU back down was to log out and back into the DE in the guest. Anywho, this update has the costmetic effect of making the lightdm login screen not come up fullscreen in Vbox, but the desktop does come up fullscreen after that. Lightdm does work correctly on real hardware in my testing, though.

Google Drive Link: https://drive.google.com/file/d/0BxE7wb ... sp=sharing

md5sum: 65ead670f324b93214772d0f48b3a21c

I'll see about getting it up onto the MX server when Tim gets back from his trip to the hellish weather here in Southern California.

Posted: **Sat Feb 27, 2016 10:35 pm**

Also, if you are annoyed by messages after installing a package now that you have KDE:

Code: Select all

Unknown media type in type 'all/all' 
Unknown media type in type 'all/allfiles' 
Unknown media type in type 'uri/mms' 
Unknown media type in type 'uri/mmst' 
Unknown media type in type 'uri/mmsu' 
Unknown media type in type 'uri/pnm' 
Unknown media type in type 'uri/rtspt' 
Unknown media type in type 'uri/rtspu'

It's a long-standing yet unfixed "annoyance" bug in KDE. Maybe we can find some way to get it to go away: https://bugs.kde.org/show_bug.cgi?id=303627

It looks like Gentoo has a patch to fix their version:

https://sources.gentoo.org/cgi-bin/view ... ypes.patch

which means to remove all the lines that begin with a "-". I'll try manually editing /usr/share/mime/packages/kde.xml and see how that works.

Posted: **Mon Feb 29, 2016 3:47 am**

Looks heaps better. Nice work.
The cosmetic changes you made should be documented so they can be added to the KDE on MX Wiki.

This will not necessarily detract from your work, keep this up and you'll have a new baby on your hands Stevo. Babies need feeding, discipline and grow

Posted: **Mon Feb 29, 2016 5:40 am**

I'll see about getting it up onto the MX server when Tim gets back from his trip to the hellish weather here in Southern California.

That would be great. I changed the URL and md5sum again in the Wiki, but hope we may not have to fiddle with it as much in the future.

Posted: **Mon Feb 29, 2016 2:22 pm**

I use KDE4 desktop the most, I enjoy fiddling with it, with a lot to fiddle with.

Posted: **Mon Feb 29, 2016 2:41 pm**

Stevo wrote:I'll see about getting it up onto the MX server when Tim gets back from his trip to the hellish weather here in Southern California.

It's already up.
The upper 70's and low 80's (with low humidity) we've been having are quite pleasant - especially compared to a Florida summer. It's the 40's at night that we're unused to...

Posted: **Mon Feb 29, 2016 2:48 pm**

It's already up.

Where, please?

Posted: **Mon Feb 29, 2016 2:58 pm**

http://mxrepo.com/snapshots
That's where his previous KDE iso was.

Posted: **Mon Feb 29, 2016 3:23 pm**

Great. So I will change the Wiki link to the folder and never have to change it again.

Posted: **Mon Feb 29, 2016 5:42 pm**

m_pav wrote:Looks heaps better. Nice work.
The cosmetic changes you made should be documented so they can be added to the KDE on MX Wiki.

This will not necessarily detract from your work, keep this up and you'll have a new baby on your hands Stevo. Babies need feeding, discipline and grow

I just used the Crystal window decoration and then changed its color to black in the KDE Colors settings. Crystal is set to have some transparency , so some of the blue background is coming through in my screenshot, but it would be pure black if the opacity were set to 100%, or compositing switched off. I could export the color settings to a file--I think the whole desktop scheme, including the wallpaper, can also be exported.

Posted: **Mon Feb 29, 2016 5:54 pm**

zeeone wrote:I use KDE4 desktop the most, I enjoy fiddling with it, with a lot to fiddle with.

Especially the qtcurve style. You can even use an image as the background, so you can use carbon fiber or wood, such as this Steampunk theme did: http://kde-look.org/content/show.php/?content=148276

I also like the vector-based style "kde-style-kvantum": http://kde-look.org/content/show.php/Kv ... ent=166241

for which I just sent the latest 0.9.5 to the test repo. That's one of the few packages I've created from raw source, instead of reusing debianized source. I've also done a separate Qt 5 version, but it doesn't seem to work--from what I gather, it would need at least Qt 5.4 for theming to work, and we just have 5.3.

There are some interesting plasma widgets locally installed in the ISO, such as the "adjustable clock". One of its themes is the old flip-style clock, like the clock radio in "Groundhog Day".

Posted: **Mon Feb 29, 2016 5:55 pm**

Mike's suggestion of documentation is a good one... Only takes a minute.

Posted: **Mon Feb 29, 2016 6:09 pm**

Well, here's a <1K zip of the "MX15.colors" scheme that can be imported into the settings:

Some window decorations, notably the default Oxygen one, don't seem to allow the user to adjust their colors, though.

Posted: **Thu Mar 03, 2016 10:45 pm**

Couple of thoughts for consideration:
Bluedevil instead of Blueman - Bluedevil is the official bluetooth stack for kde and integrates much better than blueman. Just to show I included a screenshot with blueman on the left and bluedevil is in between the volume icon and network icon. In my tests bluedevil has worked fine.
Add a volume icon to the system tray. I installed kmix since it is the official volume control and mixer for kde, but veromix is already installed and would be fine.

Not to sure if the goal is to be a kde centric mx install or if it is just to provide a default mx install with the choice between kde or xfce without changing the default apps to much?

Posted: **Fri Mar 04, 2016 2:19 pm**

Not to sure if the goal is to be a kde centric mx install or if it is just to provide a default mx install with the choice between kde or xfce without changing the default apps to much?

The original goal was just to have a nice working KDE session out of the box, with addons that I'd have installed, such as the root actions, but lately I'm leaning toward making it more KDE-centric. I would like to keep the nice MX 15 xfce desktop as a more battery-friendly xsession option for laptop users--do you know how Bluedevil works on the xfce4 desktop?

I'm also probably going to upgrade the kernel in the next snapshot to the latest one in backports.

Posted: **Fri Mar 04, 2016 5:01 pm**

I have tested bluedevil by sending pictures, music and videos from my phone to my laptop and vice versa and all have worked fine for me. Now the issue I can see though is that the icon is difficult to see in the default xfce. Excuse the picture of my kitty that I used to show that the transfer from my phone to laptop worked, even though now that I think about it proves nothing since I could have just opened a picture from my hardrive, but you can see bluedevil in the picture or not. HAHA!

Posted: **Mon Mar 14, 2016 6:17 pm**

I'm fiddling around with the respin, applying updates, installing bluedevil and mx-clocky, sticking veromix, bluedevil, and the battery monitor on the taskbar, as well as a custom MX button for the application launcher. I've also updated the kernel to 4.3, plus SMTube and Asunder to the versions in the test repo. I'm also trying to have a dark color scheme for KDE apps running as root, so they stand out, and improve the font rendering for root, plus have the font schemes for the standard user and root match. I hope files in /root get carried over by the snapshot process.

Posted: **Mon Mar 14, 2016 7:23 pm**

Hmm--I just noticed a minor, cosmetic bug in mx-snapshot. When the cursor is hovered over the "next" button, the popup tooltip says "start scanning for shares."

I don't know where root is storing its settings, but it's not in /root. I don't know if my settings will carry over. I'm pretty sure I will have mx-clocky coming up automatically on xfce4 and KDE, though.

I do have both Blueman and Bluedevil on the KDE taskbar--I guess the user can uninstall Blueman if they don't want it there.

Posted: **Mon Mar 14, 2016 7:26 pm**

I guess I copied the template from the mx-findshares... I will fix it.

Posted: **Mon Mar 14, 2016 9:52 pm**

I can't get Lancelot to use an icon that I've added to /usr/share/icons, so I'm just going to use the standard KDE one.

Having root applications use a very dark Obsidian Coast color scheme did work, but it makes root KDE apps pretty much unusable in xfce. If that bugs you, just run "kdesu systemsettings" and change the color scheme back. The contrast with the lighter standard user's colors is sort of jarring, but the user won't forget that the dark ones are running as root, now.

Posted: **Tue Mar 15, 2016 5:30 pm**

I decided to just use a somewhat darker theme for root, so systemsettings on the right is the root version launched with kdesu. I have mx-clocky autostarting with the KDE and xfce desktops, though for xfce, I had to add it to the autostart in the xfce settings.

I'm uploading the "Ides of March" snapshot now.

Posted: **Tue Mar 15, 2016 10:57 pm**

I noticed that the fonts in GTK apps such as Firefox had degraded, so I'm trying to fix that first. Also, for some reason KDE apps run as root now have that old Windows 95 "Raleigh" interface, though it did not appear in my screenshot. I suppose we could live with that, because I can't figure out what's causing that after my color change.

....And it fixed itself after I changed a style in the root systemsavings and then reverted and rebooted. go figure. I think I have the Firefox fonts fixed, too. I'll have to test.

Posted: **Thu Mar 17, 2016 3:01 pm**

I fixed the Firefox font rendering problem that was in the Feb 27 snapshot: set KDE to use the system's font antialiasing, then fix the system by running

Code: Select all

su -c 'dpkg-reconfigure fontconfig-config'

Changed the one desktop to four virtual desktops, and added the switcher (pager) to the taskbar.
Changed the vertical mouse wheel scroll action on the desktop from switching desktops, which annoys a lot of people and may confuse beginners, to just bringing up the old-style KDE menu.
Clicking in the switcher on the desktop you're currently using will "show desktop" (minimizes everything).
Add Konsole quicklaunch to the taskbar.
Veromix plasma widget added to taskbar.
Upgraded to the 4.3 backports kernel and firmware from our test repo (though backports has a slightly newer version)
Using the newer hinted Roboto font from the test repo, though I just asked Tim to move it to main.
KDE and Qt applications running as root (not sudo) have a different color scheme.
Clementine upgraded to 1.3rc1 from the test repo.
MX Clocky starts by default in xfce, but not in KDE. In KDE, just launch it once, then the session manager should remember it.
Bluedevil in KDE is the same deal; uninstall blueman if you want to get rid of the stock big blue Bluetooth icon and just use bluedevil.
Debian and main repo packages upgraded.
Changed (disabled) mozilla-backports repo from iceweasel-release to firefox-release.
Added (disabled) jessie-backports to sources.

Here's a mini-desktop running in a little Virtual window:

It's going to be at the same repo link, but I'm going to have it in Google Drive until it's in the repo:

https://drive.google.com/file/d/0BxE7wb ... sp=sharing

md5sum is 0b6933af57c9b01be4ef642f119a6eb0

Posted: **Thu Mar 17, 2016 3:06 pm**

That's great, Stevo! Are you going to update the md5 in the Wiki when you put up new versions?

http://www.mepiscommunity.org/wiki/syst ... d-versions

Posted: **Thu Mar 17, 2016 3:09 pm**

Stevo, Have you tried to get KDE Connect to work? I installed it from the default repos in my KDE install on MX-15 but it will not connect to my Android Phone, Samsung S5. It is a nice app. I was able to see what it can do in Netrunner 17.
I looked at the sid version, but too many dependencies for me to deal with, and I am not sure that would be any easier to get working.

Posted: **Thu Mar 17, 2016 3:21 pm**

Jerry3904 wrote:That's great, Stevo! Are you going to update the md5 in the Wiki when you put up new versions?

http://www.mepiscommunity.org/wiki/syst ... d-versions

We do have a md5 file for download in the repo with the md5sum for each ISO, so I think we can take that out of the wiki.

Posted: **Thu Mar 17, 2016 3:23 pm**

richb wrote:Stevo, Have you tried to get KDE Connect to work? I installed it from the default repos in my KDE install on MX-15 but it will not connect to my Android Phone, Samsung S5. It is a nice app. I was able to see what it can do in Netrunner 17.
I looked at the sid version, but too many dependencies for me to deal with, and I am not sure that would be any easier to get working.

I haven't played with it at all...is kde-connect in Sid and Netrunner using the Plasma 5 KDE?

Posted: **Thu Mar 17, 2016 3:36 pm**

Stevo wrote:
Jerry3904 wrote:That's great, Stevo! Are you going to update the md5 in the Wiki when you put up new versions?

http://www.mepiscommunity.org/wiki/syst ... d-versions
We do have a md5 file for download in the repo with the md5sum for each ISO, so I think we can take that out of the wiki.

Even easier, great!

Posted: **Thu Mar 17, 2016 3:42 pm**

Stevo wrote:
richb wrote:Stevo, Have you tried to get KDE Connect to work? I installed it from the default repos in my KDE install on MX-15 but it will not connect to my Android Phone, Samsung S5. It is a nice app. I was able to see what it can do in Netrunner 17.
I looked at the sid version, but too many dependencies for me to deal with, and I am not sure that would be any easier to get working.
I haven't played with it at all...is kde-connect in Sid and Netrunner using the Plasma 5 KDE?

Netrunner is Plasma 5, but I believe the sid package runs on KDE 4 as one of the depends is dep: kde-runtime (>> 4:4.10).

Posted: **Thu Mar 17, 2016 3:59 pm**

The version in sid also seems to depend on alot of kf5 libs and various other aspects of plasma5. Curious to know if version 0.8 would work better. Will look into this tonight.

http://snapshot.debian.org/package/kdeconnect/

Posted: **Thu Mar 17, 2016 5:03 pm**

v3g4n wrote:The version in sid also seems to depend on alot of kf5 libs and various other aspects of plasma5. Curious to know if version 0.8 would work better. Will look into this tonight.

http://snapshot.debian.org/package/kdeconnect/

I think the Sid version's build-depends might be changed back to the KDE 4/Qt 4 versions in 0.8 and still build, according to what's in the changelog:

* New upstream release.
* Switch to KF5.
- Remove all Qt4/Plasma 4 related packages from build dpendencies and
dependencies.
- Add new build dependencies and dependencies as required. Thanks to the
Ubuntu folks for they work! I have taken most of the correct build deps
names from your packaging.
- Remove unnecessary removals in debian/rules.
* Update README.md installation.
* Disable NetworkPackageTests::networkPackageIdentityTest as it seems to
run fine with network access but fail without it (and thus on sbuild).
* Add libqca-qt5-2-plugins as a build dependency, it is needed by the tests.
* Update lintian overrides.
* Update and simplify debian/copyright.

Posted: **Thu Mar 17, 2016 5:26 pm**

Stevo wrote:I think the Sid version's build-depends might be changed back to the KDE 4/Qt 4 versions in 0.8 and still build, according to what's in the changelog:

* New upstream release.
* Switch to KF5.
- Remove all Qt4/Plasma 4 related packages from build dpendencies and
dependencies.
- Add new build dependencies and dependencies as required. Thanks to the
Ubuntu folks for they work! I have taken most of the correct build deps
names from your packaging.
- Remove unnecessary removals in debian/rules.
* Update README.md installation.
* Disable NetworkPackageTests::networkPackageIdentityTest as it seems to
run fine with network access but fail without it (and thus on sbuild).
* Add libqca-qt5-2-plugins as a build dependency, it is needed by the tests.
* Update lintian overrides.
* Update and simplify debian/copyright.

Is that the changelog from sid? If so doesn't that say they switched to KF5 and removed all QT4/Plasma 4 related packages from build dependencies and dependencies?

Edit: just checked the sid changelog and is the same as posted above so I'm not seeing where they changed back to KDE 4/QT 4.

Sorry for the confusion, I'm just a scrub.

Posted: **Thu Mar 17, 2016 8:32 pm**

I meant that you yourself would change those build-deps back to the older versions from 0.8 as an experiment. Sometimes that also needs a change in the rules file to tell it to use qt4, which also might be in the older version's rules file. Sometimes a newer package will want to use qt5 by default, and you have to add an explicit instruction to use qt4.* Usually reading the build log will show this if it errors out.

And sometimes it just needs those newer libraries.

*Qbittorrent did this lately, but the qt5 version (which Debian has upstream) has a bug in that the icon doesn't show up in xfce's taskbar, so we have to make sure it builds with qt4.

Posted: **Thu Mar 17, 2016 8:54 pm**

I understand what you mean now.

Posted: **Fri Mar 18, 2016 1:32 am**

So I tried to build the sid version of kdeconnect with changing the depends in the control file and the rules to reflect the 0.8 version and that was a flop. Fail, fail, fail.

Stevo I'm sure you can do that, but I'm not there.

I then backported the 0.8 version and it built fine without issue, but when I try to install it screems about a dependency issue with libqca2-plugin. I checked and anything with libqca2 was installed and then I went and searched for a libqca2 to backport, but came up with nada.
I'm probably just sleepy so will try more this weekend.

Posted: **Fri Mar 18, 2016 2:18 am**

Downloaded the ISO twice and it doesn't match the checksum. I'm getting the same checksum with both downloads.
$ md5sum MX15-x64_KDE_added-16Mar2016.iso
72e55b9f6bc8c0e48cb5b4cbb5380d5a MX15-x64_KDE_added-16Mar2016.iso

Posted: **Fri Mar 18, 2016 5:06 am**

First, can I thank Stevo and others for this interesting addition to the MX stable.

I too have had problems with the checksums.Yesterday evening here in the UK I tried between 8pm and 10.30pm to download the version shown in the MX repository.
The version I downloaded from Stevo's Google came in at 1.3G, but did not match the midsum, however it ran successfully from a USB on my laptop alongside the previous version and its midsum was :72E55B9F6BC8C0E48CB5B4CBB5380D5A
The file showing on the MX showcase "last night" varied for some reason? between 500MB+ to 1.3G(at which it did not complete the download).
Today in UK time, it shows a size of 800MB which I have downloaded and shows a midsum of:AC35CEF556D1BC80ADA2EA925255686D

Is there a reason for the difference in file size?

Thanks again for sharing your skills and knowledge.

Posted: **Fri Mar 18, 2016 10:28 am**

Confirmed here, too. Same problem

Code: Select all

                                               
└> cat MX15-x64_KDE_added-16Mar2016.iso.md5
0b6933af57c9b01be4ef642f119a6eb0  MX15-x64_KDE_added-20160316_1919.iso
                                                    
└> md5sum MX15-x64_KDE_added-16Mar2016.iso
ac35cef556d1bc80ada2ea925255686d  MX15-x64_KDE_added-16Mar2016.iso

Posted: **Fri Mar 18, 2016 1:09 pm**

Welcome to the forum watsoccurring!

Posted: **Fri Mar 18, 2016 1:47 pm**

I've confirmed that they don't match in my grive folder before upload, even though the two files' creation dates show the same time. Since I don't know what caused this, and to be safe, I made a new ISO and checked the md5sum several times after each move, and am uploading it now.

Posted: **Fri Mar 18, 2016 2:36 pm**

Thank you lucky9.

Stevo
Thanks for the explaination, the results of which I enjoy also the dialogue with other board members as to how you achieve change.

Posted: **Fri Mar 18, 2016 3:27 pm**

OK, new snapshot (until it gets into repo): https://drive.google.com/file/d/0BxE7wb ... sp=sharing

md5sum: bf0981bce41261bc517e2e40e77979ea

Posted: **Fri Mar 18, 2016 4:05 pm**

Looking good, Stevo. Downloaded and md5sum matches.

Posted: **Fri Mar 18, 2016 5:23 pm**

There's some odd bug in KDE that was troubling me, but I confirmed it was also present in MEPIS 12's KDE running in a VM, in that our distro .iso files are seen as text files, so if you accidently click on them, kwrite will start to open them. That'll slow down the system considerably, and possibly eat up all free RAM.

Other DVD type .iso files in the same directory are correctly identified as "CD raw image files", so I'm stumped. Maybe some web searching...

Oh yeah, a known issue with isohybrid files: https://forum.kde.org/viewtopic.php?f=66&t=122445

Hmmm--extracting the attached file and putting it into /usr/share/mime/packages, then running as superuser:

Code: Select all

update-mime-database /usr/share/mime

fixed it for new instances of Dolphin. I'll have to add that to the next respin.

Posted: **Fri Mar 18, 2016 5:34 pm**

Yes, that has been bugging me for a long time. I am trying to recall if just changing the extension to .iso fixes the issue. i do not currently have an iso to try it on.

Posted: **Fri Mar 18, 2016 5:58 pm**

richb wrote:Yes, that has been bugging me for a long time. I am trying to recall if just changing the extension to .iso fixes the issue. i do not currently have an iso to try it on.

It doesn't work for our iso files.

Further down in the thread, there's a single line I can change in the shared-mime-info package that is supposed to fix that, so I'm going to try to push that to the repo.

Posted: **Fri Mar 18, 2016 6:19 pm**

Stevo wrote:
richb wrote:Yes, that has been bugging me for a long time. I am trying to recall if just changing the extension to .iso fixes the issue. i do not currently have an iso to try it on.
It doesn't work for our iso files.

Further down in the thread, there's a single line I can change in the shared-mime-info package that is supposed to fix that, so I'm going to try to push that to the repo.

Yes, that fixed it. And that'll fix it for everyone.

https://drive.google.com/file/d/0BxE7wb ... sp=sharing

I asked Tim to put it in the main repo.

Posted: **Sat Mar 19, 2016 4:39 pm**

Just uploaded a .sig file for the ISO. Once you've imported my F09C5B1C key from a keyserver,

http://www.mepiscommunity.org/wiki/syst ... iles#MX-15

kgpg will open the sig file and verify the iso file if you click it, as long as both the sig and iso files are in the same folder.

I don't know if kgpg is there by default on the ISO, but I'll make sure that it is on the next update.

Posted: **Sat Mar 19, 2016 6:37 pm**

I'd also appreciate any comments or constructive criticism about the new version.

Posted: **Tue Apr 19, 2016 3:42 pm**

Updated April snapshot is now in the repo.

Added ksuperkey from the test repo.

Kernel updated to 4.4.6 and Libreoffice to 5.1.1, both from jessie-backports (jessie-backports and the test repo are in the sources, but disabled by default)

Posted: **Tue Apr 19, 2016 8:54 pm**

Stevo wrote:I'd also appreciate any comments or constructive criticism about the new version.

I downloaded it today and tested it live before work. First, thanks a lot for all the effort in making it and uploading it.

So far, it looks solid and works perfectly. I intend to install it over the weekend and will report again.

Posted: **Wed Apr 20, 2016 4:46 am**

Installed to desktop in sig.

Running live in KDE, there didn’t seem to be a way to launch the installer. (Or my old eyes couldn't find one!) If that is the case, perhaps it should be noted somewhere that installation needs to be done from XFCE?

Predictably, a couple of MX tools don't work. Panel orientation is one of course, the other is the ability to hide the individual tools from the menu.

I've tried adding DE's to distros in the past, and know how many things it can break, but with a couple of minor issues, this is a fully usable KDE environment. Thanks for your work on this Stevo.

As an aside, after all the clamouring when KDE 4 was released to have the ability to select different wallpaper per desktop, I find it hard to understand why it has been removed from Plasma 5!

Chris

Posted: **Wed Apr 20, 2016 6:21 am**

Running live in KDE, there didn’t seem to be a way to launch the installer.

Does it work in a root terminal with the command

Code: Select all

minstall

Posted: **Wed Apr 20, 2016 6:26 am**

chrispop99 wrote:Installed to desktop in sig.

Running live in KDE, there didn’t seem to be a way to launch the installer. (Or my old eyes couldn't find one!) If that is the case, perhaps it should be noted somewhere that installation needs to be done from XFCE?

Predictably, a couple of MX tools don't work. Panel orientation is one of course, the other is the ability to hide the individual tools from the menu.

I've tried adding DE's to distros in the past, and know how many things it can break, but with a couple of minor issues, this is a fully usable KDE environment. Thanks for your work on this Stevo.

As an aside, after all the clamouring when KDE 4 was released to have the ability to select different wallpaper per desktop, I find it hard to understand why it has been removed from Plasma 5!

Chris

This version does not use plasma 5.

Posted: **Wed Apr 20, 2016 6:49 am**

richb wrote: This version does not use plasma 5.

Sorry - I described my comment as an aside to mean that it didn't apply to this release; i should have been clearer.

Chris

Posted: **Wed Apr 20, 2016 2:53 pm**

chrispop99 wrote:Installed to desktop in sig.

Running live in KDE, there didn’t seem to be a way to launch the installer. (Or my old eyes couldn't find one!) If that is the case, perhaps it should be noted somewhere that installation needs to be done from XFCE?

Predictably, a couple of MX tools don't work. Panel orientation is one of course, the other is the ability to hide the individual tools from the menu.

I've tried adding DE's to distros in the past, and know how many things it can break, but with a couple of minor issues, this is a fully usable KDE environment. Thanks for your work on this Stevo.

As an aside, after all the clamouring when KDE 4 was released to have the ability to select different wallpaper per desktop, I find it hard to understand why it has been removed from Plasma 5!

Chris

I have the KDE desktop set to not show anything that's in the Desktop folder on it, the way it comes from Debian. You can either change the default Desktop to Folder view if you want to clutter it up (just my opinion), open the Desktop folder in Dolphin to run the installer, or use the command line as noted. I might change the default view to match that of the xfce4 in MX, so the installer icon will be visible. And, as you mentioned, xfce4-specific MX tools have no effect in KDE.

Posted: **Wed Apr 20, 2016 6:16 pm**

First of all it looks great, I think if we make it boot directly into KDE that would be most obvious improvement. I think we need to ping BitJam for this, maybe he can change his installed-to-live script to do an exception for lightdm.conf since that gets "generalized" which means is reverted to the general form no matter how you customize it (but I don't know how that should be handled) Otherwise another solution, and it might be easier, would be to replace lightdm with kdm or another desktop manager.

xfce4-specific MX tools have no effect in KDE.

I can work on that sometime, if I get help, so for example if for KDE there's an easy way to transpose the panel (it used to be easy in KDE3.x not sure now with plasma) I could add a detection code in mx-panel-orientation and when running KDE will transpose KDE panel.

Posted: **Wed Apr 20, 2016 9:24 pm**

During testing I thought there were things that ran better with KDM.

Posted: **Wed Apr 20, 2016 9:58 pm**

If installing KDM gets around the problem then it is by far the easiest solution. It also provides a more complete KDE experience.

Posted: **Wed Apr 20, 2016 10:55 pm**

Exactly what problem is that again?

Posted: **Wed Apr 20, 2016 11:10 pm**

Adrian wrote:First of all it looks great, I think if we make it boot directly into KDE that would be most obvious improvement. I think we need to ping BitJam for this, maybe he can change his installed-to-live script to do an exception for lightdm.conf since that gets "generalized" which means is reverted to the general form no matter how you customize it (but I don't know how that should be handled) Otherwise another solution, and it might be easier, would be to replace lightdm with kdm or another desktop manager.

Posted: **Thu Apr 21, 2016 1:33 am**

So Steve, if you want KDE default (I think that would be nice) you can either install KDM or you could customize the lighdm.conf file from /usr/local/share/live-files/general-files -- that's the file that gets used to overwrite the one in /etc/lightdm.conf (or wherever that file is, I'm not in front of a MX right now to check). So just set up KDM as default and want to keep lightdm, just copy the lightdm.conf over to the general-files locations (make sure you don't have any personal info there) -- from now on that's going to be the file that gets copied and used in the snapshot.

Posted: **Thu Apr 21, 2016 1:30 pm**

Is MX15-x64_KDE_added-18Apr2016.iso a "live medium", so I can try it booting off DVD-R before installing ?

Posted: **Thu Apr 21, 2016 1:46 pm**

eemaestro wrote:Is MX15-x64_KDE_added-18Apr2016.iso a "live medium", so I can try it booting off DVD-R before installing ?

Yes, it's a Live ISO; it currently boots by default to the xfce 4 desktop, but you can log out of that back to the lightdm login screen, choose a KDE plasma session there, and log into KDE as "demo". I don't think you can save any changes you make to the KDE desktop live session for the install like you can for the xfce 4 desktop...just any packages that you install in Live session can be carried over to the install, no matter what the desktop.

Posted: **Sat Apr 23, 2016 12:44 am**

Got the ISO on the third try at downloading and burned it to DVD. Thanks. What username and password will run the demo from the live DVD?

Posted: **Sat Apr 23, 2016 12:58 am**

should be demo and demo from what i remember.

Posted: **Sat Apr 23, 2016 12:59 am**

oops, double post.

Posted: **Sat Apr 23, 2016 1:05 am**

Thanks. What username and password will run the demo from the live DVD?

root pw is root

demo (user) pw is demo

Posted: **Sat Apr 23, 2016 11:41 am**

Thank you. Got Xfce booted from the live DVD on my 3rd try. So it runs on my 64-bit AMD CPU. Xfce looks great. No sound, though. Logged out to the username/password dialog box down by the river. Didn't see the KDE plasma option. Am I looking in the wrong place? Or does it have to be installed to the hard drive first? Or maybe I'll get lucky on my third try :)

Posted: **Sat Apr 23, 2016 11:53 am**

Up in the top right corner of the login page. It's really small.-)

Posted: **Sat Apr 23, 2016 12:51 pm**

tascoast wrote:
Thanks. What username and password will run the demo from the live DVD?
root pw is root

demo (user) pw is demo

Those remain the same as in standard MX 15...those user names and passwords are noted on the MX Welcome screen that everyone sees, but can be easy to miss.

Posted: **Sat Apr 23, 2016 3:17 pm**

Two small icons up there. The one on the left is where you choose the Desktop you want to use. On a LiveDVD there is no way to keep the choice unless you use Persistence.

Posted: **Sat Apr 23, 2016 3:56 pm**

The whole thing has a picture and an explanation in the...where you would expect, if expecting you were.

Posted: **Sat Apr 23, 2016 5:33 pm**

Jerry3904 wrote:The whole thing has a picture and an explanation in the...where you would expect, if expecting you were.

Posted: **Sat Apr 23, 2016 7:33 pm**

The maybe I'll get lucky on the third try may have misled me.

Posted: **Sat Apr 23, 2016 8:50 pm**

Well, yes, I found the MX-Linux manual. Thanks for the hyptertext link.
Yes, the icon is very small. Thanks, arjaybe.

lucky9 wrote:The maybe I'll get lucky on the third try may have misled me.

The first two times I tried to boot from the MX15 Live-DVD, it failed. The third time worked great.

I fiddled around with the KDE4.12.0 sound manager. I set the analog sound output to my SoundBlaster PCI card. Still no sound. Then I found buttons to display the KDE equivalent of a VU meter, and soon thereafter, a button to disable the HDMI (mobo) sound device.
After disabling it, suddenly sound from my SoundBlaster card. Great!
Thank you, all!
Looks great except no Kate under Utilities. No big deal; it prompted me to learn KWrite also does word wrap.
Finally got rid of the green BASH prompt. YAY! I have been able to modify the appearance of this windowing system to the point where it now looks good. I will play with Xfce too. Good job!

Posted: **Thu May 19, 2016 9:46 pm**

Just sent up the May 2016 update. This one now autologins to the KDE desktop in the Live session, which will show MX Welcome and the installer sitting alone on the desktop. (MX Welcome has a link to the manual section which tells you the passwords for the Live session, BTW.) Everything is upgraded to the latest version in main and Debian, as well as having LibreOffice upgraded to 5.1.2 from jessie-backports and Qbittorrent upgraded to 3.3.4 from MX testing. The damaged libgs9 package has been fixed, and Dolphin's settings are changed a bit to show the old style text menu. This version is also still using lightdm with the MX 15 theming.

I thought about using kdm, but I like the MX 15 theme in lightdm better than any I could come up with in kdm, though the Oxygen kdm theme's not too bad.

It should be in the download repo soon (1.3 GB), or all the files, including md5 and sha512 hash sums and signature files, are temporarily here:

https://drive.google.com/open?id=0BxE7w ... UNaOWZJZkk

Posted: **Fri May 20, 2016 12:54 am**

Thank you Steve, will have more free time at the weekend to enjoy your work.

Posted: **Fri May 20, 2016 11:15 am**

Stevo wrote:Just sent up the May 2016 update. This one now autologins to the KDE desktop in the Live session, which will show MX Welcome and the installer sitting alone on the desktop. MX Welcom has a link to the manual section which tells you the passwords for the Live session. Everything is upgraded to the latest version in main and Debian, as well as having LibreOffice upgraded to 5.1.2 from jessie-backports and Qbittorrent upgraded to 3.3.4 from MX testing. The damaged libgs9 package has been fixed, and Dolphin's settings are changed a bit to show the old style text menu. This version is also still using lightdm with the MX 15 theming.

It should be in the download repo soon (1.3 GB), or all the files, including md5 and sha512 hash sums and signature files, are temporarily here:

https://drive.google.com/open?id=0BxE7w ... UNaOWZJZkk

Great job on this stuff, Stevo! You are singlehandedly making a lot of users happy with this work.

Posted: **Fri May 20, 2016 3:23 pm**

Always keep a copy. Installed them to take a good look also. I had trouble getting used to the movements in the menu on the last version. But Thanks Stevo. They rock.

Posted: **Fri May 20, 2016 4:43 pm**

Posted: **Mon Sep 12, 2016 9:06 pm**

I wonder why anyone would ever use anything else but KDE. xfce is a sorry excuse of a desktop so the guixsd people need to add KDE too.

one of the KDE distros shipped without kmenuedit which is a shame.

Posted: **Mon Sep 12, 2016 9:30 pm**

Mam, you have one nasty mouth! If you are going to continue in this community, you need to start respectimg differences of opinion.

Posted: **Mon Sep 12, 2016 9:33 pm**

@Jerry3904

Posted: **Mon Sep 12, 2016 10:29 pm**

Everyone's entitled to an opinion, no matter how ridiculous it is. Yop seems to be veering into trollish territory, though.

Posted: **Tue Sep 13, 2016 7:25 am**

yop wrote:I wonder why anyone would ever use anything else but KDE. xfce is a sorry excuse of a desktop so the guixsd people need to add KDE too.

I am using KDE just now, but I've used other DE too. By the way, XFCE should be my second DE. And, diversely of you I can understand perfectly how other people likes other DEs. Anyway, being KDE 4 so good (not the same opinion about Plasma5) it is not the more popular. So, MOST of Linux/BSD users likes OTHER DEs. Period.

yop wrote:one of the KDE distros shipped without kmenuedit which is a shame.

Kmenuedit is available via Synaptic, Apt-get, Aptitude, etc. And yes, kmenuedit and kuser are my first installs on most distros. But again, not everybody wishes to modify their menus. And the maximum size for a distro should not be 4,7 GB necessarily.

Of course, this is only my humble opinion, perhaps your is better.

Posted: **Sun Sep 18, 2016 8:24 pm**

I use both KDE and XFCE. My KDE installation is 'home grown' so-to-speak. But it's used mainly because I'm extremely comfortable in that GUI DE. I have been for years. I've felt no reason to change. But I keep XFCE around. Mainly to stay connected to the community a little closer. It is interesting to delve into occasionally.

Posted: **Mon Sep 19, 2016 3:58 am**

I personally find KDE's stock interface...ANNOYING. Prefer XFCE. Not to mention the fact that KDE requires about 3 times the RAM to run it (as compared to XFCE). Memory Comparison--pay particular attention to the Bottom Bar Graph

Posted: **Mon Sep 19, 2016 2:38 pm**

Memory is cheap. I'm running 8 GB on my old Daily Driver. Along with 240 GB SSD. 16 GB on a newer machine. With a 120 GB SSD. Interfaces are like food preferences. What you are used to and what's convenient. I have nothing against XFCE except less familiarity. It works fine and certainly doesn't 'annoy' me. It is a very good choice for the default MX.

Posted: **Mon Sep 19, 2016 3:55 pm**

Memory is only cheap if your damn system allows you to add it! Which most netbooks do not--beyond 2 GB that is.
Therefore, MY PRIORITIES have to be the lightest resource usage possible while still remaining useful and useable. KDE and Gnome3 are comparable on my netbooks to running Windows 3.1 on a 1MB 80286--the only thing you could do on it was play Solitaire in outline mode, after waiting 10 minutes for it to load!

Posted: **Tue Sep 20, 2016 3:22 am**

eselma wrote:
yop wrote: But again, not everybody wishes to modify their menus.
Of course, this is only my humble opinion, perhaps your is better.

if we take out every single app which someone might not want to use (using your suggestion), then we end up with busybox and vi as the only executables in the distro.

but that is just IHMHO.

Posted: **Tue Sep 20, 2016 5:34 am**

azrielle wrote:I personally find KDE's stock interface...ANNOYING. Prefer XFCE. Not to mention the fact that KDE requires about 3 times the RAM to run it (as compared to XFCE). Memory Comparison--pay particular attention to the Bottom Bar Graph

I find it annoying, IHMO, if things that are quick to do in KDE are impossible to do in xfce, and those are in no short supply. starts with rearranging the main menu... :lipsrsealed:

Posted: **Tue Sep 20, 2016 7:09 am**

yop wrote:
eselma wrote:
yop wrote: But again, not everybody wishes to modify their menus.
Of course, this is only my humble opinion, perhaps your is better.
if we take out every single app which someone might not want to use (using your suggestion), then we end up with busybox and vi as the only executables in the distro.

but that is just IHMHO.

If you read accurately my post, it was about to ADD two applications (installed by the user), not to PURGE most of them. Seems it was clear enough.

Posted: **Tue Sep 20, 2016 8:11 am**

starts with rearranging the main menu...

We developed the MX Menu Editor to accomplish some of that--have you looked at it?

Posted: **Tue Sep 20, 2016 9:43 am**

Jerry3904 wrote:
starts with rearranging the main menu...
We developed the MX Menu Editor to accomplish some of that--have you looked at it?

yes. but k-menu-edit is way easier to use.

Posted: **Wed Sep 21, 2016 4:04 am**

My Netbook is a single-core Atom with 2 GB of RAM and a 160 GB HDD. The default MX-15 and antiX run fine on it. It is not a primary system except when away from home. It is still very useful to me for remote access to the Internet.

Posted: **Wed Sep 21, 2016 6:51 am**

@ yop and skidoo: the Mods have decided to delete both posts as inappropriate for this Forum, and would like to remind you to keep your posts civil.

Posted: **Wed Sep 21, 2016 6:57 am**

Okay , so let us have a rational discussion about ergonomy of KDE versus XFCE. My humble opinion is that KDE ergonomy is just very handy, while XFCE is faster on subnetbooks but with some ergonomy shortcomings.

Posted: **Wed Sep 21, 2016 7:00 am**

ergonomy of KDE versus XFCE

--> start a new thread, under Community > Chat

MX Linux Forum

Unofficial MX 15-64 KDE snapshot

Unofficial MX 15-64 KDE snapshot

Re: Uploaded updated snapshot of my 64-bit xfce+KDE "respin"

Re: Uploaded updated snapshot of my 64-bit xfce+KDE "respin"

Re: MX 15 KDE February snapshot

Re: MX 15 KDE February snapshot

Re: MX 15 KDE February snapshot

Re: MX 15 KDE February snapshot

Re: MX 15 KDE February snapshot

Re: MX 15 KDE February snapshot

Re: MX 15 KDE February snapshot

Re: MX 15 KDE February snapshot

Re: MX 15 KDE February snapshot

Re: MX 15 KDE February snapshot

Re: MX 15 KDE February snapshot

Re: MX 15 KDE February snapshot

Re: Unofficial MX 15-64 KDE February snapshot

Re: Unofficial MX 15-64 KDE February snapshot

Re: Unofficial MX 15-64 KDE February snapshot

Re: MX 15 KDE February snapshot

Re: Unofficial MX 15-64 KDE February snapshot

Re: Unofficial MX 15-64 KDE February snapshot

Re: Unofficial MX 15-64 KDE February snapshot

Re: Unofficial MX 15-64 KDE February snapshot

Re: Unofficial MX 15-64 KDE February snapshot

Re: Unofficial MX 15-64 KDE February snapshot

Re: Unofficial MX 15-64 KDE February snapshot

Re: Unofficial MX 15-64 KDE February snapshot

Re: Unofficial MX 15-64 KDE February snapshot

Re: Unofficial MX 15-64 KDE February snapshot

Re: Unofficial MX 15-64 KDE February snapshot

Re: Unofficial MX 15-64 KDE February snapshot

Re: Unofficial MX 15-64 KDE February snapshot

Re: Unofficial MX 15-64 KDE February snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot

Re: Unofficial MX 15-64 KDE snapshot