Contains several Ubuntu and Windows fixes, but also some generic ones: 6 December 2012: 4.8.3 (General Release) * Fix a bug preventing the client from opening the web browser on some Linux setups * Fix further bugs causing warnings when installing through Ubuntu Software Center 30 November 2012: 4.8.1 (General Release, Linux) * Fix a bug preventing the program from installing through Ubuntu Software Center 24 November 2012: 4.8.1 (General Release, Mac only) * Fix an issue where non-administrator user accounts could not run the program on Mac 21 November 2012: 4.8.0 (General Release) * Fixed bug causing synchronizations to not work correctly under Windows XP in certain situations * Re-built the Windows installation file as MSI for greater flexibility and installation user management * Fixed bug causing recycle bin downloads to fail * Fixed bug causing custom download locations for file-restores not to work correctly * Fixed bug causing un-installation to require reboot under Windows Reproducible: Always
Dennis, any idea how to deal with the new download SRC_URI? All they give us is https://spideroak.com/getbuild?platform=ubuntu&arch=x86_64 but I don't see how to specify version 4.8.3 the way we could with their older url which was of the form: https://spideroak.com/directdownload?platform=ubuntulucid&arch=x86_64&revision= I could set up a local mirror on my dev space to do so. I'm looking at the licensing now but let me know what you think before I go that way.
Hi Anthony! (In reply to comment #1) > but I don't see how to specify version 4.8.3 the way we could with their > older url which was of the form: Didn't we have the same situation earlier? And they added the possibility to specify a version back in, when we told them that this is a problem? Otherwise I am fine with a mirror.
(In reply to comment #2) > Hi Anthony! > > (In reply to comment #1) > > but I don't see how to specify version 4.8.3 the way we could with their > > older url which was of the form: > Didn't we have the same situation earlier? And they added the possibility to > specify a version back in, when we told them that this is a problem? > > Otherwise I am fine with a mirror. We did have this issue earlier but the script has changed. I tested having a mirror and it works fine as expected, but I don't think we can distribute according to their license: You shall not (a) copy, reproduce, modify, adapt, create any derivative works from, distribute, transmit or otherwise exploit the SpiderOak Intellectual Property or ... Notice we also have RESTRICT="mirror". Do you have time to puruse this upstream? Otherwise it will have to wait if I do it.
(In reply to comment #3) > Do you have time to puruse this upstream? Sorry, I don't. We could write them a quick email, but if this involves any kind of work, it will have to wait.
(In reply to comment #4) > (In reply to comment #3) > > Do you have time to puruse this upstream? > Sorry, I don't. We could write them a quick email, but if this involves any > kind of work, it will have to wait. Okay email them and CC me.
I contacted upstream about this issue, and was told that the following URL structure will work: https://spideroak.com/getbuild?version=4.8.3 Hopefully this will enable Gentoo (and other distros) to properly package this.
Created attachment 334242 [details, diff] spideroak-bin-4.8.3.ebuild.patch (In reply to comment #6) > I contacted upstream about this issue, and was told that the following URL > structure will work: Thanks! That is the same answer we (blueness and I) received. Patch for adjusted ebuild attached. (I did not move to EAPI5, because there seems to be no benefit for us.)
(In reply to comment #7) > (In reply to comment #6) > > I contacted upstream about this issue, and was told that the following URL > > structure will work: > Thanks! That is the same answer we (blueness and I) received. P.S: This page also gives a HTTP 500 - hence I was not able to verify whether it actually works and whether the .deb contains changed dependencies. We will have to do that later, when they fixed it.
Created attachment 334254 [details, diff] spideroak-bin-4.8.3.ebuild.patch I removed the unbundling (USE=system-libs was masked before, anyway) — several libraries have different SOVERSION now, which are not available on my ~amd64 system: libcrypto.so.6 / libssl.so.6 — I have only .1.0.0 and .0.9.8 — no idea what .6 shall be… libexpat.so.0 — I have only .1 No longer bundled: libpcre.so Additionaly bundled: libgssapi_krb5.so.2 libsepol.so.1 I did not look at the bundled eggs, since we never tried to unbundled them before, either.
Created attachment 334256 [details, diff] spideroak-bin-4.8.3.ebuild.patch (I left over some junk during USE=system-libs removal — cleaned up now.)
Created attachment 334266 [details] spideroak-bin-4.8.3.ebuild They changed several things. For one, SpiderOak now resides within /opt! Hurray! I updated the ebuild accordingly. No patch attached, because it is almost a rewrite. (I took the liberty to also change a few other things, like the rpath marking and installation of the executable.)
Created attachment 334268 [details, diff] spideroak-bin-4.8.3-headless.patch 4.8.3 needs a new patch for headless support, since the location changed to /opt.
They've added a new dependency on app-crypt/mit-krb5[keyutils]. To see that: cd /opt/SpiderOak readelf -d $(find . -iname "*so*") 2>/dev/null | grep NEEDED \ | awk '{ print $5 }' | sort | uniq Note: libgssapi_krb5.so.2, libk5crypto.so.3, libkeyutils.so.1, libkrb5.so.3, libkrb5support.so.0, which were not there in spideroak 4.7.x.
Okay its in the tree with the kerberos dependency.
(In reply to comment #13) > Note: libgssapi_krb5.so.2, libk5crypto.so.3, libkeyutils.so.1, libkrb5.so.3, > libkrb5support.so.0, which were not there in spideroak 4.7.x. Make me wonder why they ship only libgssapi_krb5.so.2 and what they need libsepol.so.1 for... Complete list of bundled libraries: # find . -iname '*.so*' | cut -c3- | sort -u | grep ^lib libcrypto.so.6 libcurl.so.4 libexpat.so.0 libgcc_s.so.1 libgssapi_krb5.so.2 libpng12.so.0 libQtCore.so.4 libQtGui.so.4 libQtNetwork.so.4 libsepol.so.1 libsqlite3.so.0 libssh2.so.1 libssl.so.6 libstdc++.so.6 libz.so.1 Complete list of needed libraries: # scanelf -n $(find . -iname '*.so*') | awk '{print$2}' | tr , '\n' | sort -u | grep ^lib ld-linux-x86-64.so.2 libcom_err.so.2 libcrypto.so.6 libc.so.6 libcurl.so.4 libdl.so.2 libfontconfig.so.1 libfreetype.so.6 libgcc_s.so.1 libglib-2.0.so.0 libgssapi_krb5.so.2 libgthread-2.0.so.0 libk5crypto.so.3 libkeyutils.so.1 libkrb5.so.3 libkrb5support.so.0 libm.so.6 libpng12.so.0 libpthread.so.0 libQtCore.so.4 libQtGui.so.4 libQtNetwork.so.4 libresolv.so.2 librt.so.1 libsqlite3.so.0 libssh2.so.1 libssl.so.6 libstdc++.so.6 libX11.so.6 libXext.so.6 libXrender.so.1 libz.so.1
(In reply to comment #15) > (In reply to comment #13) > > Note: libgssapi_krb5.so.2, libk5crypto.so.3, libkeyutils.so.1, libkrb5.so.3, > > libkrb5support.so.0, which were not there in spideroak 4.7.x. > Make me wonder why they ship only libgssapi_krb5.so.2 and what they need > libsepol.so.1 for... > Selinux, probably for redhat. Thankfully we don't have to provide it for spideroak to work otherwise, we'd be in trouble.
