Re: Potential mirror sync issue with snapshot packages
Ricky Cintron wrote: > Before upgrading my -current system Saturday evening (Jan. 22), I noticed that > the snapshot packages for amd64 were partially synced. The first half are from > the 21st, while the second half are from the 20th. I checked the Fastly cdn, > the > Cloudflare cdn, and ftp.openbsd.org, and all 3 are in a similar state. I > figured > it was a temporary issue, so I decided to wait until the packages were > updated, > but nothing has changed as of Monday evening (Jan. 24). > > I haven't seen anything related to this mentioned on the lists, so I'm just > wondering if this is a known issue. > Should be fixed now, or in the process of fixing itself.
Re: Edimax EW-7612UAN V2 appears as "generic" Realtek WLAN Adapter
On Tue, Jan 25, 2022 at 01:08:16AM +0100, Joel Carnat wrote: > Hello, > > Because my Internet Box has just died, I plugged a spare Edimax EW-7612UAN > V2 on my OpenBSD 7.0 router and connected it to my iPhone WiFi connection > sharing. I've tested it for a few hours with Video-on-Demand, email etc and > it works without issues. > > The thing is it seems to be recognized as a generic Realtek device: > > # dmesg > (...) > urtwn0 at uhub0 port 4 configuration 1 interface 0 "Realtek 802.11n WLAN > Adapter" rev 2.00/2.00 addr 2 > urtwn0: MAC/BB RTL8192CU, RF 6052 2T2R, address 08:be:ac:1d:40:96 > > # usbdevs -v > (...) > addr 02: 7392:7822 Realtek, 802.11n WLAN Adapter > high speed, power 500 mA, config 1, rev 2.00, iSerial 00e04c01 > driver: urtwn0 > > It is also not referenced in the man page as a supported device. > > In src/sys/dev/usb/usbdevs, on line 1722, I could can find > product EDIMAX RTL8192CU 0x7822 RTL8192CU > but I have no real clue about what to modify and propose a diff. Sorry. for usb, strings from the device are preferred with usbdevs as fallback see usbd_cache_devinfo() in sys/dev/usb/usb_subr.c > > Regards, > Joel C. > >
Edimax EW-7612UAN V2 appears as "generic" Realtek WLAN Adapter
Hello, Because my Internet Box has just died, I plugged a spare Edimax EW-7612UAN V2 on my OpenBSD 7.0 router and connected it to my iPhone WiFi connection sharing. I've tested it for a few hours with Video-on-Demand, email etc and it works without issues. The thing is it seems to be recognized as a generic Realtek device: # dmesg (...) urtwn0 at uhub0 port 4 configuration 1 interface 0 "Realtek 802.11n WLAN Adapter" rev 2.00/2.00 addr 2 urtwn0: MAC/BB RTL8192CU, RF 6052 2T2R, address 08:be:ac:1d:40:96 # usbdevs -v (...) addr 02: 7392:7822 Realtek, 802.11n WLAN Adapter high speed, power 500 mA, config 1, rev 2.00, iSerial 00e04c01 driver: urtwn0 It is also not referenced in the man page as a supported device. In src/sys/dev/usb/usbdevs, on line 1722, I could can find product EDIMAX RTL8192CU 0x7822 RTL8192CU but I have no real clue about what to modify and propose a diff. Sorry. Regards, Joel C.
Re: pkg_add -u fails with "failed to open CA file '/etc/ssl/cert.pem': Permission denied"
> Please reconsider my suggestion made on 2022-01-14: Everybody wants to be a dev.
Re: pkg_add -u fails with "failed to open CA file '/etc/ssl/cert.pem': Permission denied"
On Mon, Jan 24, 2022 at 10:21:33AM +0100, Harald Dunkel wrote: > I highly appreciate the carefulness, but the error message doesn't > indicate a user "_pkgfetch", nor is it mentioned on pkg_add(1). > Please reconsider my suggestion made on 2022-01-14: > Note that smtpd(8) doesn't mention all the users and processes it used for privilege separation either. Those are implementation details and will work out-of-the-box unless you fiddle with parts you're not supposed to touch. and if you touch those parts... you're supposed to know where to look and how things work in the background.
Re: pkg_add -u fails with "failed to open CA file '/etc/ssl/cert.pem': Permission denied"
I highly appreciate the carefulness, but the error message doesn't indicate a user "_pkgfetch", nor is it mentioned on pkg_add(1). Please reconsider my suggestion made on 2022-01-14: > In general, if there is a permission problem due to file system > access bits, then it would be wise to include euid and egid in > the error message. Thank you very much Harri
