Unofficial MX 15-64 KDE snapshot

[Jerry3904]

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!

[richb]

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).

[v3g4n]

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/

[Stevo]

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.

[v3g4n]

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.

[Stevo]

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.

[v3g4n]

I understand what you mean now.

[v3g4n]

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.

[m_pav]

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

[watsoccurring]

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.