Expansion Pack Manager (issue #205)

[kanthoney]

However, when tried on a Slax distro, Stashes downloading freezes at the "known" status <Unknown of Unknown>

So close, yet so far away.

You've somehow downloaded Donald Rumsfeld. Burn your computer now!

[Cody]

<sniggers>

[Getafix]

<chortles> - Thanx kanthoney...

I needed that! Sometimes I forget to focus on the fun part of it.

...oh, and by the way, all the links in tomorrow's nightly page will be broken.
(do I win the drunk penguin avatar? No?!? At least, can someone change Grand to Drunk in my pompous title?!?)

EDIT 2016/09/15 12:34pm (UTC)
The nightly Oolite for Linux 64bit broken link issue has been fixed.

EDIT 2016/09/15 15:10 (UTC)
Successfully tested on Fedora 24.

EDIT 2016/09/15 19:20 (UTC)
Successfully tested on openSUSE Leap 42.1.

EDIT 2016/09/15 19:28 (UTC)
Just for the record, yesterday, it has been successfully tested on Ubuntu 14.04 and Linux Mint 18 Cinnamon too.

[SMax]

Ubuntu 16.04 - not working.
Updated from oolite-trunk-update to 1.85.0.6836-160914-54094e9.

Code: Select all

18:55:05.142 [oxz.manager.debug]: Download request received, 
using https://12009.selcdn.ru/links/oolite/MFDRestoreAfterLoad_0.1.oxz and 
downloading to /home/max/GNUstep/Library/Caches/org.aegidian.oolite/Oolite-download.oxz
18:55:05.337 [oxz.manager.debug]: Download receiving
18:55:05.337 [oxz.manager.debug]: Downloaded 90 bytes
18:55:05.353 [oxz.manager.debug]: Download complete
18:55:05.375 [oxz.manager.error]: Downloaded OXZ does not contain a manifest.plist, has been left in 
/home/max/GNUstep/Library/Caches/org.aegidian.oolite/Oolite-download.oxz

In Oolite-download.oxz error page "400 Bad request".

P.S. Broken link for nightly build x64 - "Error 404: Page not found".

[Getafix]

Ubuntu 16.04 - not working...
...In Oolite-download.oxz error page "400 Bad request"...

[Getafix]

I'm working on it as of yesterday morning, but, everything is against me.
For the time being my linux virtualbox VMs refuse to use my host's network,
making debugging and issue replication just impossible!

[Getafix]

A new nightly (i.e. 5e73cfb) is on its way, trying to address most of the SSL/TLS implementations
proposed by the multitude of Linux distros currently out there.

Please, give it a try and return some feedback. Thank you for your patience and cooperation on the matter.

To get an idea on the complexity of the situation, go through the following great article:
A note about SSL/TLS trusted certificate stores, and platforms (OpenSSL and GnuTLS)

[phkb]

To get an idea on the complexity of the situation, go through the following great article:
A note about SSL/TLS trusted certificate stores, and platforms (OpenSSL and GnuTLS)

Oh my...
That's the sort of stuff that takes days to get your head around and weeks to get over.

[Getafix]

Oh my...
...and weeks to get over.

...and the case, my friend, ain't closed yet! (facepalm)

[Stormrider]

...and the case, my friend, ain't closed yet!

Well thankfully you've made progress, I have successfully downloaded stashes from the expansion manager on Mint 17.1. Looks like Debian and its derivatives are working. I've got the /etc/ssl/cert directory and the /etc/ssl/certs/ca-certificates.crt bundle file.
Great work, thank you.

[Getafix]

Well thankfully you've made progress...

Thanx for the feedback Stormrider! I am proceeding in building the 32bit libraries.

I have just accepted that we cannot have a foolproof solution.
If there is no [b]/etc/ssl/certs[/b] folder, where the Trusted Root Certification Authorities store is maintained ,
Oolite (delivered by the oolite.org "distro-independent" installer) will fail to download any expansion pack from an HTTPS location.
To be honest, with what I know so far, there cannot be a foolproof solution as long as

1. the Linux distros don't agree on a single default location, <penguin roflhao>
2. Oolite for Linux defines what is the oldest distro supported and
3. perhaps Oolite for Linux, drops some of its library version compatibility with Oolite for Windows.

There is ongoing work for (b.) and (c.). However, for (a.), with about 2-4 ditros applying to DistroWatch each week and
with 281 currently active distros, I won't live to see that day.

In the meantime Oolite with its "distro-independent" installer (later, I will post a more elaborated note on that matter),
can only find solutions to adapt to as many target environments as possible... and we already have an improvement in the to-do list.

[Cody]

... with about 2-4 distros applying to DistroWatch each week and with 281 currently active distros, I won't live to see that day.

Crikey... you poor penguin!

[Getafix]

Crikey... you poor penguin!

[SMax]

Ubuntu 16.04 x64 work fine (1.85.0.6845-160926-eef1280).
OXP successfully downloaded from DropBox, Bitbucket and Selectel Cloud Storage (selcdn.ru).

[Getafix]

Ubuntu 16.04 x64 work fine (1.85.0.6845-160926-eef1280).
OXP successfully downloaded from DropBox, Bitbucket and Selectel Cloud Storage (selcdn.ru).