Re: OpenBSD httpd and HTTP/2

2017-03-31 Thread Yury Shefer
Isn't it a result of wrong assumptions based on developer's experience
with employer-provided high-end laptops and workstations? Like "oh,
i'm gonna to add this feature and that tweak here and it will be good
enough because any PC (around me, in the office) has 16 (ok, at least
8) Gb of RAM AND 100+ Mbps Internet connection"?
And the other side has the point as well - everyone remembers famous
Bill Gates quote "640KB should be enough for anyone". By the time the
protocol gets widely adopted - nobody would care and majority of
systems will have 8 Gb of RAM. What a waste!

On Fri, Mar 31, 2017 at 9:04 AM,   wrote:
> On Fri, 31 Mar 2017 12:14:34 +0200
> Reyk Floeter  wrote:
>
>> Isn't QUIC the hot new thing now?  It is UDP, so Google can reinvent
>> TCP and turn even more of their browser into an OS-replacement ;)
>
> Oh come on now, how else will Google be able to claim they are
> inventing or innovating? What will they say at the meetings with their
> shareholders if they can't reinvent the wheel?
>
> Perhaps Microsoft will join in and release IPv6 Service Pack 1.
>
>> Seriously, there are benefits of implementing HTTP/2, and it would be
>> an interesting exercise to do so, but it is also adds many problems
>> and some complexity.
>
> The benefits are there, but I feel it encourages lazy and disorganized
> web development, leading to stupidly bloated and inefficient sites, and
> requiring the latest stupidly bloated and inefficient browsers.
>
> Back in the dial-up days, I remember web pages without much bloaty
> rubbish. They had to be fast, because networks were high-latency,
> low-bandwidth beasts.
>
> More efficient protocols are great, but it's a bit like increasing CPU
> speeds and RAM; fantastic, but not if the software starts becoming
> bloated beyond your wildest dreams.
>
>>
>> So: maybe.
>>
>> Reyk
>



-- 
Best regards,
Yury.



Re: Is there something to replace zaurus?

2017-03-31 Thread Ax0n
Until I really wanted to mess with vmm(4) late last year (thus requiring me
to move to a more portly i5 laptop), my daily driver was a Toshiba NB305,
on which I've run OpenBSD since 2011. It still comes out to play whenever I
need excellent battery life and/or a light carry load-out. Everything from
WiFi to screen brightness, volume control and suspend worked out of the box
with OpenBSD back then, and still does today. I max'd it out to 2GB of RAM.
Gmail in Chromium and/or Firefox is usable. HTML5 videos play fine on
YouTube in Chromium. But I wouldn't call it an enjoyable experience by any
stretch, but OpenBSD runs better on that old thing than Windows 7 starter,
Ubuntu, Arch or Debian ever did.

GeminiPDA (I won't link to it here) has piqued my interest, but if it comes
to fruition the way many crowd-funded hardware projects go, I am not
holding my breath for OpenBSD on it. I have a small fleet of HP Jornadas
(mostly 720s) that run NetBSD/hpcarm well, and the Gemini seems like it
would scratch that itch for something similar in stature with more than 205
MHz and 32MB of RAM.

On Fri, Mar 31, 2017 at 10:20 PM, Nick Holland 
wrote:

> On 03/29/17 05:51, Luke Small wrote:
> > I thought I read that there is an arm7 based mobile device, but I can't
> > find anything about it.
> >
>
> Not quite as tiny, but in more capable in almost every way are the
> netbooks of a few years ago.  In addition to being small and portable,
> they can have real networking (wireless (sometimes with a hw swapout)
> and wired), several USB devices attached, huge (relatively speaking)
> disks installed, lots of RAM, usable keyboards, etc.
>
> With lots of patience (and some swap), can even run modern browsers on
> them.
>
> Nick.



Re: malloc.conf recommended settings

2017-03-31 Thread Theo de Raadt
> I have a question about the recommended settings for /etc/malloc.conf.  

Well, by default we ship without the file.

> I'm currently using JUC on my i386 laptop, just to see how the old beast 
> handles it. I hadn't noticed any significant performance issues though it 
> did crash Chromium because it was using memory it had just freed. On my 
> amd64 desktop I am just using J as I was working on some assignments and 
> I didn't want to try anything too risky until I had completed the 
> assignments.
> 
> What are some recommended settings for /etc/malloc.conf in given 
> scenarios such as general use desktop, or an internet facing webserver?

It depends what you want.

If you want to use these features to dynamically discover software
problems, you found a feature other systems don't have.

Otherwise, don't create it.



NFS uid/gid remapping for root

2017-03-31 Thread Kenneth Gober
The man page for exports(5) claims that remote accesses by root will be mapped
to uid/gid -2:-2 unless overridden via the -maproot or -mapall options.  But if
root creates a file the result is clearly different:

# touch test
# ls -alF
total 32
drwxrwxrwx   2 ken 999  512 Apr  1 00:05 ./
drwxrwxr-x  12 root999  512 Apr  1 00:05 ../
-rw-r--r--   1 4294967294  9990 Apr  1 00:07 test
#

The problem is obvious: despite the claims of the man page, there is no such
uid/gid as -2:-2.  This diff fixes the problem:

Index: master.passwd
===
RCS file: /cvs/src/etc/master.passwd,v
retrieving revision 1.88
diff -u -p -r1.88 master.passwd
--- master.passwd 5 Mar 2016 12:31:38 - 1.88
+++ master.passwd 1 Apr 2017 04:12:19 -
@@ -58,3 +58,4 @@ _tftp_proxy:*:108:108::0:0:tftp proxy da
 _ftp_proxy:*:109:109::0:0:ftp proxy daemon:/nonexistent:/sbin/nologin
 _sndiop:*:110:110::0:0:sndio privileged user:/var/empty:/sbin/nologin
 nobody:*:32767:32767::0:0:Unprivileged user:/nonexistent:/sbin/nologin
+-2:*:4294967294:4294967294::0:0:Unprivileged NFS
user:/nonexistent:/sbin/nologin
Index: group
===
RCS file: /cvs/src/etc/group,v
retrieving revision 1.79
diff -u -p -r1.79 group
--- group 5 Mar 2016 12:31:38 - 1.79
+++ group 1 Apr 2017 04:12:19 -
@@ -77,3 +77,4 @@ _sndiop:*:110:
 dialer:*:117:
 nogroup:*:32766:
 nobody:*:32767:
+-2:*:4294967294:

Happy April 1st!

-ken



AMD Ryzen

2017-03-31 Thread Damian McGuckin

Has anybody achieved an installation of OpenBSD on this yet please?

Just curious whether it is worth the effort to try.

Regards - Damian

Pacific Engineering Systems International, 277-279 Broadway, Glebe NSW 2037
Ph:+61-2-8571-0847 .. Fx:+61-2-9692-9623 | unsolicited email not wanted here
Views & opinions here are mine and not those of any past or present employer



Re: Is there something to replace zaurus?

2017-03-31 Thread Nick Holland
On 03/29/17 05:51, Luke Small wrote:
> I thought I read that there is an arm7 based mobile device, but I can't
> find anything about it.
> 

Not quite as tiny, but in more capable in almost every way are the
netbooks of a few years ago.  In addition to being small and portable,
they can have real networking (wireless (sometimes with a hw swapout)
and wired), several USB devices attached, huge (relatively speaking)
disks installed, lots of RAM, usable keyboards, etc.

With lots of patience (and some swap), can even run modern browsers on them.

Nick.



Re: Question about bsd.rd

2017-03-31 Thread Steven Schneider

* Raf Czlonka  [170401 00:15]:

Date: Fri, 31 Mar 2017 09:13:57 +0100
From: Raf Czlonka 
To: OpenBSD Misc 
Subject: Re: Question about bsd.rd
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.8.0 (2017-02-23)
Sender: owner-m...@openbsd.org

On Fri, Mar 31, 2017 at 02:51:47AM BST, Steven Schneider wrote:

Hi @misc,

I've noticed that bsd.rd wants to download the install base packages from
/pub/OpenBSD/6.1/i386. Is this an error or some sort of alias for the path
to the snapshots of the install base? bsd.rd seems to find the install base
packages alright. pkg_add has trouble finding the application packages
though using the entry in /etc/installurl. As a result I thought I had
screwed up my upgrade royally. XD

Anyhow, I'm just curious as to what's going on. Thanks.


In term of packages, for the time being use:

# pkg_add -D snap -u

Regards,


Thanks Raf, that worked.
--
W. Steven Schneider  



malloc.conf recommended settings

2017-03-31 Thread Steven Schneider

Hi,

I have a question about the recommended settings for /etc/malloc.conf.  
I'm currently using JUC on my i386 laptop, just to see how the old beast 
handles it. I hadn't noticed any significant performance issues though it 
did crash Chromium because it was using memory it had just freed. On my 
amd64 desktop I am just using J as I was working on some assignments and 
I didn't want to try anything too risky until I had completed the 
assignments.


What are some recommended settings for /etc/malloc.conf in given 
scenarios such as general use desktop, or an internet facing webserver?


Thanks.

--
W. Steven Schneider  



Re: Sony Vaio VPCSA

2017-03-31 Thread Farty Breath
Thanks all for your help on this, much appreciated. Not an auspicious choice
of machine to start out on!

The sony's bios seems incapable of switching raid off, spent some time
toggling settings and retrying the install. Looks as if Paul's patch is the
next step.

Work took over during the week so will give it a go this weekend and report
back.

Thanks,
Simon.

On 30 March 2017 12:20:08 GMT+08:00, Paul de Weerd  wrote:
>On Thu, Mar 30, 2017 at 08:24:57AM +0800, Farty Breath wrote:
>| pciide0 at pci0 dev 31 function 2 "Intel 82801HBM RAID" rev 0x04:
>DMA,
>| channel 0 wired to native-PCI, channel 1 wired to native-PCI
>| pciide0: using apic 0 int 22 for native-PCI interrupt
>
>Right.  So that looks an awful lot like mine.  Same BIOS situation
>too.  Try that patch from my previous mail.
>
>Cheers,
>
>Paul 'WEiRD' de Weerd



Re: Missing message-ID header in OpenSMTPD emails

2017-03-31 Thread Lyndon Nerenberg

I don't use the submission port on either server, just port 25, but 5.9
sends a message-id and 6.0 does not. What does "/if necessary/" mean for the
5.9 server? What is the deciding factor to make the header necessary? I
would like the v6.0 server to send a message-id too, how do I make
whatever-it-is necessary on this server? Or was the "if necessary" feature
removed in 6.0 and replaced with "...submit port"?


The change in 6.0 brings smtpd into compliance with the SMTP 
specification.  RFC 5321 section 6.4 contains the following text:


   The following changes to a message being processed MAY be applied
   when necessary by an originating SMTP server, or one used as the
   target of SMTP as an initial posting (message submission) protocol:

   o  Addition of a message-id field when none appears

   o  Addition of a date, time, or time zone when none appears

   o  Correction of addresses to proper FQDN format

   The less information the server has about the client, the less likely
   these changes are to be correct and the more caution and conservatism
   should be applied when considering whether or not to perform fixes
   and how.  These changes MUST NOT be applied by an SMTP server that
   provides an intermediate relay function.

Note the MUST NOT in the final paragraph.  When a message is received on 
port 25, smtpd really has no way of knowing if it is the "originating" 
server, therefore it can't add the message ID.  If it receives the message 
on port 587 (the submission service), it is - by definition - the 
originating SMTP server, and is allowed to add the message ID if it's 
missing.


--lyndon



Re: Missing message-ID header in OpenSMTPD emails

2017-03-31 Thread Ted Unangst
LD wrote:
> I don't use the submission port on either server, just port 25, but 5.9
> sends a message-id and 6.0 does not. What does "/if necessary/" mean for the
> 5.9 server? What is the deciding factor to make the header necessary? I
> would like the v6.0 server to send a message-id too, how do I make
> whatever-it-is necessary on this server? Or was the "if necessary" feature
> removed in 6.0 and replaced with "...submit port"?

The test is checking for port 587. Which is normally the outbound submission
port. Outbound mail should have message-ID added.

Port 25 is more typically inbound mail, and the receiving server should not be
adding its own message-ID. 

I don't know if this is the best possible result, although it's pretty close
to what most people want. Anyway, it's not really configurable without
changing the code.



Typo in man page for xsetroot

2017-03-31 Thread Mihai Popescu
Hello,

There is a typo in man page for xsetroot.

In section OPTIONS, there is '-verson' and I think it should be '-version'.



Missing message-ID header in OpenSMTPD emails

2017-03-31 Thread LD
I have an OpenBSD 5.9 and an OpenBSD 6.0 server each set up as email servers.
The v5.9 server adds a message-id header to outgoing emails, the v6.0 does
not. Looking at the change log for each release it states that for v5.9
"/Add Message-Id header if necessary/" and v6.0 "/Add missing date or
message-id when listening on the submit port/ ."

I don't use the submission port on either server, just port 25, but 5.9
sends a message-id and 6.0 does not. What does "/if necessary/" mean for the
5.9 server? What is the deciding factor to make the header necessary? I
would like the v6.0 server to send a message-id too, how do I make
whatever-it-is necessary on this server? Or was the "if necessary" feature
removed in 6.0 and replaced with "...submit port"?

Can anyone advise, please?




--
View this message in context: 
http://openbsd-archive.7691.n7.nabble.com/Missing-message-ID-header-in-OpenSMTPD-emails-tp315697.html
Sent from the openbsd user - misc mailing list archive at Nabble.com.



Re: HEADS up: how to cope with pre-release testing with pkg_add(1)

2017-03-31 Thread Marc Espie
On Fri, Mar 31, 2017 at 10:28:42PM +0300, Mihai Popescu wrote:
> > So pkg_add will look for the release directory, and not find it yet because 
> > it's not out > yet.
> 
> Is PKG_PATH ignored then?

RTFM, I'm just making people aware of recent stuff that's fully documented.

> > until the release is done.
> 
> So this is for people wanting to install release only?

This is for people working on current right now.



Re: HEADS up: how to cope with pre-release testing with pkg_add(1)

2017-03-31 Thread Mihai Popescu
> So pkg_add will look for the release directory, and not find it yet because 
> it's not out > yet.

Is PKG_PATH ignored then?

> until the release is done.

So this is for people wanting to install release only?



Kernel panic during boot on Dell Inspiron 15-5558

2017-03-31 Thread Niko Pavlinek
Hello,

I am new to OpenBSD and am trying to install OpenBSD on my Dell laptop,
specifically Dell Inspiron 15-5558. When I boot the installation, the
kernel panics with pci_make_tag: bad request.  I am able to install if I
disable acpi during boot though.

I am new to this, so if I forgot something please tell me.
Below I am including dmesg, ps and trace outputs.

dmesg:
> OpenBSD 6.0 (GENERIC.MP) #2319: Tue Jul 26 13:00:43 MDT 2016
> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
> real mem = 4184858624 (3990MB)
> avail mem = 4053557248 (3865MB)
> mpath0 at root
> scsibus0 at mpath0: 256 targets
> mainbus0 at root
> bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xed880 (78 entries)
> bios0: vendor Dell Inc. version "A10" date 05/08/2016
> bios0: Dell Inc. Inspiron 5558
> acpi0 at bios0: rev 2
> acpi0: sleep states S0 S3 S4 S5
> acpi0: tables DSDT FACP APIC FPDT FIDT MCFG HPET SSDT UEFI ASF! BOOT
SSDT SSDT SSDT SSDT DMAR
> acpi0: wakeup devices PEGP(S4) PEG0(S4) PEGP(S4) PEG1(S4) PEGP(S4)
PEG2(S4) PXSX(S4) RP01(S4) PXSX(S4) RP02(S4) PXSX(S4) RP03(S4) PXSX(S4)
RP04(S4) PXSX(S4) RP05(S4) [...]
> acpitimer0 at acpi0: 3579545 Hz, 24 bits
> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
> cpu0 at mainbus0: apid 0 (boot processor)
> cpu0: Intel(R) Core(TM) i3-5005U CPU @ 2.00GHz, 1995.65 MHz
> cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,PT,SENSOR,ARAT
> cpu0: 256KB 64b/line 8-way L2 cache
> cpu0: smt 0, core 0, package 0
> mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges
> cpu0: apic clock running at 99MHz
> cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
> cpu1 at mainbus0: apid 2 (application processor)
> cpu1: Intel(R) Core(TM) i3-5005U CPU @ 2.00GHz, 1995.38 MHz
> cpu1:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,PT,SENSOR,ARAT
> cpu1: 256KB 64b/line 8-way L2 cache
> cpu1: smt 0, core 1, package 0
> cpu2 at mainbus0: apid 1 (application processor)
> cpu2: Intel(R) Core(TM) i3-5005U CPU @ 2.00GHz, 1995.39 MHz
> cpu2:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,PT,SENSOR,ARAT
> cpu2: 256KB 64b/line 8-way L2 cache
> cpu2: smt 1, core 0, package 0
> cpu3 at mainbus0: apid 3 (application processor)
> cpu3: Intel(R) Core(TM) i3-5005U CPU @ 2.00GHz, 1995.39 MHz
> cpu3:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,RDSEED,ADX,SMAP,PT,SENSOR,ARAT
> cpu3: 256KB 64b/line 8-way L2 cache
> cpu3: smt 1, core 1, package 0
> ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 40 pins
> acpimadt0: bogus nmi for apid 3
> acpimcfg0 at acpi0 addr 0xf800, bus 0-63
> acpihpet0 at acpi0: 14318179 Hz
> panic: pci_make_tag: bad request
> Stopped atDebugger+0x9:   leave
>TIDPIDUID PRFLAGS PFLAGS  CPU  COMMAND
> *0  0  0 0x1  0x2000  swapper
> Debugger() at Debugger+0x9
> panic() at panic+0xfe
> pci_make_tag() at pci_make_tag+0x23
> acpi_gasio() at acpi_gasio+0x196
> aml_rwgas() at aml_rwgas+0x176
> aml_rwfield() at aml_rwfield+0x1cb
> aml_eval() at aml_eval+0x1ae
> aml_parse() at aml_parse+0x183d
> aml_parse() at aml_parse+0x1ff
> aml_eval() at aml_eval+0x1c8
> aml_parse() at aml_parse+0x183d
> aml_eval() at aml_eval+0x1c8
> aml_parse() at aml_parse+0x183d
> aml_eval() at aml_eval+0x1c8
> end trace frame: 0x81ab9a60, count: 0
> http://www.openbsd.org/ddb.html describes the minimum info required in bug
> reports.  Insufficient info makes it difficult to find and fix bugs.

ps:
> TID   PPIDPGRPUIDSFLAGSWAITCOMMAND
> * 0 -1   0  07  0x10200swapper

trace:
> Debugger() at Debugger+0x9
> panic() at panic+0xfe
> pci_make_tag() at pci_make_tag+0x23
> acpi_gasio() at acpi_gasio+0x196
> aml_rwgas() at 

Re: Question about Skylake GPU support

2017-03-31 Thread Ted Unangst
narvu...@tutanota.com wrote:
> Hello,
> 
> Currently, there is no support for Skylake GPU, I just want to know if 
> someone is working on it.
> If not, are there some technical difficulties to support this generation ? Or 
> nobody is working on it ?

The technical difficulty is that upstream, the linux inteldrm code, tends to
be completely rewritten quite frequently, thus causing nobody to want to work 
on it.



HEADS up: how to cope with pre-release testing with pkg_add(1)

2017-03-31 Thread Marc Espie
Just so that the subject makes it clear.  This info already made it in
various messages ont the mailing list.

Right now, if you install OpenBSD, it says 6.1 without beta.
So pkg_add will look for the release directory, and not find it yet
because it's not out yet.

pkg_add -Dsnap

will make pkg_add  bypass its usual heuristics and locate packages in the
snapshots directory, where they will live until the release is done.



Re: OpenBSD httpd and HTTP/2

2017-03-31 Thread bytevolcano
On Fri, 31 Mar 2017 12:14:34 +0200
Reyk Floeter  wrote:

> Isn't QUIC the hot new thing now?  It is UDP, so Google can reinvent
> TCP and turn even more of their browser into an OS-replacement ;)

Oh come on now, how else will Google be able to claim they are
inventing or innovating? What will they say at the meetings with their
shareholders if they can't reinvent the wheel?

Perhaps Microsoft will join in and release IPv6 Service Pack 1.

> Seriously, there are benefits of implementing HTTP/2, and it would be
> an interesting exercise to do so, but it is also adds many problems
> and some complexity.

The benefits are there, but I feel it encourages lazy and disorganized
web development, leading to stupidly bloated and inefficient sites, and
requiring the latest stupidly bloated and inefficient browsers.

Back in the dial-up days, I remember web pages without much bloaty
rubbish. They had to be fast, because networks were high-latency,
low-bandwidth beasts.

More efficient protocols are great, but it's a bit like increasing CPU
speeds and RAM; fantastic, but not if the software starts becoming
bloated beyond your wildest dreams.

> 
> So: maybe.
> 
> Reyk



Question about Skylake GPU support

2017-03-31 Thread narvu454
Hello,

Currently, there is no support for Skylake GPU, I just want to know if someone 
is working on it.
If not, are there some technical difficulties to support this generation ? Or 
nobody is working on it ?

Thanks
Regards



Re: OpenBSD httpd and HTTP/2

2017-03-31 Thread Peter Hessler
Yes, that's the point of QUIC.

On 2017 Mar 31 (Fri) at 13:30:59 +0200 (+0200), Marina Ala wrote:
:UDP servers listening? would that open possibility for massive DOSes? 
: 
:
:Sent: Friday, March 31, 2017 at 12:14 PM
:From: "Reyk Floeter" 
:To: "Marina Ala" 
:Cc: "OpenBSD Misc" 
:Subject: Re: OpenBSD httpd and HTTP/2
:On Fri, Mar 31, 2017 at 09:14:10AM +0200, Marina Ala wrote:
:> Hello!
:>
:> When will the httpd have HTTP/2 support in OpenBSD?
:>
:> Endpoints, webservers and the devices/networs between the two points would
:greatly benefit from HTTP/2.
:>
:> Faster and less traffic.
:>
:> Thanks.
:>
:
:Isn't QUIC the hot new thing now? It is UDP, so Google can reinvent
:TCP and turn even more of their browser into an OS-replacement ;)
:
:Seriously, there are benefits of implementing HTTP/2, and it would be
:an interesting exercise to do so, but it is also adds many problems
:and some complexity.
:
:So: maybe.
:
:Reyk
: 
:



Re: OpenBSD httpd and HTTP/2

2017-03-31 Thread Marina Ala
UDP servers listening? would that open possibility for massive DOSes? 
 

Sent: Friday, March 31, 2017 at 12:14 PM
From: "Reyk Floeter" 
To: "Marina Ala" 
Cc: "OpenBSD Misc" 
Subject: Re: OpenBSD httpd and HTTP/2
On Fri, Mar 31, 2017 at 09:14:10AM +0200, Marina Ala wrote:
> Hello!
>
> When will the httpd have HTTP/2 support in OpenBSD?
>
> Endpoints, webservers and the devices/networs between the two points would
greatly benefit from HTTP/2.
>
> Faster and less traffic.
>
> Thanks.
>

Isn't QUIC the hot new thing now? It is UDP, so Google can reinvent
TCP and turn even more of their browser into an OS-replacement ;)

Seriously, there are benefits of implementing HTTP/2, and it would be
an interesting exercise to do so, but it is also adds many problems
and some complexity.

So: maybe.

Reyk
 



Re: OpenBSD httpd and HTTP/2

2017-03-31 Thread Reyk Floeter
On Fri, Mar 31, 2017 at 09:14:10AM +0200, Marina Ala wrote:
> Hello!
> 
> When will the httpd have HTTP/2 support in OpenBSD? 
> 
> Endpoints, webservers and the devices/networs between the two points would 
> greatly benefit from HTTP/2. 
> 
> Faster and less traffic. 
> 
> Thanks. 
> 

Isn't QUIC the hot new thing now?  It is UDP, so Google can reinvent
TCP and turn even more of their browser into an OS-replacement ;)

Seriously, there are benefits of implementing HTTP/2, and it would be
an interesting exercise to do so, but it is also adds many problems
and some complexity.

So: maybe.

Reyk



Re: Question about bsd.rd

2017-03-31 Thread Raf Czlonka
On Fri, Mar 31, 2017 at 02:51:47AM BST, Steven Schneider wrote:
> Hi @misc,
> 
> I've noticed that bsd.rd wants to download the install base packages from
> /pub/OpenBSD/6.1/i386. Is this an error or some sort of alias for the path
> to the snapshots of the install base? bsd.rd seems to find the install base
> packages alright. pkg_add has trouble finding the application packages
> though using the entry in /etc/installurl. As a result I thought I had
> screwed up my upgrade royally. XD
> 
> Anyhow, I'm just curious as to what's going on. Thanks.

In term of packages, for the time being use:

# pkg_add -D snap -u

Regards,

Raf



OpenBSD httpd and HTTP/2

2017-03-31 Thread Marina Ala
Hello!

When will the httpd have HTTP/2 support in OpenBSD? 

Endpoints, webservers and the devices/networs between the two points would 
greatly benefit from HTTP/2. 

Faster and less traffic. 

Thanks.