iPhone?

2015-10-24 Thread Maximilian Pichler 
Hi,

I just connected an iPhone to my OpenBSD box and it doesn't seem
possible to access its memory. Is there any way to make this work? In
fact, is there anything at all that can be done with OpenBSD and an
iPhone...?

Thanks

Max

uaudio0 at uhub0 port 1 configuration 2 interface 0 "Apple Inc.
iPhone" rev 2.00/8.01 addr 6
uaudio0: audio rev 1.00, 0 mixer controls
audio1 at uaudio0
uhidev3 at uhub0 port 1 configuration 2 interface 2 "Apple Inc.
iPhone" rev 2.00/8.01 addr 6
uhidev3: iclass 3/0, 21 report ids
uhid1 at uhidev3 reportid 1: input=5, output=0, feature=0
uhid2 at uhidev3 reportid 2: input=9, output=0, feature=0
uhid3 at uhidev3 reportid 3: input=13, output=0, feature=0
uhid4 at uhidev3 reportid 4: input=17, output=0, feature=0
uhid5 at uhidev3 reportid 5: input=25, output=0, feature=0
uhid6 at uhidev3 reportid 6: input=49, output=0, feature=0
uhid7 at uhidev3 reportid 7: input=95, output=0, feature=0
uhid8 at uhidev3 reportid 8: input=193, output=0, feature=0
uhid9 at uhidev3 reportid 9: input=255, output=0, feature=0
uhid10 at uhidev3 reportid 10: input=255, output=0, feature=0
uhid11 at uhidev3 reportid 11: input=255, output=0, feature=0
uhid12 at uhidev3 reportid 12: input=255, output=0, feature=0
uhid13 at uhidev3 reportid 13: input=0, output=5, feature=0
uhid14 at uhidev3 reportid 14: input=0, output=9, feature=0
uhid15 at uhidev3 reportid 15: input=0, output=13, feature=0
uhid16 at uhidev3 reportid 16: input=0, output=17, feature=0
uhid17 at uhidev3 reportid 17: input=0, output=25, feature=0
uhid18 at uhidev3 reportid 18: input=0, output=49, feature=0
uhid19 at uhidev3 reportid 19: input=0, output=95, feature=0
uhid20 at uhidev3 reportid 20: input=0, output=193, feature=0
uhid21 at uhidev3 reportid 21: input=0, output=255, feature=0

following -stable vs patches, "make clean" needed?

2015-10-24 Thread Nils Reuße 

Hi misc,

i'm running 5.8-stable and am looking for a way automatically update my 
machine in case of updates.  Patches are fine, but they require manual 
interaction and i would like to avoid that as much as possible.


Both FAQ 5 [1] and the stable-page [2] propose to clean up before trying 
to (re)build the system, i.e. "make clean" or "rm -rf /usr/obj/*". 
Patches, on the other hand, do not propose to cleanup before rebuilding 
the changed parts (as far as i've seen).


So i was wondering if a pre-cleanup is required for a new -stable build, 
especially if i would make sure that a new build is only performed if 
the source files changed?


E.g. patch 5 for 5.8 affects the kernel and recommends to do

cd /usr/src/sys/arch/`machine`/conf
KK=`sysctl -n kern.osversion | cut -d# -f1`
config $KK
cd ../compile/$KK
make
make install

So no "make clean" here.  Is it safe to assume that -stable-updates will 
never require a cleanup?



Regards
Nils


[1] http://www.openbsd.org/faq/faq5.html#BldKernel
[2] http://www.openbsd.org/stable.html

Re: following -stable vs patches, "make clean" needed?

2015-10-24 Thread Todd 
https://www.mtier.org/solutions/apps/openup

On Sat, Oct 24, 2015 at 12:39 PM, Todd  wrote:

> I know this is not what you asked, but openup is a great way meet your
> stated goal of automated updates.
>
> https://www.mtier.org/solutions/apps/openupt
>
> On Sat, Oct 24, 2015 at 12:00 PM, Nils Reuße  wrote:
>
>> Hi misc,
>>
>> i'm running 5.8-stable and am looking for a way automatically update my
>> machine in case of updates.  Patches are fine, but they require manual
>> interaction and i would like to avoid that as much as possible.
>>
>> Both FAQ 5 [1] and the stable-page [2] propose to clean up before trying
>> to (re)build the system, i.e. "make clean" or "rm -rf /usr/obj/*".
Patches,
>> on the other hand, do not propose to cleanup before rebuilding the changed
>> parts (as far as i've seen).
>>
>> So i was wondering if a pre-cleanup is required for a new -stable build,
>> especially if i would make sure that a new build is only performed if the
>> source files changed?
>>
>> E.g. patch 5 for 5.8 affects the kernel and recommends to do
>>
>> cd /usr/src/sys/arch/`machine`/conf
>> KK=`sysctl -n kern.osversion | cut -d# -f1`
>> config $KK
>> cd ../compile/$KK
>> make
>> make install
>>
>> So no "make clean" here.  Is it safe to assume that -stable-updates will
>> never require a cleanup?
>>
>>
>> Regards
>> Nils
>>
>>
>> [1] http://www.openbsd.org/faq/faq5.html#BldKernel
>> [2] http://www.openbsd.org/stable.html

Re: following -stable vs patches, "make clean" needed?

2015-10-24 Thread Todd 
I know this is not what you asked, but openup is a great way meet your
stated goal of automated updates.

https://www.mtier.org/solutions/apps/openupt

On Sat, Oct 24, 2015 at 12:00 PM, Nils Reuße  wrote:

> Hi misc,
>
> i'm running 5.8-stable and am looking for a way automatically update my
> machine in case of updates.  Patches are fine, but they require manual
> interaction and i would like to avoid that as much as possible.
>
> Both FAQ 5 [1] and the stable-page [2] propose to clean up before trying
> to (re)build the system, i.e. "make clean" or "rm -rf /usr/obj/*". Patches,
> on the other hand, do not propose to cleanup before rebuilding the changed
> parts (as far as i've seen).
>
> So i was wondering if a pre-cleanup is required for a new -stable build,
> especially if i would make sure that a new build is only performed if the
> source files changed?
>
> E.g. patch 5 for 5.8 affects the kernel and recommends to do
>
> cd /usr/src/sys/arch/`machine`/conf
> KK=`sysctl -n kern.osversion | cut -d# -f1`
> config $KK
> cd ../compile/$KK
> make
> make install
>
> So no "make clean" here.  Is it safe to assume that -stable-updates will
> never require a cleanup?
>
>
> Regards
> Nils
>
>
> [1] http://www.openbsd.org/faq/faq5.html#BldKernel
> [2] http://www.openbsd.org/stable.html

Re: amd64-current (evening of Oct. 24th) make build failed

2015-10-24 Thread Stefan Wollny 

Am 10/24/15 um 22:47 schrieb Stefan Wollny:



[ ... ]
Big surprise: this is how 'make build' end on i386-current (sources some 
minutes younger than the amd64-current ones):


===> usr.sbin/ndp
cc -O2 -pipe-DINET6 -I/usr/src/usr.sbin/ndp -c 
/usr/src/usr.sbin/ndp/ndp.c

/usr/src/usr.sbin/ndp/ndp.c: In function 'ifinfo':
/usr/src/usr.sbin/ndp/ndp.c:970: error: 'struct nd_ifinfo' has no member 
named 'chlim'

*** Error 1 in usr.sbin/ndp (:87 'ndp.o')
*** Error 1 in usr.sbin (:48 'all')
*** Error 1 in . (:48 'all')
*** Error 1 in /usr/src (Makefile:82 'build')



OpenBSD 5.8-current (GENERIC.MP) #1: Sat Oct 24 22:19:29 CEST 2015
s...@idefix.fritz.box:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz ("GenuineIntel" 686-class) 
2 GHz
cpu0: 
FPU,V86,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,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,LAHF,PERF,SENSOR

real mem  = 3219472384 (3070MB)
avail mem = 3145248768 (2999MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 12/22/06, BIOS32 rev. 0 @ 0xfd6b0, SMBIOS rev. 
2.4 @ 0xe0010 (68 entries)

bios0: vendor LENOVO version "79ETC9WW (2.09 )" date 12/22/2006
bios0: LENOVO 2007VG2
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SSDT ECDT TCPA APIC MCFG HPET SLIC BOOT SSDT 
SSDT SSDT SSDT
acpi0: wakeup devices LID_(S3) SLPB(S3) LURT(S3) DURT(S3) EXP0(S4) 
EXP1(S4) EXP2(S4) EXP3(S4) PCI1(S4) USB0(S3) USB1(S3) USB2(S3) USB7(S3) 
HDEF(S4)

acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpiec0 at acpi0
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 166MHz
cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 CPU T7200 @ 2.00GHz ("GenuineIntel" 686-class) 
2 GHz
cpu1: 
FPU,V86,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,NXE,LONG,SSE3,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,LAHF,PERF,SENSOR

ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins
ioapic0: misconfigured as apic 2, remapped to apid 1
acpimcfg0 at acpi0 addr 0xf000, bus 0-63
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (AGP_)
acpiprt2 at acpi0: bus 2 (EXP0)
acpiprt3 at acpi0: bus 3 (EXP1)
acpiprt4 at acpi0: bus 4 (EXP2)
acpiprt5 at acpi0: bus 12 (EXP3)
acpiprt6 at acpi0: bus 21 (PCI1)
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

acpipwrres0 at acpi0: PUBS, resource for USB0, USB2, USB7
acpitz0 at acpi0: critical temperature is 127 degC
acpitz1 at acpi0: critical temperature is 99 degC
acpibtn0 at acpi0: LID_
acpibtn1 at acpi0: SLPB
acpibat0 at acpi0: BAT0 model "92P1139" serial  2887 type LION oem 
"Panasonic"

acpibat1 at acpi0: BAT1 not present
acpiac0 at acpi0: AC unit online
acpithinkpad0 at acpi0
acpidock0 at acpi0: GDCK not docked (0)
bios0: ROM list: 0xc/0xfe00 0xd/0x1000 0xd1000/0x1000 
0xdc000/0x4000! 0xe/0x1!

cpu0: Enhanced SpeedStep 1995 MHz: speeds: 2000, 1667, 1333, 1000 MHz
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel 82945GM Host" rev 0x03
ppb0 at pci0 dev 1 function 0 "Intel 82945GM PCIE" rev 0x03: apic 1 int 16
pci1 at ppb0 bus 1
radeondrm0 at pci1 dev 0 function 0 "ATI Radeon Mobility X1300 M52-64" 
rev 0x00

drm0 at radeondrm0
radeondrm0: apic 1 int 16
azalia0 at pci0 dev 27 function 0 "Intel 82801GB HD Audio" rev 0x02: msi
azalia0: codecs: Analog Devices AD1981HD, Conexant/0x2bfa, using Analog 
Devices AD1981HD

audio0 at azalia0
ppb1 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x02: apic 1 int 20
pci2 at ppb1 bus 2
em0 at pci2 dev 0 function 0 "Intel 82573L" rev 0x00: msi, address 
00:15:58:81:15:fb

ppb2 at pci0 dev 28 function 1 "Intel 82801GB PCIE" rev 0x02: apic 1 int 21
pci3 at ppb2 bus 3
wpi0 at pci3 dev 0 function 0 "Intel PRO/Wireless 3945ABG" rev 0x02: 
msi, MoW2, address 00:19:d2:85:6f:4d

ppb3 at pci0 dev 28 function 2 "Intel 82801GB PCIE" rev 0x02: apic 1 int 22
pci4 at ppb3 bus 4
xhci0 at pci4 dev 0 function 0 "Renesas uPD720202 xHCI" rev 0x02: msi
usb0 at xhci0: USB revision 3.0
uhub0 at usb0 "Renesas xHCI root hub" rev 3.00/1.00 addr 1
ppb4 at pci0 dev 28 function 3 "Intel 82801GB PCIE" rev 0x02: apic 1 int 23
pci5 at ppb4 bus 12
uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x02: apic 1 int 16
uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x02: apic 1 int 17
uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x02: apic 1 int 18
uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x02: apic 1 int 19

Re: amd64-current (evening of Oct. 24th) make build failed

2015-10-24 Thread Fred 

On 10/24/15 21:47, Stefan Wollny wrote:

Hi there,

as no updated kernel for amd64-current exists I compiled one based on
the latest sources (9 p.m. Berlin-time):

Afterwards I followed the faq and did:
doas rm -rf /usr/obj/*
cd /usr/src
doas make obj
cd etc/
doas env DESTDIR=/ make distrib-dirs
cd ..
doas make build

The build process comes to an end with the following:
===> usr.sbin/ndp
cc -O2 -pipe-DINET6 -I/usr/src/usr.sbin/ndp -c
/usr/src/usr.sbin/ndp/ndp.c
/usr/src/usr.sbin/ndp/ndp.c: In function 'ifinfo':
/usr/src/usr.sbin/ndp/ndp.c:970: error: 'struct nd_ifinfo' has no member
named 'chlim'
*** Error 1 in usr.sbin/ndp (:87 'ndp.o')
*** Error 1 in usr.sbin (:48 'all')
*** Error 1 in . (:48 'all')
*** Error 1 in /usr/src (Makefile:82 'build')

Anything I can do beside wait for updated sources?
Any additional info necessary to investigate further?

Best,
STEFAN


Do you have revision 1.64 of ndp.c?

hth

Fred

Re: amd64-current (evening of Oct. 24th) make build failed

2015-10-24 Thread Stefan Wollny 

Am 10/24/15 um 23:47 schrieb Nigel Taylor:

On 10/24/15 21:47, Stefan Wollny wrote:

Hi there,

as no updated kernel for amd64-current exists I compiled one based on
the latest sources (9 p.m. Berlin-time):

Afterwards I followed the faq and did:
doas rm -rf /usr/obj/*
cd /usr/src
doas make obj
cd etc/
doas env DESTDIR=/ make distrib-dirs
cd ..
doas make build

The build process comes to an end with the following:
===> usr.sbin/ndp
cc -O2 -pipe-DINET6 -I/usr/src/usr.sbin/ndp -c
/usr/src/usr.sbin/ndp/ndp.c
/usr/src/usr.sbin/ndp/ndp.c: In function 'ifinfo':
/usr/src/usr.sbin/ndp/ndp.c:970: error: 'struct nd_ifinfo' has no member
named 'chlim'
*** Error 1 in usr.sbin/ndp (:87 'ndp.o')
*** Error 1 in usr.sbin (:48 'all')
*** Error 1 in . (:48 'all')
*** Error 1 in /usr/src (Makefile:82 'build')

Anything I can do beside wait for updated sources?
Any additional info necessary to investigate further?

Best,
STEFAN



There is an update in CVS to fix this.




Thank you for the hint!

Best,
STEFAN

Re: Avahi daemon, dbus daemon

2015-10-24 Thread Josh Grosse 
On Sat, Oct 24, 2015 at 04:14:40PM -0400, Richard Thornton wrote:
> I am now using the 5.8 release. I have tried to start avahi in my
> rc.conf.local file but it always fails to load. In 5.7 I never had this
> problem. What's the correct way to load these daemons?

Richard,

If I recall correctly, the avahi daemon relies on the dbus daemon,
which had a name change between 5.7 and 5.8.  The dbus dameon was
named "dbus_dameon" at 5.7, and was named "messagebus" for 5.8.

This is noted in the Upgrade Guide, which you may have missed.

http://www.openbsd.org/faq/upgrade58.html#Pkgup

Re: Avahi daemon, dbus daemon

2015-10-24 Thread Jan Vlach 
Hi,

rcctl enable avahi_daemon messagebus 

at least dbus_daemon got renamed to  messagebus before 5.8. Did you run 
sysmerge after the upgrade?  

Jan

On Sat, Oct 24, 2015 at 04:14:40PM -0400, Richard Thornton wrote:
> I am now using the 5.8 release. I have tried to start avahi in my
> rc.conf.local file but it always fails to load. In 5.7 I never had this
> problem. What's the correct way to load these daemons?
> Sent from my BlackBerry  ;10 smartphone on the Verizon Wireless 4G 
> LTE network.
> 

-- 
Be the change you want to see in the world.

Avahi daemon, dbus daemon

2015-10-24 Thread Richard Thornton 
I am now using the 5.8 release. I have tried to start avahi in my
rc.conf.local file but it always fails to load. In 5.7 I never had this
problem. What's the correct way to load these daemons?
Sent from my BlackBerry  ;10 smartphone on the Verizon Wireless 4G 
LTE network.

amd64-current (evening of Oct. 24th) make build failed

2015-10-24 Thread Stefan Wollny 

Hi there,

as no updated kernel for amd64-current exists I compiled one based on 
the latest sources (9 p.m. Berlin-time):


Afterwards I followed the faq and did:
doas rm -rf /usr/obj/*
cd /usr/src
doas make obj
cd etc/
doas env DESTDIR=/ make distrib-dirs
cd ..
doas make build

The build process comes to an end with the following:
===> usr.sbin/ndp
cc -O2 -pipe-DINET6 -I/usr/src/usr.sbin/ndp -c 
/usr/src/usr.sbin/ndp/ndp.c

/usr/src/usr.sbin/ndp/ndp.c: In function 'ifinfo':
/usr/src/usr.sbin/ndp/ndp.c:970: error: 'struct nd_ifinfo' has no member 
named 'chlim'

*** Error 1 in usr.sbin/ndp (:87 'ndp.o')
*** Error 1 in usr.sbin (:48 'all')
*** Error 1 in . (:48 'all')
*** Error 1 in /usr/src (Makefile:82 'build')

Anything I can do beside wait for updated sources?
Any additional info necessary to investigate further?

Best,
STEFAN


OpenBSD 5.8-current (GENERIC.MP) #0: Thu Oct 22 12:07:56 CEST 2015
s...@imac.fritz.box:/usr/src/sys/arch/amd64/compile/GENERIC.MP
RTC BIOS diagnostic error 
f7

real mem = 8279707648 (7896MB)
avail mem = 8024649728 (7652MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe (43 entries)
bios0: vendor Apple Inc. version "IM91.88Z.008D.B08.0904271717" date 
04/27/09

bios0: Apple Inc. iMac9,1
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP HPET APIC MCFG ASF! SBST ECDT SSDT SSDT SSDT
acpi0: wakeup devices EC__(S3) OHC1(S3) EHC1(S3) OHC2(S3) EHC2(S3) GIGE(S5)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpihpet0 at acpi0: 2500 Hz
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU E8135 @ 2.66GHz, 1592.27 MHz
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,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG,LAHF,PERF,SENSOR

cpu0: 6MB 64b/line 16-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 265MHz
cpu0: mwait min=64, max=64, C-substates=0.2.2.2.2, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: Intel(R) Core(TM)2 Duo CPU E8135 @ 2.66GHz, 1592.01 MHz
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,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,XSAVE,NXE,LONG,LAHF,PERF,SENSOR

cpu1: 6MB 64b/line 16-way L2 cache
cpu1: smt 0, core 1, package 0
ioapic0 at mainbus0: apid 1 pa 0xfec0, version 11, 24 pins
ioapic0: misconfigured as apic 0, remapped to apid 1
acpimcfg0 at acpi0 addr 0xf000, bus 0-255
acpiec0 at acpi0
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 3 (IXVE)
acpicpu0 at acpi0: !C3(100@57 mwait.3@0x31), !C2(500@1 mwait@0x10), 
C1(1000@1 mwait), PSS
acpicpu1 at acpi0: !C3(100@57 mwait.3@0x31), !C2(500@1 mwait@0x10), 
C1(1000@1 mwait), PSS

acpibtn0 at acpi0: PWRB
acpibtn1 at acpi0: SLPB
cpu0: Enhanced SpeedStep 1592 MHz: speeds: 2660, 2394, 2128, 1862, 1596 MHz
memory map conflict 0xffc0/0x40
pci0 at mainbus0 bus 0
0:3:5: mem address conflict 0xd350/0x8
pchb0 at pci0 dev 0 function 0 "NVIDIA MCP79 Host" rev 0xb1
"NVIDIA MCP79 Memory" rev 0xb1 at pci0 dev 0 function 1 not configured
pcib0 at pci0 dev 3 function 0 "NVIDIA MCP79 ISA" rev 0xb2
"NVIDIA MCP79 Memory" rev 0xb1 at pci0 dev 3 function 1 not configured
nviic0 at pci0 dev 3 function 2 "NVIDIA MCP79 SMBus" rev 0xb1
iic0 at nviic0
spdmem0 at iic0 addr 0x50: 4GB DDR3 SDRAM PC3-8500 SO-DIMM
spdmem1 at iic0 addr 0x51: 4GB DDR3 SDRAM PC3-8500 SO-DIMM
iic1 at nviic0
"NVIDIA MCP79 Memory" rev 0xb1 at pci0 dev 3 function 3 not configured
vendor "NVIDIA", unknown product 0x0a98 (class memory subclass RAM, rev 
0xb1) at pci0 dev 3 function 4 not configured

"NVIDIA MCP79 Co-processor" rev 0xb1 at pci0 dev 3 function 5 not configured
ohci0 at pci0 dev 4 function 0 "NVIDIA MCP79 USB" rev 0xb1: apic 1 int 
11, version 1.0, legacy support

ehci0 at pci0 dev 4 function 1 "NVIDIA MCP79 USB" rev 0xb1: apic 1 int 10
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "NVIDIA EHCI root hub" rev 2.00/1.00 addr 1
ohci1 at pci0 dev 6 function 0 "NVIDIA MCP79 USB" rev 0xb1: apic 1 int 
7, version 1.0, legacy support

ehci1 at pci0 dev 6 function 1 "NVIDIA MCP79 USB" rev 0xb1: apic 1 int 5
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 "NVIDIA EHCI root hub" rev 2.00/1.00 addr 1
azalia0 at pci0 dev 8 function 0 "NVIDIA MCP79 HD Audio" rev 0xb1: apic 
1 int 15

azalia0: codecs: Realtek ALC885
audio0 at azalia0
ppb0 at pci0 dev 9 function 0 "NVIDIA MCP79 PCIE" rev 0xb1
pci1 at ppb0 bus 1
nfe0 at pci0 dev 10 function 0 "NVIDIA MCP79 LAN" rev 0xb1: apic 1 int 
14, address 00:26:b0:d9:00:c6

rgephy0 at nfe0 phy 1: RTL8169S/8110S/8211 PHY, rev. 2
pciide0 at pci0 dev 11 function 0 "NVIDIA MCP79 SATA" rev

Re: amd64-current (evening of Oct. 24th) make build failed

2015-10-24 Thread Nigel Taylor 
On 10/24/15 21:47, Stefan Wollny wrote:
> Hi there,
> 
> as no updated kernel for amd64-current exists I compiled one based on
> the latest sources (9 p.m. Berlin-time):
> 
> Afterwards I followed the faq and did:
> doas rm -rf /usr/obj/*
> cd /usr/src
> doas make obj
> cd etc/
> doas env DESTDIR=/ make distrib-dirs
> cd ..
> doas make build
> 
> The build process comes to an end with the following:
> ===> usr.sbin/ndp
> cc -O2 -pipe-DINET6 -I/usr/src/usr.sbin/ndp -c
> /usr/src/usr.sbin/ndp/ndp.c
> /usr/src/usr.sbin/ndp/ndp.c: In function 'ifinfo':
> /usr/src/usr.sbin/ndp/ndp.c:970: error: 'struct nd_ifinfo' has no member
> named 'chlim'
> *** Error 1 in usr.sbin/ndp (:87 'ndp.o')
> *** Error 1 in usr.sbin (:48 'all')
> *** Error 1 in . (:48 'all')
> *** Error 1 in /usr/src (Makefile:82 'build')
> 
> Anything I can do beside wait for updated sources?
> Any additional info necessary to investigate further?
> 
> Best,
> STEFAN
> 

There is an update in CVS to fix this.

Re: does src include sys ?

2015-10-24 Thread Nick Holland 
On 10/23/15 22:15, Tuyosi Takesima wrote:
> today i first time follow current .
> 
> # cd /usr
> # export CVSROOT=anon...@anoncvs.jp.openbsd.org:/cvs
> # cvs -d$CVSROOT checkout -P src
>   cvs -d$CVSROOT checkout -P sys<---
> 1)quetion
> is [cvs -d$CVSROOT checkout -P sys] needless ?

Worse than needless, you are inventing (wrong!) things.  Nowhere on the
OpenBSD website does it suggest "checkout -P sys".  (that command does
"work", but it drops things in the wrong place.  No harm in this case,
but no function, either.  And the fact that it works at all surprised me
-- turns out that's a special CVS "module" you accidentally tripped across).

> and
> Faq write about only src not touch sys .
> # cd /usr/src
> # export CVSROOT=anon...@anoncvs.jp.openbsd.org:/cvs
> # cvs -d$CVSROOT up -Pd
> 2)qustion
> does src include sys ?

Yes.

Follow instructions, feel free to examine what happens and figure out
why, but don't assume you understand what is going on and make your own
process until you understand the documented process.  And then stick to
the documented process anyway. :)

When you start inventing your own process, there's an almost infinite
number of ways to go wrong.

Nick.

Re: apu1d as an NTP server

2015-10-24 Thread Peter Hessler 
works perfectly fine as an ntp server.  you won't see any problems.


On 2015 Oct 23 (Fri) at 15:39:26 -0700 (-0700), Gene wrote:
:Howdy,
:
:Has anyone here used the PC Engines apu1d system board as an NTP server?
:
:I'm looking at setting up some in house stratum-2 servers so I can be a
:better neighbor.  Wondering what kind of performance/capacity others have
:seen with this board.
:
:Thanks for your time.
:
:-Gene
:

-- 
"I'd love to go out with you, but I've been scheduled for a karma
transplant."

Re: Using fsync instead of ioctl(fd, DIOCGFLUSH); (Re: anybody besides me trying to compile gpt-fdisk?)

2015-10-24 Thread Joel Rees 
On Thu, Oct 22, 2015 at 11:15 PM, Christian Weisgerber
 wrote:
> On 2015-10-21, Joel Rees  wrote:
>
>> Is fsync an appropriate way to flush writes to the disk device? In the
>> FreeBSD code, it is
>>
>>   i = ioctl(fd, DIOCGFLUSH);
>
> Dunno, but I'd check what fdisk and disklabel do.

Near as I can tell, from MBR_write in mbr.c and GPT_write() in gpt.c,
the openbsd way would be to use DISK_writesector() and ordinary
write()s and optionally reload the table with

   ioctl( fd, DIOCRLDINFO, 0)

disklabel is a little more opaque to my first efforts to read it, but,
from mpsave in editor.c, it looks like ordinary fprintf()s followed by
closing the file.

So openbsd doesn't seem to need to actually explicitly sync or flush.

An fsync() would probably not hurt, but should probably include a
comment that it probably is redundant?

OH, and openbsd's fdisk got the -g option somewhere between mid August
and October 11th :-)

Cool. Maybe we don't care whether gptfdisk compiles or runs here. But
I'll try to invent some ways to test it over the next couple of weeks
anyway, just because I need the practice.

-- 
Joel Rees

Be careful when you look at conspiracy.
Arm yourself with knowledge of yourself, as well:
http://reiisi.blogspot.jp/2011/10/conspiracy-theories.html

Re: apache 2.4 - Missing mod_cgid.so?

2015-10-24 Thread Alessandro DE LAURENZIS 
Hi Claudio,

On Fri 23/10/2015 22:47, Claudio Jeker wrote:
[...]
> You may try to build your own version with adding --enable-cgi in the
> Makefile configure flags. It seems that even configure tells that
> --enable-cgi is the default it seems it is not. Go figure...
> 
> Also mod_cgid.so should be built but seems to be missing. mod_cgid.so is
> the module that should be used with the worker or event MPM.
[...]

That did the trick!
We should update both current and 5.8-STABLE port, I think.

Thank you very much for your prompt feedback.

Cheers

-- 
Alessandro DE LAURENZIS
[mailto:just22@gmail.com]
LinkedIn: http://it.linkedin.com/in/delaurenzis

Re: correct way to clear sensitive data from env?

2015-10-24 Thread Stuart Henderson 
On 2015-10-23, Giancarlo Razzolini  wrote:
> Em 23-10-2015 12:14, Tamas TEVESZ escreveu:
>> case in point: openvpn passing username/password in the environment to 
>> openvpn_bsdauth.
>>
>> so there's actually a bit of a sensitive data in env that current 
>> wisdom rightly tends to want to junk as soon as possible.

I don't understand why openvpn doesn't just allow passing the 
username/password on a file descriptor to the authentication command.
That would avoid the permission problems with via-file and the unsafe
nature of via-env.

I don't think there's anything you can do inside openvpn_bsdauth to 
prevent it from being seen with ps -e (but you do need root for that).

> I wrote many years ago an openvpn plugin that would use getpwnam instead
> of that PAM crap. I believe it's still around on sourceforge.

so did Tamas, it's in ports.

Re: does src include sys ?

2015-10-24 Thread Joel Rees 
On Sat, Oct 24, 2015 at 11:15 AM, Tuyosi Takesima
 wrote:
> today i first time follow current .
>
> # cd /usr
> # export CVSROOT=anon...@anoncvs.jp.openbsd.org:/cvs
> # cvs -d$CVSROOT checkout -P src
>   cvs -d$CVSROOT checkout -P sys<---
> 1)quetion
> is [cvs -d$CVSROOT checkout -P sys] needless ?
>
>
> and
> Faq write about only src not touch sys .
> # cd /usr/src
> # export CVSROOT=anon...@anoncvs.jp.openbsd.org:/cvs
> # cvs -d$CVSROOT up -Pd
> 2)qustion
> does src include sys ?

I was also puzzled by the separate tarballs at first.  It helps when
installing on really small systems, I think. Among other things.

According to the way cvs works, because src/sys is a subdirectory of
src, cvs will include it when you do a cvs update or checkout in src .
If I recall correctly.

I generally do a cvs update in /usr/src, /usr/xenocara, and /usr/ports
before I start a build, just to make sure everything is in sync.

The cvs update in /usr/ports is only because I want to make sure I'm
not working with old code if I build a package.

Then, just because I'm "kichoumen to iu kibun", I follow the whole
build process in FAQ 5 --

build the kernel,
reboot,
build userland (/usr/src),
build xenocara,
do NOT build ports,
build release in /usr/src,
build release in /usr/xenocara, and
do a pkg_add -u to update the packages.

Just because I want to be thorough until I learn more about things.
And have the computer running all night to finish the builds.

-- 
Joel Rees

Be careful when you look at conspiracy.
Arm yourself with knowledge of yourself, as well:
http://reiisi.blogspot.jp/2011/10/conspiracy-theories.html