CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2021/03/28 22:01:17 Modified files: usr.sbin/rpki-client: mkdir.c Log message: sort includes
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2021/03/28 22:00:38 Modified files: usr.sbin/rpki-client: x509.c Log message: Remove accidental but justified annotation
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: yasu...@cvs.openbsd.org 2021/03/28 21:54:40 Modified files: usr.sbin/npppd/common: ipsec_util.c radish.c slist.c usr.sbin/npppd/l2tp: l2tp.h l2tp_call.c l2tp_ctrl.c l2tpd.c usr.sbin/npppd/npppd: chap.c chap_ms.c npppd.c npppd_auth.c npppd_subr.c pap.c ppp.c ppp.h radius_chap_const.h usr.sbin/npppd/pppoe: pppoe.h pppoe_session.c pppoed.c usr.sbin/npppd/pptp: pptp.h pptp_call.c pptp_ctrl.c pptp_local.h pptpd.c Log message: spellings suggested by jsg
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2021/03/28 21:45:35 Modified files: usr.sbin/rpki-client: main.c mkdir.c x509.c Log message: minor KNF and consistancy (rpki-client is pretty good code, couple hours of audit and I can only find a few minor things)
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2021/03/28 21:39:14 Modified files: usr.sbin/rpki-client: output-bgpd.c Log message: improve the naming of some intermediate buffers
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2021/03/28 21:35:32 Modified files: usr.sbin/rpki-client: ip.c output-bgpd.c Log message: 3 additional snprintf() range checks (inconceivable these would ever truncate, but if they do, we prefer to know) ok job claudio
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: dera...@cvs.openbsd.org 2021/03/28 21:34:52 Modified files: usr.sbin/rpki-client: http.c usr.bin/ftp: fetch.c Log message: in unsafe_char(), handle %NN with array-index inspection rather than weird ptr++ ok claudio
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: t...@cvs.openbsd.org2021/03/28 12:12:09 Modified files: regress/lib/libssl/tlsfuzzer: tlsfuzzer.py Log message: The failure mode of test-tls13-version-negotiation.py has changed. Update comment.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: s...@cvs.openbsd.org2021/03/28 12:02:32 Modified files: sys/dev/pci: if_ipw.c Log message: Since ipw(4) doesn't call into net80211_newstate() the interface link state must be updated by the driver in order to get packets to flow. In case of WPA the link state was updated as a side-effect of a successful WPA handshake. This commit fixes the WEP and plaintext cases. Problem reported and fix tested by Riccardo Mottola.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: k...@cvs.openbsd.org2021/03/28 11:25:21 Modified files: sbin/dhclient : dhclient.c dispatch.c kroute.c Log message: Now that the real time and monotonic time streams don't cross flip CLOCK_REALTIME to CLOCK_MONOTONIC. Suggested by cheloha@, millert@, otto@ at various stages in the time_t -> timespec conversion.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: k...@cvs.openbsd.org2021/03/28 10:23:05 Modified files: sbin/dhclient : dhclient.c dhcpd.h Log message: Convert remaining timers (lease renew, rebind, expiry) to timespec values. Translate from the epoch values in leases to timespec values in one place. Final step to allow CLOCK_REALTIME -> CLOCK_MONOTONIC time accounting for the active lease.
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: j...@cvs.openbsd.org2021/03/28 10:22:18 Modified files: usr.sbin/rpki-client: mft.c extern.h regress/usr.sbin/rpki-client: test-mft.c Log message: Add some restrictions to manifest object profile OK tb@, feedback from claudio@
CVS: cvs.openbsd.org: xenocara
CVSROOT:/cvs Module name:xenocara Changes by: j...@cvs.openbsd.org2021/03/28 09:57:45 Modified files: driver/xf86-input-ws/src: ws.c Log message: Ignore WSMOUSEIO_GTYPE ioctl failure when checking /dev/wsmouse When xf86-input-ws has attached separately to all existing mouse devices already or there are no mice plugged in, xf86-input-ws fails to attach to the wsmouse mux as a default fallback because there is no wsmouse device left in the mux to handle the WSMOUSEIO_GTYPE ioctl. If a USB mouse is later plugged in, there will not be any xf86-input-ws driver loaded listening to /dev/wsmouse for input. ok matthieu
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: inogu...@cvs.openbsd.org2021/03/28 06:38:52 Modified files: usr.bin/openssl: apps.h Log message: Fix duplicate SSL_is_dtls in libssl and apps.c Currently, SSL_is_dtls exists in both libssl and apps.c, and one in libssl is guarded by LIBRESSL_INTERNAL and not exposed yet. This causes portable build broke with openssl(1) and optionstest. To solve this temporarily, rename SSL_is_dtls by apps.h. This temporary renaming will be removed when the SSL_is_dtls() is exposed. ok jsing@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: st...@cvs.openbsd.org 2021/03/28 06:10:05 Modified files: share/man/man4 : umb.4 Log message: list Dell DW5821e as supported for umb(4)
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: st...@cvs.openbsd.org 2021/03/28 06:08:58 Modified files: sys/dev/usb: if_umb.c Log message: Add vid/pid table to umb(4) allowing matching to alternate config Some devices present multiple configurations and the one chosen by default is not always usable - for example, some have an CDC ECM config that does not work with our cdce(4) - allow overriding to a specific config in those cases. >From gerhard@ with tweaks to comments by me, ok patrick@
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: st...@cvs.openbsd.org 2021/03/28 06:06:46 Modified files: sys/dev/usb: usbdevs_data.h usbdevs.h Log message: sync
CVS: cvs.openbsd.org: src
CVSROOT:/cvs Module name:src Changes by: st...@cvs.openbsd.org 2021/03/28 06:06:35 Modified files: sys/dev/usb: usbdevs Log message: add pid for Dell DW5821e and HUAWEI ME906s LTE, ok patrick@
