Re: zenlisp : requesting a package

[rick]

On Mon, 05 Feb 2018 07:11 -0500, Mayuresh Kathe wrote:
> i can't do it myself, hence this email.
> would someone please create a package for zenlisp 
> (http://www.t3x.org/files/zenlisp.zip)?
> thanks.

Why bother with a package?  This:

https://github.com/barak/zenlisp/blob/master/README

just says, "type make".  Boom, you're done.

Re: acme-client No registration exists matching provided key

[Nicolai]

On Sat, Feb 03, 2018 at 07:10:45PM +0100, Maxim Bourmistrov wrote:
> 
> I also had to remove /etc/acme/letsencrypt-privkey.pem and re-do the process.
> Just updating link to pdf not helped out.

FWIW I just updated a cert using the new agreement URL, without removing
letsencrypt-privkey.pem, and a valid cert was issued successfully.
Perhaps what you were experiencing was a separate, local issue.  Glad you
got it worked out though!  And thanks to Jordan for the heads-up.

Nicolai

Re: tcpdump for OpenBSD 6.2?

[Nigel Taylor]

On 02/05/18 12:07, Mohammad BadieZadegan wrote:
> Hi all,
> What about tcpdump for OpenBSD 6.2? Why it omitted from the package
> directory?
> 

Maybe because it's in base openbsd. Look here /usr/sbin/tcpdump

inteldrm issue in release 6.2

[Zsolt Kantor]

I don't know if this is a bug or it was intentionally changed in release 6.2, 
so I write the details here and please tell me if I should post to the bugs 
mailing list.The problem is the following: I have an integrated Mobile Intel 
965 video card. With the 6.1 release at the boot time the resolution is set to 
the highest value, but with the 6.2 release the resolution is set to a low 
value (840x480). I have tested this with both i386 and amd64 variants. Here are 
some technical details from dmesg:
OpenBSD 6.1:inteldrm0 at pci0 dev 2 function 0 "Intel GM965 Video" rev 0x03drm0 
at inteldrm0intagp0 at inteldrm0agp0 at intagp0: aperture at 0xd000, size 
0x1000inteldrm0: msiinteldrm0: 1280x800, 32bpp
OpenBSD 6.2:inteldrm0 at pci0 dev 2 function 0 "Intel GM965 Video" rev 0x03drm0 
at inteldrm0intagp0 at inteldrm0agp0 at intagp0: aperture at 0xd000, size 
0x1000inteldrm0: msiinteldrm0: 848x480, 32bpp
This is a laptop. FUJITSU SIEMENS AMILO Li 2735Should I report this as a bug?
Thanks

Re: tcpdump for OpenBSD 6.2?

[Mohammad BadieZadegan]

Thanks, I forgot to try it!

On Mon, Feb 5, 2018 at 3:42 PM, Nigel Taylor 
wrote:

> On 02/05/18 12:07, Mohammad BadieZadegan wrote:
> > Hi all,
> > What about tcpdump for OpenBSD 6.2? Why it omitted from the package
> > directory?
> >
>
> Maybe because it's in base openbsd. Look here /usr/sbin/tcpdump
>
>


-- 
[image: http://unixuser.us] 

zenlisp : requesting a package

[Mayuresh Kathe]

i can't do it myself, hence this email.
would someone please create a package for zenlisp 
(http://www.t3x.org/files/zenlisp.zip)?
thanks.

Re: tcpdump for OpenBSD 6.2?

[Janne Johansson]

its in base already.

2018-02-05 13:07 GMT+01:00 Mohammad BadieZadegan :

> Hi all,
> What about tcpdump for OpenBSD 6.2? Why it omitted from the package
> directory?
>
> --
> [image: http://unixuser.us] 
>



-- 
May the most significant bit of your life be positive.

Re: tcpdump for OpenBSD 6.2?

[Stuart Henderson]

On 2018-02-05, Mohammad BadieZadegan  wrote:
> Hi all,
> What about tcpdump for OpenBSD 6.2? Why it omitted from the package
> directory?

tcpdump is in the base OS, not in packages.

tcpdump for OpenBSD 6.2?

[Mohammad BadieZadegan]

Hi all,
What about tcpdump for OpenBSD 6.2? Why it omitted from the package
directory?

-- 
[image: http://unixuser.us] 

"cron" doesn't start on boot

[Tor Houghton]

Hi,

I've noticed that my 6.2 install on my apu2c2 doesn't want to start cron
on boot.

Where would I look to troubleshoot this?

$ doas grep -i cron /etc/rc.conf* 
/etc/rc.conf:cron_flags=

(I am able start cron manually.)

Tor

Re: athn0: device timeout with AR9271

[Stefan Sperling]

On Mon, Feb 05, 2018 at 11:07:18AM +, Kevin Chadwick wrote:
> On Mon, 5 Feb 2018 11:21:27 +0100
> > However, I can still reproduce device timeouts easily by running
> > tcpbench through an AR9271 in hostap mode. I don't know yet what's
> > causing the problem.
> 
> (Not using these for production btw)
> 
> I have unplugged my AR9271 due to these timeouts. Due to the chromecast
> (below) I have a so far unneeded script now to bring it down and up
> via a cronjob every minute upon a timeout in /var/log/messages. Pretty
> simple but I can provide it if anyone wants it.
> 
> I get very few timeouts on AR5008-3NG (AR5416+AR2133) but seemed to get
> many suddenly with a chromecast and the athn would not recover like
> usual. It seems to have stopped and since Google update chromecasts
> silently I can't tell why or test further and so haven't said anything.
> 
> The AR9271 has TxR:S of 1:1:1 compared to 3x3:2, perhaps it has a
> smaller buffer or just a more constrained power supply like you
> previously mentioned that struggles with many RX/TX?
> 
> The unconfirmed possible cause was a flood of UDP MDNS packets.

Our athn(4) driver is not running periodic calibration.
Which is very bad and can result in problems at the PHY layer such
as eventual deafness and inability to transmit.
That's the one problem to solve before looking for other causes.

PF command for pass all traffic from em1 to em0 interface

[Mohammad BadieZadegan]

Hi everybody,
I want to install my OpenBSD box as a VPN Client and forward All of my LAN
incomming traffic(*em1*) to WAN outgoing (*em0*)
I installed openconnect and run openconnect without any error and then I
set *sysctl net.inet.ip.forwarding=1*
Now, I received my lan packets but How can I config pf config to allow all
trafic forwarding to *em0*?

Re: athn0: device timeout with AR9271

[Kevin Chadwick]

On Mon, 5 Feb 2018 11:21:27 +0100


> However, I can still reproduce device timeouts easily by running
> tcpbench through an AR9271 in hostap mode. I don't know yet what's
> causing the problem.

(Not using these for production btw)

I have unplugged my AR9271 due to these timeouts. Due to the chromecast
(below) I have a so far unneeded script now to bring it down and up
via a cronjob every minute upon a timeout in /var/log/messages. Pretty
simple but I can provide it if anyone wants it.

I get very few timeouts on AR5008-3NG (AR5416+AR2133) but seemed to get
many suddenly with a chromecast and the athn would not recover like
usual. It seems to have stopped and since Google update chromecasts
silently I can't tell why or test further and so haven't said anything.

The AR9271 has TxR:S of 1:1:1 compared to 3x3:2, perhaps it has a
smaller buffer or just a more constrained power supply like you
previously mentioned that struggles with many RX/TX?

The unconfirmed possible cause was a flood of UDP MDNS packets.

https://www.theregister.co.uk/2018/01/15/router_vendors_update_firmware_to_protect_against_google_chromecast_traffic_floods/

Re: athn0: device timeout with AR9271

[Stefan Sperling]

On Sat, Jan 27, 2018 at 12:59:12PM +0300, Denis wrote:
> I would like to add some test conditions to a previous post.
> 
> AR9271 USB stick's antenna  line of sight to AP antenna ~10m.
> 
> It that case I usually receive
> 
> athn0: device timeout

You might have better luck with -current from today, where this driver
now uses newer and actively maintained open source firmware.

However, I can still reproduce device timeouts easily by running tcpbench
through an AR9271 in hostap mode. I don't know yet what's causing the problem.

I could not yet trigger this problem on my AR7010 device.

An AR9271 device with firmware serial console would be useful for debugging,
for instance: https://wikidevi.com/wiki/ALFA_Network_AWUS036NHA

Re: A new BUG announcement

[Tommi Pernila]

Hi,

a reminder that a new BUG - HELBUG is launching next Wednesday the 7th of
February in Finland Capital region.

Location for the BUG is at Nixu corporation:
Keilaranta 15 B
02151 ESPOO
Note that the entrance to the building is at Keilaranta 13 A or Keilaranta
19D

If you want to guarantee entry with snacks to the event, please register to
the event asap.
https://www.meetup.com/HELBUG/events/246897417/


Here is the Agenda for the evening:

17:30 Introduction talk by yours truly
- what BUGs generally are?
- what HELBUG is going to be?
- Introduction to BSD families
- How i use BSDs
  * with some discussion of participants uses

18:00 Official opening of HELBUG
- A preferred meetup interval
- Location
- Volunteers to help with organization

18:30 How to switch to to BSDs from another OS
-Windows
-MacOS
-Linux

19:00 BSD talk
- Questions and Answer on BSDs
- Troubleshooting
- Hacking on a technical issue of your choosing
- How to create a new port to a BSD?

21:00 - End of event and start of BSD Now live stream


Br,

Tommi Pernila



On Mon, Jan 1, 2018 at 8:05 PM, Tommi Pernila  wrote:

> A New year and a new BUG!
>
> I'm proudly announcing a new BUG in the Capital region of Finland.
> Capital of Finlang being Helsinki, naturally our BUG will be named HELBUG.
>
> HELBUGs goal is to promote the use of the BSD variants and the knowledge
> relating to this.
>
> Helsinki area BSD User Groups (HELBUGs) plan is to have semiregular
> meetings with varying agendas.
> These will include talks, seminars, hacking workshops and general
> discussion on BSD variants.
>
>
> Our first meetup will be happening in Southern Finland in the capital
> region on Wednesday the 7th of February 2018.
> The event is hosted by Nixu corporation at their headquaters at:
> Keilaranta 15 B
> 02151 ESPOO
> Note that the entrance to the building is at Keilaranta 13 A or Keilaranta
> 19D
>
> Preliminary agenda is to host a few talks by volunteers and
> decide on the locations and the interval of our BUG will have meetings.
>
> More detailed agenda and time for the first meeting will be posted later
> to this thread.
>
>
> Br,
>
>
> Tommi Pernila
>