> Is there any chance of this being made into a port/package, knowing
> it's just a snapshot?
I have just send my first attempt for a new port "net/wireguard" to this list.
Please test and send diffs/PRs, thanks!
Hello,
Attached is a new port for pre-release snapshots of WireGuard
user-space VPN implementation in Go.
It is my frst attempt to transcribe Jason's build & install shell
script into an OpenBSD port ( https://xn--4db.cc/IKuBc62Z ).
--
pkg/DESCR:
***WARNING:*** This is a work in progress and
Hello,
Has anyone a port of SoftHSM v2.1.x as a Work-In-Progress?
In August last year, there was a discussion about security/softhsm
(currently v1.3.7) before v2.x was released
http://comments.gmane.org/gmane.os.openbsd.ports/74967
I am trying to use security/softhsm with SSH (ssh-key-gen,
On Sat, Aug 8, 2015 at 12:22 AM, Ted Unangst t...@tedunangst.com wrote:
Thanks everyone to your follow-ups.
talk to upstream? this sounds like a bug if the runtime detection is
insufficient.
From what I gathered about Go so far, upstream had already fixed that
(see references in my previous
On Thu, Aug 6, 2015 at 5:54 PM, Stuart Henderson st...@openbsd.org wrote:
I'll see if I can figure something out.
I could get go-1.4.1 and also a backport of -1.4.2 which got just
tagged for OpenBSD 5.8 to work with the patches to Makefile below.
Note that no MAKE_ENV is set. though.
I would
On Thu, Aug 6, 2015 at 10:49 AM, Rolf Sommerhalder Thus, I will now
re-build the entire package with this option, re-try,
and report the outcome...
Being ecouraged by [1] too, I re-build go-1.4.1 package with an
additional line in its Makefile:
.elif ${MACHINE_ARCH} == i386
GOARCH
On Thu, Aug 6, 2015 at 12:07 PM, Stuart Henderson st...@openbsd.org wrote:
That's a makefile variable only, not passed to the build. Try this?
Thanks for your diff. Unfortunately, it still does not solve the problem.
Is there any way I can check that the environment variable is indeed
applied
I'll try to build go manually as per [1] now, just to compare its
binary output with the package build process, and see if GO386=387 has
an effect.
[1] https://golang.org/doc/install/source
The resulting binary of this manual build still has some SSE2 code
with XMM registers, though much
Despite the make_env, the go binary still has a ton of SSE2 code using
XMM registers:
objdump -d /usr/obj/ports/go-1.4.1/fake-i386/usr/local/bin/go | grep xmm
808a559: f2 0f 10 05 e8 3e 45movsd 0x8453ee8,%xmm0
808a561: f2 0f 11 44 24 38 movsd %xmm0,0x38(%esp)
808a61a:
Stuart, many thanks for your reply, assertions and suggestions!
On Wed, Aug 5, 2015 at 4:04 PM, Stuart Henderson st...@openbsd.org wrote:
... can you try setting
GO386=387 in your environment to disable the cpuid autodetection and see
if it still does the same?
The problem persists even after
Hello list
While the Go 1.4.1 package works fine on OpenBSD 5.7 amd64 (Lenovo
X230 laptop), it fails with i386 (PCengines ALIX with Geode
processor), see output below.
I have put my user into the staff login class, and increased ulimits,
as hinted in
https://github.com/golang/go/wiki/OpenBSD
Does anyone have a port of Marty Roesch's daemonlogger available?
Those posted in late 2007 have been eaten by bit-rot, and the
waybackmachine does not have them either
http://archives.neohapsis.com/archives/openbsd/2007-11/1150.html
Hello Sebastian
Recently, Sebastian Reitenbach posted an update of gpsd with the comment:
gpsd only supports libusb-1.0, which does not support OpenBSD (yet)...
Since quite a while, I have been working on a port of Gnuradio for
OpenBSD. The new Universal Hardware Driver (UHD) for the Universal
On Tue, May 12, 2009 at 11:47 PM, Marco Peereboom sl...@peereboom.us wrote:
=== Checking files for boost-1.39.0p0
boost_1_39_0.tar.gz doesn't seem to exist on this system.
Fetch
http://easynews.dl.sourceforge.net/sourceforge/boost/boost_1_39_0.tar.gz.
boost_1_39_0.tar.gz 100%
While attempting to install the new zabbix port, the id 623 of user
_zabbix collides with the identical id of user _pound.
I run -current kernel as of two days, and synced the source tree just
now before making zabbix.
At the moment, I am unsure how to assert with ports that their user
and group
I'd made some effort to update quite old port of boost,
Great - I am looking forward to help with testing it. A preliminary
port of gnuradio is rotting in my tree, partially because it depends
on a more recent boost than is currently in ports.
Rolf
OK on i386-current with FreeRunner GTA02 running OM2008.9
Thanks Matthieu for these nice tools/ports,
Rolf
[r...@think:om]# dmesg
ugen1 at uhub5 port 1 OpenMoko Debug Board for Neo1973 rev 2.00/5.00
addr 4
[r...@think:om]# omconsole
U-Boot 1.3.2-moko12 (Oct 7 2008 - 21:03:06)
I2C: ready
Many thanks to Markus Lude and Fernando Quintero for their kind
feedback, which I included in attached yersinia-0.7.1p0.
'make port-lib-depends-check' is now happy.
Tested on i386. OK?
Thanks,
Rolf
yersinia-0.7.1p0.tgz
Description: Binary data
Tested on i386, so far.
cat pkg/DESCR
Yersinia is a layer 2 vulnerability scanner with support for the
following protocols:
- Cisco Discovery Protocol (CDP)
- Dynamic Host Configuration Protocol (DHCP)
- IEEE 802.1q
- IEEE 802.1x
- Dynamic Trunking Protocol (DTP)
- Hot Standby Router Protocol
An almost trivial update, which becomes necessary because it is a
dependency of the ham/gnuradio-3.1.2 port on which I am currently working.
Tested OK on i386.
swig-1.3.36.tgz
Description: Binary data
Hello,
Is anyone working on (or has already) a port for
Apache::Dynagzip - mod_perl extension for Apache-1.3.X to compress the
response with gzip format.
http://search.cpan.org/~slava/Apache-Dynagzip-0.16/Dynagzip.pm
Thanks,
Rolf
Attached is a first stab at Apache::Dynazip and its dependencies.
p5-Apache-Filter needs a little more work to skip the test while
building in unattended/batch mode.
So far, I was unable to verify these Perl modules indeed work correctly,
e.g. that they indeed compress pages which Apache
Hello ports@,
Is anyone working on a port for GNU Radio (gnuradio)?
Has anyone tried to use a Universal Software Radio Peripheral (USRP)
under OpenBSD?
I am attempting to build gnuradio, but still struggling. I have no USRP
hardware yet to test with, but considering to purchase one now,
The patch below resolves a Arithmetic exception (core dumped) when
performing once snmwalk or snmpget access agent hardware memory
information. Also, on sparc64 the unpatched snmpd consumes all CPU and
memory resources within minutes after starting as in the background.
Interestingly, if run in
Works for me on i386, too.
Thanks.
Thanks for this patch which applied cleanly and solved the problem of
rdesktop crashing upon startup on my Dell Inspiron 4000 laptop running
i386-current and xenocara.
Interestingly, the unpatched rdesktop so far did not crash on my Dell
desktop at work which also runs i386-current and xenocara.
The updated xplanet features bumpmaps, e.g. it uses elevation info to
generate shading behind mountain ridges (see
http://xplanet.sourceforge.net/Gallery/20050418_earth/ for two
samples).
It works fine for me with xenocara on i386 -current.
I patched only a single line, as I do not know yet how
The updated port tested also OK under sparc64 -current.
Updating IPSec VPN client vpnc from 0.4.0 from 0.3.3 using the
attached diff appears to have solved the problems I did experience
with keep-alives and previously missing re-keying (VPN tunnels froze
within minutes resp. after 6-7 hours) when connecting to a Cisco 3005
from OpenBSD i386
Is anyone working on a port of Varnish v1.01 which was released
recently under a BSD license?
http://varnish.linpro.no
A brief attempt to build it under -current showed that ./configure
succeeds, but make fails due to some problem within cludes^and types.
I might look closer into it over the
My Subject: line is flawed - I meant to write 'Server-Side Reverse
Proxy' of course, instead of 'Client-Side'.
The new, official address of its homepage appears to be
http://www.varnish-cache.org
Rolf
On 4/3/06, Pete Vickers [EMAIL PROTECTED] wrote:
Thanks for you work on this, but if you take a look at the pound mail
archives (http://www.apsis.ch/pound/pound_list) it can be seen that
pound v2.x is still very cutting edge / development, with lots of
issues regularly discovered. I therefore
Hello,
based on Pete's port of pound from 12 January 2006, I attempted an
update to its latest version pound-2.0.4. With only minor
modifications in the Makefile, it installs and runs fine under
3.9/i386/ -current as of today.
Rolf
diff -u pound-1.9.5/Makefile pound/Makefile
---
33 matches
Mail list logo