Jon S | 19 Apr 19:11 2015
Picon

Re: Unable to do putty/SSH into fresh openBSD 5.6-install

Updated PuTTY from 0,63 to 0,64, but no improvement.

Any other ideas?

2015-04-19 18:22 GMT+02:00 Mike. <the.lists <at> mgm51.com>:

> On 4/19/2015 at 5:09 PM Jon S wrote:
>
> |Hi all!
> |
> |I just installed a fresh OpenBSD 5.6 on a new machine (booting from
> a
> |USB-stick and running bsd.rd, installing from ftp.eu.openbsd.org =
> |networking is fine). All sets are installed.
> |
> |Now i cant ssh(using putty) into the new machine. authlog says
> "fatal:
> |Timeout before authentication <ip>". My attempt to ssh is from a
> local
> |network. I can se a forked SSHD-process when i try to putty/ssh into
> the
> |new machine.
> |
> |ssh out from the new 5.6-machine to a different OpenBSD 4.9-machine
> works
> |fine. ssh back from the 4.9-machine to the new 5.6-machine works
> too.
> |
> |doing putty into the 4.9-machine also work
> |
(Continue reading)

Nick Holland | 19 Apr 17:45 2015
Picon

httpd file types

I fear this is a stupid question, I suspect there's something I'm
missing...

I have a web server.  Some files are binary, some are text.  Problem is,
few have an "extension".  For purpose of example, the OpenBSD file sets
show the problem very nicely:

INSTALL.i386	(text.  Solvable, list out .i386, .sparc, etc ...)
SHA256		(text)
SHA256.sig	(text.  Easy -- .sig)
base56.tgz	(binary.  Easy -- .tgz)
bsd 		(binary)
bsd.mp 		(binary.  Easy -- .mp)
bsd.rd 		(binary.  Easy -- .rd)
cd56.iso	(binary.  Easy -- .iso)
cdboot 		(binary)

Sure, the files that have an "extension" can be dealt with...lots of
cases, but doable (fileset is finite and predictable).  But what about
the files with no "extension" at all?  How do I tell it that SHA256 is
text (often useful to have displayed as text on a browser) and bsd is
binary (never display, just download)?

Nick.
(waiting for a well-deserved "rtfm ...")
(and grumpy about this CP/M-MSDOS concept of "extension" on Unix ...)

Jon S | 19 Apr 17:09 2015
Picon

Unable to do putty/SSH into fresh openBSD 5.6-install

Hi all!

I just installed a fresh OpenBSD 5.6 on a new machine (booting from a
USB-stick and running bsd.rd, installing from ftp.eu.openbsd.org =
networking is fine). All sets are installed.

Now i cant ssh(using putty) into the new machine. authlog says "fatal:
Timeout before authentication <ip>". My attempt to ssh is from a local
network. I can se a forked SSHD-process when i try to putty/ssh into the
new machine.

ssh out from the new 5.6-machine to a different OpenBSD 4.9-machine works
fine. ssh back from the 4.9-machine to the new 5.6-machine works too.

doing putty into the 4.9-machine also work

Any ideas as to what can cause this? As far as I can remeber the
4.9-machine uses the default SSH-settings, just as the 5.6-machine

--
<-------------------------------------------->
Jon Sjöstedt

jonsjostedt <at> gmail.com jonsjostedt <at> hotmail.com

Ville Valkonen | 18 Apr 13:53 2015
Picon

Dmesg of Lenovo X250

Hello,

dmesg of Lenovo X250 running snapshot dated on:
-rw-r--r--  1 1001  0       1889 Apr 15 15:57:09 2015 SHA256.sig

Most of the things work.

List of things that doesn't work:
  - Wireless network, though I'd guess this will start to work once the
    firmware URL path points to snapshots again.
    +  These lines appear in dmesg after scan and trying to join a
    wap (scan works though):
       iwm0: hw rev: 0x210, fw ver 25.228 (API ver 9), address 60:57:18:6a:df:8d
       iwm0: could not initiate scan
  - Suspend, goes to sleep but doesn't resume.
  - X acceleration, VESA works though.
  - CPU turbomode doesn't work (I am aware it's mainly a marketing trick) and
    CPUs seems to get recognized with different MHz on every boot:
    cpu0: Intel(R) Core(TM) i7-5600U CPU  <at>  2.60GHz, 2494.66 MHz
    And different boot:
    cpu0: Intel(R) Core(TM) i7-5600U CPU  <at>  2.60GHz, 2494.60 MHz
    cpu1: Intel(R) Core(TM) i7-5600U CPU  <at>  2.60GHz, 2494.23 MHz
  - A few devices didn't get recognized:
    $ dmesg |grep -i "not "
    intagp at vga1 not configured
    "Intel 9 Series MEI" rev 0x03 at pci0 dev 22 function 0 not configured
    "Intel 9 Series Thermal" rev 0x03 at pci0 dev 31 function 6 not configured

<snip>
### Dmesg
(Continue reading)

Timo Myyra | 17 Apr 15:11 2015
Picon

Usb-audio not working

Hi,

I saw recent commit which should have enabled uaudio support for 
ehci-only systems.
It doesn't seem to work for desktop with my USB DAC.

So far I've changed the following symlinks to point to my USB DAC.

zmyrgel:2202$ ls -la /dev/{audio,sound,audioctl,mixer}
lrwxr-xr-x  1 root  wheel  11 Apr 17 15:57 /dev/audio <at>  -> /dev/audio1
lrwxr-xr-x  1 root  wheel  14 Apr 17 15:57 /dev/audioctl <at>  -> /dev/audioctl1
lrwxr-xr-x  1 root  wheel  11 Apr 17 15:57 /dev/mixer <at>  -> /dev/mixer1
lrwxr-xr-x  1 root  wheel  11 Apr 17 15:57 /dev/sound <at>  -> /dev/sound1

It seems to work as per audioctl and mixerctl output:

zmyrgel:2204$ mixerctl
outputs.spkr.mute=off
outputs.spkr=255,255
zmyrgel:2205$ audioctl
name=USB audio
encodings=slinear_le:16:2:1,slinear_le:24:3:1
properties=independent
hiwat=7
lowat=5
mode=
play.rate=44100
play.channels=2
play.precision=16
play.bps=2
(Continue reading)

Alessandro DE LAURENZIS | 17 Apr 16:23 2015
Picon

acpi0: failed to allocate hibernate memory

Dear misc <at>  readers,

I'm facing intermittent failures during hibernation on my Thinkpad R61.
The relevant info in the dmesg [1] is:

acpi0: failed to allocate hibernate memory

This is a very recent snapshot, but I'm not able to confirm that the
problem is new, 'cause I rarely use the suspend-to-disk feature. On the
other hand, most of the times the hibernation (and resume) phase
completes correctly (and I didn't find out what is triggering the
fault).

When it occurs, only a reboot can recover the correct behavior.

Some additional info:

- "vmstat -m" output:

Memory statistics by bucket size
    Size   In Use   Free           Requests  HighWater  Couldfree
      16    19158  38954            7614473    1280       1295
      32     4222   7042            1189555     640      11697
      64     3398   1082            6711838     320      24330
     128     7986   1262            1415473     160       5106
     256     2220   1236            1093678      80       4008
     512     2743    241             504121      40       1193
    1024     1772    548             235523      20      63410
    2048      149    137              26169      10       8961
    4096      622    238             154197       5     143961
(Continue reading)

Tuyosi Takesima | 17 Apr 15:20 2015
Picon

Re: Blocking Teamviewer

teamviewer access over all-too-common firewall .
it is convinient ,but  it is dangerous to company .

in my intranet experiment ,
i manage to prevent access from windows81's teamviewer
                           to   linux's     teamviewer.

i touch squid after long iinterval , so there perhaps are  mistakes . the
followings may be false illusion .

after serching internet ,my setting is next.

internet
|
|
wifi router---windows81
|
|
urtwn0 dhcp
openbsd
fxp0 192.168.64.1/24(dhcpd)
|
|
dhcp
linux
(firefox edit>preference>adavance>setting>http proxy 192.168.64.1 port 3128

1st
# ./comment-out.bat /etc/squid/squid.conf
acl localnet src 10.0.0.0/8     # RFC1918 possible internal network
(Continue reading)

Martijn van Duren | 17 Apr 09:06 2015
Picon

OpenBSD on iMac

Hello misc <at> ,

I just got a replacement system (iMac 12,1) at work, so I decided to go 
ahead and install OpenBSD on it. To do so I installed refind through 
debian and created a GPT/MBR hybrid.

Most of the system runs perfectly (see dmesg pr0n below), but there are 
a couple of minor inconveniences:
1) The sound from the speakers sound like they come from a cheap cellphone.
2) When plugging in headphones the main speakers are muted, but there's 
no sound from the headphones themselves. I tried setting sndiod to 
channels 0:1 (default - main speakers), 2:3 (main speakers) and 4:5 (no 
sound)
3) When doing an ifconfig athn0 scan I get a kernel panic. Because my 
USB keyboard stops working after the panic I can't provide a trace. I 
don't need wifi on this system, so this isn't an issue with me.

$ mixerctl -v
inputs.dac-2:3_mute=off  [ off on ]
inputs.dac-2:3=154,154
inputs.dac-0:1_mute=off  [ off on ]
inputs.dac-0:1=154,154
record.adc-2:3_source=line-in  [ line-in ]
record.adc-2:3_mute=off  [ off on ]
record.adc-2:3=124,124
record.adc-0:1_source=mic  [ mic ]
record.adc-0:1_mute=off  [ off on ]
record.adc-0:1=124,124
record.dig-adc-0:1_sou=SPDIF-in  [ SPDIF-in ]
outputs.spkr_source=dac-2:3  [ dac-2:3 ]
(Continue reading)

OpenBSD user | 17 Apr 03:41 2015
Picon

OpenBSD hosting in Hong Kong?

Hello,

I was wondering if there are any hosting companies
in Hong Kong offering OpenBSD dedicated servers?

Would be truly grateful for any replies!

Tuyosi Takesima | 17 Apr 05:44 2015
Picon

Re: recommended input methods?

as for japanese , i use ibus-anthy & jwm .                    (& roxterm)

about the reason of jwm , please look at
http://openbsd-akita.blogspot.jp/2015/04/56-57-snapshot.html

the icon(right under) show ether japaese anthy state or english state click
the icon , then the state can be changed .

-----
   how to use ius-anthy  is in
   http://openbsd-akita.blogspot.jp/2014/06/openbsd-nat-box-x.html

Holger Glaess | 16 Apr 18:59 2015
Picon

not known intel ethernet card

hi

can help someone ?
the 3 other intel ethernet card are also gigabit .

holger

# dmesg
OpenBSD 5.7-current (GENERIC) #759: Wed Apr  1 14:25:18 MDT 2015
     deraadt <at> i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC
cpu0: Genuine Intel(R) processor 1.20GHz ("GenuineIntel" 686-class) 1.21 GHz
cpu0: 
FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,TM,PBE,PERF
real mem  = 1072041984 (1022MB)
avail mem = 1042243584 (993MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: date 07/06/09, BIOS32 rev. 0  <at>  0xfa530, SMBIOS rev. 
2.2  <at>  0xf0800 (39 entries)
bios0: vendor Phoenix Technologies, LTD version "ANSA 3020 R01      
Jul,2,2009" date 07/06/2009
acpi0 at bios0: rev 0
acpi0: sleep states S0 S3 S4 S5
acpi0: tables DSDT FACP MCFG APIC
acpi0: wakeup devices EPA0(S3) EPA1(S3) PEX0(S5) PEX1(S5) PEX2(S5) 
PEX3(S5) HUB0(S5) PCI0(S5)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimcfg0 at acpi0 addr 0xe0000000, bus 0-255
acpimadt0 at acpi0 addr 0xfee00000: PC-AT compat
(Continue reading)


Gmane