Re: OpenBSD VPS hoster with unlimited/limited nonfiltered traffic

2020-04-19 Thread j3s


> Do you know any clock fix for Debian guest like 
> kern.timecounter.hardware=tsc + NTPd for OBSD guests?


Sadly I do not. Keep an eye on openbsd.amsterdam - they follow openbsd patches 
closely and care a lot about this issue.

For what it’s worth, CentOS was even worse for me; for every 20 real seconds, 1 
passed in centos. :v



Re: OpenBSD VPS hoster with unlimited/limited nonfiltered traffic

2020-04-19 Thread j3s
> Will I encounter the same issue with clock > synchronization on VMM based

Unfortunately you will, the clock issues aren’t quite worked out yet.



Re: OpenBSD VPS hoster with unlimited/limited nonfiltered traffic

2020-04-17 Thread j3s

On 4/10/20 4:51 AM, Martin wrote:

I'm looking for relatively cheap VPS with OpenBSD installation support and with 
~1Tb of unfiltered traffic. In any words all in/out VPS ports must be opened by 
default.
Any recommendations?


Ohai. Co-founder of Cyberia Computer Club here - we're a US-based 
nonprofit - part of our deal is providing good & open services.


We host our own hardware in a US datacenter, and offer OpenBSD VMs for 
decent prices. You can see the whole shtick at https://capsul.org


No filtering or snooping, you just get a box on a public IPv4 and that's it.

Just wanted to toss my own hat in the ring!


j3s



Re: passive-aggressive questions

2020-04-14 Thread j3s

On 4/14/20 11:02 PM, zap wrote:

I'll be honest, i like libre software, but, libre software that is
insecure, aka redhat's bs, openssl, java, etc... is barely better than
proprietary software.


this is crap.


unix philosphy should have been kept in linux.  Because it wasn't,
well... Linux and GNU for that matter are going to take a hit again and
again, till they learn their damn lessons.


GNU isn't a collective of children to be punished. They're programmers 
volunteering their time and you sound like a sad person for treating 
them this way.


But also, Theo is right, none of this relates to OpenBSD; it seems like 
you just want a pedestal to piss on others from. This is not that place.




Re: Openbsd mirrors in Kazakhstan?

2020-04-10 Thread j3s

On 4/10/20 12:11 PM, Nikita Stepanov wrote:

Openbsd mirrors in Kazakhstan?


https://www.openbsd.org/ftp.html


doesn't look like it, you may be able to find one somewhat close though.



Re: Guidance: How often to update -current?

2020-03-21 Thread j3s
On Sat Mar 21, 2020 at 6:23 PM PST, Paco Esteban wrote:
> On Sat, 21 Mar 2020, j3s wrote:
>
> > On Sat Mar 21, 2020 at 8:59 AM PST, Theodore Wynnychenko wrote:
> > > But, this got me thinking (I am better with schedules): What is a
> > > reasonable amount of time between updates of -current?
> > 
> > > Just looking for opinions.
> > 
> > My opinion is at least twice a month if you're following -current.
> > 
> > With that said, People's opinions will vary, and unfortunately you're
> > unlikely to find consensus here.
> > 
> > -current is meant to be experimental, and if possible I'd recommend
> > following the stable releases instead - that way you're on a 6 month
> > schedule.
>
> Some of us use -current daily even for work stuff and rely on it, so
> I would not call it experimental.

>From https://www.openbsd.org/faq/current.html

>  Aggressive changes are sometimes pushed in this branch, and
>  complications can arise when building the latest code or upgrading
>  from a previous point in time.

Sounds experimental to me, but like I said, do what you like.

If you don't need to run on -current, just stick to the main releases,
that's my point.



Re: Guidance: How often to update -current?

2020-03-21 Thread j3s
On Sat Mar 21, 2020 at 8:59 AM PST, Theodore Wynnychenko wrote:
> But, this got me thinking (I am better with schedules): What is a
> reasonable amount of time between updates of -current?

> Just looking for opinions.

My opinion is at least twice a month if you're following -current.

With that said, People's opinions will vary, and unfortunately you're
unlikely to find consensus here.

-current is meant to be experimental, and if possible I'd recommend
following the stable releases instead - that way you're on a 6 month
schedule.