Re: OpenBSD Monitor Sleep No Response
On 12/20/20 6:26 PM, ben wrote: Hello, misc; I've been having an issue with my OpenBSD install, specifically when the system turns off the monitor after a period of no use. After the monitor goes blank I can't use the start using the machine and must restart, that is after keypress and mouse movement the system does not show anything on the monitor. I suspect something is wrong due to hardware. I've checked the logs, nothing seems to be off. I've turned off apmd as to not interfer with power management and still no response after the monitor goes to sleep. Here's a list of the hardware: - AMD Ryzen 5 3400G Processor - Asus Prime B550M-A/CSM Motherboard - Radeon RX 580 POLARIS10 GPU Has anyone else experience any issues with like this? Is there still no support for polaris GPUs? Thank you in advance. Ben Raskin I've had this issue as well with a Ryzen machine with an R9290x graphics card (ie not supported by AMDGPU). My monitor is using DisplayPort but the same behaviour is present when using HDMI monitors as well. I've found the only way I can get output to the screen again is by switching consoles with CTRL+ALT+F1 and then switching back to the xorg console with CTRL+ALT+F5. Not sure what the cause is, but I've always assumed it was an issue the the radeon driver. Regards, Jordan
Re: OpenBSD Monitor Sleep No Response
ben wrote on Sun [2020-Dec-20 21:26:14 -0500]: > Hello, misc; > > I've been having an issue with my OpenBSD install, specifically when the > system > turns off the monitor after a period of no use. After the monitor goes blank I > can't use the start using the machine and must restart, that is after keypress > and mouse movement the system does not show anything on the monitor. I suspect > something is wrong due to hardware. I've checked the logs, nothing seems to be > off. I've turned off apmd as to not interfer with power management and still > no > response after the monitor goes to sleep. > > Here's a list of the hardware: > > - AMD Ryzen 5 3400G Processor > - Asus Prime B550M-A/CSM Motherboard > - Radeon RX 580 POLARIS10 GPU > > Has anyone else experience any issues with like this? Is there still no > support > for polaris GPUs? Thank you in advance. > > > Ben Raskin Hello, No firm ideas but a few suggestions... Is a screen software lock possibly in play, with a "blank" screensaver? You could try typing your password to see if it wakes up. I mention that because it wasn't entirely clear from your description if the monitor is truly hiberating. Some screen locks default to a totally blank screen. Also have you tried unplugging/replugging the video cable from the computer when this happens? Last thought, maybe there's a relevant BIOS setting? Mitch K.
OpenBSD Monitor Sleep No Response
Hello, misc; I've been having an issue with my OpenBSD install, specifically when the system turns off the monitor after a period of no use. After the monitor goes blank I can't use the start using the machine and must restart, that is after keypress and mouse movement the system does not show anything on the monitor. I suspect something is wrong due to hardware. I've checked the logs, nothing seems to be off. I've turned off apmd as to not interfer with power management and still no response after the monitor goes to sleep. Here's a list of the hardware: - AMD Ryzen 5 3400G Processor - Asus Prime B550M-A/CSM Motherboard - Radeon RX 580 POLARIS10 GPU Has anyone else experience any issues with like this? Is there still no support for polaris GPUs? Thank you in advance. Ben Raskin
Re: Enhancing Privacy in 2020 attached screenshot
On Sat, Dec 19, 2020 at 2:01 PM Ashlen wrote: > > On 20/12/16 22:55, pipus wrote: > > haha Stuart. > > Always there to make a low IQ entrance :) > Ever hear of Dunning-Kruger, pipus? > > https://lsa.umich.edu/psych/news-events/all-news/faculty-news/the-dunning-kruger-effect-shows-why-some-people-think-they-re-gr.html > First rule of Dunning-Kruger club is you don't know you're in Dunning-Kruger club. -- Aaron Mason - Programmer, open source addict I've taken my software vows - for beta or for worse
Can't compile /usr/ports/www/ruby-passenger
Hello,
It has been many releases that I systematically have a problem compiling
ruby-passenger in the portsDo you know what could be the issue ?
checking for rb_thread_call_without_gvl() in ruby/thread.h... yes
creating Makefile
cd 'buildout/ruby/ruby-2.6.6-x86_64-openbsd6.8/' && make
compiling
/usr/ports/pobj/passenger-6.0.4-ruby26/gem-tmp/.gem/ruby/2.6/gems/passenger-6.0.4/src/ruby_native_extension/passenger_native_support.c
linking shared-object passenger_native_support.so
rm -r
/usr/ports/pobj/passenger-6.0.4-ruby26/gem-tmp/.gem/ruby/2.6/gems/passenger-6.0.4/nginx-1.16.1
/usr/ports/pobj/passenger-6.0.4-ruby26/gem-tmp/.gem/ruby/2.6/gems/passenger-6.0.4/bin/passenger-install-*-module
/usr/ports/pobj/passenger-6.0.4-ruby26/gem-tmp/.gem/ruby/2.6/bin/passenger-install-*-module*
mv
/usr/ports/pobj/passenger-6.0.4-ruby26/gem-tmp/.gem/ruby/2.6/gems/passenger-6.0.4/src/.passenger/support-binaries/6.0.4/*
/usr/ports/pobj/passenger-6.0.4-ruby26/gem-tmp/.gem/ruby/2.6/gems/passenger-6.0.4/buildout/support-binaries/
mv:
/usr/ports/pobj/passenger-6.0.4-ruby26/gem-tmp/.gem/ruby/2.6/gems/passenger-6.0.4/src/.passenger/support-binaries/6.0.4/*:
No such file or directory
*** Error 1 in /usr/ports/www/ruby-passenger (Makefile:75 'post-build')
*** Error 2 in /usr/ports/www/ruby-passenger
(/usr/ports/infrastructure/mk/bsd.port.mk:2929
'/usr/ports/pobj/passenger-6.0.4-ruby26/.build_done')
*** Error 2 in /usr/ports/www/ruby-passenger
(/usr/ports/infrastructure/mk/bsd.port.mk:2116
'/usr/ports/packages/amd64/all/ruby26-passenger-6.0.4.tgz')
*** Error 2 in /usr/ports/www/ruby-passenger
(/usr/ports/infrastructure/mk/bsd.port.mk:2605 '_internal-package': @case
X${_DEPENDS_CACHE} in...)
*** Error 2 in /usr/ports/www/ruby-passenger
(/usr/ports/infrastructure/mk/bsd.port.mk:2584 'package': @:; cd
/usr/ports/www/ruby-passenger ...)
*** Error 2 in /usr/ports/www/ruby-passenger
(/usr/ports/infrastructure/mk/bsd.port.mk:2137
'/var/db/pkg/ruby26-passenger-6.0.4/+CONTENTS')
*** Error 2 in /usr/ports/www/ruby-passenger
(/usr/ports/infrastructure/mk/bsd.port.mk:2584 'install':
@lock=ruby26-passenger-6.0.4; export...)
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2266
'/usr/ports/pobj/nginx-1.18.0/.dep-ruby26-passenger-ANY-www-ruby-passenger')
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2663
'/usr/ports/pobj/nginx-1.18.0/.extract_done': @cd /usr/ports/www/nginx && PK...)
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2116
'/usr/ports/packages/amd64/all/nginx-1.18.0p0.tgz': @cd /usr/ports/www/nginx...)
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2605
'_internal-package': @case X${_DEPENDS_CACHE} in X) _DEPENDS_CACHE=$( mktem...)
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2584 'package': @:;
cd /usr/ports/www/nginx && PKGPATH=www/nginx make _internal-p...)
*** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2137
'/var/db/pkg/nginx-1.18.0p0/+CONTENTS': @cd /usr/ports/www/nginx && PKGPATH=...)
*** Error 2 in /usr/ports/www/nginx
(/usr/ports/infrastructure/mk/bsd.port.mk:2584 'install': @lock=nginx-1.18.0;
export _LOCKS_HELD=" ngin...)
Regards
Re: very slow scrolling in xterm
On Sun, Dec 20, 2020, Matthieu Herrb wrote: > You could try to enable shadowFB support through a minimal xorg.conf > like that : ... I tried that: unfortunately it does not make a change. > I think the XAA retirement happened earlier than that but I didn't dig You are right, I misremembered - I found a disk with 6.6 and the same problem happens with that. I haven't found some other (non nVidia) graphic card yet, so for now I'm using a different computer with an ATI card. Thanks for the help. -- Address is valid for this mailing list only, please do not reply to it direcly, but to the list.
Re: Acer Extensa 5635Z RAM and net boards.
On 20.12.2020 20:08, Isaia Luciano wrote: Hello, it would seam a OpenBSB problem, the other SO (Linux, FreeBSD) properly activate the interface. OpenBSD is using own implementation of https://man.openbsd.org/acpi BIOS seems to be latest available for that machine, which does not mean that most of the problems really get fixed at that time 10 years ago Can you try with current snapshot? # sh /etc/netstart alc0 alc0: writev(DHCPDISCOVER): No buffer space available alc0: writev(DHCPDISCOVER): No buffer space available alc0: writev(DHCPDISCOVER): No buffer space available alc0: no leasealc0: writev(DHCPDISCOVER): No buffer space available .alc0: writev(DHCPDISCOVER): No buffer space available .alc0: writev(DHCPDISCOVER): No buffer space avialable .alc0: writev(DHCPDISCOVER): No buffer space available .alc0: writev(DHCPDISCOVER): No buffer space available .alc0: writev(DHCPDISCOVER): No buffer space available .alc0: writev(DHCPDISCOVER): No buffer space available sleeping # ifconfig alc0 down alc0: could not disable RxQ/TxQ (0x)! alc0: could not disable Rx/Tx MAC(0x)! I tried with live CD of Sistem Rescue CD and MidnighBSD. It has already happened to someone. Thanks. Luciano. Il 19/12/20 11:36, luis...@tin.it ha scritto: Hi,I have install OpenBSD 6.8 on Acer Laptop with 2GB of RAM. I have upgrade the memory added a new 2 GB RAM bank.On boot the net interface not running.The dmesg is: OpenBSD 6.8 (GENERIC.MP) #98: Sun Oct 4 18:13:26 MDT 2020 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4105977856 (3915MB) avail mem = 3966488576 (3782MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xb5ec (33 entries) bios0: vendor Phoenix version "V1.3311" date 12/21/2009 bios0: Acer Extensa 5635Z acpi0 at bios0: ACPI 3.0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP HPET MCFG APIC BOOT SSDT SSDT SSDT SSDT acpi0: wakeup devices USB0(S3) USB1(S3) USBR(S3) EHC1(S3) USB3(S3) EHC2(S3) HDEF(S3) GLAN(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimcfg0 at acpi0 acpimcfg0: addr 0xe000, bus 0-255 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Pentium(R) Dual-Core CPU T4300 @ 2.10GHz, 2095.34 MHz, 06-17-0a 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,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM,XSAVE,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN cpu0: 1MB 64b/line 4-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 7 var ranges, 88 fixed ranges cpu0: apic clock running at 199MHz cpu0: mwait min=64, max=64, C-substates=0.2.2.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Pentium(R) Dual-Core CPU T4300 @ 2.10GHz, 2094.99 MHz, 06-17-0a 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,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM,XSAVE,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN cpu1: 1MB 64b/line 4-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 10 (P0P1) acpiprt2 at acpi0: bus 2 (RP01) acpiprt3 at acpi0: bus -1 (RP02) acpiprt4 at acpi0: bus -1 (RP03) acpiprt5 at acpi0: bus 7 (RP04) acpiprt6 at acpi0: bus -1 (RP05) acpiec0 at acpi0 acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT1 model "AS09C31" serial 9418 type LION oem "SANYO" acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: PWRB acpibtn2 at acpi0: SLPB "PNP0C14" at acpi0 not configured acpipci0 at acpi0 PCI0 acpicmos0 at acpi0 "SYN1B20" at acpi0 not configured "PNP0C14" at acpi0 not configured acpicpu0 at acpi0: !C3(250@17 mwait.3@0x20), !C2(500@1 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpicpu1 at acpi0: !C3(250@17 mwait.3@0x20), !C2(500@1 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpitz0 at acpi0: critical temperature is 108 degC acpivideo0 at acpi0: VGA_ acpivideo1 at acpi0: GFX0 acpivout0 at acpivideo1: DD02 cpu0: Enhanced SpeedStep 2095 MHz: speeds: 2100, 1600, 1200 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07 inteldrm0 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07 drm0 at inteldrm0 intagp0 at inteldrm0 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0: apic 2 int 16, GM45, gen 4 "Intel GM45 Video" rev 0x07 at pci0 dev 2 function 1 not configured uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x03: apic 2 int 16 uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x03: apic 2 int 21 ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x03: apic 2 int 19 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0
Re: Acer Extensa 5635Z RAM and net boards.
Hello, it would seam a OpenBSB problem, the other SO (Linux, FreeBSD) properly activate the interface. # sh /etc/netstart alc0 alc0: writev(DHCPDISCOVER): No buffer space available alc0: writev(DHCPDISCOVER): No buffer space available alc0: writev(DHCPDISCOVER): No buffer space available alc0: no leasealc0: writev(DHCPDISCOVER): No buffer space available .alc0: writev(DHCPDISCOVER): No buffer space available .alc0: writev(DHCPDISCOVER): No buffer space avialable .alc0: writev(DHCPDISCOVER): No buffer space available .alc0: writev(DHCPDISCOVER): No buffer space available .alc0: writev(DHCPDISCOVER): No buffer space available .alc0: writev(DHCPDISCOVER): No buffer space available sleeping # ifconfig alc0 down alc0: could not disable RxQ/TxQ (0x)! alc0: could not disable Rx/Tx MAC(0x)! I tried with live CD of Sistem Rescue CD and MidnighBSD. It has already happened to someone. Thanks. Luciano. Il 19/12/20 11:36, luis...@tin.it ha scritto: Hi,I have install OpenBSD 6.8 on Acer Laptop with 2GB of RAM. I have upgrade the memory added a new 2 GB RAM bank.On boot the net interface not running.The dmesg is: OpenBSD 6.8 (GENERIC.MP) #98: Sun Oct 4 18:13:26 MDT 2020 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4105977856 (3915MB) avail mem = 3966488576 (3782MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xb5ec (33 entries) bios0: vendor Phoenix version "V1.3311" date 12/21/2009 bios0: Acer Extensa 5635Z acpi0 at bios0: ACPI 3.0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP HPET MCFG APIC BOOT SSDT SSDT SSDT SSDT acpi0: wakeup devices USB0(S3) USB1(S3) USBR(S3) EHC1(S3) USB3(S3) EHC2(S3) HDEF(S3) GLAN(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimcfg0 at acpi0 acpimcfg0: addr 0xe000, bus 0-255 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Pentium(R) Dual-Core CPU T4300 @ 2.10GHz, 2095.34 MHz, 06-17-0a 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,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM,XSAVE,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN cpu0: 1MB 64b/line 4-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 7 var ranges, 88 fixed ranges cpu0: apic clock running at 199MHz cpu0: mwait min=64, max=64, C-substates=0.2.2.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Pentium(R) Dual-Core CPU T4300 @ 2.10GHz, 2094.99 MHz, 06-17-0a 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,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM,XSAVE,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN cpu1: 1MB 64b/line 4-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 10 (P0P1) acpiprt2 at acpi0: bus 2 (RP01) acpiprt3 at acpi0: bus -1 (RP02) acpiprt4 at acpi0: bus -1 (RP03) acpiprt5 at acpi0: bus 7 (RP04) acpiprt6 at acpi0: bus -1 (RP05) acpiec0 at acpi0 acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT1 model "AS09C31" serial 9418 type LION oem "SANYO" acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: PWRB acpibtn2 at acpi0: SLPB "PNP0C14" at acpi0 not configured acpipci0 at acpi0 PCI0 acpicmos0 at acpi0 "SYN1B20" at acpi0 not configured "PNP0C14" at acpi0 not configured acpicpu0 at acpi0: !C3(250@17 mwait.3@0x20), !C2(500@1 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpicpu1 at acpi0: !C3(250@17 mwait.3@0x20), !C2(500@1 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpitz0 at acpi0: critical temperature is 108 degC acpivideo0 at acpi0: VGA_ acpivideo1 at acpi0: GFX0 acpivout0 at acpivideo1: DD02 cpu0: Enhanced SpeedStep 2095 MHz: speeds: 2100, 1600, 1200 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07 inteldrm0 at pci0 dev 2 function 0 "Intel GM45 Video" rev 0x07 drm0 at inteldrm0 intagp0 at inteldrm0 agp0 at intagp0: aperture at 0xd000, size 0x1000 inteldrm0: apic 2 int 16, GM45, gen 4 "Intel GM45 Video" rev 0x07 at pci0 dev 2 function 1 not configured uhci0 at pci0 dev 26 function 0 "Intel 82801I USB" rev 0x03: apic 2 int 16 uhci1 at pci0 dev 26 function 1 "Intel 82801I USB" rev 0x03: apic 2 int 21 ehci0 at pci0 dev 26 function 7 "Intel 82801I USB" rev 0x03: apic 2 int 19 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 "Intel 82801I HD Audio" rev 0x03: msi azalia0: codecs: Conexant CX20561 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 "Intel 82801I PCIE" rev 0x03: msi pci1 at ppb0 bus 2 ppb1 at pci0 dev 28 function 3 "Intel 82801I PCIE" rev 0x03: msi pci2 at ppb1 bus 7 athn0 at pci2 dev 0 function 0 "Atheros AR9281" rev 0x01: apic
Re: OpenSMTPD-extras manual
On Sun, Dec 20, 2020 at 05:09:22PM +0300, ?? wrote: > man table-socketmap is interesting but confusing: > __ > """DESCRIPTION > This manual page documents the file > format of "socketmap" tables used by > the smtpd(8) mail daemon. > > The format described here applies to tables > as defined in smtpd.conf(5). > > SOCKETMAP TABLE > A "socketmap" table uses a simple protocol. > The client sends a single- The single line request is: table-name key > line request and the server sends > a single-line reply. > The reply is one of: OK answer NOTFOUND TEMP TIMEOUT PERM > The table may be used for any kind of key-based > lookup and replies are > expected to follow the formats described in table(5). > """ > __ So in theory you would have something like the following in smtpd.conf: table test socketmap:/path/to/socketmap.sock where the table-name would be test in the above request line. > > This table type could be just an experimental > useless table type like ldap tables or > a universal key to any userdata(password) storage if > one manages to make a middleware which > is able to make requests to any userdata storage > and return a needed value in proper format > to smtpd server through socketmap. > > But again no clear manual entry makes it useless. > No hint in the manual how to configure this type > of table access > > > 20.12.2020 01:34, Ingo Schwarze ??: > > Hi Maksim & Edgar, > > > > Edgar Pettijohn wrote on Sat, Dec 19, 2020 at 03:37:22PM -0600: > > > On Sat, Dec 19, 2020 at 08:02:19PM +0300, ?? wrote: > > > > > > Where can I find any manuals and examples regarding OpenSMTPD-extras? > > > > Try: > > > > $ man -k ^table- > > $ man table-passwd table-socketmap table-sqlite table-redis > > > > > > Which table types are supported and do not have status "experimental" > > > > like ldap tables? > > > > E.g. what is opensmtpd-extras-python and how can I use it? > > > > Not sure about thise questions. > > > > > Your best bet is to git clone the repository and search for the tables, > > > etc you are interested in. > > > > That would be unusual with OpenBSD; when possible, we try to include > > documentation in user-installable packages and not only in source > > distributions. > > > > Strangely, in this case, there are files > > > >table-postgres.5 table-mysql.5 > > > > in the source tarballs but not in the respective packing lists. > > > > Strangely, the tarball also contains three empty README files. > > > > > If there is a manual simply `mandoc file | less`. > > > > Not the best advice ever... :-/ > > > > Manually piping mandoc(1) output to less(1) is never needed. > > > > If you have a manual page in the current directory - say, table-sqlite.5 - > > then just > > > > $ man -l table-sqlite.5 > > > > is sufficient, and if it's properly installed, as the opensmtpd-extras > > package does it, then just > > > > $ man table-sqlite > > > > does the job without even needing to worry about the current directory. > > > > > Unfortunantly there aren't manuals for all of the `extras`. > > > > Hmm, you may be right about that one, for example a table-python(5) > > manual page doesn't appear to exist. > > > > Yours, > >Ingo > > > > -- > ?? ??, > ?? >
Re: OpenSMTPD-extras manual
man table-socketmap is interesting but confusing: __ """DESCRIPTION This manual page documents the file format of "socketmap" tables used by the smtpd(8) mail daemon. The format described here applies to tables as defined in smtpd.conf(5). SOCKETMAP TABLE A "socketmap" table uses a simple protocol. The client sends a single- line request and the server sends a single-line reply. The table may be used for any kind of key-based lookup and replies are expected to follow the formats described in table(5). """ __ This table type could be just an experimental useless table type like ldap tables or a universal key to any userdata(password) storage if one manages to make a middleware which is able to make requests to any userdata storage and return a needed value in proper format to smtpd server through socketmap. But again no clear manual entry makes it useless. No hint in the manual how to configure this type of table access 20.12.2020 01:34, Ingo Schwarze пишет: Hi Maksim & Edgar, Edgar Pettijohn wrote on Sat, Dec 19, 2020 at 03:37:22PM -0600: On Sat, Dec 19, 2020 at 08:02:19PM +0300, ?? wrote: Where can I find any manuals and examples regarding OpenSMTPD-extras? Try: $ man -k ^table- $ man table-passwd table-socketmap table-sqlite table-redis Which table types are supported and do not have status "experimental" like ldap tables? E.g. what is opensmtpd-extras-python and how can I use it? Not sure about thise questions. Your best bet is to git clone the repository and search for the tables, etc you are interested in. That would be unusual with OpenBSD; when possible, we try to include documentation in user-installable packages and not only in source distributions. Strangely, in this case, there are files table-postgres.5 table-mysql.5 in the source tarballs but not in the respective packing lists. Strangely, the tarball also contains three empty README files. If there is a manual simply `mandoc file | less`. Not the best advice ever... :-/ Manually piping mandoc(1) output to less(1) is never needed. If you have a manual page in the current directory - say, table-sqlite.5 - then just $ man -l table-sqlite.5 is sufficient, and if it's properly installed, as the opensmtpd-extras package does it, then just $ man table-sqlite does the job without even needing to worry about the current directory. Unfortunantly there aren't manuals for all of the `extras`. Hmm, you may be right about that one, for example a table-python(5) manual page doesn't appear to exist. Yours, Ingo -- С уважением, Родин Максим
Re: seasons greetings and a network question
‐‐‐ Original Message ‐‐‐ On Sunday, 20 December 2020 10:28, Peter J. Philipp wrote: > The story is, that I log time to lives (TTL) with a setsockopt() on my logging > DNS server. Whenever mail.openbsd.org sends a mail it does not ask its cache > but does a dns query every time. This is a great beacon on the Internet (at > least for me) it tells something of the dedication openbsd has for delivering > the mail from the mailing lists. > > Erm Doesn't mail.openbsd.org, alongside most other openbsd servers, originate from Theo's basement ? If so, it tells you nothing "beacon" about the state of the internet. There are many, many, many better projects out there that you can monitor if you wish to have a true "beacon" view of what's going on on the internet. Nor does it tell you anything of openbsd's dedication to anything apart from its obstinance in insisting that Theo's basement is the best place to host servers and refuse to answer questions from the community in that respect (see discussions when Theo came begging for money for electricity or whatever it was a few years back). Still, I'm sure Theo will be happy for you to blow his trumpet for him. ;-)
Re: Relayd "cannot load certificates" when using 2 'listen' statements in a relay
Sorry for the duplicate post, I now saw that this question has been asked previously. I am sadly also not able to test the diff that was provided in one of the previous threads. I have split the relay into two relays with one `listen` statement each for now, which works fine. Best, Unicorn
Re: very slow scrolling in xterm
On Sun, Dec 20, 2020 at 12:43:43PM +0100, Matthieu Herrb wrote: > > https://marc.infœ?l=openbsd-tech=144982511914401=2 Should have been : https://marc.info/?l=openbsd-tech=144982511914401=2 -- Matthieu Herrb
Re: very slow scrolling in xterm
On Sun, Dec 20, 2020 at 07:14:22AM +0100, Claus Assmann wrote: > On Sun, Dec 20, 2020, Nick Holland wrote: > > > In fact, that machine is loaded with nvidia hw. If you fixed > > the video, I suspect you will slam into other walls shortly after. > > I know it's a "slow" computer (1) by todays standards, but the only > annoying thing is the slow scrolling (hit return, and watch as the > entire xterm content moves up one line before it displays the next > line). Everything else is "good enough" for software development > (it might take longer to compile stuff, but that doesn't matter > much to me - running the regression test suite takes the largest > amount of time). Hi, A few releases ago the old XAA acceleration code was removed from the X server, replaced by EXA. Unfortunatly since the xf86-video-nv isn't maintained for even longer, no one ever added EXA support to that driver. So when XAA was retired, it left this driver completely un-accelerated. Scrolling is particularly hard without hardware assistance. You could try to enable shadowFB support through a minimal xorg.conf like that : Section "device" Identifier "nvidia" Driver "nv" Option "ShadowFB" "on" EndSection It should be the default, but apparently the nv driver doesn't report it in the logs and I'm not sure of the status. > > > If you really want a dab of perfume on this pig, try a cheap ATI > > video card in whatever slots you have available in it. However, once > > Ok, I'll take a look at my other "collector items" to see if I > can find something that fits. > > > I'm a tad bit curious about your implying the X performance got bad > > after 6.6...did this thing really not suck in 6.6 and before? Maybe > > Scrolling was just fine "back then": no visible delays - from > probably 5.3 up to 6.6 (AFAIR). > > > there was regression in old nvidia hw with newer nvidia support? > > I looked at the 6.7 release notes, but couldn't find anything obvious. > Maybe it is "hidden" in the "upgrade some X SW" entries? I think the XAA retirement happened earlier than that but I didn't dig seriously in the archives. https://marc.infœ?l=openbsd-tech=144982511914401=2 contains an attempt by mpi@ to add EXA acceleration to the xf86-video-nv driver. In my tests it wasn't performing very good on older nvidia cards, but it may be worth giving it a try. NetBSD also have some patches that I didn't look at. If this card is a discrete one, get any ATI/Radeon card from the same era to get something that works a bit better. But support for EXA is also going away with all the userland side, pre DRI/DRM 2D acceleration code. To do reasonably fast graphics you'd need to either maintain a fork of some old X server release or move to more recent hardware. Final note: I don't have any remaining nVidia cards in working condition to test patches. -- Matthieu Herrb
Re: seasons greetings and a network question
On Sun, Dec 20, 2020 at 10:49:49AM +, Laura Smith wrote: > > > ‐‐‐ Original Message ‐‐‐ > On Sunday, 20 December 2020 10:28, Peter J. Philipp wrote: > > > > The story is, that I log time to lives (TTL) with a setsockopt() on my > > logging > > DNS server. Whenever mail.openbsd.org sends a mail it does not ask its cache > > but does a dns query every time. This is a great beacon on the Internet (at > > least for me) it tells something of the dedication openbsd has for > > delivering > > the mail from the mailing lists. > > > > > > Erm > > Doesn't mail.openbsd.org, alongside most other openbsd servers, originate > from Theo's basement ? No. Assumptions etc -Otto > > If so, it tells you nothing "beacon" about the state of the internet. There > are many, many, many better projects out there that you can monitor if you > wish to have a true "beacon" view of what's going on on the internet. > > Nor does it tell you anything of openbsd's dedication to anything apart from > its obstinance in insisting that Theo's basement is the best place to host > servers and refuse to answer questions from the community in that respect > (see discussions when Theo came begging for money for electricity or whatever > it was a few years back). > > Still, I'm sure Theo will be happy for you to blow his trumpet for him. ;-) >
seasons greetings and a network question
Hi,
This is a question to the mail administrator. What happened on Friday Oct. 9th
of this year on the Internet? Now I don't want you to overly worry because I'm
just going through my logs and there is a small story to tell, and besides it
could have happened on the Internet and had no relation to openbsd's network.
The story is, that I log time to lives (TTL) with a setsockopt() on my logging
DNS server. Whenever mail.openbsd.org sends a mail it does not ask its cache
but does a dns query every time. This is a great beacon on the Internet (at
least for me) it tells something of the dedication openbsd has for delivering
the mail from the mailing lists.
I did a bit of analysing of my logs and found this:
$ grep 199.185.178.25 /var/log/delphinusdnsd | awk '{print $1 " " " " $14; }' |
sort -u | tr '\n' ' ' && echo
Dec (ttl=48, Dec (ttl=49, Dec (ttl=50, Nov (ttl=48, Nov (ttl=49, Nov
(ttl=50, Oct (ttl=43, Oct (ttl=48, Oct (ttl=49, Oct (ttl=50, Sep (ttl=48,
Sep (ttl=49, Sep (ttl=50,
As you can see the TTL's are 48, 49, and 50 when they reach my network. Except
October 9, here the TTL has a 43 with it. Here is a sample log:
Oct 9 03:19:44 parallax delphinusdnsd[29829]: request on descriptor 10 interfac
e "168.119.124.130" from 199.185.178.25 (ttl=43, region=1, tta=0.453ms) for "mai
l.centroid.eu." type=A(1) class=1, edns0, dnssecok, answering "mail.centroid.eu.
" (45/168)
It was early in the morning for me, I missed it completely because I don't
systematically search my logs. Only when I'm bored do I look through this.
The hop count increased by 5 hops, it could have been a BGP blip perhaps?
Perhaps it was maintenance on my providers network who knows, I don't know.
All I know is that according to my logs it was between 3:19:43 and 3:19:45
CEST timezone on that day, I queried both my auth nameservers for this.
Could it have been another operator on the Internet rerouting something? I
searched a little in the openbsd archives there was no maintenance announced,
it was a boring Thursday/Friday night, roughly nine days before 6.8 release
time.
Maybe it was just a network blip. But maybe OpenBSD sysadmins saw something?
Other than this funny mail, I want to wish everyone a happy solstice tomorrow,
I wish you seasons greetings and merry christmas and happy new year 2021!
Stay healthy before we beat this global pandemic!
Best Regards,
-peter
