New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.

Comments
Silly answer ....
IT IS A SMALL BATCH ARTISINAL PYTHON. IT'S A HACK THING YOU WOULDN'T UNDERSTAND!
HostUS has been extremely helpful and responsive. They are going to include SSH in their Debian 9 template and are looking into what happened with the compiling issue I experienced.
And Zerpy, I found some bugs in some Python libraries with particular versions of OpenSSL. The solution appeared to be custom compilation.
In any case this thread can be closed. I consider the issues resolved.
>
why not use python from debian repository ?
from my experience, it's bad habbit to compile by self. here is some issues:
if you must compile from source, do it on local PC (there is technology called virtualbox to simulate your vps), then deploy to your vps.
This topic came up while I was looking for information about the current IPv4 issues HostUS is facing in Amsterdam.
I have 2 OpenVZ VPS with HostUS for a year now. One in London and the other in Amsterdam. I had no serious issues thus far and ticket response is fine. I have also suggested their service to colleges. Overall I'm a satisfied customer.
Ten hours ago, the VPS in AMS appeared to be offline, although when connecting through the emergency console all of the services were running. After doing some checks to make sure that there is indeed a problem, I opened a ticket detailing the situation. A response on the ticket came almost nine hours later (I have to admit that it was midnight time in Europe) which wasn't something I was used to.
This is the only bad experience in a year's time. I don't think it's enough for me to become an unsatisfied customer. I'd like though a faster response to know that someone is there, knowing the issue and hopefully doing something for it.
We have been speaking with our Amsterdam network provider for 10 hours now, unfortunately it is clear they are not technically competent to fix the issue. I am not trying to blame them, but its clear to me we need to find another upstream for Amsterdam.
Amsterdam is my favorite place in the world, we do plan to find a better upstream.
If you do want to talk about this further, do let me know
Alexander
Thanks @AlexanderM. I appreciate your openness which strengthens the relationship with customers