DESTDIR chroot for Mailman from ports

2015-12-27 Thread Juuso Lapinlampi
I'm having a bit of hard time installing Mailman from ports to an
alternative `DESTDIR` chroot on OpenBSD 5.8 -stable, GENERIC.MP amd64. I
have a working Mailman setup in a non-chroot environment and I'm trying
to move it to a chroot. I've partially succeeded in doing so, but it
seems `DESTDIR` is not working on this port.

For those not yet aware, Mailman is a mailing list software written in
Python that interacts with CGI to provide a web interface for mail
archives and control panel.

By default, Mailman packages will install to `/usr/local/lib/mailman/`.
For this to work with Mailman's web interface, both OpenBSD httpd(8) and
slowcgi(8) must be chrooted to `/` to be able to access Mailman's needed
files. For obvious reasons, running slowcgi with `-p /` is not
recommended from security perspective and is actively discouraged by
OpenBSD developers.

Ideally, Mailman should be installed to a chroot at `/var/www`
(`/var/www/usr/local/lib/mailman/`). This is what I'm looking for.
Because the packages for Mailman don't do this by default, I am trying
to use the ports to customize the DESTDIR.

It seems this port doesn't play very well with `DESTDIR` however. I've
tried at least

cd /usr/ports/mail/mailman/
make
DESTDIR="/var/www" make install

among other similar things (e.g. using `env DESTDIR="/var/www"`), but it
seems Mailman will be installed to `DESTDIR=/` (that is,
`/usr/local/lib/mailman/`).

The Makefile itself has this comment:

# gnu still breaks the pathes as prefix is actually mailman's home
CONFIGURE_STYLE=simple

This might be the blocker, but I am not sure what to do with it. Maybe
any of porters have a better idea.

Right now I also tried creating a package and installing it with
`pkg_add(1)` to work around the issue:

cd /usr/ports/mail/mailman/
make
make uninstall package clean
pkg_add -B /var/www /usr/ports/packages/amd64/all/mailman-2.1.20.tgz

and this seems to be a success, assuming the dependencies are okay and
also in the chroot (they're not, yet). Now my problem is getting
`DESTDIR` for the dependencies. I'm not also sure if using `pkg_add(1)`
like this is a great idea.

The closest advice I found for installing Mailman to an OpenBSD chroot
was a `mailman-users` mailing list post from 2008.[1] However, this
advice is quite dated and relies too much on copying Mailman manually
and building Mailman from source instead of ports. Not what I'm looking
for.

It seems `/ports/mail/mailman/` hasn't changed in `-current` tree or in
the past 8 months, so I could probably reproduce my issue there but I've
not yet tested so.

I could move or copy Mailman and all of its dependencies manually under
`/var/www` chroot, but this doesn't seem to be a good idea from
maintenance perspective.

Can I do something to build Mailman and its dependencies with
`DESTDIR=/var/www` for easier maintenance?

[1]: https://mail.python.org/pipermail/mailman-users/2008-April/061331.html



Re: DESTDIR chroot for Mailman from ports

2015-12-27 Thread dan mclaughlin
On Sun, 27 Dec 2015 11:22:56 + (UTC) Juuso Lapinlampi  
wrote:
> I'm having a bit of hard time installing Mailman from ports to an
> alternative `DESTDIR` chroot on OpenBSD 5.8 -stable, GENERIC.MP amd64. I
> have a working Mailman setup in a non-chroot environment and I'm trying
> to move it to a chroot. I've partially succeeded in doing so, but it
> seems `DESTDIR` is not working on this port.
> 
> For those not yet aware, Mailman is a mailing list software written in
> Python that interacts with CGI to provide a web interface for mail
> archives and control panel.
> 
> By default, Mailman packages will install to `/usr/local/lib/mailman/`.
> For this to work with Mailman's web interface, both OpenBSD httpd(8) and
> slowcgi(8) must be chrooted to `/` to be able to access Mailman's needed
> files. For obvious reasons, running slowcgi with `-p /` is not
> recommended from security perspective and is actively discouraged by
> OpenBSD developers.
> 
> Ideally, Mailman should be installed to a chroot at `/var/www`
> (`/var/www/usr/local/lib/mailman/`). This is what I'm looking for.
> Because the packages for Mailman don't do this by default, I am trying
> to use the ports to customize the DESTDIR.
> 
> It seems this port doesn't play very well with `DESTDIR` however. I've
> tried at least
> 
> cd /usr/ports/mail/mailman/
> make
> DESTDIR="/var/www" make install
> 
> among other similar things (e.g. using `env DESTDIR="/var/www"`), but it
> seems Mailman will be installed to `DESTDIR=/` (that is,
> `/usr/local/lib/mailman/`).
> 
> The Makefile itself has this comment:
> 
> # gnu still breaks the pathes as prefix is actually mailman's home
> CONFIGURE_STYLE=simple
> 
> This might be the blocker, but I am not sure what to do with it. Maybe
> any of porters have a better idea.
> 
> Right now I also tried creating a package and installing it with
> `pkg_add(1)` to work around the issue:
> 
> cd /usr/ports/mail/mailman/
> make
> make uninstall package clean
> pkg_add -B /var/www /usr/ports/packages/amd64/all/mailman-2.1.20.tgz

if i am reading you right, you probably only need that last pkg_add.
i regularly use chroot for a number of packages (and their complex
dependencies), and the packages are the normally compiled versions.
the line from my scripts which is pretty much identical, is:

$ env PKG_DBDIR=$_dbdir pkg_add -B $_jaildir $_pkg

except i use PKG_DBDIR for an alternative to /var/db/pkg.

but your pkg_add should install to '/var/www/usr/local/lib/mailman/'.
and within the the chroot it will see it as /usr/local/lib/mailman so
there shouldn't be a problem unless mailman doesn't play nice in a chroot
(there are a number of packages that don't).

my notes on using chroot here may be useful:
https://marc.info/?l=openbsd-misc=142676615612510=2

> 
> and this seems to be a success, assuming the dependencies are okay and
> also in the chroot (they're not, yet). Now my problem is getting
> `DESTDIR` for the dependencies. I'm not also sure if using `pkg_add(1)`
> like this is a great idea.

i think you are looking in the wrong direction with DESTDIR. i have never
found modifying ports/packages necessary.

> 
> The closest advice I found for installing Mailman to an OpenBSD chroot
> was a `mailman-users` mailing list post from 2008.[1] However, this
> advice is quite dated and relies too much on copying Mailman manually
> and building Mailman from source instead of ports. Not what I'm looking
> for.
> 
> It seems `/ports/mail/mailman/` hasn't changed in `-current` tree or in
> the past 8 months, so I could probably reproduce my issue there but I've
> not yet tested so.
> 
> I could move or copy Mailman and all of its dependencies manually under
> `/var/www` chroot, but this doesn't seem to be a good idea from
> maintenance perspective.
> 
> Can I do something to build Mailman and its dependencies with
> `DESTDIR=/var/www` for easier maintenance?
> 
> [1]: https://mail.python.org/pipermail/mailman-users/2008-April/061331.html
> 

for maintainance, just do the reverse, and 'pkg_delete -B /var/www ...' or
if you use PKG_DBDIR=/var/www/pkgdb (or something similar) you can just
delete the packages and the pkg database manually, and install the new
versions.



Re: if I were to make a pkg-add diff

2015-12-27 Thread Stuart Henderson
On 2015-12-27, Raf Czlonka  wrote:
> On Sun, Dec 27, 2015 at 01:58:53AM GMT, Luke Small wrote:
>
>> Come to think about it, it might to be good to do tiny standalone
>> program called pkg_ping and then I could make it in C like I'd prefer.
>> I'd hope to make a port maybe, but then it would functionally defeat
>> the intent.
>
> I think you're wasting your time and skills - a service akin to Debian's
> redirector[0] would be much better!
>
> Raf
>
> [0] http://httpredir.debian.org/

This would work for releases, though unless pkg_add was changed to cache
the redirect it would slow things down compared to fetching directly from
the mirror.

For snapshots, caching the redirect would be essential, otherwise it
could switch mirror mid-update, and it is common that mirrors are not all
in-sync.

Caching the redirect is a bigger change than it seems because pkg_add
doesn't have its own network code but defers to $FETCH_CMD which could
be one of a number of programs.

(yes this has been thought about already :)

I think the best that can be done relatively easily would be to have
pkg_add fetch ftplist.cgi and pick the first result as a default if
neither pkg.conf nor PKG_PATH are set.



Re: if I were to make a pkg-add diff

2015-12-27 Thread Raf Czlonka
On Sun, Dec 27, 2015 at 01:40:04AM GMT, Luke Small wrote:

> pkg_add initialization and mirror selection can be automated ...

As already mentioned here, this part is already done during
installation. One can either accept the suggested mirror or choose one
manually from the list, your choice is then saved in '/etc/pkg.conf' -
not the same thing as setting up PKG_PATH but is sufficient for pkg_*
use.

Raf



Re: if I were to make a pkg-add diff

2015-12-27 Thread Raf Czlonka
On Sun, Dec 27, 2015 at 01:58:53AM GMT, Luke Small wrote:

> Come to think about it, it might to be good to do tiny standalone
> program called pkg_ping and then I could make it in C like I'd prefer.
> I'd hope to make a port maybe, but then it would functionally defeat
> the intent.

I think you're wasting your time and skills - a service akin to Debian's
redirector[0] would be much better!

Raf

[0] http://httpredir.debian.org/



Re: if I were to make a pkg-add diff

2015-12-27 Thread Christoph R. Murauer
> Come to think about it, it might to be good to do tiny standalone
> program called pkg_ping and then I could make it in C like I'd prefer.
> I'd hope to make a port maybe, but then it would functionally defeat
> the intent.

I find it not usefull to continue this kind of conversation because
you don't listen to others.

Make what you have planned, send a diff and, let's wait what the
future brings. Personally I see no benefit in this ideas.



Re: drops to ddb when disconnecting from serial line

2015-12-27 Thread Stuart Henderson
On 2015-12-27, Ted Unangst  wrote:
> LÉVAI Dániel wrote:
>> So I guess it didn't panic, but just dropped to ddb from console,
>> because ddb.console was set to 1. Is there something sent via the serial
>> console that induces this? If I set ddb.console to 0 this doesn't
>> happen, but I'm curious as to what is happening and if I can avoid it.
>
> a "break" was sent. or at least received. i've seen extra breaks sent when
> trying to disconnect too. i mostly solved it by not disconnecting...

"break" is just a signal low for longer than the time taken to send a
normal character (plus framing), it's not that hard to have one detected
when it's not intended. First I'd try setting things up to use a
different port speed, especially if it's currently at a high speed
then try slowing it down. If that doesn't help then I'd try a
different usb/rs232 adapter.



Fvwm

2015-12-27 Thread Edgar Pettijohn
I'm trying to change the border color of Windows from the stock reddish color
to another color. So far I have been unsuccessful. I have learned a lot about
fvwm configuration and made a lot of other changes along the way.  Any help is
appreciated.

Thanks,

Edgar

Sent from my iPad



Re: High interrupt load using 5.8 Release GENERIC i386 on Acer Aspire 3630 laptop

2015-12-27 Thread peter . foster . lists
On Sun, Dec 27, 2015 at 2:25 PM, Tati Chevron  wrote:
>
> I have an Acer Aspire 3610, which has run every -release since at least
> 5.0 without problems.  Certainly, I've not seen this high interrupt load.
>
> On the other hand, looking at your dmesg, there are differences in the
> vga chipset, the wireless chipset, the USB and PCMCIA controllers, so
> the machines are not as similar as might be hoped.
>

Thanks for the information. After some trial-and-error, I was able to
get a normal-looking interrupt load and a more responsive system by
simultaneously disabling acpi and cbb. Presently, I note a mem address
conflict which appears in the new dmesg output. However, the system is
running stably so far.

(If it's any help to report; I also tried  a) setting
kern.timecounter.choice=i8254 and disabling cbb b) disabling acpi but
not cbb c) disabling the drivers loaded as children of cbb and acpi in
the driver hierarchy.)

dmesg:

OpenBSD 5.8 (GENERIC) #0: Sat Dec 26 21:32:37 GMT 2015
pe...@rebelene.home:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Celeron(R) M processor 1.60GHz ("GenuineIntel"
686-class) 1.61 GHz
cpu0: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE,NXE,PERF
real mem  = 467091456 (445MB)
avail mem = 445419520 (424MB)
User Kernel Config
UKC> disable acpi
493 acpi0 disabled
UKC> disable cbb
157 cbb* disabled
UKC> quit
Continuing...
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 03/20/06, BIOS32 rev. 0 @ 0xfd600, SMBIOS rev.
2.31 @ 0x1bdfb000 (35 entries)
bios0: vendor Acer version "3A22" date 03/20/06
bios0: Acer, inc. Aspire 3630
acpi at bios0 function 0x0 not configured
mpbios0 at bios0: Intel MP Specification 1.4
cpu0 at mainbus0: apid 0 (boot processor)
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 100MHz
mpbios0: bus 0 is type PCI
mpbios0: bus 1 is type PCI
mpbios0: bus 2 is type ISA
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 11, 24 pins
pcibios0 at bios0: rev 2.1 @ 0xfd600/0xa00
pcibios0: PCI IRQ Routing Table rev 1.0 @ 0xfdd40/144 (7 entries)
pcibios0: PCI Interrupt Router at 000:02:0 ("SiS 85C503 System" rev 0x00)
pcibios0: PCI bus #2 is the last bus
bios0: ROM list: 0xc/0xc000 0xcc000/0xa000 0xdc000/0x8000!
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
0:6:0: mem address conflict 0x1be0/0x1000
pchb0 at pci0 dev 0 function 0 "SiS 661 PCI" rev 0x11
sisagp0 at pchb0
agp0 at sisagp0: aperture at 0xe000, size 0x200
ppb0 at pci0 dev 1 function 0 "SiS 648FX AGP" rev 0x00
pci_intr_map: bus 0 dev 1 func 0 pin 1; line 7
pci_intr_map: no MP mapping found
pci_intr_map: bus 0 dev 1 func 0 pin 2; line 3
pci_intr_map: no MP mapping found
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "SiS 6330 VGA" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
pcib0 at pci0 dev 2 function 0 "SiS 85C503 System" rev 0x25
pciide0 at pci0 dev 2 function 5 "SiS 5513 EIDE" rev 0x00: 661: DMA,
channel 0 configured to compatibility, channel 1 configured to
compatibility
wd0 at pciide0 channel 0 drive 0: 
wd0: 16-sector PIO, LBA48, 76319MB, 156301488 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
atapiscsi0 at pciide0 channel 1 drive 0
scsibus1 at atapiscsi0: 2 targets
cd0 at scsibus1 targ 0 lun 0:  ATAPI
5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
"SiS 7013 Modem" rev 0xa0 at pci0 dev 2 function 6 not configured
auich0 at pci0 dev 2 function 7 "SiS 7012 AC97" rev 0xa0: apic 1 int
18, SiS7012 AC97
ac97: codec id 0x414c4770 (Avance Logic ALC203 rev 0)
ac97: codec features headphone, 20 bit DAC, 18 bit ADC, No 3D Stereo
audio0 at auich0
ohci0 at pci0 dev 3 function 0 "SiS 5597/5598 USB" rev 0x0f: apic 1
int 20, version 1.0, legacy support
ohci1 at pci0 dev 3 function 1 "SiS 5597/5598 USB" rev 0x0f: apic 1
int 21, version 1.0, legacy support
ehci0 at pci0 dev 3 function 3 "SiS 7002 USB" rev 0x00: apic 1 int 23
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "SiS EHCI root hub" rev 2.00/1.00 addr 1
sis0 at pci0 dev 4 function 0 "SiS 900 10/100BaseTX" rev 0x91: apic 1
int 19, address 00:16:36:58:b8:c3
rlphy0 at sis0 phy 13: RTL8201L 10/100 PHY, rev. 1
"ENE CB-1410 CardBus" rev 0x01 at pci0 dev 6 function 0 not configured
bwi0 at pci0 dev 11 function 0 "Broadcom BCM4318" rev 0x02: apic 1 int
17, address 00:16:ce:59:63:f8
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
pms0: Synaptics touchpad, firmware 6.2
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
usb1 at ohci0: USB revision 1.0
uhub1 at usb1 "SiS OHCI root hub" rev 1.00/1.00 addr 1
usb2 at ohci1: USB revision 1.0

Re: drops to ddb when disconnecting from serial line

2015-12-27 Thread Tati Chevron

On Sun, Dec 27, 2015 at 01:32:06PM +0100, LÉVAI Dániel wrote:

I'm connecting to a PCEngines APU1D on its serial console with an
USB-RS232 cable (uplcom0 at uhub0 port 9 "Prolific Technology Inc.
USB-Serial Controller D" rev 1.10/4.00 addr 2), and I have this strange
issue, when I *leave* the "serial session", the APU1D machine drops to
ddb.


Is your hardware sending a BREAK on the serial line?  If so, this is
expected behaviour.

--
Tati Chevron
Perl and FORTRAN specialist.
SWABSIT development and migration department.
http://www.swabsit.com



Re: LibreNMS chroot issues

2015-12-27 Thread ludovic coues
On 26 Dec 2015 12:47 am, "Predrag Punosevac"  wrote:

>
> I was wondering if anybody tried running LibreNMS with httpd from the
> base and even more fundamentally does httpd from the base support
> "unsecure" mode. I read up and down httpd several times but I didn't see
> anything about insecure mode.
>

Like many part of OpenBSD, httpd from base have a concept of "non-optional
security". So there is no possibility to use httpd without chroot.



Re: drops to ddb when disconnecting from serial line

2015-12-27 Thread Ted Unangst
LÉVAI Dániel wrote:
> So I guess it didn't panic, but just dropped to ddb from console,
> because ddb.console was set to 1. Is there something sent via the serial
> console that induces this? If I set ddb.console to 0 this doesn't
> happen, but I'm curious as to what is happening and if I can avoid it.

a "break" was sent. or at least received. i've seen extra breaks sent when
trying to disconnect too. i mostly solved it by not disconnecting...



High interrupt load using 5.8 Release GENERIC i386 on Acer Aspire 3630 laptop

2015-12-27 Thread peter . foster . lists
Hi,

I have installed 5.8 Release GENERIC i386 on an Acer Aspire 3630
laptop. Even when the system is almost completely idle, `top'
consistently reports an interrupt load in the range 75%--80%.
Admittedly this hardware is more than 8 years old, nevertheless I
believe the load is unusually high, based on limited experience with
installing the same version of OpenBSD on a lower-spec i586 machine.
Is it possible that CPU cycles are being wasted due to the system
being mis-configured? If so, does anyone have any suggestions on how
to reduce the observed load?

dmesg:

OpenBSD 5.8 (GENERIC) #0: Sat Dec 26 21:32:37 GMT 2015
pe...@rebelene.home:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Intel(R) Celeron(R) M processor 1.60GHz ("GenuineIntel"
686-class) 1.61 GHz
cpu0: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE,NXE,PERF
real mem  = 467091456 (445MB)
avail mem = 445419520 (424MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 03/20/06, BIOS32 rev. 0 @ 0xfd600, SMBIOS rev.
2.31 @ 0x1bdfb000 (35 entries)
bios0: vendor Acer version "3A22" date 03/20/06
bios0: Acer, inc. Aspire 3630
acpi0 at bios0: rev 0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC SSDT
acpi0: wakeup devices PCI0(S5) LAN_(S5) MODM(S3) KBC_(S4) USB0(S3)
USB1(S3) USB2(S3) USB3(S3)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 11, 24 pins
acpiprt0 at acpi0: bus 0 (PCI0)
acpiec0 at acpi0
acpicpu0 at acpi0: !C3(@900 io@0x8015), !C2(@90 io@0x8014), C1(@1 halt!)
acpitz0 at acpi0: critical temperature is 97 degC
acpiac0 at acpi0: AC unit online
acpibat0 at acpi0: BAT1 not present
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: PWRB
acpibtn2 at acpi0: SLPB
bios0: ROM list: 0xc/0xc000 0xcc000/0xa000! 0xdc000/0x8000!
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "SiS 661 PCI" rev 0x11
sisagp0 at pchb0
agp0 at sisagp0: aperture at 0xe000, size 0x200
ppb0 at pci0 dev 1 function 0 "SiS 648FX AGP" rev 0x00
pci1 at ppb0 bus 1
vga1 at pci1 dev 0 function 0 "SiS 6330 VGA" rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
pcib0 at pci0 dev 2 function 0 "SiS 85C503 System" rev 0x25
pciide0 at pci0 dev 2 function 5 "SiS 5513 EIDE" rev 0x00: 661: DMA,
channel 0 configured to compatibility, channel 1 configured to
compatibility
wd0 at pciide0 channel 0 drive 0: 
wd0: 16-sector PIO, LBA48, 76319MB, 156301488 sectors
wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 5
atapiscsi0 at pciide0 channel 1 drive 0
scsibus1 at atapiscsi0: 2 targets
cd0 at scsibus1 targ 0 lun 0:  ATAPI
5/cdrom removable
cd0(pciide0:1:0): using PIO mode 4, Ultra-DMA mode 2
"SiS 7013 Modem" rev 0xa0 at pci0 dev 2 function 6 not configured
auich0 at pci0 dev 2 function 7 "SiS 7012 AC97" rev 0xa0: apic 1 int
18, SiS7012 AC97
ac97: codec id 0x414c4770 (Avance Logic ALC203 rev 0)
ac97: codec features headphone, 20 bit DAC, 18 bit ADC, No 3D Stereo
audio0 at auich0
ohci0 at pci0 dev 3 function 0 "SiS 5597/5598 USB" rev 0x0f: apic 1
int 20, version 1.0, legacy support
ohci1 at pci0 dev 3 function 1 "SiS 5597/5598 USB" rev 0x0f: apic 1
int 21, version 1.0, legacy support
ehci0 at pci0 dev 3 function 3 "SiS 7002 USB" rev 0x00: apic 1 int 23
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "SiS EHCI root hub" rev 2.00/1.00 addr 1
sis0 at pci0 dev 4 function 0 "SiS 900 10/100BaseTX" rev 0x91: apic 1
int 19, address 00:16:36:58:b8:c3
rlphy0 at sis0 phy 13: RTL8201L 10/100 PHY, rev. 1
cbb0 at pci0 dev 6 function 0 "ENE CB-1410 CardBus" rev 0x01: apic 1 int 19
bwi0 at pci0 dev 11 function 0 "Broadcom BCM4318" rev 0x02: apic 1 int
17, address 00:16:ce:59:63:f8
isa0 at pcib0
isadma0 at isa0
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pms0 at pckbc0 (aux slot)
wsmouse0 at pms0 mux 0
pms0: Synaptics touchpad, firmware 6.2
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16
usb1 at ohci0: USB revision 1.0
uhub1 at usb1 "SiS OHCI root hub" rev 1.00/1.00 addr 1
usb2 at ohci1: USB revision 1.0
uhub2 at usb2 "SiS OHCI root hub" rev 1.00/1.00 addr 1
cardslot0 at cbb0 slot 0 flags 0
cardbus0 at cardslot0: bus 2 device 0 cacheline 0x0, lattimer 0x20
pcmcia0 at cardslot0
uhidev0 at uhub2 port 2 configuration 1 interface 0 "Logitech USB
Laser Mouse" rev 2.00/31.00 addr 2
uhidev0: iclass 3/1
ums0 at uhidev0: 8 buttons, Z dir
wsmouse1 at ums0 mux 0
vscsi0 at root
scsibus2 at vscsi0: 256 targets
softraid0 at root
scsibus3 at softraid0: 256 targets
root on wd0a (a1e28179ecadfc54.a) swap on wd0b dump on wd0b


Re: High interrupt load using 5.8 Release GENERIC i386 on Acer Aspire 3630 laptop

2015-12-27 Thread Tati Chevron

On Sun, Dec 27, 2015 at 01:55:30PM +, peter.foster.li...@gmail.com wrote:

I have installed 5.8 Release GENERIC i386 on an Acer Aspire 3630
laptop. Even when the system is almost completely idle, `top'
consistently reports an interrupt load in the range 75%--80%.
Admittedly this hardware is more than 8 years old, nevertheless I
believe the load is unusually high, based on limited experience with
installing the same version of OpenBSD on a lower-spec i586 machine.


I have an Acer Aspire 3610, which has run every -release since at least
5.0 without problems.  Certainly, I've not seen this high interrupt load.

On the other hand, looking at your dmesg, there are differences in the
vga chipset, the wireless chipset, the USB and PCMCIA controllers, so
the machines are not as similar as might be hoped.

--
Tati Chevron
Perl and FORTRAN specialist.
SWABSIT development and migration department.
http://www.swabsit.com



heap full Re: Softraid Keydisk reboot loop

2015-12-27 Thread Thomas Bohl
Am 26.12.2015 um 23:18 schrieb Alexander Hall:
> On Sat, Dec 26, 2015 at 10:41:34PM +0100, Thomas Bohl wrote:
>> Hello,
>>
>> I updated from 5.8-stabel to current today. (First just an update, than
>> because of the problem a fresh installation.) On 5.8-stabel I had a
>> working softraid boot setup with a USB-Stick as keydisk.
>>
>> Now, if the keydisk is plugged in, the machine resets over and over
>> again. Unfortunately there is noting shown on screen to present here.
>> When the bootloader should show up there is just a beep sound (like when
>> the machine is power on) and than the BIOS comes again.
> 
> I'd say it seems your system is trying to boot off the keydisk. Make sure
> fdisk shows no flagged partition, or remote the flag by
> 
> fdisk:*1> flag 3
> Partition 3 marked active.
> fdisk:*1> flag 3 0
> Partition 3 flag value set to 0x0.
> 
> By then, 'p' should show no partition with an asterisk before it.
> 
> /Alexander

Thanks. Unfortunately that didn't do the trick.

I was able to get more information by reducing the number of harddisks
and taking video :-).

One disk:
System boots normally

Two disks:
booting sr0a:/bsd: 6823756heap full (0x9fba0+16384)
Screenshot http://s30.postimg.org/894owvh41/image.jpg
System resets

Three disks:
booting sr0a:/bsd: 6823756heap full (0x9fd98+16384)
Screenshot http://s14.postimg.org/3ty4m62lt/image.jpg
System resets

Four disks:
Black screen after BIOS
System resets



Mg scroll-up issue in xterm

2015-12-27 Thread Timo Myyrä
Hi,

I noticed issue with mg scroll-up keybinding when "xterm*locale: true" is set in
~/.Xresources.
When the above option is set, mg requires that you type C-v C-v to scroll-up
instead of single C-v. I'm not sure if this is bug or feature.
I just found it bit odd as other bindings such as C-f, C-s etc. seem to work
fine, its just the C-v that needs to be given twice.

Timo



Re: Mg scroll-up issue in xterm

2015-12-27 Thread Tati Chevron

On Sun, Dec 27, 2015 at 06:21:41PM +0200, Timo Myyrä wrote:

I noticed issue with mg scroll-up keybinding when "xterm*locale: true" is set in
~/.Xresources.
When the above option is set, mg requires that you type C-v C-v to scroll-up
instead of single C-v. I'm not sure if this is bug or feature.


^V is traditionally used on UNIX like systems to 'insert the next character
literally', for example if you type Control-V, Enter at the shell, you will
produce ^M, or Control-V, Backspace will produce ^? which is a backspace
character.

This is what you are seeing, the first Control-v is swallowed before reaching
mg.

--
Tati Chevron
Perl and FORTRAN specialist.
SWABSIT development and migration department.
http://www.swabsit.com



Re: if I were to make a pkg-add diff

2015-12-27 Thread Luke Small
I guess I didn't really answer your question. It wouldn't rely upon
the ramdisk. It is meant to run after install. So it would presumably
have all the firmware. I was thinking about running it similarly to
the install output though. I setup a local mirror once and it crapped
out after a while and just kept running, waiting for a connection
without any output. I think that it would be kinda neat to have
something that could potentially lead you to a new mirror that is
faster than maybe a mirror you chose manually. I wasn't aware that the
installer component that I was referencing edited pkg.conf . I don't
know how to calculate the "freshness" of a mirror, like the Debian
program other than by testing their latency. I suspect that even with
the best O(1) network calculation, you aren't really going to get the
best result.


-- 
-Luke



Re: LibreNMS chroot issues

2015-12-27 Thread Ax0n
I've been able to run most *AMP stuff on OpenBSD/nginx/php_fpm. I've not
tried librenms before, but the major hurdle for chroot is usually the
mariaDB socket. I overcome this by setting up mariadb to bind to localhost
and setting up a user on 127.0.0.1 to force a TCP connection instead of
sockets. This is a little slower but I've never seen it make a web app
sluggish on its own.
If you want an example of the setup I use, I wrote it up here (only up to
date with 5.7 though) http://www.h-i-r.net/p/openbsd-nginx-php-mysql.html


On Sun, Dec 27, 2015, 07:40 ludovic coues  wrote:

> On 26 Dec 2015 12:47 am, "Predrag Punosevac" 
> wrote:
>
> >
> > I was wondering if anybody tried running LibreNMS with httpd from the
> > base and even more fundamentally does httpd from the base support
> > "unsecure" mode. I read up and down httpd several times but I didn't see
> > anything about insecure mode.
> >
>
> Like many part of OpenBSD, httpd from base have a concept of "non-optional
> security". So there is no possibility to use httpd without chroot.



Displaylink and xorg.conf

2015-12-27 Thread Bojan Nastic
Hi List,

Anyone with displaylink/udl experience who could shed some light on the 
subject? How do you go about setting up displaylink adapters/displays?

I'm trying to set up a Lenovo USB display ("udl0 at uhub1 port2 
DisplayLink Lenovo LT1421") to work alongside my laptop, but can't get 
them to work together -- it's either one working or the other, but 
never both.

If I add a following section to (otherwise non-existant) xorg.conf:

Section Device
 Identifier "Card0"
 Driver "wsudl"
 Option "Device" "/dev/ttyD0" #<--- ttyD0 first created with MAKEDEV
EndSection

then I get properly configured USB display from X, but the builtin 
display is switched off (and never even mentioned in the logs, or 
RandR). If I add the builtin to the xorg.conf (as "Card0", and move USB 
to "Card1") then X ignores wsudl driver completely and never mentions 
it in the logs, and only activates the builtin display. There are no 
errors or warnings mentioned.

I must be missing something simple -- I found a couple of emails from a 
while ago on this list with similar issues, but the solution that used 
to work in 5.2/5.3 (put both cards/screens in xorg.conf, like I tried) 
doesn't appear to work here.

(Also, what would it take to make it hot-pluggable, so I don't have to 
fiddle with xorg.conf?)

Thanks
Bojan



Re: LibreNMS chroot issues

2015-12-27 Thread Stuart Henderson
On 2015-12-27, Ax0n  wrote:
> I've been able to run most *AMP stuff on OpenBSD/nginx/php_fpm. I've not
> tried librenms before, but the major hurdle for chroot is usually the
> mariaDB socket.

That isn't the major hurdle for LibreNMS. It needs snmpbulkwalk, fping,
rrdtool, etc.



Re: if I were to make a pkg-add diff

2015-12-27 Thread Luke Small
You could do that if you want to have noobs connect to one of the mirrors
into perpituty that brings down the server like a ddos every release!

> I think the best that can be done relatively easily would be to have
>pkg_add fetch ftplist.cgi and pick the first result as a default if
neither >pkg.conf nor PKG_PATH are set.



Re: Fvwm

2015-12-27 Thread Jack J. Woehr

Edgar Pettijohn wrote:

  I have learned a lot about
fvwm configuration


Learn more from the fvwm support community: http://www.fvwm.org/contact/

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan



Re: Mg scroll-up issue in xterm

2015-12-27 Thread Timo Myyrä
Tati Chevron  writes:

> On Sun, Dec 27, 2015 at 06:21:41PM +0200, Timo Myyrä wrote:
>>I noticed issue with mg scroll-up keybinding when "xterm*locale: true" is
set in
>>~/.Xresources.
>>When the above option is set, mg requires that you type C-v C-v to
scroll-up
>>instead of single C-v. I'm not sure if this is bug or feature.
>
> ^V is traditionally used on UNIX like systems to 'insert the next character
> literally', for example if you type Control-V, Enter at the shell, you will
> produce ^M, or Control-V, Backspace will produce ^? which is a backspace
> character.
>
> This is what you are seeing, the first Control-v is swallowed before
reaching
> mg.

If that would be the case, shouldn't the mg insert ^M for when pressed C-v
C-m?
Currently it inserts newline.
Noticed following when trying this outside of mg in xterm running ksh.
With my full Xresources file, when pressing C-v C-m it inserts literal ^M to
shell prompt. In this xterm window the mg works normally.

In xterm running the stripped down Xresources, in shell prompt C-v C-m
inserts
newline as though C-v never happened. And there the mg requires the two C-v
calls to scroll up. Seems that I need to type C-v C-v C-m to get literal ^M
inserted to shell prompt. I'm not seeing how Xterm*locale:true should affect
the
C-v use in shell.

Timo



Re: if I were to make a pkg-add diff

2015-12-27 Thread Raf Czlonka
On Sun, Dec 27, 2015 at 12:05:43PM GMT, Stuart Henderson wrote:

> This would work for releases, though unless pkg_add was changed to
> cache the redirect it would slow things down compared to fetching
> directly from the mirror.
>
> For snapshots, caching the redirect would be essential, otherwise it
> could switch mirror mid-update, and it is common that mirrors are not
> all in-sync.
>
> Caching the redirect is a bigger change than it seems because pkg_add
> doesn't have its own network code but defers to $FETCH_CMD which could
> be one of a number of programs.
>
> (yes this has been thought about already :)
>
> I think the best that can be done relatively easily would be to have
> pkg_add fetch ftplist.cgi and pick the first result as a default if
> neither pkg.conf nor PKG_PATH are set.

Thanks for the info, Stuart - very informative!

Regards,

Raf

P.S. Even though I had used a real-life example, the email was tongue-in-cheek 
:^)



Re: libGL error: failed to open drm device: Permission denied

2015-12-27 Thread Jonathan Gray
On Mon, Dec 28, 2015 at 12:25:25AM +0200, Mihai Popescu wrote:
> Hello,
> 
> I am running cwm and I had some problems starting chrome from the menu
> - it starts for the very first time when i click on the menu, then i
> have to click 2 or 3 times on menu entry to start chrome again. This
> is not a big deal, maybe a cwm glitch.
> 
> I went to start chrome from xterm, and I got these errors:
> 
> $ chrome
> libGL error: failed to open drm device: Permission denied
> libGL error: failed to load driver: r600
> libGL error: failed to open drm device: Permission denied
> libGL error: failed to load driver: r600
> 
> Is it normal, can it be fixed on my side?

The ownership of /dev/drm0 should be changed according to
/etc/fbtab to your user after logging in.

Can you include the output of ls -l /dev/drm0 and
the contents of /var/log/Xorg.0.log ?

How are you starting X, xdm/startx/?



FAQ 9 diff suggestion (maybe superfluous; not sure)

2015-12-27 Thread ropers
For http://www.openbsd.org/faq/faq9.html :

diff -u faq9.html.orig faq9.html
--- faq9.html.orig2015-12-28 02:20:43.148113257 +0100
+++ faq9.html2015-12-28 03:42:08.119953895 +0100
@@ -33,6 +33,7 @@
 Edition-style) password file to BSD-style.
 9.4 - Running Linux binaries on OpenBSD
 9.5 - Accessing your Linux files from OpenBSD
+9.6 - Accessing your OpenBSD files from Linux
 

 For more information for Linux users, please refer to http://sites.inka.de/mips/unix/bsdlinux.html;>
http://sites.inka.de/mips/unix/bsdlinux.html.
@@ -381,6 +382,31 @@
 EXT4.
 For further information, see FAQ 14.

+9.6 - Accessing your OpenBSD files from Linux
+
+
+While documenting the features of other operating systems is
+technically out of scope for this FAQ, users migrating or
+interoperating between Linux and OpenBSD may find themselves wanting to
+access OpenBSD FFS partitions from Linux. Users are advised that at
+least ftp://ftp.kernel.org/pub/linux/utils/util-linux/;>this
+common Linux implementation of mount refers to FFS as UFS (for more
+names, http://en.wikipedia.org/wiki/Unix_File_System;>see
+Wikipedia), and that said mount command requires users to specify a
+ufstype option of 44bsd, i.e. use -o ufstype=44bsd in addition
+to -t ufs, because that program's FFS support defaults to a
+ufstype of old, which is probably helpful to the fewest number of FFS
+users. It may be a good idea to run dmesg|tail on the Linux
+system after mounting. As of this writing, a helpful example of ufstype
+option usage and a warning that an incorrect or omitted ufstype might
+cause data corruption ("Wrong ufstype may corrupt your filesystem,
+default is ufstype=old") may show up in the Linux dmesg, but is not
+included in the corresponding mount man page.
+The OpenBSD project does not audit the FFS support code of other
+operating systems, so given a choice between accessing a Linux
+partition from OpenBSD and accessing an OpenBSD partition from Linux,
+the former may be preferable. Caveat emptor.
+
 
 
 



Re: drops to ddb when disconnecting from serial line

2015-12-27 Thread Tati Chevron

On Sun, Dec 27, 2015 at 07:04:10PM +, Stuart Henderson wrote:

On 2015-12-27, Ted Unangst  wrote:

LÉVAI Dániel wrote:

So I guess it didn't panic, but just dropped to ddb from console,
because ddb.console was set to 1. Is there something sent via the serial
console that induces this? If I set ddb.console to 0 this doesn't
happen, but I'm curious as to what is happening and if I can avoid it.


a "break" was sent. or at least received. i've seen extra breaks sent when
trying to disconnect too. i mostly solved it by not disconnecting...


"break" is just a signal low for longer than the time taken to send a
normal character (plus framing), it's not that hard to have one detected
when it's not intended. First I'd try setting things up to use a
different port speed, especially if it's currently at a high speed
then try slowing it down. If that doesn't help then I'd try a
different usb/rs232 adapter.


Possibly a shorter or better quality cable may help as well, especially
if it's a long cable run.

--
Tati Chevron
Perl and FORTRAN specialist.
SWABSIT development and migration department.
http://www.swabsit.com



Re: if I were to make a pkg-add diff

2015-12-27 Thread Alexander Hall
On Sun, Dec 27, 2015 at 02:52:16PM -0600, Luke Small wrote:
> You could do that if you want to have noobs connect to one of the mirrors
> into perpituty that brings down the server like a ddos every release!

Are you aware of the magic that ftplist.cgi does?

Stuart is.

/Alexander

> > I think the best that can be done relatively easily would be to have
> > pkg_add fetch ftplist.cgi and pick the first result as a default if
> > pkg.conf nor PKG_PATH are set.



Re: libGL error: failed to open drm device: Permission denied

2015-12-27 Thread patrick keshishian
On 12/27/15, Jonathan Gray  wrote:
> On Mon, Dec 28, 2015 at 12:25:25AM +0200, Mihai Popescu wrote:
>> Hello,
>>
>> I am running cwm and I had some problems starting chrome from the menu
>> - it starts for the very first time when i click on the menu, then i
>> have to click 2 or 3 times on menu entry to start chrome again. This
>> is not a big deal, maybe a cwm glitch.
>>
>> I went to start chrome from xterm, and I got these errors:
>>
>> $ chrome
>> libGL error: failed to open drm device: Permission denied
>> libGL error: failed to load driver: r600
>> libGL error: failed to open drm device: Permission denied
>> libGL error: failed to load driver: r600
>>
>> Is it normal, can it be fixed on my side?
>
> The ownership of /dev/drm0 should be changed according to
> /etc/fbtab to your user after logging in.

I have noticed (in the past), switching from X to virtual term
(Ctrl+Shift+Fx) will override/revert the ownership of /dev/drm0,
resulting in above (or similar) errors when I switch back to X
and run something like xlock.

I say "in the past", as I have avoided above switching since.

Hope this sheds some light onto the problem (or possibly
as-designed behavior).

--patrick


> Can you include the output of ls -l /dev/drm0 and
> the contents of /var/log/Xorg.0.log ?
>
> How are you starting X, xdm/startx/?



Re: Displaylink and xorg.conf

2015-12-27 Thread Robert
On Sun, 27 Dec 2015 21:04:04 +
Bojan Nastic  wrote:
> Anyone with displaylink/udl experience who could shed some light on the 
> subject? How do you go about setting up displaylink adapters/displays?

(@devs)
Maybe this is still applicable?

https://marc.info/?l=openbsd-misc=134489416203903
https://marc.info/?l=openbsd-misc=134495567523920

regards,
Robert



Re: drops to ddb when disconnecting from serial line

2015-12-27 Thread Alexander Hall
On Sun, Dec 27, 2015 at 09:32:45PM +, Tati Chevron wrote:
> On Sun, Dec 27, 2015 at 07:04:10PM +, Stuart Henderson wrote:
> >On 2015-12-27, Ted Unangst  wrote:
> >>LÉVAI Dániel wrote:
> >>>So I guess it didn't panic, but just dropped to ddb from console,
> >>>because ddb.console was set to 1. Is there something sent via the serial
> >>>console that induces this? If I set ddb.console to 0 this doesn't
> >>>happen, but I'm curious as to what is happening and if I can avoid it.
> >>
> >>a "break" was sent. or at least received. i've seen extra breaks sent when
> >>trying to disconnect too. i mostly solved it by not disconnecting...
> >
> >"break" is just a signal low for longer than the time taken to send a
> >normal character (plus framing), it's not that hard to have one detected
> >when it's not intended. First I'd try setting things up to use a
> >different port speed, especially if it's currently at a high speed
> >then try slowing it down. If that doesn't help then I'd try a
> >different usb/rs232 adapter.
> 
> Possibly a shorter or better quality cable may help as well, especially
> if it's a long cable run.

I've seen BREAK's when powering down the maching holding the
usb-to-serial dongle. Just unplugging the dongle first helped.

/Alexander



Re: if I were to make a pkg-add diff

2015-12-27 Thread Christoph R. Murauer
> I guess I didn't really answer your question. It wouldn't rely upon
> the ramdisk. It is meant to run after install. So it would presumably
> have all the firmware.

Then I think, you have to be more clear. Because it is not to modify
the installer and also not, to modify pkg_add - as you wrote before.
If you like to check the fastest mirror you also have to keep in mind
things like, is the interface up, geolocation, is Tor or a VPN used
and so on ...

P.S. What is then with the main idea for new users ?



Re: LibreNMS chroot issues

2015-12-27 Thread Daniel Ouellet
> I was wondering if anybody tried running LibreNMS with httpd from the
> base and even more fundamentally does httpd from the base support
> "unsecure" mode. I read up and down httpd several times but I didn't see
> anything about insecure mode.

Yes, "unsecure mode" is call Linux.

Or FreeBSD these days with all security they talked about not enable by
default.

Take your pick.



libGL error: failed to open drm device: Permission denied

2015-12-27 Thread Mihai Popescu
Hello,

I am running cwm and I had some problems starting chrome from the menu
- it starts for the very first time when i click on the menu, then i
have to click 2 or 3 times on menu entry to start chrome again. This
is not a big deal, maybe a cwm glitch.

I went to start chrome from xterm, and I got these errors:

$ chrome
libGL error: failed to open drm device: Permission denied
libGL error: failed to load driver: r600
libGL error: failed to open drm device: Permission denied
libGL error: failed to load driver: r600

Is it normal, can it be fixed on my side?

OpenBSD 5.8-current (GENERIC.MP) #1739: Fri Dec 11 06:16:43 MST 2015
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8029429760 (7657MB)
avail mem = 7781957632 (7421MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xeebc0 (57 entries)
bios0: vendor LENOVO version "9VKT33AUS" date 09/11/2013
bios0: LENOVO 1990RZ2
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC TCPA MCFG SLIC MCFG HPET SSDT
acpi0: wakeup devices PCE2(S4) PCE3(S4) PCE4(S4) PCE5(S4) PCE6(S4)
PCE7(S4) PCE9(S4) PCEA(S4) PCEB(S4) PCEC(S4) SBAZ(S4) PS2K(S3)
PS2M(S3) P0PC(S4) PE20(S4) PE21(S4) [...]
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD Athlon(tm) II X2 B26 Processor, 3194.57 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB
64b/line 16-way L2 cache
cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative
cpu0: AMD erratum 721 detected and fixed
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 199MHz
cpu0: mwait min=64, max=64, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD Athlon(tm) II X2 B26 Processor, 3192.02 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,3DNOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,NODEID,ITSC
cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB
64b/line 16-way L2 cache
cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative
cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative
cpu1: AMD erratum 721 detected and fixed
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 3 pa 0xfec0, version 21, 24 pins
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpimcfg1 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318180 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (P0P1)
acpiprt2 at acpi0: bus -1 (PCE2)
acpiprt3 at acpi0: bus -1 (PCE3)
acpiprt4 at acpi0: bus -1 (PCE4)
acpiprt5 at acpi0: bus -1 (PCE5)
acpiprt6 at acpi0: bus -1 (PCE6)
acpiprt7 at acpi0: bus -1 (PCE7)
acpiprt8 at acpi0: bus -1 (PCE9)
acpiprt9 at acpi0: bus -1 (PCEA)
acpiprt10 at acpi0: bus 2 (P0PC)
acpiprt11 at acpi0: bus 3 (PE20)
acpiprt12 at acpi0: bus -1 (PE21)
acpiprt13 at acpi0: bus -1 (PE22)
acpiprt14 at acpi0: bus 4 (PE23)
acpicpu0 at acpi0: C1(@1 halt!), PSS
acpicpu1 at acpi0: C1(@1 halt!), PSS
acpibtn0 at acpi0: PWRB
cpu0: 3194 MHz: speeds: 3200 2500 1900 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "AMD RS880 Host" rev 0x00
ppb0 at pci0 dev 1 function 0 unknown vendor 0x17aa product 0x9602 rev 0x00
pci1 at ppb0 bus 1
radeondrm0 at pci1 dev 5 function 0 "ATI Radeon HD 4250" rev 0x00
drm0 at radeondrm0
radeondrm0: apic 3 int 18
ahci0 at pci0 dev 17 function 0 "ATI SBx00 SATA" rev 0x00: apic 3 int
19, AHCI 1.2
ahci0: port 0: 3.0Gb/s
ahci0: port 1: 1.5Gb/s
scsibus1 at ahci0: 32 targets
sd0 at scsibus1 targ 0 lun 0:  SCSI3
0/direct fixed naa.50014ee1018094dc
sd0: 305245MB, 512 bytes/sector, 625142448 sectors
cd0 at scsibus1 targ 1 lun 0:  ATAPI
5/cdrom removable
ohci0 at pci0 dev 18 function 0 "ATI SB700 USB" rev 0x00: apic 3 int
18, version 1.0, legacy support
ehci0 at pci0 dev 18 function 2 "ATI SB700 USB2" rev 0x00: apic 3 int 17
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "ATI EHCI root hub" rev 2.00/1.00 addr 1
ohci1 at pci0 dev 19 function 0 "ATI SB700 USB" rev 0x00: apic 3 int
18, version 1.0, legacy support
ehci1 at pci0 dev 19 function 2 "ATI SB700 USB2" rev 0x00: apic 3 int 17
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 "ATI EHCI root hub" rev 2.00/1.00 addr 1
piixpm0 at pci0 dev 20 function 0 "ATI SBx00 SMBus" rev 0x42: polling
iic0 at piixpm0
spdmem0 at iic0 addr 0x52: 4GB DDR3 SDRAM PC3-10600

Re: drops to ddb when disconnecting from serial line

2015-12-27 Thread LÉVAI Dániel
Tati Chevron @ 2015-12-27T22:32:45 +0100:
> On Sun, Dec 27, 2015 at 07:04:10PM +, Stuart Henderson wrote:
> >On 2015-12-27, Ted Unangst  wrote:
> >>LÉVAI Dániel wrote:
> >>>So I guess it didn't panic, but just dropped to ddb from console,
> >>>because ddb.console was set to 1. Is there something sent via the serial
> >>>console that induces this? If I set ddb.console to 0 this doesn't
> >>>happen, but I'm curious as to what is happening and if I can avoid it.
> >>
> >>a "break" was sent. or at least received. i've seen extra breaks sent when
> >>trying to disconnect too. i mostly solved it by not disconnecting...
> >
> >"break" is just a signal low for longer than the time taken to send a
> >normal character (plus framing), it's not that hard to have one detected
> >when it's not intended. First I'd try setting things up to use a
> >different port speed, especially if it's currently at a high speed
> >then try slowing it down. If that doesn't help then I'd try a
> >different usb/rs232 adapter.
> 
> Possibly a shorter or better quality cable may help as well, especially
> if it's a long cable run.

Ah, I see, thanks! I never cease to learn stuff just by fiddling with this OS :)


Daniel



Re: if I were to make a pkg-add diff

2015-12-27 Thread Luke Small
Even though I don't have an internet connection for my laptop I
started the C program that pipes an execl call from ftp, to sed, (like
the suggestions
offered earlier in the thread, and back to the parent and it will use
kqueue to test the pipe buffer capacities to a local buffer (I love
kqueue) It could probably use the existing ftp() and maybe ping()
to deal with all the network protocols, interfaces and ports. I don't
want to sound like I'm bragging. I just really appreciate the help.

-Luke



wle200nx WiFi card on apu2b4 - no link

2015-12-27 Thread Kapfhammer, Stefan
Good evening,

I cannot access hotspot with apu2b4's wle200nx wifi card.

got ath0: device timeout

I am running on OpenBSD 5.8-release with no patches applied yet.

Do I have to update with patches or does the combination of apu2b4
and Compex wle200nx not work with 5.8-release?

Below the output from POST, dmesg, ifconfig and hostname.athn0

Did not find hints on the net with this combination of hw and os.

What to do next?

Regards,

Stefan


Mainboard PCEngines apu2 Enable.
APIC: 00 missing read_resources
APIC: 01 missing read_resources
APIC: 02 missing read_resources
APIC: 03 missing read_resources
SeaBIOS (version rel-1.8.0-190-gc029eab-20151109_141843-wim-ws)
BUILD: gcc:  binutils: (GNU Binutils) 2.23.2
SeaBIOS (version rel-1.8.0-190-gc029eab-20151109_141843-wim-ws)
BUILD: gcc:  binutils: (GNU Binutils) 2.23.2
Found coreboot cbmem console @ dffdf000
Found mainboard PC Engines PCEngines apu2
Relocating init from 0x000eb200 to 0xdff66110 (size 32352)
Found CBFS header at 0xfc50
multiboot: eax=0, ebx=0
boot order:
1: /pci@i0cf8/*@11/drive@0/disk@0
2: /pci@i0cf8/usb@10/usb-*@1
3: /pci@i0cf8/usb@10/usb-*@2
4: /pci@i0cf8/usb@10/usb-*@3
5: /pci@i0cf8/usb@10/usb-*@4
6: /pci@i0cf8/*@11/drive@1/disk@0
7: 
8: pxen0
9: scon1
10: 
Found 23 PCI devices (max PCI bus is 04)
Copying SMBIOS entry point from 0xdffb7000 to 0x000f3040
Copying ACPI RSDP from 0xdffb8000 to 0x000f3010
Copying MPTABLE from 0xdffdc000/dffdc010 to 0x000f2e60
Copying PIR from 0xdffdd000 to 0x000f2e30
Using pmtimer, ioport 0x818
Scan for VGA option rom
Running option rom at c000:0003

Google, Inc.
Serial Graphics Adapter 08/22/15
SGABIOS $Id: sgabios.S 8 2010-04-22 00:03:40Z nlaredo $
(wiv@coreboot-Virtual-Machine) Sat Aug 22 09:25:30 UTC 2015
Term: 80x43
IO 4 0
Turning on vga text mode console

SeaBIOS (version rel-1.8.0-190-gc029eab-20151109_141843-wim-ws)

XHCI init on dev 00:10.0: regs @ 0xfeb22000, 4 ports, 32 slots, 32 byte
contexts
XHCIextcap 0x1 @ feb22500
XHCIprotocol USB  3.00, 2 ports (offset 1), def 0
XHCIprotocol USB  2.00, 2 ports (offset 3), def 10
XHCIextcap 0xa @ feb22540
Found 2 serial ports
ATA controller 1 at 4010/4020/0 (irq 0 dev 88)
EHCI init on dev 00:13.0 (regs=0xfeb25420)
ATA controller 2 at 4018/4024/0 (irq 0 dev 88)
Searching bootorder for: /pci@i0cf8/*@14,7
Searching bootorder for: /rom@img/memtest
Searching bootorder for: /rom@img/setup
ata0-0: SATA SSD ATA-10 Hard-Disk (15272 MiBytes)
Searching bootorder for: /pci@i0cf8/*@11/drive@0/disk@0
XHCI no devices found
Initialized USB HUB (0 ports used)
All threads complete.
Scan for option roms

PCengines Press F10 key now for boot menu:

Searching bootorder for: HALT
drive 0x000f2dc0: PCHS=16383/16/63 translation=lba LCHS=1024/255/63
s=31277232
Space available for UMB: c1000-ef000, f-f2dc0
Returned 262144 bytes of ZoneHigh
e820 map has 7 items:
  0:  - 0009f800 = 1 RAM
  1: 0009f800 - 000a = 2 RESERVED
  2: 000f - 0010 = 2 RESERVED
  3: 0010 - dffae000 = 1 RAM
  4: dffae000 - e000 = 2 RESERVED
  5: f800 - fc00 = 2 RESERVED
  6: 0001 - 00011f00 = 1 RAM
enter handle_19:
  NULL

Booting from Hard Disk...
Booting from :7c00
Using drive 0, partition 3.
Loading.
probing: pc0 com0 com1 mem[638K 3582M 496M a20=on] 
disk: hd0+
>> OpenBSD/amd64 BOOT 3.28
switching console to com0
>> OpenBSD/amd64 BOOT 3.28
boot> 
booting hd0a:/bsd: 
entry point at 0x1000160 [7205c766, 3404, 24448b12, 4060a304]
[ using 938176 bytes of bsd ELF symbol table ]
Copyright (c) 1982, 1986, 1989, 1991, 1993
The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2015 OpenBSD. All rights reserved.
http://www.OpenBSD.org
OpenBSD 5.8 (GENERIC.MP) #1236: Sun Aug 16 02:31:04 MDT 2015
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4261076992 (4063MB)
avail mem = 4128043008 (3936MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xdffb7020 (7 entries)
bios0: vendor coreboot version "APU2A_20150928-13-gdfdf4a2-dirty" date
11/06/2015
bios0: PC Engines apu2
acpi0 at bios0: rev 2
acpi0: sleep states S0 S1 S2 S3 S4 S5
acpi0: tables DSDT FACP SSDT APIC HEST SSDT SSDT HPET
acpi0: wakeup devices PWRB(S4) PBR4(S4) PBR5(S4) PBR6(S4) PBR7(S4) PBR8(S4)
UOH1(S3) UOH3(S3) UOH5(S3) XHC0(S4)
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD GX-412TC SOC, 998.25 MHz
cpu0:
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLU
SH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,PO
PCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,
AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,ITSC,BMI1
cpu0: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 

Re: Mg scroll-up issue in xterm

2015-12-27 Thread Christian Weisgerber
On 2015-12-27, Timo Myyrä  wrote:

> I noticed issue with mg scroll-up keybinding when "xterm*locale: true" is set 
> in
> ~/.Xresources.
> When the above option is set, mg requires that you type C-v C-v to scroll-up
> instead of single C-v. I'm not sure if this is bug or feature.

That would be a bug, but I can't reproduce this.

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de



Re: Mg scroll-up issue in xterm

2015-12-27 Thread Christian Weisgerber
On 2015-12-27, Tati Chevron  wrote:

> ^V is traditionally used on UNIX like systems to 'insert the next character
> literally',

Only if the IEXTEN flag is set on the tty.  Which should obviously
not be the case (and in fact isn't) when mg is running.

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de



Re: LibreNMS chroot issues

2015-12-27 Thread Uwe Werler
Why not pointing the socket to chroot? 


Von meinem Samsung Galaxy Smartphone gesendet.


 Ursprüngliche Nachricht 
Von: Ax0n  
Datum:27.12.2015  18:58  (GMT+01:00) 
An: cou...@gmail.com, punoseva...@gmail.com 
Cc: misc@openbsd.org 
Betreff: Re: LibreNMS chroot issues 



drops to ddb when disconnecting from serial line

2015-12-27 Thread LÉVAI Dániel
Hi!

I'm connecting to a PCEngines APU1D on its serial console with an
USB-RS232 cable (uplcom0 at uhub0 port 9 "Prolific Technology Inc.
USB-Serial Controller D" rev 1.10/4.00 addr 2), and I have this strange
issue, when I *leave* the "serial session", the APU1D machine drops to
ddb.

On the client (where the converter's USB half is plugged in) I'm using
OpenBSD 5.8-stable, and on the APU1D (where the converter's RS232 half
is plugged in) I'm running -current. I'm using cu(1) and minicom(1), and
when I exit from any of those (~. or CTRL-A X), the (APU1D) machine
hangs and drops into a ddb> prompt.

ddb{0}> show panic
the kernel did not panic
ddb{0}> trace
Debugger() at Debugger+0x9
comintr() at comintr+0x253
intr_handler() at intr_handler+0x67
Xintr_ioapic_edge4() at Xintr_ioapic_edge4+0xc9
--- interrupt ---
Xspllower() at Xspllower+0xc
mtx_leave() at mtx_leave+0x34
Xsoftclock() at Xsoftclock+0x1f
--- interrupt ---
end of kernel
end trace frame: 0x1388, count: -7
0x8:
ddb{0}> machine ddbcpu 1
Stopped at  Debugger+0x9:   leave
ddb{1}> trace
Debugger() at Debugger+0x9
x86_ipi_handler() at x86_ipi_handler+0x76
Xresume_lapic_ipi() at Xresume_lapic_ipi+0x1c
--- interrupt ---
acpicpu_idle() at acpicpu_idle+0x13c
cpu_idle_cycle() at cpu_idle_cycle+0x10
end trace frame: 0x0, count: -5

ddb{1}> boot reboot
splassert: if_down: want 5 have 14


So I guess it didn't panic, but just dropped to ddb from console,
because ddb.console was set to 1. Is there something sent via the serial
console that induces this? If I set ddb.console to 0 this doesn't
happen, but I'm curious as to what is happening and if I can avoid it.


Thanks,
Daniel


APU1D's dmesg:
OpenBSD 5.9-beta (GENERIC.MP) #1780: Sat Dec 26 20:05:34 MST 2015
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
RTC BIOS diagnostic error 
ef
real mem = 2098520064 (2001MB)
avail mem = 2030858240 (1936MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0x7e16d820 (7 entries)
bios0: vendor coreboot version "4.0" date 09/08/2014
bios0: PC Engines APU
acpi0 at bios0: rev 0
acpi0: sleep states S0 S1 S3 S4 S5
acpi0: tables DSDT FACP SPCR HPET APIC HEST SSDT SSDT SSDT
acpi0: wakeup devices AGPB(S4) HDMI(S4) PBR4(S4) PBR5(S4) PBR6(S4) PBR7(S4) 
PE20(S4) PE21(S4) PE22(S4) PE23(S4) PIBR(S4) UOH1(S3) UOH2(S3) UOH3(S3) 
UOH4(S3) UOH5(S3) [...]
acpitimer0 at acpi0: 3579545 Hz, 32 bits
acpihpet0 at acpi0: 14318180 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: AMD G-T40E Processor, 1000.13 MHz
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,SSSE3,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,IBS,SKINIT,ITSC
cpu0: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line 
16-way L2 cache
cpu0: 8 4MB entries fully associative
cpu0: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 200MHz
cpu0: mwait min=64, max=64, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD G-T40E Processor, 1000.00 MHz
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,SSSE3,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,IBS,SKINIT,ITSC
cpu1: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 512KB 64b/line 
16-way L2 cache
cpu1: 8 4MB entries fully associative
cpu1: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 2 pa 0xfec0, version 21, 24 pins
acpiprt0 at acpi0: bus -1 (AGPB)
acpiprt1 at acpi0: bus -1 (HDMI)
acpiprt2 at acpi0: bus 1 (PBR4)
acpiprt3 at acpi0: bus 2 (PBR5)
acpiprt4 at acpi0: bus 3 (PBR6)
acpiprt5 at acpi0: bus 4 (PBR7)
acpiprt6 at acpi0: bus 6 (PE20)
acpiprt7 at acpi0: bus -1 (PE21)
acpiprt8 at acpi0: bus -1 (PE22)
acpiprt9 at acpi0: bus -1 (PE23)
acpiprt10 at acpi0: bus 0 (PCI0)
acpiprt11 at acpi0: bus 5 (PIBR)
acpicpu0 at acpi0: C2(0@100 io@0x841), C1(@1 halt!), PSS
acpicpu1 at acpi0: C2(0@100 io@0x841), C1(@1 halt!), PSS
acpibtn0 at acpi0: PWRB
cpu0: 1000 MHz: speeds: 1000 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "AMD AMD64 14h Host" rev 0x00
ppb0 at pci0 dev 4 function 0 "AMD AMD64 14h PCIE" rev 0x00: msi
pci1 at ppb0 bus 1
re0 at pci1 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E (0x2c00), 
msi, address 00:0d:b9:3f:ea:e8
rgephy0 at re0 phy 7: RTL8169S/8110S/8211 PHY, rev. 4
ppb1 at pci0 dev 5 function 0 "AMD AMD64 14h PCIE" rev 0x00: msi
pci2 at ppb1 bus 2
re1 at pci2 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E (0x2c00), 
msi, address 00:0d:b9:3f:ea:e9
rgephy1 at re1