Re: OpenBSD httpd and HTTP/2
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?
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 Hollandwrote: > 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
> 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
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
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?
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
* 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
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
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 Weerdwrote: >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
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
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
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
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)
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)
> 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
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
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)
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
On Fri, 31 Mar 2017 12:14:34 +0200 Reyk Floeterwrote: > 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
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
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
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
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
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
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.