Re: LibreSSL 2.0.3 released
2014-07-23 15:16 GMT+02:00 Martin Hecht he...@hlrs.de: ...the same (PASS: 42) for Ubuntu 12.04 Scientific Linux 6.5 SLES 11 SP 1 LTSS Count in current Arch Linux (x86_64): # TOTAL: 42 # PASS: 42 # SKIP: 0 # XFAIL: 0 # FAIL: 0 # XPASS: 0 # ERROR: 0 -- Michał Markowski
Re: Grouchy mutt on 5.3-current/amd64
2013/6/23 Stuart Henderson st...@openbsd.org: It will take up to a couple of days for new packages to filter out to the mirrors for fast architectures, and of course longer for those which take a while to build. If you need something sooner then you'll need to rebuild from ports. Thanks for clarification. I can live with it a few days. :) -- Michał Markowski
/usr/src/etc/mail/aliases formatting
Now, this file is mix of spaces and tabs: $ vis -t /cvs/src/etc/mail/aliases # #\^I$OpenBSD: aliases,v 1.37 2012/10/13 07:42:39 dcoppa Exp $ # # Aliases in this file will NOT be expanded in the header from # Mail, but WILL be visible over networks or from /usr/libexec/mail.local. # #\^I\^IThe program newaliases must be run after #\^I NOTE \^Ithis file is updated for any changes to #\^I\^Ishow through to sendmail. # # Basic system aliases -- these MUST be present MAILER-DAEMON: postmaster postmaster: root # General redirections for important pseudo accounts daemon:\^Iroot ftp-bugs: root operator: root uucp:\^Iroot www:\^Iroot # Redirections for pseudo accounts that should not receive mail _afs: /dev/null _bgpd: /dev/null _btd: /dev/null _dhcp: /dev/null _dvmrpd: /dev/null _fingerd: /dev/null _ftp: /dev/null _hostapd: /dev/null _identd: /dev/null _iked: /dev/null _isakmpd: /dev/null _iscsid: /dev/null _kadmin: /dev/null _kdc: /dev/null _ldapd: /dev/null _ldpd: /dev/null _mopd: /dev/null _nsd: /dev/null _ntp: /dev/null _ospfd: /dev/null _ospf6d: /dev/null _pflogd: /dev/null _portmap: /dev/null _ppp: /dev/null _rbootd: /dev/null _relayd: /dev/null _ripd: /dev/null _rstatd: /dev/null _rtadvd: /dev/null _rusersd: /dev/null _rwalld: /dev/null _smtpd: /dev/null _sndio: /dev/null _snmpd: /dev/null _spamd: /dev/null _syslogd: /dev/null _tcpdump: /dev/null _tftpd: /dev/null _x11: /dev/null _ypldap: /dev/null bin:\^I/dev/null named:\^I/dev/null nobody:\^I/dev/null popa3d: /dev/null proxy: /dev/null smmsp: /dev/null sshd: /dev/null # Well-known aliases -- these should be filled in! # root: # manager: # dumper: # RFC 2142: NETWORK OPERATIONS MAILBOX NAMES abuse:\^I\^Iroot # noc:\^I\^Iroot security:\^Iroot # RFC 2142: SUPPORT MAILBOX NAMES FOR SPECIFIC INTERNET SERVICES # hostmaster:\^Iroot # usenet:\^Iroot # news:\^I\^Iusenet # webmaster:\^Iroot # ftp:\^I\^Iroot This diff provides more consistent formatting with tabs throughout the file (sorry for link, but gmail would probably spoil this): http://mspanc.one.pl/etc_mail_aliases.diff P.S. 2013/6/20 Stuart Henderson s...@spacehopper.org: this type of diff is highly subject to bikeshedding ;) :) -- Michał Markowski
Re: /usr/src/etc/mail/aliases formatting
2013/6/23 Nick Holland n...@holland-consulting.net: I do believe this would be an annoyance for upgraders who have local entries in this file, as sysmerge would detect lots of changes, plus the local changes. I'm not sure what the benefit would be to those people. Those people can just keep installed version when sysmerge ask them what to do (hit d if I recall correctly). -- Michał Markowski
Grouchy mutt on 5.3-current/amd64
System and packages upgraded yesterday. Mutt flavour: mutt-1.4.2.3p1v0. $ dmesg | head -2 OpenBSD 5.3-current (GENERIC) #3: Fri Jun 21 23:45:11 CEST 2013 d...@frigg.0x29a.it:/usr/src/sys/arch/amd64/compile/GENERIC $ mutt mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs9_emailAddress' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs12_keyBag' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs12_keyBag' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs12_pkcs8ShroudedKeyBag' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs12_certBag' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs12_certBag' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkinit_san' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkinit_san' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkinit_ms_san' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkinit_ms_san' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pbeWithSHAAnd128BitRC2_CBC' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pbeWithSHAAnd3_KeyTripleDES_CBC' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs_9_at_friendlyName' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs9_messageDigest' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs_9_at_localKeyId' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pbewithSHAAnd40BitRC2_CBC' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs9_contentType' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs_9_at_certTypes_x509' Mailbox is unchanged. $ -- Michał Markowski
Re: Grouchy mutt on 5.3-current/amd64
2013/6/22 Antoine Jacoutot ajacou...@bsdfrog.org: Your mutt pkg is too old. -- Antoine Packages mirror is up to date (compared with ftp.openbsd.org). BTW for mutt-1.5.21p2v0: $ echo $PKG_PATH http://ftp.icm.edu.pl/pub/OpenBSD/snapshots/packages/amd64/ $ sudo pkg_add -r mutt Password: Ambiguous: choose package for mutt a 0: None 1: mutt-1.4.2.3p1v0 2: mutt-1.4.2.3p1v0-compressed 3: mutt-1.5.21p2v0 4: mutt-1.5.21p2v0-sasl 5: mutt-1.5.21p2v0-sasl-sidebar-compressed 6: mutt-1.5.21p2v0-sasl-sidebar-slang-compressed 7: mutt-1.5.21p2v0-sidebar-compressed Your choice: 3 mutt-1.5.21p2v0:qdbm-1.8.78: ok mutt-1.4.2.3p1v0-1.5.21p2v0: ok Read shared items: ok $ mutt mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs9_emailAddress' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs12_keyBag' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs12_keyBag' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs12_pkcs8ShroudedKeyBag' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs12_certBag' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs12_certBag' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkinit_san' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkinit_san' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkinit_ms_san' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkinit_ms_san' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pbeWithSHAAnd128BitRC2_CBC' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pbeWithSHAAnd3_KeyTripleDES_CBC' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs_9_at_friendlyName' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs9_messageDigest' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs_9_at_localKeyId' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pbewithSHAAnd40BitRC2_CBC' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs9_contentType' mutt:/usr/lib/libhx509.so.0.0: undefined symbol 'asn1_oid_id_pkcs_9_at_certTypes_x509' Mailbox is unchanged. $ -- Michał Markowski
Re: Grouchy mutt on 5.3-current/amd64
Ok, I misunderstood you, nevermind. -- Michał Markowski
axe.4 typo
According to http://www.asix.com.tw/products.php?PLine=71 --- /usr/src/share/man/man4/axe.4 Mon Jun 3 00:02:33 2013 +++ /tmp/axe.4 Sun Jun 9 12:25:14 2013 @@ -84,8 +84,8 @@ .Pp The AX88172, AX88178, and AX88772 are USB 2.0 devices designed to work with either Ethernet or HomePNA transceivers. -The AX8172 and AX88772 contain 10/100 Ethernet MACs with MII interfaces. -The AX8178 contains a 10/100/1000 Gigabit Ethernet MAC with a GMII/MII +The AX88172 and AX88772 contain 10/100 Ethernet MACs with MII interfaces. +The AX88178 contains a 10/100/1000 Gigabit Ethernet MAC with a GMII/MII interface. All adapters will operate with either USB 1.x or USB 2.0 controllers, however performance with 1.x controllers will be limited since the USB 1.x standard -- Michał Markowski
Re: Important: following -current update!
$ cd /usr/src/sys/arch/`uname -m`/config cd: no such file or directory: /usr/src/sys/arch/i386/config $ cd /usr/src/sys/arch/`uname -m`/conf $ --- /cvs/www/faq/current.html Tue Apr 16 11:54:22 2013 +++ /tmp/current.html Tue Apr 16 12:10:27 2013 @@ -597,7 +597,7 @@ ul liUpdate entire source tree using cvs liconfigure and build a new kernel: -blockquotepreb cd /usr/src/sys/arch/`uname -m`/config +blockquotepreb cd /usr/src/sys/arch/`uname -m`/conf config GENERIC # or GENERIC.MP or whatever config you use cd ../compile/GENERIC # or GENERIC.MP or ... make clean -- Michał Markowski
Re: vr(4) TX interrupt reduction
2013/1/14 Darren Tucker dtuc...@zip.com.au: Testing on any VIA Rhine chips would be appreciated (especially ones that are not 6105M like my ALIX). Hi, nothing conclusive on VIA VT6107 (dmesg: vr0 at pci0 dev 10 function 0 VIA RhineII-2 rev 0x8d: irq 15, address 00:16:35:06:af:eb). current kernel: 9835.56 int/s, 84.0 Mbps (100 s avg) with your patch: 9857.85 int/s, 84.0 Mbps No problems observed, though. -- Michał Markowski
Re: vr(4) TX interrupt reduction
2013/1/14 Chris Cappuccio ch...@nmedia.net: This will only affect TX direction interrupts. Can you try and generate a stream of UDP traffic at full rate with a program like iperf to test just TX? Those numbers are from `iperf -c a -t 100 -i 10` on vr machine. Iperf man page says: user must establish both a server (to discard traffic) and a client (to generate traffic) so yes, it's TX. When I try UDP test with -b higher than 87m: $ iperf -c a -u -b 100m -t 100 -i 10 Client connecting to a, UDP port 5001 Sending 1470 byte datagrams UDP buffer size: 9.00 KByte (default) [ 3] local 192.168.1.192 port 25889 connected with 192.168.1.50 port 5001 zsh: segmentation fault (core dumped) iperf -c a -u -b 100m -t 100 -i 10 $ gdb /usr/local/bin/iperf iperf.core GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as i386-unknown-openbsd5.2...(no debugging symbols found) Core was generated by `iperf'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libpthread.so.17.0...done. Loaded symbols for /usr/lib/libpthread.so.17.0 Reading symbols from /usr/lib/libstdc++.so.55.0...done. Loaded symbols for /usr/lib/libstdc++.so.55.0 Reading symbols from /usr/lib/libm.so.7.1...done. Loaded symbols for /usr/lib/libm.so.7.1 Symbols already loaded for /usr/lib/libpthread.so.17.0 Reading symbols from /usr/lib/libc.so.66.1...done. Loaded symbols for /usr/lib/libc.so.66.1 Reading symbols from /usr/libexec/ld.so...done. Loaded symbols for /usr/libexec/ld.so #0 strlen (str=0x2 Address 0x2 out of bounds) at /usr/src/lib/libc/string/strlen.c:43 43 for (s = str; *s; ++s) (gdb) -- Michał Markowski
Re: vr(4) TX interrupt reduction
2013/1/15 Chris Cappuccio ch...@nmedia.net: Well your numbers clearly show almost no difference. But TCP might not be the best way to test due to the regular ack reply. Ok, -current kernel: $ int1=`vmstat -i | awk '$1 ~ /vr0/ {print $2}'`; tcpbench -u -t 100 -r 1 r; int2=`vmstat -i | awk '$1 ~ /vr0/ {print $2}'`; let intps = (int2 - int1) / 100; echo int/s: $intps Elapsed: 1 Mbps: 87.668 Peak Mbps: 87.668 Tx PPS:7444 Elapsed: 2 Mbps: 87.217 Peak Mbps: 87.668 Tx PPS:7406 Elapsed: 3 Mbps: 87.210 Peak Mbps: 87.668 Tx PPS:7405 Elapsed: 4 Mbps: 87.212 Peak Mbps: 87.668 Tx PPS:7405 Elapsed: 5 Mbps: 87.210 Peak Mbps: 87.668 Tx PPS:7405 Elapsed: 6 Mbps: 87.210 Peak Mbps: 87.668 Tx PPS:7405 Elapsed: 7 Mbps: 87.215 Peak Mbps: 87.668 Tx PPS:7406 Elapsed: 8 Mbps: 87.208 Peak Mbps: 87.668 Tx PPS:7405 Elapsed: 89995 Mbps: 87.207 Peak Mbps: 87.668 Tx PPS:7405 Elapsed: 15 Mbps: 87.212 Peak Mbps: 87.668 Tx PPS:7405 int/s: 7472 Patched (http://marc.info/?l=openbsd-techm=135820613320957q=raw) kernel: $ int1=`vmstat -i | awk '$1 ~ /vr0/ {print $2}'`; tcpbench -u -t 100 -r 1 r; int2=`vmstat -i | awk '$1 ~ /vr0/ {print $2}'`; let intps = (int2 - int1) / 100; echo int/s: $intps Elapsed: 1 Mbps: 87.638 Peak Mbps: 87.638 Tx PPS:7442 Elapsed: 2 Mbps: 87.198 Peak Mbps: 87.638 Tx PPS:7404 Elapsed: 3 Mbps: 87.193 Peak Mbps: 87.638 Tx PPS:7404 Elapsed: 4 Mbps: 87.192 Peak Mbps: 87.638 Tx PPS:7404 Elapsed: 5 Mbps: 87.192 Peak Mbps: 87.638 Tx PPS:7404 Elapsed: 6 Mbps: 87.199 Peak Mbps: 87.638 Tx PPS:7404 Elapsed: 7 Mbps: 87.194 Peak Mbps: 87.638 Tx PPS:7404 Elapsed: 8 Mbps: 87.193 Peak Mbps: 87.638 Tx PPS:7404 Elapsed: 9 Mbps: 87.198 Peak Mbps: 87.638 Tx PPS:7404 Elapsed: 10 Mbps: 87.190 Peak Mbps: 87.638 Tx PPS:7404 int/s: 7471 -- Michał Markowski