Re: pflog flooded with igmp queries

[Sebastien Marie]

On Wed, Jan 01, 2020 at 12:33:30PM -0500, Sonic wrote:
> The pflogs on my firewall and on a new system I'm installing (-current
> with pretty much a default pf.conf) are flooded with igmp query
> entries. Neither system has a log rule for such action.

[...]

> Reason?

To quote pf.conf(5) manual (about 'allow-opts'):

 By default, packets with IPv4 options or IPv6 hop-by-hop or
 destination options header are blocked.  When allow-opts is
 specified for a pass rule, packets that pass the filter based on
 that rule (last matching) do so even if they contain options.

It means that, as the rules you have doesn't have 'allow-opts', igmp packets
(which often have such ip-options), aren't in any rules. And by default, packets
with ip-options are block-logged.

> Solution?

I suppose that adding an explicit rule with allow-opts should do the trick.

depending your need (block or allow):

block return proto igmp to 224/4 allow-opts
or
pass proto igmp to 224/4 allow-opts

Please note it is untested.

Thanks.
-- 
Sebastien Marie

sending mail from wordpress

[Edgar Pettijohn]

I'm having trouble getting mail to go through wordpress.

I have femail installed as /var/www/usr/sbin/sendmail.

In /etc/php-7.1.ini I have:

sendmail_path = "/usr/sbin/sendmail -f ed...@pettijohn-web.com"


I can:

echo "HI" | chroot /var/www /usr/sbin/sendmail -f 
ed...@pettijohn-web.com testaddress


and the mail goes through.


However, I get the following from wordpress.

The email could not be sent. Possible reason: your host may have 
disabled the mail() function.



The mail() function is not disabled. If my reading of 
class-phpmailer.php is correct it should see that sendmail_path is 
defined and use sendmail instead of mail().


Any help is appreciated.


Thanks,


Edgar

Trouble recognizing Surface Book Keyboard

[Charlie Burnett]

Hey y’all,
I recently got a surface book for a real good price since I was due for an
upgrade, and since I usually run OpenBSD on my daily machine I went ahead
and installed it. I’m aware that the wireless card isn’t supported, but
I’ve got a usb one that works fine. During the installation it had no
trouble using the keyboard. After the reboot however the keyboard and
trackpad were non responsive. I can use a usb keyboard while booted but
can’t figure out why it won’t pick up the actual keyboard. Any help would
be greatly appreciated! Attached the dmesg below.


OpenBSD 6.6-current (RAMDISK_CD) #542: Fri Dec 27 08:43:35 MST 2019
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/RAMDISK_CD
real mem = 8495235072 (8101MB)
avail mem = 8233758720 (7852MB)
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 3.1 @ 0x8be35000 (15 entries)
bios0: vendor Microsoft Corporation version "91.2706.768" date 04/18/2019
bios0: Microsoft Corporation Surface Book
acpi0 at bios0: ACPI 5.0
acpi0: tables DSDT FACP SSDT TPM2 MSDM SSDT HPET APIC MCFG LPIT SSDT SSDT
SSDT DMAR NHLT FPDT WSMT BGRT
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM) i5-6300U CPU @ 2.40GHz, 2295.32 MHz, 06-4e-03
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,SMX,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,HLE,AVX2,SMEP,BMI2,ERMS,INVPCID,RTM,MPX,RDSEED,ADX,SMAP,CLFLUSHOPT,PT,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,XSAVEC,XGETBV1,XSAVES,MELTDOWN
cpu0: 256KB 64b/line 8-way L2 cache
cpu0: apic clock running at 24MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4.1.1.1, IBE
cpu at mainbus0: not configured
cpu at mainbus0: not configured
cpu at mainbus0: not configured
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 120 pins
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (RP01)
acpiprt2 at acpi0: bus -1 (RP02)
acpiprt3 at acpi0: bus -1 (RP03)
acpiprt4 at acpi0: bus -1 (RP04)
acpiprt5 at acpi0: bus 1 (RP05)
acpiprt6 at acpi0: bus -1 (RP06)
acpiprt7 at acpi0: bus -1 (RP07)
acpiprt8 at acpi0: bus -1 (RP08)
acpiprt9 at acpi0: bus 2 (RP09)
acpiprt10 at acpi0: bus -1 (RP10)
acpiprt11 at acpi0: bus -1 (RP11)
acpiprt12 at acpi0: bus 3 (RP12)
acpiprt13 at acpi0: bus -1 (RP13)
acpiprt14 at acpi0: bus -1 (RP14)
acpiprt15 at acpi0: bus -1 (RP15)
acpiprt16 at acpi0: bus -1 (RP16)
acpiprt17 at acpi0: bus -1 (RP17)
acpiprt18 at acpi0: bus -1 (RP18)
acpiprt19 at acpi0: bus -1 (RP19)
acpiprt20 at acpi0: bus -1 (RP20)
acpiprt21 at acpi0: bus -1 (RP21)
acpiprt22 at acpi0: bus -1 (RP22)
acpiprt23 at acpi0: bus -1 (RP23)
acpiprt24 at acpi0: bus -1 (RP24)
acpiec0 at acpi0
acpicpu at acpi0 not configured
acpitz at acpi0 not configured
acpitz at acpi0 not configured
acpitz at acpi0 not configured
acpitz at acpi0 not configured
acpitz at acpi0 not configured
acpitz at acpi0 not configured
acpitz at acpi0 not configured
acpipwrres at acpi0 not configured
acpipwrres at acpi0 not configured
acpipwrres at acpi0 not configured
acpipwrres at acpi0 not configured
acpipwrres at acpi0 not configured
acpipwrres at acpi0 not configured
acpipwrres at acpi0 not configured
acpipwrres at acpi0 not configured
acpipwrres at acpi0 not configured
acpipwrres at acpi0 not configured
acpipwrres at acpi0 not configured
"PNP0A08" at acpi0 not configured
"ACPI0003" at acpi0 not configured
"PNP0C0A" at acpi0 not configured
"PNP0C0A" at acpi0 not configured
"MSHW0029" at acpi0 not configured
"MSHW0040" at acpi0 not configured
acpicmos0 at acpi0
"INT344B" at acpi0 not configured
"MSHW0030" at acpi0 not configured
"MAX34407" at acpi0 not configured
"INT3472" at acpi0 not configured
"INT33BE" at acpi0 not configured
"INT3472" at acpi0 not configured
"INT347A" at acpi0 not configured
"INT3472" at acpi0 not configured
"INT347E" at acpi0 not configured
"MSHW0085" at acpi0 not configured
"MSHW0005" at acpi0 not configured
"MSHW0080" at acpi0 not configured
"MSHW0036" at acpi0 not configured
"MSHW0041" at acpi0 not configured
"MSHW0042" at acpi0 not configured
"MSHW0045" at acpi0 not configured
"MSHW0076" at acpi0 not configured
"INT33A1" at acpi0 not configured
"PNP0C0D" at acpi0 not configured
"IFX0562" at acpi0 not configured
cpu0: using VERW MDS workaround
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Core 6G Host" rev 0x08
"Intel HD Graphics 520" rev 0x07 at pci0 dev 2 function 0 not configured
vendor "Intel", unknown product 0x1919 (class multimedia subclass
miscellaneous, rev 0x01) at pci0 dev 5 function 0 not configured
"Intel Core GMM" rev 0x00 at pci0 dev 8 function 0 not configured
xhci0 at pci0 dev 20 function 0 "Intel 100 Series xHCI" rev 0x21: msi, xHCI
1.0
usb0 at xhci0: USB revision 3.0
uhub0 at usb0 configuration 

Re: ownership of mailboxes with dovecot

[Sean Kamath]

On Dec 31, 2019, at 08:30, Roderick  wrote:
> As said, I had UW imap serving system user mailboxes, and now
> cyrus imap serving virtual users. You have to decide. With
> dovecot I have no other experience than compiling it.
> 
> I think, I would preffer now UW Imap, because I have only few and trusted
> users, and because it is very simple, no much configuration and 
> mantainance needed: it just publishes the mailboxes with imap,
> accessed with the system user/password.

So I’ve been running Dovecot for I don’t know how long (but started on Solaris, 
so at least that long ago).  I used to have LDAP running, but decided it was 
overkill since I’m the only one who logs into the boxes, the other three people 
only read email.

Dovecot can seem complex, but it’s not at all.  It pretty much works out of the 
box, with very few changes necessary (and works well with Lets Encrypt certs as 
well).

My first OpenBSD configuration was based on 
https://frozen-geek.net/openbsd-email-server-1/

My next will be based on 
https://poolp.org/posts/2019-09-14/setting-up-a-mail-server-with-opensmtpd-dovecot-and-rspamd/,
 because I want to used rspamd instead of all the stuff loaded in the first 
(for some reason, one of the daemons doesn’t start on boot — it does if I start 
it manually.  Frankly, my machine never reboots, so I keep forgetting even 
which one it is that doesn’t start.).  I got a little tripped up doing the 6.4 
migration, so I have some catching up to do.

Looking at 
https://www.tumfatig.net/20150620/opensmtpd-and-dovecot-on-openbsd-5-7/, it’s a 
little too copy-pasta for my taste.   But even so, it doesn’t configure dovecot 
for non-system users, so it’s unclear how virtual users were set up with 
Dovecot.

Anyway, having run UW imap, cyrus, and dovecot — I run dovecot.  I also use 
sdbox, BTW, which I believe no one but ancient MH people use.  My non-default 
configs are pretty much limited to per-host configuration (like hostname), 
sieve and SSL.

I think the biggest hurdle was getting used to LMTP.

Sean

Re: Hyperbola Gnu Linux changing to Bsd

[zap]

> What is the opinion of the Theo de Raadt about Hiperbola GNU/Linux and
> Hiperbola
> BSD?
>
I am beginning to wonder if you are trolling the bsd community,  I have
nothing against you, but you have asked that five times now. :p

Re: Hyperbola Gnu Linux changing to Bsd

[SOUL_OF_ROOT 55]

Em seg, 30 de dez de 2019 00:59, SOUL_OF_ROOT 55 
escreveu:

> Hi!
>
> It is written in article  Free GNU/Linux distributions:
>
> "If one of these distros ever does include or propose anything nonfree,
> that must have happened by mistake, and the developers are committed to
> removing it. If you find nonfree software or documentation in one of these
> distributions, you can report the problem, and earn GNU Bucks
> , while we inform the developers
> so they can fix the problem."
>
> Reference: https://www.gnu.org/distros/free-distros.en.html
>
> Hyperbola Gnu Linux changing to Bsd:
>
> Announcing HyperbolaBSD Roadmap
>
> 2019-12-21 - Luke R.
>
> Due to the Linux kernel rapidly proceeding down an unstable path, we are
> planning on implementing *a completely new OS derived from several BSD
> implementations*.
>
> This was not an easy decision to make, but we wish to use our time and
> resources to create a viable alternative to the current operating system
> trends which are actively seeking to undermine user choice and freedom.
>
> *This will not be a "distro"*, but a hard fork of the OpenBSD kernel and
> userspace including new code written under GPLv3 and LGPLv3 to replace 
> GPL-incompatible
> parts
> 
>  and non-free ones
> .
>
> Reasons for this include:
>
>- Linux kernel forcing adaption of DRM, including HDCP
>.
>- Linux kernel proposed usage of Rust
> (which contains freedom flaws
> and
>a centralized code repository that is more prone to cyber attack and
>generally requires internet access to use.)
>- Linux kernel being written without security and in mind. (KSPP is
>basically a dead project and Grsec is no longer free software)
>- Many GNU userspace and core utils are all forcing adaption of
>features without build time options to disable them. E.g. (PulseAudio
> / SystemD / Rust
>
> 
> / Java  as
>forced dependencies)
>
> As such, we will continue to *support the Milky Way branch until 2022* when
> our legacy Linux-libre kernel reaches End of Life.
>
> Future versions of Hyperbola will be using HyperbolaBSD which will have
> the *new kernel, userspace and not be ABI compatible with previous
> versions*.
>
> *HyperbolaBSD is intended to be modular and minimalist* so other projects
> will be able to re-use the code under free license.
>
>
> References:
>
> https://www.hyperbola.info/news/announcing-hyperbolabsd-roadmap/
>
> https://forums.hyperbola.info/viewtopic.php?id=315
>
> Hiperbola GNU/Linux is not free!
>
> It is all!
>
What is the opinion of the Theo de Raadt about Hiperbola GNU/Linux and
Hiperbola
BSD?

>

Re: Hardware for Access Point on OpenBSD

[Nick Holland]

On 2020-01-01 13:42, Zé Loff wrote:
> 
> On Wed, Jan 01, 2020 at 08:54:46AM -0700, List wrote:
>> Hi *, 
>> I am currently building a home router based upon OpenBSD. 
>> I therefore need some kind of WIFI Hardware. This piece of hardware
>> needs to be connected over usb. 
>> Do you have any suggestions or recommendations ? As far as I can see
>> it's pretty hard  to find an antenna which is connected  via USB an runs
>> on a supported chipset. It is  easy to get your hands on a
>> realtek-chipset driven device. But urtw(4) doesn't support  Host AP
>> mode. Only ones that do are: athn(4),  ral(4), ath(4). 
>> Finding those is hard. 
>> 
>> Maybe you guys know things I couldn't find ? 
>> 
>> g, 
>> Stephan
>> 
> 
> In all honesty, and I've tried what you are aiming for a couple of times
> in the past, it's just easier to get a dedicated AP (or a cheap wifi
> router with a cable on the ethernet switch, which is usually bridged
> with the wifi interface) and connect to an OpenBSD router which will
> do all the necessary packet filtering (including keeping the AP/router's
> firmware from reaching the internet, if needed be).  IMHO this will be
> stabler and faster than trying to find an adequate wifi board.  And
> these days you're bound to get nice perks like multiple SSIDs and
> 802.11ac speeds (or whatever the latest 802.11* protocol is), which
> AFAIK aren't available on OpenBSD yet.  Also, note that (if I am not
> mistaken) ural(4) are the only USB Wi-Fi interfaces that can handle Host
> AP mode, and they only do 802.11b/g which is kind of slow by today's
> standards.

Agreed.
Not only does the SW/HW work better, usually the best place to put an AP
is not the best place to put a router.  My AP is in my attic, my router
is in my basement, with one chunk of CAT6 between them.  
 
Putting an important radio receiver next to a bunch of RF-noisy computers
doesn't work so hot. :)

Nick.

Re: perl popularity inside openbsd community? (Re: Suggestion: Replace Perl ...)

[Frank Beuth]

On Wed, Jan 01, 2020 at 03:30:44PM +0100, Marc Chantreux wrote:

why is this ? return is the perl yield. the only difference is that the
"exhausted" situation is on your own. so basically:

   def count_from(x):
   while True:
   yield x
   x = x + 1

   naturals = count_from(0)
   print(next(naturals))
   print(next(naturals))
   print(next(naturals))
   print(next(naturals))

is written in perl

   use experimental 'signatures';
   use feature 'say';

   sub count_from ($x) { sub { $x++ } }
   sub NEXT ($generator) { $generator->() }
   my $naturals = count_from 0;

   say NEXT $naturals;
   say NEXT $naturals;
   say NEXT $naturals;
   say NEXT $naturals;






* perl were about unix culture, mailing lists and so on: they setup a
 confortable cocoon to work together and this cocoon became an echo
 chamber when the other communities started to use third party services
 like stack overflow.


https://github.com/drathier/stack-overflow-import


* the python community was unfair comparing the langages (using ugly
 perl code and nice python counterparts). instead of taking time to
 explain all the biases, perl community repetedly asserted that the
 authors of those article were incompetents and gone away.


Not sure about anyone else, but comparing the Python vs Perl example you
gave above, I would still say Python is the nicer-looking language.

Re: Hardware for Access Point on OpenBSD

[Johnathan M.]

> I am currently building a home router based upon OpenBSD.
> I therefore need some kind of WIFI Hardware. This piece of hardware
> needs to be connected over usb.
> Do you have any suggestions or recommendations ? As far as I can see
> it's pretty hard  to find an antenna which is connected  via USB an runs
> on a supported chipset. It is  easy to get your hands on a
> realtek-chipset driven device. But urtw(4) doesn't support  Host AP
> mode. Only ones that do are: athn(4),  ral(4), ath(4).
> Finding those is hard.

Some older tp-link wireless usb sticks such as the ones that support up
to wireless N use atheros chipsets.

It may be best to look for any usb wifi devices that have some
published datasheets confirming the chipset in use, in case hardware
refreshes no longer use a suitable chipset.

Re: Hardware for Access Point on OpenBSD

[Sean Kamath]

I just got a Ruckus here in the US. You can just not use any of the cloud crap 
on it. Has PoE which made mounting it on the ceiling trivial. The OpenBSD 
router stays a router, and I have so many ssid options + vlans. It’s kinda 
crazy. 

Sean

Typed with my thumb.

> On Jan 1, 2020, at 12:39, Zé Loff  wrote:
> 
> 
>> On Wed, Jan 01, 2020 at 08:54:46AM -0700, List wrote:
>> Hi *, 
>> I am currently building a home router based upon OpenBSD. 
>> I therefore need some kind of WIFI Hardware. This piece of hardware
>> needs to be connected over usb. 
>> Do you have any suggestions or recommendations ? As far as I can see
>> it's pretty hard  to find an antenna which is connected  via USB an runs
>> on a supported chipset. It is  easy to get your hands on a
>> realtek-chipset driven device. But urtw(4) doesn't support  Host AP
>> mode. Only ones that do are: athn(4),  ral(4), ath(4). 
>> Finding those is hard. 
>> 
>> Maybe you guys know things I couldn't find ? 
>> 
>> g, 
>> Stephan
>> 
> 
> In all honesty, and I've tried what you are aiming for a couple of times
> in the past, it's just easier to get a dedicated AP (or a cheap wifi
> router with a cable on the ethernet switch, which is usually bridged
> with the wifi interface) and connect to an OpenBSD router which will
> do all the necessary packet filtering (including keeping the AP/router's
> firmware from reaching the internet, if needed be).  IMHO this will be
> stabler and faster than trying to find an adequate wifi board.  And
> these days you're bound to get nice perks like multiple SSIDs and
> 802.11ac speeds (or whatever the latest 802.11* protocol is), which
> AFAIK aren't available on OpenBSD yet.  Also, note that (if I am not
> mistaken) ural(4) are the only USB Wi-Fi interfaces that can handle Host
> AP mode, and they only do 802.11b/g which is kind of slow by today's
> standards.
> 
> -- 
>  

Re: pflog flooded with igmp queries

[Sonic]

pfctl -si
Status: Enabled for 1 days 23:53:56  Debug: err

State Table  Total Rate
  current entries   13
  half-open tcp  0
  searches  1008640.6/s
  inserts244900.1/s
  removals   244770.1/s
Counters
  match  258580.1/s
  bad-offset 00.0/s
  fragment   00.0/s
  short  00.0/s
  normalize  00.0/s
  memory 00.0/s
  bad-timestamp  00.0/s
  congestion 00.0/s
  ip-option   13680.0/s
  proto-cksum00.0/s
  state-mismatch 00.0/s
  state-insert   00.0/s
  state-limit00.0/s
  src-limit  00.0/s
  synproxy   00.0/s
  translate  00.0/s
  no-route   00.0/s

pfctl -sr
block return all
pass all flags S/SA


dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8491163648 (8097MB)
avail mem = 8221360128 (7840MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0x8ce21000 (85 entries)
bios0: vendor American Megatrends Inc. version "5.12" date 04/07/2019
bios0: Default string Default string
acpi0 at bios0: ACPI 6.0
acpi0: sleep states S0 S3 S5
acpi0: tables DSDT FACP APIC FPDT FIDT MCFG SSDT SSDT HPET SSDT SSDT UEFI SSDT
LPIT SSDT SSDT SSDT SSDT DBGP DBG2 SSDT DMAR ASF! WSMT
acpi0: wakeup devices RP09(S3) PXSX(S3) RP10(S3) PXSX(S3) RP11(S3) PXSX(S3)
RP12(S3) PXSX(S3) RP13(S3) PXSX(S3) RP01(S3) PXSX(S3) RP02(S3) PXSX(S3) RP03(S3)
PXSX(S3) [...]
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) i5-7200U CPU @ 2.50GHz, 2395.26 MHz, 06-8e-09
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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,
DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,
ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,
SMAP,CLFLUSHOPT,PT,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT
,XSAVEC,XGETBV1,XSAVES,MELTDOWN
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 24MHz
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) i5-7200U CPU @ 2.50GHz, 2394.43 MHz, 06-8e-09
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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,
DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,
ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,
SMAP,CLFLUSHOPT,PT,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT
,XSAVEC,XGETBV1,XSAVES,MELTDOWN
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) i5-7200U CPU @ 2.50GHz, 2394.43 MHz, 06-8e-09
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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,
DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,
ITSC,FSGSBASE,TSC_ADJUST,SGX,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MPX,RDSEED,ADX,
SMAP,CLFLUSHOPT,PT,MD_CLEAR,TSXFA,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT
,XSAVEC,XGETBV1,XSAVES,MELTDOWN
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) i5-7200U CPU @ 2.50GHz, 2394.42 MHz, 06-8e-09
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,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,MOVBE,POPCNT,
DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,3DNOWP,PERF,

Re: pflog flooded with igmp queries

[Sebastian Benoit]

Sonic(sonicsm...@gmail.com) on 2020.01.01 12:33:30 -0500:
> The pflogs on my firewall and on a new system I'm installing (-current
> with pretty much a default pf.conf) are flooded with igmp query
> entries. Neither system has a log rule for such action.
> 
> Ex:
> ===
> rule 1/(match) pass in on em1: 192.168.1.20 > 224.0.0.1: igmp query [ttl 1]
> ===
> 
> pf.conf:
> ===
> #   $OpenBSD: pf.conf,v 1.55 2017/12/03 20:40:04 sthen Exp $
> #
> # See pf.conf(5) and /etc/examples/pf.conf
> 
> set skip on lo
> 
> block return# block stateless traffic
> pass# establish keep-state
> ===
> 
> Reason? Solution?

show the output of

  pfctl -si
  pfctl -sr
  dmesg

Re: Hardware for Access Point on OpenBSD

[Zé Loff]

On Wed, Jan 01, 2020 at 08:54:46AM -0700, List wrote:
> Hi *, 
> I am currently building a home router based upon OpenBSD. 
> I therefore need some kind of WIFI Hardware. This piece of hardware
> needs to be connected over usb. 
> Do you have any suggestions or recommendations ? As far as I can see
> it's pretty hard  to find an antenna which is connected  via USB an runs
> on a supported chipset. It is  easy to get your hands on a
> realtek-chipset driven device. But urtw(4) doesn't support  Host AP
> mode. Only ones that do are: athn(4),  ral(4), ath(4). 
> Finding those is hard. 
> 
> Maybe you guys know things I couldn't find ? 
> 
> g, 
> Stephan
> 

In all honesty, and I've tried what you are aiming for a couple of times
in the past, it's just easier to get a dedicated AP (or a cheap wifi
router with a cable on the ethernet switch, which is usually bridged
with the wifi interface) and connect to an OpenBSD router which will
do all the necessary packet filtering (including keeping the AP/router's
firmware from reaching the internet, if needed be).  IMHO this will be
stabler and faster than trying to find an adequate wifi board.  And
these days you're bound to get nice perks like multiple SSIDs and
802.11ac speeds (or whatever the latest 802.11* protocol is), which
AFAIK aren't available on OpenBSD yet.  Also, note that (if I am not
mistaken) ural(4) are the only USB Wi-Fi interfaces that can handle Host
AP mode, and they only do 802.11b/g which is kind of slow by today's
standards.

-- 
 

Re: Hardware for Access Point on OpenBSD

[Marcus MERIGHI]

Hello Stephan, 

l...@md5collisions.eu (List), 2020.01.01 (Wed) 16:54 (CET):
> mode. Only ones that do are: athn(4),  ral(4), ath(4). 
> Finding those is hard. 
> Maybe you guys know things I couldn't find ? 

i've bought athn(4) here:
https://www.pcengines.ch/wle200nx.htm
https://www.pcengines.ch/order.htm

i am not affiliated etc...

Marcus

> Stephan

Re: Hardware for Access Point on OpenBSD

[Peter Nicolai Mathias Hansteen]

> 1. jan. 2020 kl. 16:54 skrev List :
> 
> Hi *,
> I am currently building a home router based upon OpenBSD.
> I therefore need some kind of WIFI Hardware. This piece of hardware
> needs to be connected over usb.
> Do you have any suggestions or recommendations ? As far as I can see
> it's pretty hard  to find an antenna which is connected  via USB an runs
> on a supported chipset. It is  easy to get your hands on a
> realtek-chipset driven device. But urtw(4) doesn't support  Host AP
> mode. Only ones that do are: athn(4),  ral(4), ath(4).
> Finding those is hard.
> 
> Maybe you guys know things I couldn't find ?

Probably not the answer you want, but anyway:

The easy way out is to buy the best possible access point you can afford, let 
that one handle the link-level («radio») bits, leave the TCP/IP level bits to 
your very capable OpenBSD box that has the access point connected directly to 
one of its wired Ethernet interfaces.

The important thing is that way you get support for stuff that isn’t yet 
supported in the OpenBSD drivers such as the newer wifi version protocols (-ac 
or whatever they renamed it to) while retaining control over the things that 
OpenBSD does better using familiar OpenBSD tools. Or as some might put it, the 
best of both worlds.

All the best,
Peter

—
Peter N. M. Hansteen, member of the first RFC 1149 implementation team
http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/
"Remember to set the evil bit on all malicious network traffic"
delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.






signature.asc
Description: Message signed with OpenPGP

Re: perl popularity inside openbsd community? (Re: Suggestion: Replace Perl ...)

[Marc Chantreux]

> Did you ever look at the suite of modules from John Syracusa (DB::Rose and
> the like) ? fairly clean and nice.

I had this under my radar but no one around be wanted to test anything
else but DBIxC so i never took time to read the code or use it.

regards
marc

Hardware for Access Point on OpenBSD

[List]

Hi *, 
I am currently building a home router based upon OpenBSD. 
I therefore need some kind of WIFI Hardware. This piece of hardware
needs to be connected over usb. 
Do you have any suggestions or recommendations ? As far as I can see
it's pretty hard  to find an antenna which is connected  via USB an runs
on a supported chipset. It is  easy to get your hands on a
realtek-chipset driven device. But urtw(4) doesn't support  Host AP
mode. Only ones that do are: athn(4),  ral(4), ath(4). 
Finding those is hard. 

Maybe you guys know things I couldn't find ? 

g, 
Stephan

pflog flooded with igmp queries

[Sonic]

The pflogs on my firewall and on a new system I'm installing (-current
with pretty much a default pf.conf) are flooded with igmp query
entries. Neither system has a log rule for such action.

Ex:
===
rule 1/(match) pass in on em1: 192.168.1.20 > 224.0.0.1: igmp query [ttl 1]
===

pf.conf:
===
#   $OpenBSD: pf.conf,v 1.55 2017/12/03 20:40:04 sthen Exp $
#
# See pf.conf(5) and /etc/examples/pf.conf

set skip on lo

block return# block stateless traffic
pass# establish keep-state
===

Reason? Solution?

Thanks!

Re: perl popularity inside openbsd community? (Re: Suggestion: Replace Perl ...)

[Marc Espie]

On Wed, Jan 01, 2020 at 04:44:48PM +0100, Marc Chantreux wrote:
> > I still thing DBIx::Class is overkill. The DB::Rose stuff was way simpler
> > and I would have preferred for it to win.
> 
> Well... i liked the simplicity until i had some cases like having 2
> different DBs with the same model: piece of cake with DBIxC and
> impossible with ActiveRecord (AFAIR).

Oh, I'm not talking ActiveRecord.

Did you ever look at the suite of modules from John Syracusa (DB::Rose and
the like) ? fairly clean and nice.

Re: perl popularity inside openbsd community? (Re: Suggestion: Replace Perl ...)

[Marc Chantreux]

hello,

> > what do you mean by this? prototypes are here for decades and signatures
> > are experimental and i guess it will be core in some releases.

> Stuff like
> $o->method { code }

ooohh right! this is a thing i also missed with perl (fixed in raku).

> > Template toolkit is still by far the best template toolkit i know.
> > i really thing the only thing where perl was not a precursor in web dev
> > is plack (which is inspired by wsgi which is inspired by rack ... i
> > don't know if there is another ancestor).

> That's the big issue. Too much choice in the ecosystem, with some of it not
> clearly enough explained... and no simple integration with js libraries for
> ajax at first.

> Yeah, I mean mason.  At some point long ago, it was about the only
> game in town for perl.

yes! the eperl competitor. i remember that.

> > ActiveRecord was easier than DBIx::Class for simple situations. that's
> > one of the reasons of the popularity of RoR (also the Ruby syntax).
> 
> I still thing DBIx::Class is overkill. The DB::Rose stuff was way simpler
> and I would have preferred for it to win.

Well... i liked the simplicity until i had some cases like having 2
different DBs with the same model: piece of cake with DBIxC and
impossible with ActiveRecord (AFAIR).

regards
marc

Re: Probable off by one in src/usr.bin/rdist/docmd.c

[Otto Moerbeek]

On Wed, Jan 01, 2020 at 04:02:24PM +0100, Aham Brahmasmi wrote:

> Namaste misc,
> 
> Question:
> In the makeconn function in src/usr.bin/rdist/docmd.c, should the 5 in
> the following line be replaced by 4?
> ...
> static int
> makeconn(char *rhost)
> {
> ...
> (void) snprintf(buf, sizeof(buf), "%.*s -S",
>   (int)(sizeof(buf)-5), path_rdistd);
> ...
> 
> Explanation:
> I have a limited ability to read code, so I may be wrong here.
> 
> If I am not wrong, strings are terminated with '\0' which I think is a
> single byte. So, in the above case, the sizeof(" -S" + '\0')=4. But the
> code has 5.
> 
> I am not sure of my "'\0' is a single byte" part, and hence my query.

By definition, '\0' is a single byte. sizeof(String literal) included
the terminating '\0'. So sizeof("foo") is 4.

The sizeof(buf)-5 fills in the precision of the %s. That means
that path_rdistd wil be limited to that number of chars. The " -S"
part indeed takes 3 chars, so there is sizeof(buf) - 3 left for
path_rdistd, excluding the terminating '\0'. So -4 is indeed right.

Butt does it matter? I'd say no, only if path_rdistd is close to
BUFSIZ in length tunrcation will happen 1 char earlier than possible.
I would argue that specifying the precision here is rather confusing,
and it would be better to use the standard idiom equivalent to the
example in the snprintf man page.

-Otto

Re: perl popularity inside openbsd community? (Re: Suggestion: Replace Perl ...)

[Marc Espie]

On Wed, Jan 01, 2020 at 03:43:38PM +0100, Marc Chantreux wrote:
> hello,
> 
> > The only thing that's really missing in perl is proper thread support.
> > Don't know if that's going to happen.
> 
> seems ... complicated ...

Tell me about it. The only existing thread support  was so clunky it got
thoroughly deprecated.   It was really bad back in userland pthread days,
because you couldn't even build perl binaries depending on threaded libraries
(all-or-nothing -pthread flag) such as frozenbubble.

> > I have a wish-list of things that are not that likely to happen, I would
> > like to be able to use prototypes on methods, for instance.
> 
> what do you mean by this? prototypes are here for decades and signatures
> are experimental and i guess it will be core in some releases.


You can't mix oo lookup and prototypes.

Stuff like 
$o->method { code }
for instance.

you have to use the clunkier
$o->method(sub { code });

> > Perl also missed a turn for web development. I think Catalyst was a huge
> > mistake (hey, you've got *choices* everywhere. Let's confuse everyone),
> 
> perl had CGI.pm, maypole, mod_perl, catalyst, jifty, dancer, mojolicious ...
> Template toolkit is still by far the best template toolkit i know.
> i really thing the only thing where perl was not a precursor in web dev
> is plack (which is inspired by wsgi which is inspired by rack ... i
> don't know if there is another ancestor).

That's the big issue. Too much choice in the ecosystem, with some of it not
clearly enough explained... and no simple integration with js libraries for
ajax at first.

> you mean mason ? mason is the php of perl: don't organize your code:
> write a single page with everything in it ... it was a terrible thing
> to maintain (see the code of request tracker...).

Yeah, I mean mason.  At some point long ago, it was about the only 
game in town for perl.

> > Dancer was a few years too late to the party.
> 
> sinatra (from ruby) was the source of inspiration of Dancer which,
> AFAIK, appears years before flask and bottle.

> ActiveRecord was easier than DBIx::Class for simple situations. that's
> one of the reasons of the popularity of RoR (also the Ruby syntax).

I still thing DBIx::Class is overkill. The DB::Rose stuff was way simpler
and I would have preferred for it to win.

Re: perl popularity inside openbsd community? (Re: Suggestion: Replace Perl ...)

[Marc Chantreux]

hello,

> The only thing that's really missing in perl is proper thread support.
> Don't know if that's going to happen.

just to be sure: are you aware of the MCE module?

https://metacpan.org/pod/distribution/MCE/lib/MCE.pod

regards
marc

Re: perl popularity inside openbsd community? (Re: Suggestion: Replace Perl ...)

[Roderick]

BTW. Also tcl has coroutines since a while:

https://www.tcl.tk/man/tcl8.6/TclCmd/coroutine.htm

Rodrigo.

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

[Marc Chantreux]

hello,

> Actually all the cool and useful ideas that perl6 had DID trickle down
> into perl5 a few years ago.

even if you load a lot of modules from CPAN (which i tried to do with
https://metacpan.org/pod/Sympatic), this is not even close to be true!

for example, raku has

* PEGs are objects
* make multithreaded programming easier than i never seen before
* gradually typing, subsetting types are core
* has much more powerful metamodel, sub and method signatures
* metaoperators
* lambda syntax made right
* Whatever operator
* andless possibilities of new operators that can be used postfixed,
  infixed, prefixed and more ...
* multi signatures (pattern matching for signatures)
* multiple backends (currently jvm and moarvm)

also: globally the langage is much more concistent and readable than
every dynamic langage i saw before.

> Perl6 was (I think) intended as a test bed for ideas by Larry.  Everybody
> got sidelined when a perl6 implementation came out of nowhere,
> written by Audrey Tang, an extra-terrestrial years ahead of everyone.

AFAIK, pugs (it was the name of this implementation) made it possible to
write a test suite that became a reference for all the future
implementations of perl6 (now raku). Now there is a complete community
around the current defacto official backend (named rakudo).

raku is the perl of 2020:
a dynamic langage that is ahead of its time made by an inspiring,
competent and dedicated community which suck at marketing.

regards
marc

Probable off by one in src/usr.bin/rdist/docmd.c

[Aham Brahmasmi]

Namaste misc,

Question:
In the makeconn function in src/usr.bin/rdist/docmd.c, should the 5 in
the following line be replaced by 4?
...
static int
makeconn(char *rhost)
{
...
(void) snprintf(buf, sizeof(buf), "%.*s -S",
(int)(sizeof(buf)-5), path_rdistd);
...

Explanation:
I have a limited ability to read code, so I may be wrong here.

If I am not wrong, strings are terminated with '\0' which I think is a
single byte. So, in the above case, the sizeof(" -S" + '\0')=4. But the
code has 5.

I am not sure of my "'\0' is a single byte" part, and hence my query.

Dhanyavaad,
ab
[1] - 
https://cvsweb.openbsd.org/cgi-bin/cvsweb/src/usr.bin/rdist/docmd.c?rev=1.34
-|-|-|-|-|-|-|--

Re: perl popularity inside openbsd community? (Re: Suggestion: Replace Perl ...)

[Marc Chantreux]

hello,

> The only thing that's really missing in perl is proper thread support.
> Don't know if that's going to happen.

seems ... complicated ...

> I have a wish-list of things that are not that likely to happen, I would
> like to be able to use prototypes on methods, for instance.

what do you mean by this? prototypes are here for decades and signatures
are experimental and i guess it will be core in some releases.

also, thanks to pluggable keywords, some very powerful modules exists
like https://metacpan.org/pod/Function::Parameters

> Perl also missed a turn for web development. I think Catalyst was a huge
> mistake (hey, you've got *choices* everywhere. Let's confuse everyone),

perl had CGI.pm, maypole, mod_perl, catalyst, jifty, dancer, mojolicious ...
Template toolkit is still by far the best template toolkit i know.
i really thing the only thing where perl was not a precursor in web dev
is plack (which is inspired by wsgi which is inspired by rack ... i
don't know if there is another ancestor).

> so a lot of people didn't transition from Meson to another perl module, but
> instead switched to ruby-on-rails or something like that.

you mean mason ? mason is the php of perl: don't organize your code:
write a single page with everything in it ... it was a terrible thing
to maintain (see the code of request tracker...).

> Dancer was a few years too late to the party.

sinatra (from ruby) was the source of inspiration of Dancer which,
AFAIK, appears years before flask and bottle.

ActiveRecord was easier than DBIx::Class for simple situations. that's
one of the reasons of the popularity of RoR (also the Ruby syntax).

regards
marc

Re: perl popularity inside openbsd community? (Re: Suggestion: Replace Perl ...)

[Marc Chantreux]

hello,

as intro: i would like to make clear that i'm not promoting perl (my go
to langage for scripting is now raku by far) but as i was a member of the perl
community more than 20 years, i have some opinions about it.

> felt like a random hack, especially compared to ruby. The only thing I
> really miss from python is "yield".

why is this ? return is the perl yield. the only difference is that the
"exhausted" situation is on your own. so basically:

def count_from(x):
while True:
yield x
x = x + 1

naturals = count_from(0)
print(next(naturals))
print(next(naturals))
print(next(naturals))
print(next(naturals))

is written in perl

use experimental 'signatures';
use feature 'say';

sub count_from ($x) { sub { $x++ } }
sub NEXT ($generator) { $generator->() }
my $naturals = count_from 0;

say NEXT $naturals;
say NEXT $naturals;
say NEXT $naturals;
say NEXT $naturals;

there are complete modules on CPAN based on this. Perlude provide
keywords stolen from haskell to make things more like shell scripting
so the equivalent of

grep root "$@" | sed 100q

is

use Perlude;
now {print}
take 100,
filter { /root/ }
sub{  // () };

Perlude is available on CPAN:

https://metacpan.org/pod/distribution/perlude/lib/Perlude.pod


> and ruby in parallel and ruby was definitely the winner there. I have
> absolutely no idea why python even gained the popularity it has, it

my opinion: python gained popularity during the dark ages of internet
when most of the people (including developpers and IT people) were using
windows and teach themselves how to use a computer or worse: learned
from java schools.

so python won because:

* they took care about windows users
* the langage is designed to provide simple solutions for simple cases
  which please most of the users (they don't need to maintain large
  codebases)
* the default behaviors of the langage were the same than the langages
  learned in the java schools (POO, ...). the most obvious example is
  the "flatten values by default":
  * it became the center of the stupidest talk ever
  
https://media.ccc.de/v/31c3_-_6243_-_en_-_saal_1_-_201412292200_-_the_perl_jam_exploiting_a_20_year-old_vulnerability_-_netanel_rubin
  * thanks to javascript, (with the rest operator and the
destructuring syntax) they now all get the point and even python
dpeople now have access to those features and like this.
  https://youtu.be/ggbi4SelOAo?t=955

so perl didn't fit the needs of the internet bubble

* perl were about unix culture, mailing lists and so on: they setup a
  confortable cocoon to work together and this cocoon became an echo
  chamber when the other communities started to use third party services
  like stack overflow.
* something i call "the 'hello world' pride": when perl programmers were
  just putting new modules on CPAN to get the job done, python ones were
  creating tools and projet sites and so on with a logo "powered by
  python". this has an impact on the myth of "perl is dying"
* the python community was unfair comparing the langages (using ugly
  perl code and nice python counterparts). instead of taking time to
  explain all the biases, perl community repetedly asserted that the
  authors of those article were incompetents and gone away.
* same situation regarding the constant FUD from the other dynamic
  langages

perl people didn't realised how unixish perl is:

* it's sad to realize that even linux users of nowaday are not
  confortable with the basics of awk, sed and so on ... and perl
  is born by improving the concepts of those langages and putting
  them together in one tool. it means that learning perl is easy for
  unix users: not for the rest of us. combined to the "DWIM" moto, perl
  has some unexpected behavior because it implies you should *know* what
  you should mean (which implies a unix culture).  the most obvious
  exemple for me is the fact that <> iterates by default on ARGV, not on
  STDIN: ARGV is what you need to know when you want to write a filter
  but it's way too magic when you don't know the unix philosophy.

* when perl gained popularity (the realm of CGIs), lot of aweful scripts
  were written by newbies both in perl and unix. the result was terrible
  and gave perl a very bad reputation.

regards
marc

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

[Frank Beuth]

On Wed, Jan 01, 2020 at 10:29:53AM +, e...@isdaq.com wrote:

But I don't want deeper point to get missed -- which is that if eecd
doesn't like the idea of regulating what the programmer can do, then the
programmer has to have the skills to safely write unsafe code.


no you're belying the point: the good programmer regulates himself 
while you

want to police everything and everyone else to compensate for your own
shortcomings


I don't think I suggested anywhere that I want to police anyone else. I
largely agree with what you write with respect to self-regulation.
However, I'm not sure that ranting about it on misc@ is the most
effective way to make positive progress in the desired direction.

Re: Openrsync manpage - EXAMPLES and SEE ALSO

[Aham Brahmasmi]

Namaste Ingo,

Danke for your reply. I am sorry for the delay in my response.

> Sent: Monday, December 09, 2019 at 4:44 PM
> From: "Ingo Schwarze" 
> To: "Aham Brahmasmi" , be...@openbsd.org
> Cc: misc@openbsd.org
> Subject: Re: Openrsync manpage - EXAMPLES and SEE ALSO
>
> Namaste Aham,
>
> Aham Brahmasmi wrote on Mon, Dec 09, 2019 at 04:55:07PM +0100:
>
> > On the openrsync manpage [1],
> > [1] - https://man.openbsd.org/openrsync
> > 1) In the EXAMPLES section, the examples use "rsync".
> > ...
> > % rsync -t ../src/bar ../src/baz host:dest
> > ...
> > The SYNOPSIS section has the invocation as "openrsync".
> >
> > Should we use "openrsync" in the EXAMPLES section?
>
> I don't think so.
>
> Ultimately, we hope to install OpenRSYNC as simply /usr/bin/rsync
> rather than /usr/bin/openrsync, but it isn't quite ready for that
> yet, too many features are still missing.
>
> Until then, it can't be helped that the documentation is somewhat
> messy.  In particular, we don't really want to force "openrsync"
> too deeply into people's finger memory.

Danke for the helpful overview. Given the direction, I now understand
the current state better.

> > 2) In the SEE ALSO section, clicking on rsync(5) and rsyncd(5) results
> > in "No results found". An apropos [2] for "rsync" gives two results, one
> > of which is for openrsync itself.
>
> Our source tree contains files rsync.5 and rsyncd.5 documenting the
> protocols, but they are not installed.  I think we should either
> install these two files if they are accurate and considered relevant
> or delete the two links from rsync(1).
>
> I'm not sending a diff because i don't know which course of action
> is better.
>
> > Is there a configuration file format for rsync{d}?
>
> Samba rsync supports rsyncd.conf(5) but OpenRSYNC does not appear
> to at this time.

I was under the (now incorrect) impression that the rsync{d}.5 links
were related to configuration files for rsync{d}, hence my query. I now
understand that they are rsync protocol descriptions.

> Yours,
>   Ingo

Dhanyavaad,
ab
-|-|-|-|-|-|-|--

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

[Marc Espie]

On Tue, Dec 31, 2019 at 11:56:46PM -0700, Bob Beck wrote:
> read fucking code.  change fucking things. send some fucking diffs. get
> fucking yelled at. learn from your fucking mistakes.  show some fucking
> passion.  filter fucking misc@ and all this useless bleating into the
> toilet.
> 
> none of us have time to spoon feed you in some “boot camp”
  ^fucking
> 
> there are two types of programmers. the self taught, and the hopeless. it
^fucking
> is your job to turn yourself from the hopeless to the self taught.
^fucking
> 
> shut up and fucking hack.
> 

There, you missed a few.

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

[Marc Espie]

On Tue, Dec 31, 2019 at 09:06:38PM +0100, Christer Solskogen wrote:
> On Tue, Dec 31, 2019 at 5:50 PM Marc Espie  wrote:
> 
> > We did retire vax, and we no longer have any platform without dynamic
> > libraries.
> >
> >
> OT but: out of sheer curiosity, why didn't VAX support dynamic libraries?

Very different architecture, no register to do pic code efficiently and
512 bytes pages.

NetBSD moved to shared libraries on vax at a huge performance cost 
(something like 30%), if I recall what Miod was saying at the time.

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

[Marc Espie]

On Wed, Jan 01, 2020 at 10:06:47AM +0100, Anders Andersson wrote:
> On Wed, Jan 1, 2020 at 4:51 AM Stuart Longland
>  wrote:
> 
> > Perl 6 will be a major change though, more disruptive than the Python2→3
> > mess was.  So we may be in for some "fun" in the near future.
> 
> Gotta stop this before it derails: perl 6 is not the next version of
> perl 5. It's not compatible, it's not an upgrade, it's a completely
> new language and does no longer even share the same name (renamed to
> raku). There is no "perl 6" that will replace perl 5.

Actually all the cool and useful ideas that perl6 had DID trickle down
into perl5 a few years ago.

Perl6 was (I think) intended as a test bed for ideas by Larry.  Everybody
got sidelined when a perl6 implementation came out of nowhere,
written by Audrey Tang, an extra-terrestrial years ahead of everyone.

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

[Marc Espie]

On Tue, Dec 31, 2019 at 10:01:50PM -0500, Steve Litt wrote:
> On Tue, 31 Dec 2019 15:57:47 -0600
> Eric Zylstra  wrote:
> 
> > Proposing such a huge project without the ability to do it?  I may
> > have been a little disrespectful, but not the first one in the
> > thread.  And my point wasn’t to be disrespectful, but to point out
> > that most proposals unaccompanied by code and that don’t solve
> > obvious problems don’t seem to be received very well.  Apologies if
> > that wasn’t within bounds.
> 
> What if the OP had instead of the suggestion submitted two or three Lua
> scripts to replace two or three Perl scripts? Would you still have the
> same opinion? 

Good luck with that.

Tools in base written in perl:
- libtool
- pkg-config
- pkg_add

The libtool part is insane. pkg-config is doable.

You won't be able to rewrite pkg_add without rewriting the whole
ecosystem, because it's heavily based on a few choice modules (see
OpenBSD::Intro(3) )  and you more or less have to rewrite all of it
together, meaning:
-> pkg_add, create, delete
-> fw_update
-> dpb
-> update-plist
-> check-lib-depends
-> pkg_check-*
-> pkg_outdated
-> pkg_subst
-> port-resolve-lib-helper
-> proot
-> register-plist

There are a few other scripts which are independent of that framework,
but still that's some complicated job.


Instead of rewriting it, I would be way more interested in somebody
looking carefully at (say) libtool and fixing the missing parts...

Re: perl popularity inside openbsd community? (Re: Suggestion: Replace Perl ...)

[Marc Espie]

On Tue, Dec 31, 2019 at 10:36:15PM +0100, Anders Andersson wrote:
> Of course its age is showing in some areas but in my experience, those
> things are actually still worked on, and have been fixed without major
> incompatibilities (python3 anyone?).

The only thing that's really missing in perl is proper thread support.
Don't know if that's going to happen.

Its garbage collector is also slightly peculiar...  I remember looking
really hard for a leak because a file handle in an anonymous sub wouldn't
be properly collected (the one from pkg_add's progressmeter, actually)


I have a wish-list of things that are not that likely to happen, I would
like to be able to use prototypes on methods, for instance.


> I remember a few years ago when I was briefly researching a
> replacement for perl for my personal projects and I tried out python3
> and ruby in parallel and ruby was definitely the winner there. I have
> absolutely no idea why python even gained the popularity it has, it
> felt like a random hack, especially compared to ruby. The only thing I
> really miss from python is "yield".

Yeah, native coroutine support without a hack would be a blast.
Even C++ is getting that for its next main revision.

The popularity of python is partly explained by them catering more to
teaching needs.   As far as I know, there is no equivalent of the python
notebooks.  Stuff like jupyter means you don't even have to install 
complicated arcane stuff to learn python. Cool for the young pups.

Perl also missed a turn for web development. I think Catalyst was a huge
mistake (hey, you've got *choices* everywhere. Let's confuse everyone),
so a lot of people didn't transition from Meson to another perl module, but
instead switched to ruby-on-rails or something like that.

Dancer was a few years too late to the party.

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

[eecd]

> where do I sign up for OpenBSD write-perfect-C-code programmer training 
bootcamp?


here we go ladies and gents an unadulterated look at the manchild in the 
wild

as he looks for something else to take responsibility for his work. after
decades of being spoonfed it's lost the ability to fend for itself as 
previous
generations once did. where autodidacts once had the initiative to read, 
study
and learn how to use tools inherently more dangerous than the relatively 
tame c,
children nowadays only know how to blame the job for being too hard. the 
tool

for being unsafe. or the teacher for being too strict. where men once fixed
steel without harness or lanyard, hardhat or steelcaps they now want 
everything
handed to them on a silver platter 


> But I don't want deeper point to get missed -- which is that if eecd
> doesn't like the idea of regulating what the programmer can do, then the
> programmer has to have the skills to safely write unsafe code.

no you're belying the point: the good programmer regulates himself while 
you

want to police everything and everyone else to compensate for your own
shortcomings


At moment, I want my privacy to be protected.
https://mytemp.email/

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

[Frank Beuth]

On Tue, Dec 31, 2019 at 11:56:46PM -0700, Bob Beck wrote:

read fucking code.  change fucking things. send some fucking diffs. get
fucking yelled at. learn from your fucking mistakes.  show some fucking
passion.  filter fucking misc@ and all this useless bleating into the
toilet.

none of us have time to spoon feed you in some “boot camp”

there are two types of programmers. the self taught, and the hopeless. it
is your job to turn yourself from the hopeless to the self taught.

shut up and fucking hack.


Well put.

But I don't want deeper point to get missed -- which is that if eecd
doesn't like the idea of regulating what the programmer can do, then the
programmer has to have the skills to safely write unsafe code.






On Tue, Dec 31, 2019 at 23:50 Frank Beuth  wrote:


On Wed, Jan 01, 2020 at 04:00:37AM +, e...@isdaq.com wrote:
>rather than the programmer being responsible for
>writing unsafe
>code we need to regulate what the programmer can do just like we need to
>regulate what the community can say, do, see, and think.

where do I sign up for OpenBSD write-perfect-C-code programmer training
bootcamp?

Re: Suggestion: Replace Perl with Lua in the OpenBSD Base System

[Anders Andersson]

On Wed, Jan 1, 2020 at 4:51 AM Stuart Longland
 wrote:

> Perl 6 will be a major change though, more disruptive than the Python2→3
> mess was.  So we may be in for some "fun" in the near future.

Gotta stop this before it derails: perl 6 is not the next version of
perl 5. It's not compatible, it's not an upgrade, it's a completely
new language and does no longer even share the same name (renamed to
raku). There is no "perl 6" that will replace perl 5.