Re: A mix: mounting ext3 usb, FF & js, audio

2017-05-19 Thread system_halted

On 05/19/17 03:08, Stuart Henderson wrote:

On 2017-05-19, system_halted  wrote:

Hi,
I am new to BSD world, yet enjoying very much OpenBSD 6.1 that I have
installed recently. As a newcomer I have some questions, sorry for having a
mix of everything.

1. I have a pendrive with ext3fs

fdisk output on Debian:
Disk /dev/sdc: 29.8 GiB, 32027705344 bytes, 62554112 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xbb378728

Device Boot Start  End  Sectors  Size Id Type
/dev/sdc12048 62554111 62552064 29.8G 83 Linux

disklabel:
# /dev/rsd2c:
type: SCSI
disk: Debian testing a
label: md64 1
duid: 
flags:
bytes/sector: 512
sectors/track: 32
tracks/cylinder: 64
sectors/cylinder: 2048
cylinders: 30544
total sectors: 62554112
boundstart: 0
boundend: 62554112
drivedata: 0

16 partitions:
#size   offset  fstype [fsize bsize   cpg]
   a: 625541120 ISO9660
   c: 625541120 ISO9660


What is that I am missing? To my understanding OpenBSD does handle ext3, is
this some kind of a problem with partition table on the drive? I did put
ISO image of Debian testing on that drive with cp before, but than deleted
all partitions created new and formatted the drive. After mounting sd2a
I can see directory tree of ISO image that originally was on that drive,
content of the files is obviously all messed up. sd2c cannot be mounted
"Device not configured".


It sounds like part of the special hybrid iso+HD image format from the Debian
image remains on the disk. Generally it's best to dd zeros over the start of
a drive before reusing it, especially with a special format like that.

What I would do in this situation is copy the data off, "dd if=/dev/zero
of=/dev/rsdXc bs=1m count=1" (replace X with the correct device number),
repartition and reformat, then copy the data back.

I wouldn't recommend ext2fs, it's not very widely used so you're more likely
to run into a problem. Likewise I wouldn't use FFS support on Linux for the
same reason. FAT32 is a safer choice if you need to share the filesystem.



Thank you. Used both of your suggestions and this worked.


2. Firefox
Seem to have problems with certain sites with js - cannot get through to
log in into protonmail.com, Epiphany handles it without any problems. This
is not associated with any addons that I have on FF, tried in on fresh
vanilla FF and result is the same. Did anyone observe similar issue?
Resolving suggestions?


Try raising the datasize limit, either try "ulimit -d $((2048*1024))" before
running firefox, or raise datasize-cur in the 'staff' class in /etc/login.conf
and logout and back in. (adjust the actual value as necessary).



Both datasize-max and datasize-cur already set to higher limits (2048M) 
in /etc/login.conf.


I checked FF console, this is what it spits out.

TypeError: asm.js link error: Unable to prepare ArrayBuffer for asm.js 
use  openpgp.min.js:2:2189

uncaught exception: out of memory  (unknown)
Successfully compiled asm.js code (total compilation time 75ms; stored 
in cache)  app.js
Successfully compiled asm.js code (total compilation time 21ms; stored 
in cache)  app.js
TypeError: asm.js link error: Unable to prepare ArrayBuffer for asm.js 
use  app.js:65:30730

uncaught exception: out of memory  (unknown)
Error: [$injector:modulerr] Failed to instantiate module proton due to:
[$injector:modulerr] Failed to instantiate module proton.outside due to:
[$injector:modulerr] Failed to instantiate module proton.routes due to:
[$injector:nomod] Module 'proton.routes' is not available! You either 
misspelled the module name or forgot to load it. If registering a module 
ensure that you specify the dependencies as the second argument.





3. Audio
With headphones in there is a slight white noise that can be heard. I do
not have that effect while on Debian. This effect does not go away when
playing sound or reducing volume to 0 (xfce4-mixer). Any suggestions?


No idea personally. But reply to the list with output of mixerctl, audioctl
and dmesg (inline, not attached) and see if someone else has an idea.




Thanks to Zé's comments I just went with
mixerctl output.master.mute=on
maybe not the cleanest solution, but worked.

Thank you for all suggestion and guidance.

ic1



Re: Spamtrap doesn't work for me

2017-05-19 Thread Mik J
Hello,I would say "to a spamd blacklist called spamd-greytrap"
It seems that spamd-greytrap is a list such as my other blacklist"spamd[74662]: 
x.x.x.1: disconnected after 1885 seconds. lists: spamd-greytrap blackliste"
Thank you for you help
 

Le Vendredi 19 mai 2017 9h49, Boudewijn Dijkstra 
 a écrit :
 

 Op Thu, 18 May 2017 10:23:40 +0200 schreef Peter N. M. Hansteen  
:
> On Thu, May 18, 2017 at 06:09:19AM +, Mik J wrote:
>> I was reading the man spamd
>> http://man.openbsd.org/spamd
>>
>> Which was saying
>>
>> "When a host that is currently greylisted attempts to send mail to a  
>> spamtrap address, it is blacklisted for 24 hours by adding the host to  
>> the spamd blacklist . Spamtrap addresses are added to  
>> the /var/db/spamd database with the following spamdb(8) command:"
>>
>> So I'm expecting a spamd-greytrap table
>
> That does sound like we should look into rephrasing that bit of the man  
> page.
>
> I'll see if I can come up with suitable wording unless somebody beats me  
> to it.

Every time a pf table is mentioned, it says "pf table" or "table" with the  
name of the table in angle brackets.  In this case it doesn't say "table"  
but "list", but perhaps the name could be between quotes.

--- libexec/spamd/spamd.8      16 Mar 2017 15:16:21 -      1.133
+++ libexec/spamd/spamd.8      19 May 2017 07:43:41 -
@@ -385,7 +385,7 @@ spamtrap address,
  it is blacklisted for 24 hours by adding the host to the
  .Nm
  blacklist
-.
+'spamd-greytrap'.
  Spamtrap addresses are added to the
  .Pa /var/db/spamd
  database with the following


-- 
Gemaakt met Opera's e-mailprogramma: http://www.opera.com/mail/



   

Re: shouldn't ping -I bypass all normal routing?

2017-05-19 Thread Gregory Edigarov



On 19.05.17 18:47, Gregory Edigarov wrote:

Hi, everybody

I've run into a strange problem while trying to implement cisco's 'ip 
sla' replacement for a customer.


at an openbsd router i have

em0: 192.168.0.1/24 - local network

em1: 111.111.111.2/30 - uplink 1

em2: 222.222.222.2/30 - uplink 2

ip forwarding is on, routes received via bgp, everything work as 
expected.


the only problem is when something happens deep inside uplink's network:

sessions stay up, routes still present, but no traffic can pass though 
uplink.


BFD would help, may be, but I stick to what i have right now.

I am trying to
ping -I 111.111.111.2 8.8.8.8

but get no answer, because route to 8.8.8.8 set through uplink2, 
furthermore


i see my pings on em2 with tcpdump which seems rather strange to me, 
as I am enforcing the interface.


if i ping 8.8.8.8 the normal way "it works" (tm).

pinging with -I 222.222.222.2 works too.

so ?

perhaps I am overlooking something very-very basic, so help me to get 
off the brake.



and yes, it is the 6.1 amd64

--

With best regards,

 Gregory Edigarov







shouldn't ping -I bypass all normal routing?

2017-05-19 Thread Gregory Edigarov

Hi, everybody

I've run into a strange problem while trying to implement cisco's 'ip 
sla' replacement for a customer.


at an openbsd router i have

em0: 192.168.0.1/24 - local network

em1: 111.111.111.2/30 - uplink 1

em2: 222.222.222.2/30 - uplink 2

ip forwarding is on, routes received via bgp, everything work as expected.

the only problem is when something happens deep inside uplink's network:

sessions stay up, routes still present, but no traffic can pass though 
uplink.


BFD would help, may be, but I stick to what i have right now.

I am trying to
ping -I 111.111.111.2 8.8.8.8

but get no answer, because route to 8.8.8.8 set through uplink2, furthermore

i see my pings on em2 with tcpdump which seems rather strange to me, as 
I am enforcing the interface.


if i ping 8.8.8.8 the normal way "it works" (tm).

pinging with -I 222.222.222.2 works too.

so ?

perhaps I am overlooking something very-very basic, so help me to get 
off the brake.


--

With best regards,

 Gregory Edigarov





Re: mips64el packages deprecated?

2017-05-19 Thread Christian Weisgerber
On 2017-05-19, Roland Kammerer  wrote:

>> > Today I upgraded to OpenBSD 6.1 and saw that none of the mirrors seem to
>> > contain packages for mips64el anymore.
>> >
>> > Are they still building?
>> 
>> Yes.
>
> Are we there yet? Are we there yet? ;-).

Yes, the packages are finished.  They should show up on the mirrors
real soon now.

> I think for the last 5 or so releases I updated pretty soon after
> the official release, so this looks new...

Previously, there was a long delay between when the release was
finalized and when it was published.  This allowed for CD production
and for the slow archs to finish building packages.

For 6.1, this delay was mostly eliminated, but this also means that
the packages for the non-x86 architectures arrive later, according
to the time it takes to build them.

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



Re: mips64el packages deprecated?

2017-05-19 Thread Theo de Raadt
> On Fri, May 05, 2017 at 09:34:57PM +, Christian Weisgerber wrote:
> > On 2017-05-05, Roland Kammerer  wrote:
> > 
> > > Today I upgraded to OpenBSD 6.1 and saw that none of the mirrors seem to
> > > contain packages for mips64el anymore.
> > >
> > > Are they still building?
> > 
> > Yes.
> 
> Are we there yet? Are we there yet? ;-). I think for the last 5 or so
> releases I updated pretty soon after the official release, so this looks
> new...

The release process worked different when CDs were being manufactured.

The tree was locked way before release day, approximately 5-6 weeks.
Base builds were completed, then CDR were created and sent to the
plant.  Manufacturing tended to take around 3 weeks.  During that
time, the slower architectures would get caught up on building
packages, and be ready in time for release day.

Since there is no manufacturing holdup anymore, I have decided we'll
release OpenBSD as soon as "most important stuff is done".  That is
all bases, plus packages for 2-4 important architectures.  That means
packages for slower architectures will arrive whenever they are
finished.  This will be evaluated each release.

This new model is better for developers, myself included of course.

> I once donated a ppc g4 mac mini to some openbsd dev. If it helps, I
> could donate my loongson box. Just let me know.

The mips64el packages are built on a cluster of 4 loongson machines.
The machines are small, it could use a larger cluster maybe, but 1
machine won't make much difference.  Hopefully a faster system with
the same architecture shows up in the future.



Re: mips64el packages deprecated?

2017-05-19 Thread Roland Kammerer
On Fri, May 05, 2017 at 09:34:57PM +, Christian Weisgerber wrote:
> On 2017-05-05, Roland Kammerer  wrote:
> 
> > Today I upgraded to OpenBSD 6.1 and saw that none of the mirrors seem to
> > contain packages for mips64el anymore.
> >
> > Are they still building?
> 
> Yes.

Are we there yet? Are we there yet? ;-). I think for the last 5 or so
releases I updated pretty soon after the official release, so this looks
new...

I once donated a ppc g4 mac mini to some openbsd dev. If it helps, I
could donate my loongson box. Just let me know.

Regards, rck



pf tagged rule not work/match

2017-05-19 Thread johnw
After upgrade to last day current, pf tagged rule not work/match any 
more,

it work before.

( below rules not match/work any more )
pass in quick on $int_if from any flags any tag HOME
pass out quick on $ext_if from any nat-to ($ext_if:0) flags any tagged 
HOME


if change
pass out quick on $ext_if from any nat-to ($ext_if:0) flags any tagged 
HOME

to
pass out quick on $ext_if from any nat-to ($ext_if:0) flags any

NAT work again, thanks.

--
Key fingerprint: CDB3 6C62 254B C088 1E5D DD32 182C 97DB CF2C 80AC
SENDBUG: -*- sendbug -*-
SENDBUG: Lines starting with `SENDBUG' will be removed automatically.
SENDBUG:
SENDBUG: Choose from the following categories:
SENDBUG:
SENDBUG: system user library documentation kernel alpha amd64 arm hppa i386 
m88k mips64 powerpc sh sparc sparc64 vax
SENDBUG:
SENDBUG:
To: b...@openbsd.org
Subject: pf tagged not working
From: johnw.m...@gmail.com

>Synopsis:  
>Category:  
>Environment:
System  : OpenBSD 6.1
Details : OpenBSD 6.1-current (GENERIC.MP) #68: Thu May 18 19:55:43 
MDT 2017
 
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP

Architecture: OpenBSD.amd64
Machine : amd64
>Description:

After upgrade to last day current, pf tagged rule not work/match any 
more,
it work before.
>How-To-Repeat:
( below rules not match/work any more )
pass in quick on $int_if from any flags any tag HOME
pass out quick on $ext_if from any nat-to ($ext_if:0) flags any tagged 
HOME
>Fix:
change 
pass out quick on $ext_if from any nat-to ($ext_if:0) flags any tagged 
HOME
to
pass out quick on $ext_if from any nat-to ($ext_if:0) flags any

SENDBUG: Run sendbug as root if this is an ACPI report!
SENDBUG: dmesg and usbdevs are attached.
SENDBUG: Feel free to delete or use the -D flag if they contain sensitive 
information.

dmesg:
OpenBSD 6.1-current (GENERIC.MP) #68: Thu May 18 19:55:43 MDT 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 8466735104 (8074MB)
avail mem = 8204345344 (7824MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.4 @ 0xe8590 (56 entries)
bios0: vendor Intel Corp. version "IDG4510H.86A.0093.2009.0402.2013" date 
04/02/2009
bios0: Intel Corporation DG45ID
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC MCFG ASF! HPET
acpi0: wakeup devices P0P1(S3) P0P2(S3) USB0(S3) USB1(S3) USB2(S3) EUSB(S3) 
USB3(S3) USB4(S3) USBE(S3) PEX0(S4) PEX1(S4) PEX2(S4) PEX3(S4) PEX4(S4) 
GBE_(S4) USB5(S3) [...]
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Core(TM)2 Duo CPU E8400 @ 3.00GHz, 3000.02 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,SMX,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, 7 var ranges, 88 fixed ranges
cpu0: apic clock running at 333MHz
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 E8400 @ 3.00GHz, 2999.67 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,SMX,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 0 pa 0xfec0, version 20, 24 pins
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 3 (P0P2)
acpiprt2 at acpi0: bus 1 (PEX0)
acpiprt3 at acpi0: bus -1 (PEX1)
acpiprt4 at acpi0: bus -1 (PEX2)
acpiprt5 at acpi0: bus 2 (PEX3)
acpiprt6 at acpi0: bus -1 (PEX4)
acpicpu0 at acpi0: !C4(260@80 io@0x416), !C3(500@60 io@0x415), !C2(750@40 
io@0x414), C1(1000@20 halt), PSS
acpicpu1 at acpi0: !C4(260@80 io@0x416), !C3(500@60 io@0x415), !C2(750@40 
io@0x414), C1(1000@20 halt), PSS
acpibtn0 at acpi0: PWRB
cpu0: Enhanced SpeedStep 3000 MHz: speeds: 2997, 1998 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel G45 Host" rev 0x03
inteldrm0 at pci0 dev 2 function 0 "Intel G45 Video" rev 0x03
drm0 at inteldrm0
intagp0 at inteldrm0
agp0 at intagp0: aperture at 0xc000, size 0x1000
inteldrm0: msi
inteldrm0: 1024x768, 32bpp
wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
"Intel G45 Video" rev 0x03 at pci0 dev 2 function 1 not configured
vendor "Intel", unknown product 0x2e24 (class communications subclass 
miscellaneous, rev 0x03) at pci0 dev 3 function 0 not configured
em0 at pci0 dev 25 function 

Re: How do I try uwacom with a Graphire tablet

2017-05-19 Thread Frank Groeneveld
On Thu, May 18, 2017, at 09:01, Alfred Morgan wrote:
> How difficult would it be to get the Wacom Graphire (it says ET-0405-U on
> the bottom of my tablet) to work with the uwacom driver which claims to
> only support the CTL-490?

The uwacom driver was written for newer tables which have a broken usb
descriptor. I believe your device is older and might already work
without uwacom but needs modifications to pick up the fixes in
/usr/src/sys/dev/usb/uhidev.c.

Frank



Re: thinkpad x270

2017-05-19 Thread Frank Groeneveld
On Thu, May 18, 2017, at 14:42, Pau wrote:
> Is anybody using a thinkpad x270? If so, could you please send me your
> dmesg? Is it working fine?

I have an x260 and it works fine when using the efifb driver, except for
suspend/resume.

> More importantly: Is the laptop resuming X/connection after suspending
> if you disable TPM in bios?

I have an x260 and it seems to me that we need a working graphics driver
before we can start fixing suspend/resume.

Frank



Re: A mix: mounting ext3 usb, FF & js, audio

2017-05-19 Thread Zé Loff
On Thu, May 18, 2017 at 05:59:16PM -0700, system_halted wrote:
> Hi,
> I am new to BSD world, yet enjoying very much OpenBSD 6.1 that I have
> installed recently. As a newcomer I have some questions, sorry for having a
> mix of everything.
> 
> 1. I have a pendrive with ext3fs
> 
> fdisk output on Debian:
> Disk /dev/sdc: 29.8 GiB, 32027705344 bytes, 62554112 sectors
> Units: sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disklabel type: dos
> Disk identifier: 0xbb378728
> 
> Device Boot Start  End  Sectors  Size Id Type
> /dev/sdc12048 62554111 62552064 29.8G 83 Linux
> 
> disklabel:
> # /dev/rsd2c:
> type: SCSI
> disk: Debian testing a
> label: md64 1
> duid: 
> flags:
> bytes/sector: 512
> sectors/track: 32
> tracks/cylinder: 64
> sectors/cylinder: 2048
> cylinders: 30544
> total sectors: 62554112
> boundstart: 0
> boundend: 62554112
> drivedata: 0
> 
> 16 partitions:
> #size   offset  fstype [fsize bsize   cpg]
>   a: 625541120 ISO9660
>   c: 625541120 ISO9660
> 
> 
> What is that I am missing? To my understanding OpenBSD does handle ext3, is
> this some kind of a problem with partition table on the drive? I did put
> ISO image of Debian testing on that drive with cp before, but than deleted
> all partitions created new and formatted the drive. After mounting sd2a
> I can see directory tree of ISO image that originally was on that drive,
> content of the files is obviously all messed up. sd2c cannot be mounted
> "Device not configured".

Adding to Stuart Henderson's reply, note that you can't mount /dev/sd2c.
>From disklabel(8):

  disklabel supports 15 configurable partitions, ‘a’ through ‘p’,
  excluding ‘c’.  The ‘c’ partition describes the entire physical disk, is
  automatically created by the kernel, and cannot be modified or deleted
  by disklabel. 

OpenBSD's fdisk output might also be helpful.
 
> 2. Firefox
> Seem to have problems with certain sites with js - cannot get through to
> log in into protonmail.com, Epiphany handles it without any problems. This
> is not associated with any addons that I have on FF, tried in on fresh
> vanilla FF and result is the same. Did anyone observe similar issue?
> Resolving suggestions?
> 
> 3. Audio
> With headphones in there is a slight white noise that can be heard. I do
> not have that effect while on Debian. This effect does not go away when
> playing sound or reducing volume to 0 (xfce4-mixer). Any suggestions?

The only cases in which I've seen something more or less similar is on a
MacBook, in which the OS powers off the audio card when it's not being
used, which is very noticeable when on headphones, since they stop
humming.  The background hum you refer is almost certainly hardware related
-- lookup "ground loop" on wikipedia or the like --  so the software is
not (directly) at fault here.  I'm guessing that the APM in Debian is
powering off the audio card, which doesn't happen on OpenBSD, but maybe
someone else more knowledgeable wants to chime in on that.

Cheers
Zé
>
> Thanks,
> ic1
> 

-- 



Re: A mix: mounting ext3 usb, FF & js, audio

2017-05-19 Thread Stuart Henderson
On 2017-05-19, system_halted  wrote:
> Hi,
> I am new to BSD world, yet enjoying very much OpenBSD 6.1 that I have
> installed recently. As a newcomer I have some questions, sorry for having a
> mix of everything.
>
> 1. I have a pendrive with ext3fs
>
> fdisk output on Debian:
> Disk /dev/sdc: 29.8 GiB, 32027705344 bytes, 62554112 sectors
> Units: sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disklabel type: dos
> Disk identifier: 0xbb378728
>
> Device Boot Start  End  Sectors  Size Id Type
> /dev/sdc12048 62554111 62552064 29.8G 83 Linux
>
> disklabel:
> # /dev/rsd2c:
> type: SCSI
> disk: Debian testing a
> label: md64 1
> duid: 
> flags:
> bytes/sector: 512
> sectors/track: 32
> tracks/cylinder: 64
> sectors/cylinder: 2048
> cylinders: 30544
> total sectors: 62554112
> boundstart: 0
> boundend: 62554112
> drivedata: 0
>
> 16 partitions:
> #size   offset  fstype [fsize bsize   cpg]
>a: 625541120 ISO9660
>c: 625541120 ISO9660
>
>
> What is that I am missing? To my understanding OpenBSD does handle ext3, is
> this some kind of a problem with partition table on the drive? I did put
> ISO image of Debian testing on that drive with cp before, but than deleted
> all partitions created new and formatted the drive. After mounting sd2a
> I can see directory tree of ISO image that originally was on that drive,
> content of the files is obviously all messed up. sd2c cannot be mounted
> "Device not configured".

It sounds like part of the special hybrid iso+HD image format from the Debian
image remains on the disk. Generally it's best to dd zeros over the start of
a drive before reusing it, especially with a special format like that.

What I would do in this situation is copy the data off, "dd if=/dev/zero
of=/dev/rsdXc bs=1m count=1" (replace X with the correct device number),
repartition and reformat, then copy the data back.

I wouldn't recommend ext2fs, it's not very widely used so you're more likely
to run into a problem. Likewise I wouldn't use FFS support on Linux for the
same reason. FAT32 is a safer choice if you need to share the filesystem.

> 2. Firefox
> Seem to have problems with certain sites with js - cannot get through to
> log in into protonmail.com, Epiphany handles it without any problems. This
> is not associated with any addons that I have on FF, tried in on fresh
> vanilla FF and result is the same. Did anyone observe similar issue?
> Resolving suggestions?

Try raising the datasize limit, either try "ulimit -d $((2048*1024))" before
running firefox, or raise datasize-cur in the 'staff' class in /etc/login.conf
and logout and back in. (adjust the actual value as necessary).

> 3. Audio
> With headphones in there is a slight white noise that can be heard. I do
> not have that effect while on Debian. This effect does not go away when
> playing sound or reducing volume to 0 (xfce4-mixer). Any suggestions?

No idea personally. But reply to the list with output of mixerctl, audioctl
and dmesg (inline, not attached) and see if someone else has an idea.




splassert: usb_transfer_complete: want 5 have 6

2017-05-19 Thread Jacqueline Jolicoeur
Is the following assert useful to anyone working on the kernel?

"splassert: usb_transfer_complete: want 5 have 6"

The Logitech USB Optical Mouse works fine afaik.

See dmesg below.

OpenBSD 6.1-current (GENERIC.MP) #68: Thu May 18 19:55:43 MDT 2017
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 3672182784 (3502MB)
avail mem = 3555098624 (3390MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.7 @ 0xec100 (47 entries)
bios0: vendor American Megatrends Inc. version "1501" date 04/01/2016
bios0: ASUS All Series
acpi0 at bios0: rev 2
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP APIC FPDT MCFG HPET MSDM BGRT SSDT SSDT CRAT SSDT
acpi0: wakeup devices RLAN(S4) UASM(S4) SBAZ(S4) PS2K(S4) UAR1(S4) OHC1(S4) 
EHC1(S4) OHC2(S4) EHC2(S4) OHC3(S4) EHC3(S4) XHC0(S4) PX16(S4) GPP0(S4) GPP1(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) 5150 APU with Radeon(tm) R3, 1597.22 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,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,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 64b/line 
16-way L2 cache
cpu0: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu0: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
cpu0: TSC frequency 1597221350 Hz
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 99MHz
cpu0: mwait min=64, max=64, IBE
cpu1 at mainbus0: apid 1 (application processor)
cpu1: AMD Athlon(tm) 5150 APU with Radeon(tm) R3, 1597.01 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,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,ITSC,BMI1
cpu1: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 64b/line 
16-way L2 cache
cpu1: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu1: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 2 (application processor)
cpu2: AMD Athlon(tm) 5150 APU with Radeon(tm) R3, 1597.01 MHz
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,ITSC,BMI1
cpu2: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 64b/line 
16-way L2 cache
cpu2: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu2: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 3 (application processor)
cpu3: AMD Athlon(tm) 5150 APU with Radeon(tm) R3, 1597.01 MHz
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,PCLMUL,MWAIT,SSSE3,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AES,XSAVE,AVX,F16C,NXE,MMXX,FFXSR,PAGE1GB,RDTSCP,LONG,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKINIT,TOPEXT,ITSC,BMI1
cpu3: 32KB 64b/line 2-way I-cache, 32KB 64b/line 8-way D-cache, 2MB 64b/line 
16-way L2 cache
cpu3: ITLB 32 4KB entries fully associative, 8 4MB entries fully associative
cpu3: DTLB 40 4KB entries fully associative, 8 4MB entries fully associative
cpu3: smt 0, core 3, package 0
ioapic0 at mainbus0: apid 5 pa 0xfec0, version 21, 24 pins
ioapic1 at mainbus0: apid 6 pa 0xfec01000, version 21, 32 pins
acpimcfg0 at acpi0 addr 0xe000, bus 0-255
acpihpet0 at acpi0: 14318180 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (GPP2)
acpiprt2 at acpi0: bus 2 (GPP3)
acpiprt3 at acpi0: bus -1 (PX16)
acpiprt4 at acpi0: bus -1 (GPP0)
acpiprt5 at acpi0: bus -1 (GPP1)
acpicpu0 at acpi0: C2(0@400 io@0x414), C1(@1 halt!), PSS
acpicpu1 at acpi0: C2(0@400 io@0x414), C1(@1 halt!), PSS
acpicpu2 at acpi0: C2(0@400 io@0x414), C1(@1 halt!), PSS
acpicpu3 at acpi0: C2(0@400 io@0x414), C1(@1 halt!), PSS
"PNP0400" at acpi0 not configured
"MSFT0001" at acpi0 not configured
"PNP0501" at acpi0 not configured
acpibtn0 at acpi0: PWRB
"PNP0C14" at acpi0 not configured
cpu0: 1597 MHz: speeds: 1600 1400 1200 1000 800 MHz
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "AMD AMD64 16h Host" rev 0x00
vga1 at pci0 dev 1 function 0 vendor "ATI", unknown product 0x9830 rev 0x00
wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation)
wsdisplay0: screen 1-5 added (8

Happy birthday Theo!

2017-05-19 Thread Craig Skinner
Best wishes.



Re: Spamtrap doesn't work for me

2017-05-19 Thread Boudewijn Dijkstra
Op Thu, 18 May 2017 10:23:40 +0200 schreef Peter N. M. Hansteen  
:

On Thu, May 18, 2017 at 06:09:19AM +, Mik J wrote:

I was reading the man spamd
http://man.openbsd.org/spamd

Which was saying

"When a host that is currently greylisted attempts to send mail to a  
spamtrap address, it is blacklisted for 24 hours by adding the host to  
the spamd blacklist . Spamtrap addresses are added to  
the /var/db/spamd database with the following spamdb(8) command:"


So I'm expecting a spamd-greytrap table


That does sound like we should look into rephrasing that bit of the man  
page.


I'll see if I can come up with suitable wording unless somebody beats me  
to it.


Every time a pf table is mentioned, it says "pf table" or "table" with the  
name of the table in angle brackets.  In this case it doesn't say "table"  
but "list", but perhaps the name could be between quotes.


--- libexec/spamd/spamd.8   16 Mar 2017 15:16:21 -  1.133
+++ libexec/spamd/spamd.8   19 May 2017 07:43:41 -
@@ -385,7 +385,7 @@ spamtrap address,
 it is blacklisted for 24 hours by adding the host to the
 .Nm
 blacklist
-.
+'spamd-greytrap'.
 Spamtrap addresses are added to the
 .Pa /var/db/spamd
 database with the following


--
Gemaakt met Opera's e-mailprogramma: http://www.opera.com/mail/