Re: vpn.rebehn.net upgrade log
On Mon, October 28, 2019 6:37 pm, Heinrich Rebehn wrote: > Hello list, > > After upgrading a OpenBSD host running 6.5 to 6.6 using sysupgrade(8), I > received the email below. > It suggests that the upgrade has been aborted upon failure to upgrade > comp66.tgz. This set was not part of the initial installation. > Does this mean that the system is â**half upgradedâ**? What steps are > missing because of the abort? > > Cheers, > > Heinrich > I had something similar happen to me with the games set as I had stopped installing games on my router some years ago. Besides the unextracted sets, you've missed out on a bunch of other upgrade steps such as MAKEDEV, installboot, and everything that runs from rc.firsttime. Since you got a kernel and base.tgz I would just manually extract the other sets (follow the upgrade guide for how to do that correctly) and clean up anything that generates an error until they extract cleanly. Then upgrade properly so you know it will work next time. Tim. > >> On 28. Oct 2019, at 16:31, Charlie Root wrote: >> >> Choose your keyboard layout ('?' or 'L' for list) [default] default >> Available disks are: sd0. >> Which disk is the root disk? ('?' for details) [sd0] sd0 >> Checking root filesystem (fsck -fp /dev/sd0a)... OK. >> Mounting root filesystem (mount -o ro /dev/sd0a /mnt)... OK. >> Force checking of clean non-root filesystems? [no] no >> /dev/sd0a (331a03408374f07d.a) on /mnt type ffs (rw, local, wxallowed) >> >> Let's upgrade the sets! >> Location of sets? (cd0 disk http nfs or 'done') [http] disk >> Is the disk partition already mounted? [yes] yes >> Pathname to the sets? (or 'done') [6.6/amd64] /home/_sysupgrade/ >> >> Select sets by entering a set name, a file name pattern or 'all'. >> De-select >> sets by prepending a '-', e.g.: '-game*'. Selected sets are labelled >> '[X]'. >> [X] bsd [X] comp66.tgz[X] xbase66.tgz [X] xserv66.tgz >> [X] bsd.rd[X] man66.tgz [X] xshare66.tgz >> [X] base66.tgz[X] game66.tgz[X] xfont66.tgz >> Set name(s)? (or 'abort' or 'done') [done] done >> Directory does not contain SHA256.sig. Continue without verification? >> [no] yes >> Installing bsd 100% |**| 18250 KB >> 00:00 >> Installing bsd.rd 100% |**| 10058 KB >> 00:00 >> Installing base66.tgz 100% |**| 236 MB >> 00:12 >> Installing comp66.tgz78% | | 56832 KB >> 00:01 ETAtar: Unable to remove directory ./usr/include/machine: >> Directory not empty >> Installing comp66.tgz 100% |**| 72109 KB >> 00:06 >> Installation of comp66.tgz failed. Continue anyway? [no] no >
Re: vpn.rebehn.net upgrade log
Hello list, After upgrading a OpenBSD host running 6.5 to 6.6 using sysupgrade(8), I received the email below. It suggests that the upgrade has been aborted upon failure to upgrade comp66.tgz. This set was not part of the initial installation. Does this mean that the system is ‘half upgraded’? What steps are missing because of the abort? Cheers, Heinrich > On 28. Oct 2019, at 16:31, Charlie Root wrote: > > Choose your keyboard layout ('?' or 'L' for list) [default] default > Available disks are: sd0. > Which disk is the root disk? ('?' for details) [sd0] sd0 > Checking root filesystem (fsck -fp /dev/sd0a)... OK. > Mounting root filesystem (mount -o ro /dev/sd0a /mnt)... OK. > Force checking of clean non-root filesystems? [no] no > /dev/sd0a (331a03408374f07d.a) on /mnt type ffs (rw, local, wxallowed) > > Let's upgrade the sets! > Location of sets? (cd0 disk http nfs or 'done') [http] disk > Is the disk partition already mounted? [yes] yes > Pathname to the sets? (or 'done') [6.6/amd64] /home/_sysupgrade/ > > Select sets by entering a set name, a file name pattern or 'all'. De-select > sets by prepending a '-', e.g.: '-game*'. Selected sets are labelled '[X]'. > [X] bsd [X] comp66.tgz[X] xbase66.tgz [X] xserv66.tgz > [X] bsd.rd[X] man66.tgz [X] xshare66.tgz > [X] base66.tgz[X] game66.tgz[X] xfont66.tgz > Set name(s)? (or 'abort' or 'done') [done] done > Directory does not contain SHA256.sig. Continue without verification? [no] yes > Installing bsd 100% |**| 18250 KB00:00 > > Installing bsd.rd 100% |**| 10058 KB00:00 > > Installing base66.tgz 100% |**| 236 MB00:12 > > Installing comp66.tgz78% | | 56832 KB00:01 > ETAtar: Unable to remove directory ./usr/include/machine: Directory not empty > Installing comp66.tgz 100% |**| 72109 KB00:06 > > Installation of comp66.tgz failed. Continue anyway? [no] no
Re: Disable ftp in pkg_add syspatch sysupgrade
On 2019-10-28, Andy Lemin wrote: > Hi guys, > > Does anyone know if it is possible to completely disable ftp in the package > management utilities; pkg_add, syspatch, sysupgrade etc? > > My PKG_PATH references http:// urls, as does /etc/install. But I cannot stop > these tools trying to use ftp which does not work! :( Can you show some example URLs, for example from "pgrep -lf ftp" while trying to use one of these utilities? The only place I would expect to see ftp:// URLs used is when fetching certain distfiles while building some things from ports (and they would usually fallback to http://ftp.openbsd.org/pub/OpenBSD/distfiles if the ftp fetch failed)..
Subscribe misc@openbsd.org
Subscribe
Subscribe
Subscribe
Re: Disable ftp in pkg_add syspatch sysupgrade
On Mon, Oct 28, 2019 at 06:43:03PM GMT, Andy Lemin wrote: > Hi guys, > > Does anyone know if it is possible to completely disable ftp in the package > management utilities; pkg_add, syspatch, sysupgrade etc? > > My PKG_PATH references http:// urls, as does /etc/install. But I cannot stop > these tools trying to use ftp which does not work! :( > > Every time I try and install a bunch of packages, some work fine via http, > and then some will fall back to ftp, which of course fails. > > However when I test the url for the package it reports it could not download, > due to the ftp connect timeout, the download works fine via http etc. So it > is very frustrating. > > We cannot use ftpproxy as we use rdomains, and running the ftpproxy daemon > within the rdomain that has the default route to the internet doesn’t seem to > work. And generally speaking no one in my last two companies has ever asked > me to make ftp work. > > As ftp is very much dead in most cases, could we please stop using it for > package management tools? :( I cannot update any of my OpenBSD servers which > reside inside the firewall. Only the firewall itself get et updates because > of the ftp dependence :( > > Thanks for your time. > Andy. > > > Sent from a teeny tiny keyboard, so please excuse typos > Hi Andy, If, like you say, PKG_PATH and installurl(5) both reference HTTP(S), then you're getting confused - warning/error messages come from ftp(1). It has nothing to do with FTP (the protocol). Regards, Raf
Re: Companies using openbsd
On 21/10/19 8:35 am, Aaron Mason wrote: > Our RT server has 512mb RAM and it's all it has ever needed. How do you implement a 512 millibit bank of RAM given that even a RS flip flop implemented with discrete components will give you one bit of memory? -- Stuart Longland (aka Redhatter, VK4MSL) I haven't lost my mind... ...it's backed up on a tape somewhere.
Disable ftp in pkg_add syspatch sysupgrade
Hi guys, Does anyone know if it is possible to completely disable ftp in the package management utilities; pkg_add, syspatch, sysupgrade etc? My PKG_PATH references http:// urls, as does /etc/install. But I cannot stop these tools trying to use ftp which does not work! :( Every time I try and install a bunch of packages, some work fine via http, and then some will fall back to ftp, which of course fails. However when I test the url for the package it reports it could not download, due to the ftp connect timeout, the download works fine via http etc. So it is very frustrating. We cannot use ftpproxy as we use rdomains, and running the ftpproxy daemon within the rdomain that has the default route to the internet doesn’t seem to work. And generally speaking no one in my last two companies has ever asked me to make ftp work. As ftp is very much dead in most cases, could we please stop using it for package management tools? :( I cannot update any of my OpenBSD servers which reside inside the firewall. Only the firewall itself get et updates because of the ftp dependence :( Thanks for your time. Andy. Sent from a teeny tiny keyboard, so please excuse typos
Re: makewhatis after patch ber
OK, my bad! (lack of attention) sorry indeed, it runs correctly. thanks! Le 28/10/2019 à 19:27, Ingo Schwarze a écrit : > Hi Stephane, > >> After launched makewhatis, the result: >> $ makewhatis >> /usr/share/man//mandoc.db: Data changed, but cannot replace database >> >> What to do? > You need to run makewhatis(8) as root because relevant files and > directories typically have these permissions: > >$ cd /usr/share/man; ls -ld . mandoc.db > drwxr-xr-x 12 root wheel 512 Oct 22 19:21 . > -rw-r--r-- 1 root wheel 2191096 Oct 22 19:21 mandoc.db > > Yours, > Ingo -- ~ " Fully Basic System Distinguish Life! " ~ " Libre as a BSD " +=<<< Stephane HUC as PengouinBSD or CIOTBSD b...@stephane-huc.net
Re: makewhatis after patch ber
Hi Stephane, > After launched makewhatis, the result: > $ makewhatis > /usr/share/man//mandoc.db: Data changed, but cannot replace database > > What to do? You need to run makewhatis(8) as root because relevant files and directories typically have these permissions: $ cd /usr/share/man; ls -ld . mandoc.db drwxr-xr-x 12 root wheel 512 Oct 22 19:21 . -rw-r--r-- 1 root wheel 2191096 Oct 22 19:21 mandoc.db Yours, Ingo
makewhatis after patch ber
Hi, After launched makewhatis, the result: $ makewhatis /usr/share/man//mandoc.db: Data changed, but cannot replace database What to do? -- ~ " Fully Basic System Distinguish Life! " ~ " Libre as a BSD " +=<<< Stephane HUC as PengouinBSD or CIOTBSD b...@stephane-huc.net
Re: When will be created a great desktop experience for OpenBSD?
On Mon, Oct 28, 2019 at 04:17:00PM +0100, Marc Espie wrote: > > You got to figure out the missing features, and rewrite them "from scratch". > > You can't actually borrow the code, because the licence makes it impossible. > > Either that, or you convince the xorg project to go back on their choice > to change the licence, which is going to be more or less impossible. Yes, it is old! Would finding work say on web archive from the time of writing the current code and earlier from the FVWM group be something useable? Just nothing dated later than that? Chris Bennett
Re: When will be created a great desktop experience for OpenBSD?
On Mon, Oct 28, 2019 at 08:10:16AM -0700, Chris Bennett wrote: > On Mon, Oct 28, 2019 at 09:38:20AM +0100, Marc Espie wrote: > > On Fri, Oct 25, 2019 at 05:35:27PM +, flauenroth wrote: > > > Apparently not just theo is using fvwm after all. :) > > > > Considering all the people using it, it would be great if someone were to > > look at the enhancements of fvwm2 (wrong license, so not base) and backport > > some of these to our elderly fvwm. > > > > Specifically, fvwm in base does NOT deal well with multi-screen setups, > > among > > other things. It's missing all kinds of extensions that the X server > > provides > > these days. > > > > Very much less than perfect experience. > > > > I have fvwm2 from ports on every machine that runs OpenBSD. No choice about > > that. > > > > (and I stick with fvwm* because the configuration options for mixing > > keyboard > > keys with mouse behavior do NOT exist anywhere else) > > > > MASTER_SITES= ftp://ftp.fvwm.org/pub/fvwm/version-2/ isn't valid now. > > Now on github: > > https://github.com/fvwmorg/fvwm/releases > > How is backporting done correctly in a case like this? > I assume in order to add it to base? > Or is that not possible? > > Seems like a good question maybe for other base software too. > Is there already a thread talking about this? You got to figure out the missing features, and rewrite them "from scratch". You can't actually borrow the code, because the licence makes it impossible. Either that, or you convince the xorg project to go back on their choice to change the licence, which is going to be more or less impossible.
Re: When will be created a great desktop experience for OpenBSD?
On Mon, Oct 28, 2019 at 09:38:20AM +0100, Marc Espie wrote: > On Fri, Oct 25, 2019 at 05:35:27PM +, flauenroth wrote: > > Apparently not just theo is using fvwm after all. :) > > Considering all the people using it, it would be great if someone were to > look at the enhancements of fvwm2 (wrong license, so not base) and backport > some of these to our elderly fvwm. > > Specifically, fvwm in base does NOT deal well with multi-screen setups, among > other things. It's missing all kinds of extensions that the X server provides > these days. > > Very much less than perfect experience. > > I have fvwm2 from ports on every machine that runs OpenBSD. No choice about > that. > > (and I stick with fvwm* because the configuration options for mixing keyboard > keys with mouse behavior do NOT exist anywhere else) > MASTER_SITES= ftp://ftp.fvwm.org/pub/fvwm/version-2/ isn't valid now. Now on github: https://github.com/fvwmorg/fvwm/releases How is backporting done correctly in a case like this? I assume in order to add it to base? Or is that not possible? Seems like a good question maybe for other base software too. Is there already a thread talking about this? Thanks, Chris Bennett
Re: 6.6 VMs need 320Mb of ram in bhyve
Hi, >I'd report this to FreeBSD, since this looks like a bhyve issue. I >tried 256MB >here using a 6.6 vmm(4) guest VM and it worked fine I second that. I use 6.6 on a Pentium 2 Laptop and it's fine. Until kernel relinking is finished its sluggish, but after that the machine runs quite well. -- Greetings, Florian Viehweger
Re: Fan spinning constantly on Lenovo X1C and 6.6
Thanks Alessandro and Dumitru for your replies. I am not using Firefox. Just Chrome with the unveil setting. I thought at first it was linked to the browser but the fan will keep spinning even if I do not use any browsers. For instance, using Zim, homebank, terminal with vim editing or mutt, it will just spin at 4000+rpm even if the CPU shows a 50-52 degC. Fan will only stop when <= 50 degC, when laptop is idling. However, I have the same observation as Alessandro, putting the computer to zzz and waking it up will stop the fan even if the cpu is in the 50-60 degC range. On Mon, Oct 28, 2019 at 9:47 AM Alessandro Gallo wrote: > > I can't speak for Josh, but I'm on a fresh install. What's strange is that > for the fan to come back to normal noise levels I have to put the laptop to > sleep with zzz, otherwise it just keeps spinning at full speed. > > Il 28 ottobre 2019 09:22:25 CET, Dumitru Moldovan ha scritto: >> >> On Wed, Oct 23, 2019 at 08:51:16AM +0200, Josh wrote: >>> >>> >>> After upgrading from 6.5 to 6.6 following the procedure [1], my Lenovo >>> X1C 6G is getting hot all the time. >>> Fan is constantly spinning at 4000+rpm even even if its just editing a >>> note in zim. >>> If I let the laptop idling, it will take quite some time for the fan >>> to stop even if there is no high cpu usage processes (showing top CS >>> processes). >> >> >> Perhaps stating the obvious, but have you tried starting Firefox in safe >> mode? Or even with a fresh profile? >> >> I have two Firefox profiles that work just fine with 69.0.2 after >> upgrading to OpenBSD 6.6, but you never know... One of my profiles is >> quite old, have used it over the years in four OS'es (Linux, FreeBSD, >> OpenBSD, NetBSD). Could not have done it without weekly backups, which >> allowed me to restore a sane profile when Firefox went beserk, which >> happened a few times. >> > > -- > Thanks
Re: Dante proxy in openbsd 6.5
Thanks ! That got it working ! On October 28, 2019 7:05:47 AM GMT+01:00, Dieter Rauschenberger wrote: >Hi, > >On Mon, Oct 28, 2019 at 12:07:12AM +0100, Flipchan wrote: >> Dante has been recently upgraded and since upgrading from 6.4 to 6.5 >dante now wants to know which user it is suppose to be runned as, >> >> The new part is >> "user.privileged: > >user.unprivileged: _sockd > >Regards > Dieter > >> Thanks! >> >> Ciao >> flipchan -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: Fan spinning constantly on Lenovo X1C and 6.6
I can't speak for Josh, but I'm on a fresh install. What's strange is that for the fan to come back to normal noise levels I have to put the laptop to sleep with zzz, otherwise it just keeps spinning at full speed. Il 28 ottobre 2019 09:22:25 CET, Dumitru Moldovan ha scritto: >On Wed, Oct 23, 2019 at 08:51:16AM +0200, Josh wrote: >> >>After upgrading from 6.5 to 6.6 following the procedure [1], my Lenovo >>X1C 6G is getting hot all the time. >>Fan is constantly spinning at 4000+rpm even even if its just editing a >>note in zim. >>If I let the laptop idling, it will take quite some time for the fan >>to stop even if there is no high cpu usage processes (showing top CS >>processes). > >Perhaps stating the obvious, but have you tried starting Firefox in >safe >mode? Or even with a fresh profile? > >I have two Firefox profiles that work just fine with 69.0.2 after >upgrading to OpenBSD 6.6, but you never know... One of my profiles is >quite old, have used it over the years in four OS'es (Linux, FreeBSD, >OpenBSD, NetBSD). Could not have done it without weekly backups, which >allowed me to restore a sane profile when Firefox went beserk, which >happened a few times. -- Thanks
Re: When will be created a great desktop experience for OpenBSD?
On Fri, Oct 25, 2019 at 05:35:27PM +, flauenroth wrote: > Apparently not just theo is using fvwm after all. :) Considering all the people using it, it would be great if someone were to look at the enhancements of fvwm2 (wrong license, so not base) and backport some of these to our elderly fvwm. Specifically, fvwm in base does NOT deal well with multi-screen setups, among other things. It's missing all kinds of extensions that the X server provides these days. Very much less than perfect experience. I have fvwm2 from ports on every machine that runs OpenBSD. No choice about that. (and I stick with fvwm* because the configuration options for mixing keyboard keys with mouse behavior do NOT exist anywhere else)
Re: Fan spinning constantly on Lenovo X1C and 6.6
On Wed, Oct 23, 2019 at 08:51:16AM +0200, Josh wrote: After upgrading from 6.5 to 6.6 following the procedure [1], my Lenovo X1C 6G is getting hot all the time. Fan is constantly spinning at 4000+rpm even even if its just editing a note in zim. If I let the laptop idling, it will take quite some time for the fan to stop even if there is no high cpu usage processes (showing top CS processes). Perhaps stating the obvious, but have you tried starting Firefox in safe mode? Or even with a fresh profile? I have two Firefox profiles that work just fine with 69.0.2 after upgrading to OpenBSD 6.6, but you never know... One of my profiles is quite old, have used it over the years in four OS'es (Linux, FreeBSD, OpenBSD, NetBSD). Could not have done it without weekly backups, which allowed me to restore a sane profile when Firefox went beserk, which happened a few times.
Solved: thunderbird core-dumps on amd64-current latest with 'pledge "stdio", syscall 87'
For the records: I received a solution by gjones5...@netscape.net: Add the following to the end of /usr/local/lib/thunderbird/defaults/pref/all-openbsd.js // enable pledging the content process pref("security.sandbox.content.level", 1); pref("security.sandbox.pledge.main","stdio rpath wpath cpath inet proc exec prot _exec flock ps sendfd recvfd dns vminfo tty drm unix fattr getpw mcast video"); pref("security.sandbox.pledge.content","stdio rpath wpath cpath inet recvfd send fd prot_exec unix drm ps"); Am 27.10.19 um 19:09 schrieb Stefan Wollny: > Hello! > > I just updated the system and the packages to the latest versions available > on 'ftp.hostserver.de' on two different laptops (Schenker/clavo and Lenovo > Thinkpad T450S). > > Here are the infos from the Schenker: > > $ dmesg | grep Open > OpenBSD 6.6-current (GENERIC.MP) #402: Sat Oct 26 22:53:27 MDT 2019 > > $ pkg_info | grep thunder > thunderbird-68.2.0 Mozilla e-mail, rss and usenet client > thunderbird-i18n-de-68.2.0 de language pack for Thunderbird > > ls -alh /usr/local/bin/thunderbird > -rwxr-xr-x 1 root bin 206K Oct 25 05:33 /usr/local/bin/thunderbird* > > $ thunderbird > Abort trap (core dumped) > > $ dmesg | grep thunder > thunderbird[15793]: pledge "stdio", syscall 87 > thunderbird[69048]: pledge "stdio", syscall 87 > > Could this somehow be specific to my laptops? dmesg from the Schenker below. > > Any other infos needed? > > Any advice welcome. > > TIA. > > Best, > STEFAN > > > OpenBSD 6.6-current (GENERIC.MP) #402: Sat Oct 26 22:53:27 MDT 2019 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > real mem = 17079074816 (16287MB) > avail mem = 16548741120 (15782MB) > mpath0 at root > scsibus0 at mpath0: 256 targets > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xeb500 (35 entries) > bios0: vendor American Megatrends Inc. version "1.03.06" date 06/25/2014 > bios0: Notebook W65_67SZ > acpi0 at bios0: ACPI 5.0 > acpi0: sleep states S0 S3 S4 S5 > acpi0: tables DSDT FACP APIC FPDT ASF! SSDT SSDT SSDT MCFG HPET SSDT SSDT > SSDT DMAR > acpi0: wakeup devices RP01(S4) PXSX(S4) PXSX(S4) RP03(S4) PXSX(S4) RP04(S4) > PXSX(S4) PXSX(S4) PXSX(S4) PXSX(S4) PXSX(S4) GLAN(S4) EHC1(S3) EHC2(S3) > XHC_(S3) HDEF(S4) [...] > 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-4210M CPU @ 2.60GHz, 3093.24 MHz, 06-3c-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,EST,TM2,SSSE3,SDBG,FMA3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,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 99MHz > cpu0: mwait min=64, max=64, C-substates=0.2.1.2.4, IBE > cpu1 at mainbus0: apid 2 (application processor) > cpu1: Intel(R) Core(TM) i5-4210M CPU @ 2.60GHz, 3092.84 MHz, 06-3c-03 > 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,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,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-4210M CPU @ 2.60GHz, 3092.84 MHz, 06-3c-03 > 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,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,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-4210M CPU @ 2.60GHz, 3092.84 MHz, 06-3c-03 > 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,MOVBE,POPCNT,DEADLINE,AES,XSAVE,AVX,F16C,RDRAND,NXE,PAGE1GB,RDTSCP,LONG,LAHF,ABM,PERF,ITSC,FSGSBASE,TSC_ADJUST,BMI1,AVX2,SMEP,BMI2,ERMS,INVPCID,MD_CLEAR,IBRS,IBPB,STIBP,L1DF,SSBD,SENSOR,ARAT,XSAVEOPT,MELTDOWN > cpu3: 256KB 64b/line 8-way L2 cache > cpu3: smt 1, core 1,
Re: Dante proxy in openbsd 6.5
Hi, On Mon, Oct 28, 2019 at 12:07:12AM +0100, Flipchan wrote: > Dante has been recently upgraded and since upgrading from 6.4 to 6.5 dante > now wants to know which user it is suppose to be runned as, > > The new part is > "user.privileged: user.unprivileged: _sockd Regards Dieter > Thanks! > > Ciao > flipchan