Re: sftp script put help

2015-05-15 Thread jungle Boogie
Hi Barry,
On 15 May 2015 at 20:58, Barry Grumbine  wrote:
> Hi,
>
> I have never used sftp, but from the man page it looks like the sftp
> commands need to be in a separate file. Something like:
>
> fetch2.sh:
> #!/bin/sh
> sftp -b /home/jungle/batchfile jungle@host
>
> /home/jungle/batchfile:
> cd /home/jungle
> put file_*.csv aaa_completed
>

Ah, that's excellent! Thanks!!

>
> If it were me, I would just use scp in my crontab, something like:
>
> 0 1 * * * /usr/bin/scp /home/jungle/file_*csv jungle@host:/usr/home/jungle/
>

In my testing I'd be able to use scp or rsync but when I deploy, I'll
only have sftp available.

Thanks for trying this out and giving me input.

>
> ...or maybe rsync if the file is large.
>
>
> -Barry
>
>

Best,
j



Re: sftp script put help

2015-05-15 Thread Barry Grumbine
Hi,

I have never used sftp, but from the man page it looks like the sftp
commands need to be in a separate file. Something like:

fetch2.sh:
#!/bin/sh
sftp -b /home/jungle/batchfile jungle@host

/home/jungle/batchfile:
cd /home/jungle
put file_*.csv aaa_completed


If it were me, I would just use scp in my crontab, something like:

0 1 * * * /usr/bin/scp /home/jungle/file_*csv jungle@host:/usr/home/jungle/


...or maybe rsync if the file is large.


-Barry

On Fri, May 15, 2015 at 4:07 PM, jungle Boogie 
wrote:

> Hello All,
>
> Running Openssh's sftp version 3 on both client and server but the OS
> is not openBSD.
>
> I want to upload a file automatically with a cron job so I'm using the -b
> flag.
>
> % cat fetch2.sh
> #!/bin/sh
>
> cd /home/jungle
> put file_*.csv aaa_completed
>
>
> I can't specify the file name completely because it changes monthly
> (based on the month & year), but using batch file results in the file
> not being uploaded. When I connect directly, I can use the * just
> fine:
>
> % sftp jungle@host
> Connected to host.
> sftp> cd home/jungle
> sftp> put file_*.csv
> Uploading  file_foo2015-05-15.csv to
> /usr/home/jungle/file_foo2015-05-15.csv
> file_foo2015-05-15.csv
>
>
>
> Any ideas how I can achieve the latter with the former?
>
> Thanks,
> Jungle
>
> --
> ---
> inum: 883510009027723
> sip: jungleboo...@sip2sip.info
> xmpp: jungle-boo...@jit.si



Re: OpenBSD 5.7 release -- CD2 issues

2015-05-15 Thread Kenneth Gober
On Fri, May 15, 2015 at 10:50 AM, Theo de Raadt  wrote:
>
> Sadly, CD2 of the OpenBSD 5.7 shipped in a broken fashion due to
> errors at the manufacturing plant.  Two mistakes were made.
>
> In the rush after the first error, this error was not caught in time.
> Many people have received (or will soon receive) their package with
> this broken disc.  Orders which have not yet shipped are being held
> back... because...


5.7 (the first batch) was delivered on the east coast of the USA today
(New York City area).  while CD2 does not boot, one could probably
make amd64 install media by booting from CD1, installing the i386 version
onto a flash drive, then mounting CD2 and copying the amd64 install
files there as well.

if you're in a hurry or don't need/want to wait for a replacement CD2,
here are the approximate steps to make a flash drive that can be used
to install both i386 and amd64.  these steps begin after you have installed
i386 onto a flash drive but before your first reboot:

Copy the i386 install files onto the flash drive:

  mount /dev/cd0a /mnt2
  mkdir -p /mnt/5.7/i386
  cd /mnt/5.7/i386
  (cd /mnt2/5.7/i386; tar cf - .) | tar xvfp -
  cd /; umount /mnt2

Load the amd64 CD and copy the amd64 install files onto the flash drive:

  mount /dev/cd0a /mnt2
  mkdir -p /mnt/5.7/amd64
  cd /mnt/5.7/amd64
  (cd /mnt2/5.7/amd64; tar cf - .) | tar xvfp -
  cd /; umount /mnt2

Now rename the files in /mnt/5.7/amd64 to have the proper case. Use the
filenames in /mnt/5.7/i386 as a model for how the names should look.  I'm
supposing the fact that the filenames all appear to be uppercase is an
indication of why CD2 is considered 'broken'.

To install amd64 from this flash drive, boot from it and at the boot> prompt
type (quickly, before it automatically boots i386):

  boot /5.7/amd64/bsd.rd

If you want to install i386, type this instead:

  boot /5.7/i386/bsd.rd

If you don't type anything at the boot> prompt, i386 will boot the GENERIC
kernel, which might be useful if you want to capture a dmesg on a new
system or something.

I tested this procedure just now, but only to the point of booting
/5.7/amd64/bsd.rd.
I did not actually try to install amd64 this way (at least, not yet) but I don't
see any particular reason it shouldn't work.  assuming you can boot your
system from a USB flash drive, of course.  if you can't this won't help you.

I've used a similar procedure in the past to make a 5.4 flash drive that I could
use to install OpenBSD onto a Soekris box, when I was sure I was going to
install from a flash drive, but not yet sure whether I would use i386 or amd64
(so I made sure I had both).

-ken



Re: what happened to the encap address_family

2015-05-15 Thread Michał Koc
Tank You for the authoritative answer,

so we will have to get used to the, let say new, ipsecctl output.

Also good to know that monitoring tools have to look some elsewhere to 
see VPN and routing is up :)
Instead of waking 12 people at 1:00 AM :)

Anyway, in my opinion this king of exercises are healthy :)
Than we can have a beer at 8:00 AM and have working "day" behind 

Good news that OpenBSD is following best practices - as always :)

Seriously - good job as always - users have to adapt -> evolution or death

Best regards and good luck
Micha³ Koc

-- Wiadomo¶æ oryginalna --
*Temat: *Re: what happened to the encap address_family
*Nadawca: *Theo de Raadt 
*Adresat: *Micha³ Koc 
*Kopia: *Fred , Boris Goldberg 
, misc@openbsd.org
*Data: *2015-05-16 01:04
>> Let me repeat myself: anyone CAPABLE to answer (and understand the
>> question) ?
>>
>> I really admire and appreciate your (misc) commitment.
> netstat was largely rewritten to not use kvm snooping.  It now
> only gets information from the kernel via sysctl.  The result is
> that it does not race against the kernel in uncomfortable ways,
> shows atomic data, and loses a setgid bit.
>
> A few pieces of functionality went away.  I believe ipsecctl will
> show you what you need.
>
>
>


-- 
Micha³ Koc
Head of System Development

Mobile: +48 886 566 357
E-mail: m...@dclog.pl
WWW:http://www.dclog.pl/


perl -e 
'for($i=0;$i<16;){push@b,"\e[".($i>>3).";".($i++%8+30)."m#"}for($C=15;--$C>-15;print"\n"){for($c=-51;++$c<25;print$b[--$k%16]){for($k=$z=$Z=0;$t=$z**2-$Z**2+$c/25,$Z=2*$z*$Z+$C/10,++$k<113&&$t**2+$Z**2<=10;$z=$t){}}}print"\e[0m"'



*DCLOG Sp. z o.o.*
03-934 Warszawa, ul. W±chocka 1M
NIP 1132851126, REGON 145879741
KRS 401936 S±d Rejonowy dla m. st. Warszawa, XIII Wydz. Gospodarczy
Kapita³ zak³adowy spó³ki: 75.000 z³ op³acony w ca³o¶ci


Informacja ta jest poufna i mo¿e zawieraæ materia³y objête prawem 
autorskim. Ostrzegamy, i¿ kopiowanie lub dystrybucja tej wiadomo¶ci s± 
dozwolone tylko przez adresata. Je¶li nie s± Pañstwo adresatami tej 
informacji, prosimy o szybkie poinformowanie o tym nadawcy poczt± 
elektroniczn± lub telefonicznie pod nr +48 886 566 357 i skasowanie 
wiadomo¶ci.



sftp script put help

2015-05-15 Thread jungle Boogie
Hello All,

Running Openssh's sftp version 3 on both client and server but the OS
is not openBSD.

I want to upload a file automatically with a cron job so I'm using the -b flag.

% cat fetch2.sh
#!/bin/sh

cd /home/jungle
put file_*.csv aaa_completed


I can't specify the file name completely because it changes monthly
(based on the month & year), but using batch file results in the file
not being uploaded. When I connect directly, I can use the * just
fine:

% sftp jungle@host
Connected to host.
sftp> cd home/jungle
sftp> put file_*.csv
Uploading  file_foo2015-05-15.csv to /usr/home/jungle/file_foo2015-05-15.csv
file_foo2015-05-15.csv



Any ideas how I can achieve the latter with the former?

Thanks,
Jungle

-- 
---
inum: 883510009027723
sip: jungleboo...@sip2sip.info
xmpp: jungle-boo...@jit.si



Re: what happened to the encap address_family

2015-05-15 Thread Theo de Raadt
> Let me repeat myself: anyone CAPABLE to answer (and understand the 
> question) ?
> 
> I really admire and appreciate your (misc) commitment.

netstat was largely rewritten to not use kvm snooping.  It now
only gets information from the kernel via sysctl.  The result is
that it does not race against the kernel in uncomfortable ways,
shows atomic data, and loses a setgid bit.

A few pieces of functionality went away.  I believe ipsecctl will
show you what you need.



Re: what happened to the encap address_family

2015-05-15 Thread Christian Weisgerber
On 2015-05-14, Boris Goldberg  wrote:

>  The encap address_family isn't in the netstat man page anymore.
> The "netstat -nrf encap" gives an error, the "netstat -nr" doesn't have the
> "Encap" section.

Yes, this has been excised from netstat(1).

>   How do I check VPN related routing besides "ipsecctl -s flow" (which
> isn't exactly the strait way) ?

That's exactly the intended way.

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



Re: what happened to the encap address_family

2015-05-15 Thread Michał Koc
Hi misc,

Let me repeat myself: anyone CAPABLE to answer (and understand the 
question) ?

I really admire and appreciate your (misc) commitment.

Best regards
Michał Koc
-- Wiadomość oryginalna --
*Temat: *Re: what happened to the encap address_family
*Nadawca: *Fred 
*Adresat: *Michał Koc , Boris Goldberg 
, misc@openbsd.org
*Data: *2015-05-16 00:25
> On 05/15/15 21:13, Michał Koc wrote:
>> Hello misc,
>>
>> anyone capable to answer ?
>>
>> Best regards
>> Michał Koc
>>
>> -- Wiadomość oryginalna --
>> *Temat: *what happened to the encap address_family
>> *Nadawca: *Boris Goldberg 
>> *Adresat: *misc@openbsd.org
>> *Data: *2015-05-14 18:14
>>> Hello misc,
>>>
>>>The encap address_family isn't in the netstat man page anymore 
>>> (BTW, there
>>> is no "5.7" section at www.openbsd.org/cgi-bin/man.cgi, just 
>>> "current").
>>> The "netstat -nrf encap" gives an error, the "netstat -nr" doesn't 
>>> have the
>>> "Encap" section.
>>> Don't see anything about "netstat" nor about "encap" at
>>> http://www.openbsd.org/57.html, the google also didn't help.
>>>
>>> How do I check VPN related routing besides "ipsecctl -s flow" 
>>> (which
>>> isn't exactly the strait way) ?
>>>
>>
>>
>
> do you mean:
>
> man 4 enc
>
> as in:
> port:fred ~> ifconfig enc
> enc0: flags=0<>
> priority: 0
> groups: enc
> status: active
>
>
>


-- 
Michał Koc
Head of System Development

Mobile: +48 886 566 357
E-mail: m...@dclog.pl
WWW:http://www.dclog.pl/


perl -e 
'for($i=0;$i<16;){push@b,"\e[".($i>>3).";".($i++%8+30)."m#"}for($C=15;--$C>-15;print"\n"){for($c=-51;++$c<25;print$b[--$k%16]){for($k=$z=$Z=0;$t=$z**2-$Z**2+$c/25,$Z=2*$z*$Z+$C/10,++$k<113&&$t**2+$Z**2<=10;$z=$t){}}}print"\e[0m"'



*DCLOG Sp. z o.o.*
03-934 Warszawa, ul. Wąchocka 1M
NIP 1132851126, REGON 145879741
KRS 401936 Sąd Rejonowy dla m. st. Warszawa, XIII Wydz. Gospodarczy
Kapitał zakładowy spółki: 75.000 zł opłacony w całości


Informacja ta jest poufna i może zawierać materiały objęte prawem 
autorskim. Ostrzegamy, iż kopiowanie lub dystrybucja tej wiadomości są 
dozwolone tylko przez adresata. Jeśli nie są Państwo adresatami tej 
informacji, prosimy o szybkie poinformowanie o tym nadawcy pocztą 
elektroniczną lub telefonicznie pod nr +48 886 566 357 i skasowanie 
wiadomości.



Re: OpenBSD 5.7 release -- CD2 issues

2015-05-15 Thread Stefan Wollny
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 05/16/15 um 00:32 schrieb Theo de Raadt:
>> Most of us are grown-ups and do know that despite hard work
>> sometimes "Sheep happen" (or s.th. like that :-) ). As you have
>> (again) confirmed just a few days ago that CD-sales make up for
>> your personal income, who 'at the end of the road' takes the
>> financial burden for the replacement-CDs - is this you,
>> personally?
> 
> Hopefully not.  There is an ongoing discussion with the
> manufacturer. Let's leave it at that, and hope for the best.
> 

Please keep us updated on this issue: I guess I will not be the only
one who right-away will order another CD-set to share the burden!

(BTW: I just have sent a mail to 'openbsdstore.com' referencing my
order ID that I do not need a replacement-CD.)
iQIcBAEBAgAGBQJVVnhKAAoJEFrWtBHL32wXhyAP/AqV7IxDINowC4xyTNlv0oV8
Ct+ZOwqs4jt3bp5vxpbL3BHWrb5oBGUwQeYc67rMoxzvd/Tf+ap+1/otsdMetoKf
hOS92HZIETO9oCFRm5nha1V3a9XYISgaND7c7Tci3QyR5DxSg8xyn8BKjn/N5xxS
KMVNt4YYjTvvm5x91patpeZKar6cacg21MqFTZWT/AFWeNM56hh3M7Wyau0WNKTo
Eo4gmeOnoz/ndcjmoKUi2ymj75+znEv9gZaDgAYWUQTDGsRx1xoUC6NwaL31oIpX
BqoZKUZeMMyjfCfnKGPJ6FCZjWIgQD3JuCiKMqCwvSyN8bT4VxgWkx+DTTzyRCdO
CT3aFCXARdu4Tah0q4mj1HYZg9ONdVtKi/3zDO1wr8DlZ2ih5RQ4Kz9hxiwohctV
RxWGgi173vw7elvXv3gvpC8n/UtEzihReLzu8g8waAcaX2QWB99sFplMVLexf9f3
h3fEHcDFPk8EGJU5pQ4XrjRhD+IuBMMHKxzM7mG0eP41aM5iEJyEgJ6zxFUqgYmL
PrSVSJMOfG9BcX5TV4F7c5YEJeO7eNEHkvtXPIGnLnkwOViJTchLjENDgUmSZaPu
gYIRjX90c6ccIpiutUFE3rli9xfpif4F3bkgI6HVOtZxnOI7l8cUM11fM0kMrySi
XgXHFBmBENuPNes97wqu
=R/hY
-END PGP SIGNATURE-



Re: OpenBSD 5.7 release -- CD2 issues

2015-05-15 Thread Theo de Raadt
> Most of us are grown-ups and do know that despite hard work sometimes
> "Sheep happen" (or s.th. like that :-) ). As you have (again) confirmed
> just a few days ago that CD-sales make up for your personal income, who
> 'at the end of the road' takes the financial burden for the
> replacement-CDs - is this you, personally?

Hopefully not.  There is an ongoing discussion with the manufacturer.
Let's leave it at that, and hope for the best.



Re: OpenBSD 5.7 release -- CD2 issues

2015-05-15 Thread Stefan Wollny
Am 05/15/15 um 16:50 schrieb Theo de Raadt:
> Sadly, CD2 of the OpenBSD 5.7 shipped in a broken fashion due to
> errors at the manufacturing plant.  Two mistakes were made.
> 
> In the rush after the first error, this error was not caught in time.
> Many people have received (or will soon receive) their package with
> this broken disc.  Orders which have not yet shipped are being held
> back... because...
> 
> A repaired disc is on the way from the plant.
> 
> This will be shipped out to everyone, and will be inserted into the
> orders not yet shipped.
> 
Theo,

I hope you don't mind if I ask here:

Most of us are grown-ups and do know that despite hard work sometimes
"Sheep happen" (or s.th. like that :-) ). As you have (again) confirmed
just a few days ago that CD-sales make up for your personal income, who
'at the end of the road' takes the financial burden for the
replacement-CDs - is this you, personally?

Best,
STEFAN



Re: what happened to the encap address_family

2015-05-15 Thread Fred

On 05/15/15 21:13, Michał Koc wrote:

Hello misc,

anyone capable to answer ?

Best regards
Michał Koc

-- Wiadomość oryginalna --
*Temat: *what happened to the encap address_family
*Nadawca: *Boris Goldberg 
*Adresat: *misc@openbsd.org
*Data: *2015-05-14 18:14

Hello misc,

   The encap address_family isn't in the netstat man page anymore (BTW, there
is no "5.7" section at www.openbsd.org/cgi-bin/man.cgi, just "current").
The "netstat -nrf encap" gives an error, the "netstat -nr" doesn't have the
"Encap" section.
Don't see anything about "netstat" nor about "encap" at
http://www.openbsd.org/57.html, the google also didn't help.

How do I check VPN related routing besides "ipsecctl -s flow" (which
isn't exactly the strait way) ?






do you mean:

man 4 enc

as in:
port:fred ~> ifconfig enc
enc0: flags=0<>
priority: 0
groups: enc
status: active



Core dumps after upgrading to OpenBSD 5.7

2015-05-15 Thread Russell Sutherland
I’ve got one machine which I upgraded from 5.6 to 5.7. Now, when I try to 
recompile from source, the resulting binary dumps core.
E.g. I installed both:

003: SECURITY FIX: March 19, 2015 
http://ftp.openbsd.org/pub/OpenBSD/patches/5.7/common/003_openssl.patch.sig
004: RELIABILITY FIX: April 17, 2015 
http://ftp.openbsd.org/pub/OpenBSD/patches/5.7/common/004_smtpd.patch.sig

And then afterwards, when restarting smtpd, it dumps core:

# /usr/sbin/smtpd -n
Segmentation fault (core dumped)

Here’s my dmesg output:

# dmesg
OpenBSD 5.7 (GENERIC.MP) #767: Sun Mar  8 11:04:48 MDT 2015
dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
cpu0: Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz ("GenuineIntel" 686-class) 3.06 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,PCID,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
real mem  = 2137112576 (2038MB)
avail mem = 2089803776 (1992MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 10/15/10, BIOS32 rev. 0 @ 0xf9ea0, SMBIOS rev. 2.6 @ 
0x7f79c000 (66 entries)
bios0: vendor Dell Inc. version "1.5.2" date 10/15/2010
bios0: Dell Inc. PowerEdge R310
acpi0 at bios0: rev 2
acpi0: sleep states S0 S4 S5
acpi0: tables DSDT FACP APIC SPCR HPET DM__ MCFG WD__ SLIC ERST HEST BERT EINJ 
TCPA SSDT
acpi0: wakeup devices PCI0(S5) USBA(S0) USBB(S0)
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 132MHz
cpu0: mwait min=64, max=64, C-substates=0.2.1.1.0, IBE
cpu1 at mainbus0: apid 4 (application processor)
cpu1: Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz ("GenuineIntel" 686-class) 3.06 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,PCID,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
cpu2 at mainbus0: apid 1 (application processor)
cpu2: Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz ("GenuineIntel" 686-class) 3.06 GHz
cpu2: 
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,PCID,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
cpu3 at mainbus0: apid 5 (application processor)
cpu3: Intel(R) Core(TM) i3 CPU 540 @ 3.07GHz ("GenuineIntel" 686-class) 3.06 GHz
cpu3: 
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,PCID,SSE4.1,SSE4.2,POPCNT,LAHF,PERF,ITSC
ioapic0 at mainbus0: apid 0 pa 0xfec0, version 20, 24 pins
acpihpet0 at acpi0: 14318179 Hz
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus -1 (LYD0)
acpiprt2 at acpi0: bus -1 (LYD2)
acpiprt3 at acpi0: bus -1 (HVD0)
acpiprt4 at acpi0: bus -1 (HVD2)
acpiprt5 at acpi0: bus 3 (PEX0)
acpiprt6 at acpi0: bus -1 (PEX2)
acpiprt7 at acpi0: bus -1 (PEX3)
acpiprt8 at acpi0: bus 2 (PEX4)
acpiprt9 at acpi0: bus 1 (COMP)
acpicpu0 at acpi0: C3, C1
acpicpu1 at acpi0: C3, C1
acpicpu2 at acpi0: C3, C1
acpicpu3 at acpi0: C3, C1
bios0: ROM list: 0xc/0x8000 0xc8000/0x5c00 0xce000/0x1000 0xcf000/0x2e00 
0xec000/0x4000!
ipmi at mainbus0 not configured
pci0 at mainbus0 bus 0: configuration mode 1 (bios)
pchb0 at pci0 dev 0 function 0 "Intel Core Host" rev 0x18
ehci0 at pci0 dev 26 function 0 "Intel 3400 USB" rev 0x05: apic 0 int 22
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb0 at pci0 dev 28 function 0 "Intel 3400 PCIE" rev 0x05
pci1 at ppb0 bus 3
mpi0 at pci1 dev 0 function 0 "Symbios Logic SAS1068E" rev 0x08: msi
mpi0: SAS6IR, firmware 0.25.47.0
scsibus1 at mpi0: 112 targets
sd0 at scsibus1 targ 0 lun 0:  SCSI3 0/direct fixed 
naa.600508e0256aba31b3ed840a
sd0: 237824MB, 512 bytes/sector, 487063552 sectors
ses0 at scsibus1 targ 8 lun 0:  SCSI3 13/enclosure 
services fixed t10.DP_BACKPLANE00
ppb1 at pci0 dev 28 function 4 "Intel 3400 PCIE" rev 0x05
pci2 at ppb1 bus 2
bnx0 at pci2 dev 0 function 0 "Broadcom BCM5716" rev 0x20: apic 0 int 16
bnx1 at pci2 dev 0 function 1 "Broadcom BCM5716" rev 0x20: apic 0 int 17
ehci1 at pci0 dev 29 function 0 "Intel 3400 USB" rev 0x05: apic 0 int 22
usb1 at ehci1: USB revision 2.0
uhub1 at usb1 "Intel EHCI root hub" rev 2.00/1.00 addr 1
ppb2 at pci0 dev 30 function 0 "Intel 82801BA Hub-to-PCI" rev 0xa5
pci3 at ppb2 bus 1
vga1 at pci3 dev 3 function 0 "Matrox MGA G200eW" rev 0x0a
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (80x25, vt100 emulation)
pcib0 at pci0 dev 31 function 0 "Intel 3420 LPC" rev 0x05
pciide0 at pci0 dev 31 funct

Re: what happened to the encap address_family

2015-05-15 Thread Michał Koc
Hello misc,

anyone capable to answer ?

Best regards
Michał Koc

-- Wiadomość oryginalna --
*Temat: *what happened to the encap address_family
*Nadawca: *Boris Goldberg 
*Adresat: *misc@openbsd.org
*Data: *2015-05-14 18:14
> Hello misc,
>
>   The encap address_family isn't in the netstat man page anymore (BTW, there
> is no "5.7" section at www.openbsd.org/cgi-bin/man.cgi, just "current").
> The "netstat -nrf encap" gives an error, the "netstat -nr" doesn't have the
> "Encap" section.
>Don't see anything about "netstat" nor about "encap" at
> http://www.openbsd.org/57.html, the google also didn't help.
>
>How do I check VPN related routing besides "ipsecctl -s flow" (which
> isn't exactly the strait way) ?
>


-- 
Michał Koc
Head of System Development

Mobile: +48 886 566 357
E-mail: m...@dclog.pl
WWW:http://www.dclog.pl/


perl -e 
'for($i=0;$i<16;){push@b,"\e[".($i>>3).";".($i++%8+30)."m#"}for($C=15;--$C>-15;print"\n"){for($c=-51;++$c<25;print$b[--$k%16]){for($k=$z=$Z=0;$t=$z**2-$Z**2+$c/25,$Z=2*$z*$Z+$C/10,++$k<113&&$t**2+$Z**2<=10;$z=$t){}}}print"\e[0m"'



*DCLOG Sp. z o.o.*
03-934 Warszawa, ul. Wąchocka 1M
NIP 1132851126, REGON 145879741
KRS 401936 Sąd Rejonowy dla m. st. Warszawa, XIII Wydz. Gospodarczy
Kapitał zakładowy spółki: 75.000 zł opłacony w całości


Informacja ta jest poufna i może zawierać materiały objęte prawem 
autorskim. Ostrzegamy, iż kopiowanie lub dystrybucja tej wiadomości są 
dozwolone tylko przez adresata. Jeśli nie są Państwo adresatami tej 
informacji, prosimy o szybkie poinformowanie o tym nadawcy pocztą 
elektroniczną lub telefonicznie pod nr +48 886 566 357 i skasowanie 
wiadomości.



Re: Audio problems on OpenBSD 5.7

2015-05-15 Thread Stan Gammons

On 05/15/15 13:34, Mihai Popescu wrote:

For thread subject's sake, just stay on FreeBSD


No worries, I will.

Thanks for your help with resolving the audio problem.



Mouse setup question.

2015-05-15 Thread Christian Schulte
Hi misc@,

I have a question regarding the setup of mice for the following
system. Should wsmoused(8) be enabled or disabled? When enabled,
only the synaptics touchpad is working with X. When disabled,
all mice are working, but all of a sudden, the mouse pointer
starts moving without any mouse beeing in use. A reboot is
needed to get the mouse working again. Following is dmesg
and the X logfile with wsmoused(8) enabled and disabled.
Please note the following lines when wsmoused(8) is enabled:

[  1105.998] (EE) xf86OpenSerial: Cannot open device /dev/wsmouse^M
Ger\xc3\xa4t ist belegt.^M
[  1105.998] (EE) ws: /dev/wsmouse: cannot open input device^M
[  1105.998] (EE) PreInit returned 2 for "/dev/wsmouse"^M
[  1105.998] (II) UnloadModule: "ws"^M

Regards,
Christian

Script started on Fri May 15 22:27:29 2015
$ dmesg
OpenBSD 5.7-stable (1KHZ.MP) #1: Sun May  3 19:25:27 CEST 2015
r...@t60.schulte.it:/usr/src/sys/arch/amd64/compile/1KHZ.MP
real mem = 3203203072 (3054MB)
avail mem = 3114078208 (2969MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe0010 (68 entries)
bios0: vendor LENOVO version "79ETD4WW (2.14 )" date 06/07/2007
bios0: LENOVO 2007FVG
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP SSDT ECDT TCPA APIC MCFG HPET 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)
cpu0: Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz, 1828.90 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,NXE,LONG,LAHF,PERF
cpu0: 2MB 64b/line 8-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 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 T5600 @ 1.83GHz, 1828.75 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,NXE,LONG,LAHF,PERF
cpu1: 2MB 64b/line 8-way L2 cache
cpu1: smt 0, core 1, package 0
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, C2, C1, PSS
acpicpu1 at acpi0: C3, C2, C1, 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  9496 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)
cpu0: Enhanced SpeedStep 1828 MHz: speeds: 1833, 1333, 1000 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel 82945GM Host" rev 0x03
ppb0 at pci0 dev 1 function 0 "Intel 82945GM PCIE" rev 0x03: msi
pci1 at ppb0 bus 1
radeondrm0 at pci1 dev 0 function 0 "ATI Radeon Mobility X1400" 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: msi
pci2 at ppb1 bus 2
em0 at pci2 dev 0 function 0 "Intel 82573L" rev 0x00: msi, address 
00:15:58:7c:c0:6c
ppb2 at pci0 dev 28 function 1 "Intel 82801GB PCIE" rev 0x02: msi
pci3 at ppb2 bus 3
athn0 at pci3 dev 0 function 0 "Atheros AR5418" rev 0x01: apic 1 int 17
athn0: MAC AR5418 rev 2, RF AR5133 (2T3R), ROM rev 3, address 00:16:cf:a9:e0:c7
ppb3 at pci0 dev 28 function 2 "Intel 82801GB PCIE" rev 0x02: msi
pci4 at ppb3 bus 4
ppb4 at pci0 dev 28 function 3 "Intel 82801GB PCIE" rev 0x02: msi
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
ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x02: apic 1 int 19
usb0 at ehci0: USB revision 2.0
uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr

Re: relayd.conf man page question

2015-05-15 Thread Reyk Floeter
On Fri, May 15, 2015 at 08:30:14PM +0100, Jason McIntyre wrote:
> On Wed, May 06, 2015 at 09:15:17PM +0200, Alex Greif wrote:
> > Hi,
> > 
> > while reading the relayd.conf man page, I found the following unclear 
> > paragraph:
> > ...
> > RELAYS
> >  listen on address [port port] [tls]
> > ... If the port option is not specified, the port from the listen on 
> > directive will be used.
> > 
> > My question: 
> > which *other* listen on directive is meant here? Or is the port mandatory?
> > 
> > 
> > Thanks,
> > ALex.
> > 
> 
> you're right that this bit of text is unclear. can someone clarify it,
> please?
> 

Clarification: it is a documentation error that was caused by
cut'n'paste (actually kill'n'yank).

OK?

Reyk

Index: relayd.conf.5
===
RCS file: /cvs/src/usr.sbin/relayd/relayd.conf.5,v
retrieving revision 1.162
diff -u -p -u -p -r1.162 relayd.conf.5
--- relayd.conf.5   15 May 2015 19:26:37 -  1.162
+++ relayd.conf.5   15 May 2015 19:59:47 -
@@ -658,17 +658,11 @@ it will be used as a backup if the looku
 Like the previous directive, but for redirections with rdr-to in
 .Xr pf.conf 5 .
 .It Xo
-.Ic listen on Ar address
-.Op Ic port Ar port
+.Ic listen on Ar address Ic port Ar port
 .Op Ic tls
 .Xc
 Specify the address and port for the relay to listen on.
 The relay will accept incoming connections to the specified address.
-If the
-.Ic port
-option is not specified, the port from the
-.Ic listen on
-directive will be used.
 .Pp
 If the
 .Ic tls



Re: OpenBSD 5.7 release -- CD2 issues

2015-05-15 Thread jungle Boogie
On 15 May 2015 at 11:35, Denis Fondras  wrote:
>> >This will be shipped out to everyone, and will be inserted into the
>> >orders not yet shipped.
>>
>
> If shipping to everyone costs money to the project, I don't want to receive
> mine. I will burn a CD and keep my non-working set :)
>

I hope this is not at the cost of the customer (openBSD)!


> Denis
>



-- 
---
inum: 883510009027723
sip: jungleboo...@sip2sip.info
xmpp: jungle-boo...@jit.si



Re: OpenBSD 5.7 release -- CD2 issues

2015-05-15 Thread OpenBSD Store Misc

Maurice McCarthy wrote:

On Fri, May 15, 2015 at 01:02:28PM -0600 or thereabouts, Theo de Raadt wrote:

This will be shipped out to everyone, and will be inserted into the
orders not yet shipped.

If shipping to everyone costs money to the project, I don't want to receive
mine. I will burn a CD and keep my non-working set :)

Well, anyone who wants to be excluded from the single-disc shipment can
certainly tell the folks at openbsdstore.


Already done.



We have received a few of these which is great. The community have been 
great with us and we really appreciate it. We speak to many people over 
the course of a release and almost everyone is really supportive.


We have a really good, supportive community around us all. Honestly ;-) 
it's quite unique.




Re: OpenBSD 5.7 release -- CD2 issues

2015-05-15 Thread Maurice McCarthy
On Fri, May 15, 2015 at 01:02:28PM -0600 or thereabouts, Theo de Raadt wrote:
> > > >This will be shipped out to everyone, and will be inserted into the
> > > >orders not yet shipped.
> > > 
> > 
> > If shipping to everyone costs money to the project, I don't want to receive
> > mine. I will burn a CD and keep my non-working set :)
> 
> Well, anyone who wants to be excluded from the single-disc shipment can
> certainly tell the folks at openbsdstore.
> 
Already done.



Re: relayd.conf man page question

2015-05-15 Thread Jason McIntyre
On Wed, May 06, 2015 at 09:15:17PM +0200, Alex Greif wrote:
> Hi,
> 
> while reading the relayd.conf man page, I found the following unclear 
> paragraph:
> ...
> RELAYS
>  listen on address [port port] [tls]
> ... If the port option is not specified, the port from the listen on 
> directive will be used.
> 
> My question: 
> which *other* listen on directive is meant here? Or is the port mandatory?
> 
> 
> Thanks,
> ALex.
> 

you're right that this bit of text is unclear. can someone clarify it,
please?

jmc



Re: OpenBSD 5.7 release -- CD2 issues

2015-05-15 Thread Theo de Raadt
> > >This will be shipped out to everyone, and will be inserted into the
> > >orders not yet shipped.
> > 
> 
> If shipping to everyone costs money to the project, I don't want to receive
> mine. I will burn a CD and keep my non-working set :)

Well, anyone who wants to be excluded from the single-disc shipment can
certainly tell the folks at openbsdstore.



Re: OpenBSD 5.7 release -- CD2 issues

2015-05-15 Thread Denis Fondras
> >This will be shipped out to everyone, and will be inserted into the
> >orders not yet shipped.
> 

If shipping to everyone costs money to the project, I don't want to receive
mine. I will burn a CD and keep my non-working set :)

Denis



Re: Audio problems on OpenBSD 5.7

2015-05-15 Thread Mihai Popescu
Stan Gammons wrote:
> Sounds similar to the problems I had.  I was using KDE and the
> notifications type sounds worked but no sound card was recognized by
> Kmix.  I gave up trying to figure out what the problem was and went back
> to FreeBSD. FreeBSD recognizes the sound chip as a Realtek ALC887 and
> the audio playback device under the music category is OSS.

For thread subject's sake, just stay on FreeBSD and don't polute the
discussion with your stupid unrelated problems, please. I hate to see
somebody unrelated to subject jumping in the middle of an interesting
thread.
As far as I know Alexandre Ratchov is a main developer on OpenBSD's
sound infrastructure, so I preffer to read his remarks not yours. Not
to mention that you didn't seem to report your problem back then.

Thank you.



Re: OpenBSD 5.7 release -- CD2 issues

2015-05-15 Thread Dave Anderson
On Fri, 15 May 2015, Theo de Raadt wrote:

>Sadly, CD2 of the OpenBSD 5.7 shipped in a broken fashion due to
>errors at the manufacturing plant.  Two mistakes were made.
>
>In the rush after the first error, this error was not caught in time.
>Many people have received (or will soon receive) their package with
>this broken disc.  Orders which have not yet shipped are being held
>back... because...
>
>A repaired disc is on the way from the plant.
>
>This will be shipped out to everyone, and will be inserted into the
>orders not yet shipped.

Thanks for the update.

As usual, you're doing the right thing -- and we appreciate it.

I hate to think of the likely mess if this sort of error had happened
with some commercial software package.

Dave

-- 
Dave Anderson




OpenBSD 5.7 release -- CD2 issues

2015-05-15 Thread Theo de Raadt
Sadly, CD2 of the OpenBSD 5.7 shipped in a broken fashion due to
errors at the manufacturing plant.  Two mistakes were made.

In the rush after the first error, this error was not caught in time.
Many people have received (or will soon receive) their package with
this broken disc.  Orders which have not yet shipped are being held
back... because...

A repaired disc is on the way from the plant.

This will be shipped out to everyone, and will be inserted into the
orders not yet shipped.



Re: OpenBGPD 5.4 - No route received when neighbor from a AS is down

2015-05-15 Thread Michel Blais
Thanks Claudio, it's fixed the problem.

I first try to route only the bgp peer with this command:
route add -inet YYY.YYY.143.199/32 -link -iface em1
But it didn't work so I routed the /30 instead and now, route are valid.

Thanks again to you both Claudio and Henning

---
Cordialement,

Michel Blais
Administrateur réseau
Targo communications

2015-05-14 17:01 GMT-04:00 Claudio Jeker :

> On Thu, May 14, 2015 at 03:31:09PM -0400, Michel Blais wrote:
> > Thanks Claudio for answering
> >
> > I added the option "nexthop qualify via bgp" and now, route are now
> valid.
> > I found this option from a post from you on this old thread:
> >
>
http://openbsd-archive.7691.n7.nabble.com/what-s-makes-a-route-not-valid-in-o
> > penbgpd-td51614.html
> >
> > # bgpctl show fib YYY.YYY.143.199
> > flags: * = valid, B = BGP, C = Connected, S = Static
> >N = BGP Nexthop reachable via this route
> >r = reject route, b = blackhole route
> >
> > flags prio destination  gateway
> > *BN 48 YYY.YYY.128.0/20 XXX.XXX.111.29
> >
> >
> > XXX.XXX.111.29 is the gateway of AS5769.
> >
> > # bgpctl show rib YYY.YYY.128.0/20
> > flags: * = Valid, > = Selected, I = via IBGP, A = Announced, S = Stale
> > origin: i = IGP, e = EGP, ? = Incomplete
> >
> > flags destination  gateway  lpref   med aspath origin
> > *>YYY.YYY.128.0/20 YYY.YYY.143.199100 0 22652 i
> > * YYY.YYY.128.0/20 XXX.XXX.111.29 100 0 5769 6453 22652 i
> >
> > No default route on the system. If I understand well, the problem would
> be
> > that route to reach AS22652 neighbor pass through AS5769 ? Should I
> filter
> > this subnet for AS5769 instead of using option "next hop qualify via
> BGP" ?
> > I presume this option is unsecure.
> >
>
> So YYY.YYY.143.199 is not directly connected to your router and therefor
> you configured a multihop session to that peer. In this case the best
> thing is to install a static route to YYY.YYY.143.199 over the link you
> actually want to talk to this peer. Using "nexthop qualify via bgp" is
> dangerous since you can quickly produce routing loops and other scary
> problems.
>
> So in short:
> When doing multihop sessions the network of the remote neighbor is either
> announced via an IGP (like ospfd) or is added as static route. In both
> cases bgpd will consider the nexthop as valid.
>
> --
> :wq Claudio



Re: HP LaserJet 1100 lpr printing?

2015-05-15 Thread Christian Weisgerber
On 2015-05-15, Craig Skinner  wrote:

> Any pointers on printing with an HP LaserJet 1100?

> lp|local line printer:\
>   :lp=/dev/ulpt0:\
>   :sd=/var/spool/output:\
>   :lf=/var/log/lpd-errs:\
>   :if=/usr/libexec/lpr/lpf:
>   #:sf:\
>   #:sh:\
>   #:tr=^D:

> $ file /tmp/output.ps 
> /tmp/output.ps: PostScript document text conforming DSC level 3.0, Level 2

> $ lpr -m -s /tmp/output.ps

> The printer lights don't change & paper doesn't move.

As far as I can tell, this is simply not a PostScript printer.
You'll need a printer driver (print/hplip) and either have to cobble
together an input filter with Ghostscript or set up CUPS.

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



Re: soekris install error

2015-05-15 Thread Edgar Pettijohn III
On May 15, 2015, at 6:51 AM, Nick Holland wrote:

> On 05/15/15 07:33, Edgar Pettijohn III wrote:
>> I am trying to install OpenBSD on a Soekris 4801. I am getting the
>> following error when I try to partition the disk prior to installing the
>> sets. I tried 5.7 and 5.6, so I'm guessing this may be a hardware
>> issues. Hopefully someone out there can provide some insight.
>> 
>> Thanks in advance,
>> 
>> Edgar
>> 
>> /dev/rwd0a: 3051.8MB in 6250080 sectors of 512 bytes
>> 16 cylinder groups of 202.47MB, 12958 blocks, 25984 inodes each
>> wd0(pciide0:0:0): timeout
>>type: ata
>>c_bcount: 8192
>>c_skip: 0
>> pciide0:0:0: bus-master DMA error: missing interrupt, status=0x21
>> pciide0 channel 0: reset failed for drive 0
>> wd0a: device timeout writing fsbn 16 of 16-31 (wd0 bn 80; cn 0 tn 1 sn 17), 
>> retrying
>> pciide0:0:0: not ready, st=0x80, err=0x00
>> pciide0 channel 0: reset failed for drive 0
>> wd0a: device timeout writing fsbn 16 of 16-31 (wd0 bn 80; cn 0 tn 1 sn 17), 
>> retrying
> 
> I think you will find this applies:
> http://www.openbsd.org/faq/faq12.html#i386flash
> 
> Nick.

That did it.  I remember reading that before, but its been a couple months 
since I got the machine and finally have a chance to play with it.

Thanks



Re: Audio problems on OpenBSD 5.7

2015-05-15 Thread Alexandre Ratchov
On Fri, May 15, 2015 at 09:22:04AM -0400, Bryan Pimmler wrote:
> On Thu, May 14, 2015 at 2:39 PM, Alexandre Ratchov  wrote:
> > Clearly a driver problem. Try using "-mplay" option, until this
> > gets fixed,
> 
> Yes, adding -mplay to sndiod appears to fix the problem entirely (i.e.
> now several programs can play audio simultaneously). How come? The
> option disables recording, right?

yes, exactly.



Re: Audio problems on OpenBSD 5.7

2015-05-15 Thread Bryan Pimmler
On Thu, May 14, 2015 at 2:39 PM, Alexandre Ratchov  wrote:
> Clearly a driver problem. Try using "-mplay" option, until this
> gets fixed,

Yes, adding -mplay to sndiod appears to fix the problem entirely (i.e.
now several programs can play audio simultaneously). How come? The
option disables recording, right?

> and if you've some time possibly help debugging this!

Sure. I'll try to build the kernel with the debugging options you
suggested earlier, if that helps.

Thanks!



Re: HP LaserJet 1100 lpr printing?

2015-05-15 Thread Edgar Pettijohn III
On May 15, 2015, at 6:45 AM, Craig Skinner wrote:

> Hi folks,
> 
> Any pointers on printing with an HP LaserJet 1100?
> 
> This one is connected via a USB convertor to a 5.6 release box:
> 
> $ dmesg | fgrep lp
> ulpt0 at uhub0 port 2 configuration 1 interface 0 "Pr?lific Technology Inc. 
> IEEE-1284 Controller" rev 1.00/2.00 addr 3
> ulpt0: using bi-directional mode
> 
> 
> /etc/printcap:
> 
> lp|local line printer:\
>   :lp=/dev/ulpt0:\
>   :sd=/var/spool/output:\
>   :lf=/var/log/lpd-errs:\
>   :if=/usr/libexec/lpr/lpf:
>   #:sf:\
>   #:sh:\
>   #:tr=^D:
> 
> 
> 
> $ ls -l /dev/*lp*
> crw---  1 root  wheel   16, 128 Apr 13 21:13 /dev/lpa0
> crw---  1 root  wheel   16, 129 Apr 13 21:13 /dev/lpa1
> crw---  1 root  wheel   16, 130 Apr 13 21:13 /dev/lpa2
> crw---  1 root  wheel   16,   0 Apr 13 21:13 /dev/lpt0
> crw---  1 root  wheel   16,   1 Apr 13 21:13 /dev/lpt1
> crw---  1 root  wheel   16,   2 Apr 13 21:13 /dev/lpt2
> crw-rw  1 root  wheel   64,   0 May 15 12:07 /dev/ulpt0
> crw-rw  1 root  wheel   64,   1 Apr 13 21:13 /dev/ulpt1
> 
> 
> $ fgrep lpd /etc/rc.conf.local 
> lpd_flags='-l -s'
> 
> $ sudo /etc/rc.d/lpd start
> Password:
> lpd(ok)
> 
> 
> $ file /tmp/output.ps 
> /tmp/output.ps: PostScript document text conforming DSC level 3.0, Level 2
> 
> $ lpr -m -s /tmp/output.ps
> $ lpq
> lp is ready and printing
> Rank   Owner  Job  FilesTotal Size
> active craig  7/tmp/output.ps   54074 bytes
> 
> $ lpc status
> lp:
>   queuing is enabled
>   printing is enabled
>   1 entry in spool area
>   lp is ready and printing
> 
> 
> $ fstat /dev/ulpt0
> USER CMD  PID   FD MOUNTINUM MODE   R/WSZ|DV NAME
> daemon   lpd273925 /9065 crw-rw   wulpt0 
> /dev/ulpt0
> 
> 
> The printer lights don't change & paper doesn't move.
> 
> What printcap/other settings should I change?
> 
> 
> Some pages I've looked at:
> http://openbsd-archive.7691.n7.nabble.com/HP-LaserJet-P2015-on-OpenBSD-BEWARE-td56055.html
> http://www.linuxmisc.com/27-openbsd/b93483a47d08465b.htm
> http://www.openprinting.org/printer/HP/HP-LaserJet_1100
> http://daemonforums.org/showthread.php?t=5733
> http://compgroups.net/comp.unix.bsd.openbsd.misc/hp-laserjet-1000w-+-openbsd-3.8/2719043
> 
> Thanks.
> -- 
> All things are possible, except skiing thru a revolving door.


Have you tried using hplip?  It shows to be a supported printer.



Re: soekris install error

2015-05-15 Thread Nick Holland
On 05/15/15 07:33, Edgar Pettijohn III wrote:
> I am trying to install OpenBSD on a Soekris 4801. I am getting the
> following error when I try to partition the disk prior to installing the
> sets. I tried 5.7 and 5.6, so I'm guessing this may be a hardware
> issues. Hopefully someone out there can provide some insight.
> 
> Thanks in advance,
> 
> Edgar
> 
> /dev/rwd0a: 3051.8MB in 6250080 sectors of 512 bytes
> 16 cylinder groups of 202.47MB, 12958 blocks, 25984 inodes each
> wd0(pciide0:0:0): timeout
> type: ata
> c_bcount: 8192
> c_skip: 0
> pciide0:0:0: bus-master DMA error: missing interrupt, status=0x21
> pciide0 channel 0: reset failed for drive 0
> wd0a: device timeout writing fsbn 16 of 16-31 (wd0 bn 80; cn 0 tn 1 sn 17), 
> retrying
> pciide0:0:0: not ready, st=0x80, err=0x00
> pciide0 channel 0: reset failed for drive 0
> wd0a: device timeout writing fsbn 16 of 16-31 (wd0 bn 80; cn 0 tn 1 sn 17), 
> retrying

I think you will find this applies:
http://www.openbsd.org/faq/faq12.html#i386flash

Nick.



HP LaserJet 1100 lpr printing?

2015-05-15 Thread Craig Skinner
Hi folks,

Any pointers on printing with an HP LaserJet 1100?

This one is connected via a USB convertor to a 5.6 release box:

$ dmesg | fgrep lp
ulpt0 at uhub0 port 2 configuration 1 interface 0 "Pr?lific Technology Inc. 
IEEE-1284 Controller" rev 1.00/2.00 addr 3
ulpt0: using bi-directional mode


/etc/printcap:

lp|local line printer:\
:lp=/dev/ulpt0:\
:sd=/var/spool/output:\
:lf=/var/log/lpd-errs:\
:if=/usr/libexec/lpr/lpf:
#:sf:\
#:sh:\
#:tr=^D:



$ ls -l /dev/*lp*
crw---  1 root  wheel   16, 128 Apr 13 21:13 /dev/lpa0
crw---  1 root  wheel   16, 129 Apr 13 21:13 /dev/lpa1
crw---  1 root  wheel   16, 130 Apr 13 21:13 /dev/lpa2
crw---  1 root  wheel   16,   0 Apr 13 21:13 /dev/lpt0
crw---  1 root  wheel   16,   1 Apr 13 21:13 /dev/lpt1
crw---  1 root  wheel   16,   2 Apr 13 21:13 /dev/lpt2
crw-rw  1 root  wheel   64,   0 May 15 12:07 /dev/ulpt0
crw-rw  1 root  wheel   64,   1 Apr 13 21:13 /dev/ulpt1


$ fgrep lpd /etc/rc.conf.local 
lpd_flags='-l -s'

$ sudo /etc/rc.d/lpd start
Password:
lpd(ok)


$ file /tmp/output.ps 
/tmp/output.ps: PostScript document text conforming DSC level 3.0, Level 2

$ lpr -m -s /tmp/output.ps
$ lpq
lp is ready and printing
Rank   Owner  Job  FilesTotal Size
active craig  7/tmp/output.ps   54074 bytes

$ lpc status
lp:
queuing is enabled
printing is enabled
1 entry in spool area
lp is ready and printing


$ fstat /dev/ulpt0
USER CMD  PID   FD MOUNTINUM MODE   R/WSZ|DV NAME
daemon   lpd273925 /9065 crw-rw   wulpt0 
/dev/ulpt0


The printer lights don't change & paper doesn't move.

What printcap/other settings should I change?


Some pages I've looked at:
http://openbsd-archive.7691.n7.nabble.com/HP-LaserJet-P2015-on-OpenBSD-BEWARE-td56055.html
http://www.linuxmisc.com/27-openbsd/b93483a47d08465b.htm
http://www.openprinting.org/printer/HP/HP-LaserJet_1100
http://daemonforums.org/showthread.php?t=5733
http://compgroups.net/comp.unix.bsd.openbsd.misc/hp-laserjet-1000w-+-openbsd-3.8/2719043

Thanks.
-- 
All things are possible, except skiing thru a revolving door.



soekris install error

2015-05-15 Thread Edgar Pettijohn III
I am trying to install OpenBSD on a Soekris 4801.  I am getting the following 
error when I try to partition the disk prior to installing the sets.  I tried 
5.7 and 5.6, so I'm guessing this may be a hardware issues.  Hopefully someone 
out there can provide some insight.

Thanks in advance,

Edgar

/dev/rwd0a: 3051.8MB in 6250080 sectors of 512 bytes
16 cylinder groups of 202.47MB, 12958 blocks, 25984 inodes each
wd0(pciide0:0:0): timeout
type: ata
c_bcount: 8192
c_skip: 0
pciide0:0:0: bus-master DMA error: missing interrupt, status=0x21
pciide0 channel 0: reset failed for drive 0
wd0a: device timeout writing fsbn 16 of 16-31 (wd0 bn 80; cn 0 tn 1 sn 17), 
retrying
pciide0:0:0: not ready, st=0x80, err=0x00
pciide0 channel 0: reset failed for drive 0
wd0a: device timeout writing fsbn 16 of 16-31 (wd0 bn 80; cn 0 tn 1 sn 17), 
retrying



Re: OpenBSD Laptop/Asus UX305

2015-05-15 Thread Alexander Hall
On May 15, 2015 9:25:17 AM GMT+02:00, Fredrik Alm  wrote:
>I recently decided to replace pfSense with OpenBSD on my home firewall
>and during the process of getting to know OpenBSD I realised that I
>wanted to run it on a laptop/desktop as well (being a Mac desktop user
>primarily). After a bit of research I decided that the Asus UX305 would
>be the right choice, and yes the most important stuff works … I can get
>the internal wifi card running (Intel 7265) and X will run on the Intel
>HD Graphics 5300 card.
>
>However, and of course realising that the hardware is brand new and
>support may be limited, there are some issues:
>
>suspend works,  on resume I can ssh into the machine and reboot but the
>screen doesn’t wake up.
>ZZZ gives a kernel error, I have followed the defaults and assigned
>8.1GB of swap, for my 8GB of ram.
>when I run startx on a default installation, the fvwm freezes and won’t
>unfreeze when I try to exit, however with the latest xfce package
>installed I get a similar freeze when I log out/reboot but it unfreezes
>after 15-30 seconds.
>
>I have looked around for information but not found that much, I do
>suppose it’s because of such a new machine but I would still be very
>thankful if I could get some general pointers and suggestions as to
>what I could try. Also, is there any way I can support the development
>for this machine (already sent a dmesg, but I don’t really have the
>money to buy another one for the project … though I would if I could …)

Your dmesg would be useful for people reading the list and thread, too. I've 
yet to see anyone being yelled at for excessive dmesg posting.

/Alexander 


>
>Thanks in advance,
>Fredrik



Re: Problems Booting from CD2 of 5.7

2015-05-15 Thread Maurice McCarthy
On Fri, May 15, 2015 at 04:05:16AM + or thereabouts, mark hellewell wrote:
> On Sun, 10 May 2015 at 01:36 Otto Moerbeek  wrote:
> >
> > It is possible that some bad cd's slipped trough, please contact the shop,
> >
> > -Otto
> >
> 
> I???m having the same issue.  I???ve emailed them.
> Mark
> 
They are looking into it.
Moss



OpenBSD Laptop/Asus UX305

2015-05-15 Thread Fredrik Alm
I recently decided to replace pfSense with OpenBSD on my home firewall and 
during the process of getting to know OpenBSD I realised that I wanted to run 
it on a laptop/desktop as well (being a Mac desktop user primarily). After a 
bit of research I decided that the Asus UX305 would be the right choice, and 
yes the most important stuff works … I can get the internal wifi card running 
(Intel 7265) and X will run on the Intel HD Graphics 5300 card.

However, and of course realising that the hardware is brand new and support may 
be limited, there are some issues:

suspend works,  on resume I can ssh into the machine and reboot but the screen 
doesn’t wake up.
ZZZ gives a kernel error, I have followed the defaults and assigned 8.1GB of 
swap, for my 8GB of ram.
when I run startx on a default installation, the fvwm freezes and won’t 
unfreeze when I try to exit, however with the latest xfce package installed I 
get a similar freeze when I log out/reboot but it unfreezes after 15-30 seconds.

I have looked around for information but not found that much, I do suppose it’s 
because of such a new machine but I would still be very thankful if I could get 
some general pointers and suggestions as to what I could try. Also, is there 
any way I can support the development for this machine (already sent a dmesg, 
but I don’t really have the money to buy another one for the project … though I 
would if I could …)

Thanks in advance,
Fredrik



Re: help with bgpd error messages

2015-05-15 Thread Marko Cupać
On Thu, 7 May 2015 13:01:49 +0200
Marko Cupać  wrote:

> On Wed, 6 May 2015 10:53:38 + (UTC)
> Stuart Henderson  wrote:
> 
> > Can you get a packet capture of TCP port 179 during a failure? 
> > 
> > tcpdump -i  -w bgp.`date +%Y%m%d-%H%M`.pcap -s1500 tcp
> > and port 179
> > 
> > It might be best to run it from a script run from cron which pkills
> > tcpdump and rotates the file to avoid having huge files.
> 
> I am capturing packets on interface facing problematic ISP, and I will
> send pcap files if/when bgpd crashes again.
> 
> > Any idea what software (version number may be relevant too) your
> > neighbours are using? Or at least what hardware vendor shows up in
> > their MAC address?
> 
> Their MAC is 54:75:d0:45:8f:00 which appears to be Cisco.
> 
> In the meantime I contacted this ISP's support and told them they are
> crashing my bgpd, probably because they are sending me non-standard
> bgp packets which do not start with all-ones, as the standard
> requires. The guy didn't have much idea what I was speaking about,
> but he said he will forward request to network engineers. An hour
> later he contacted me back, saying that "they indeed found some
> irregularities which are now fixed". He couldn't give me the details.
> 
> If my bgpd crashes again I will have pcap files ready. Also, if there
> is anything else I can do to help troubleshoot this I'd be glad to
> participate.
> 
> Regards,

I dropped by just to say that I haven't given this up, but I haven't
replied anything because I had no bgpd crashes since my last email.
Probably ISP indeed fixed their part of not sending me garbage.

I also have been capturing bgp packets, and will continue to do so
until the end of the month in case I get another crash.
-- 
Marko Cupać
https://www.mimar.rs