Re: net/isc-dhcpd: avoid uncontrolled grow of lease db

[Janne Johansson]

> The first thing that dhcpd.leases~ is backup of dhcpd.leases.
>
> Also, it seems that the service opens files before drop users,
> that explains why it works.
>
> Also, without empty dhcpd.leases it won't start => touch here.

Perhaps use "install" to copy /dev/null to the file and set
owner/group directly instead of touch+chown?

install -o _isc-dhcp -g _isc-dhcp /dev/null /var/db/dhcpd/dhcpd.leases

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

Re: socat does not provide TUN/TAP support

[Janne Johansson]

> Linux UDP Client, start a ping but no replies received
> $ ping 192.168.74.1
>
> OpenBSD UDP Server, tcpdump -ni tun0 shows:
> 11:02:15.130291
>
> So, maybe socat doesn't know how to decode raw data received on tun0.

OpenBSD tun(4) devices always prepend the address family of the
received packet when reading them off /dev/tunX, perhaps this trips
socat up. Some OSes have ifconfig link flags or something to change
this behaviour, but I think obsd always adds it.

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

Re: rsync: use xxhash

[Janne Johansson]

Den tis 6 juni 2023 kl 00:00 skrev Jan Stary :
> On Jun 05 12:37:10, s...@spacehopper.org wrote:
> > reminded by the dwz mail, rsync would also like to use xxhash if
> > available:
> Thank you for enabling this. I am testing an current/amd64,
> rsyncing a 4G dir of video files, about 150-250 MB each.
>
> I am touching the files before every run,
> otherwise rsync just finishes almost instantly,
> based on the mtime (right?).

Right.

> Is that a scenario where faster checksums are supposed
> to make things faster, matching blocks in large files?

Using the option -c seems rather appropriate to make sure that all
files get checksummed, even though touching them might be sufficient
in most cases.

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

Re: protobuf port fix for mips64.

[Janne Johansson]

> It would be super nice if you could send a PR upstream, so we don't have
> to carry this patch forever.

Commented with the small diff on a protobuf github issue where exactly
the same problem was "fixed" for x86-windows earlier.

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

protobuf port fix for mips64.

[Janne Johansson]

It fails building one of the autogenerated source which forces tail
call optimization on clang13 (actually in llvm somewhere, "musttail"
feature) which is only available for certain arches, and causes a hard
failure on mips64 (and probably other arches aswell).

One can disable it for more arches I guess, but I have only tested it
on my octeon, built the package and then mosh (which depends on it)
and tried mosh as a client which worked.
mosh's "make test" fails in one test about
80columns-emulation-something, didn't feel all relevant to protobufs,
but I don't know for certain about that.

Since I am a bit uncertain about cvs-diffs that create dirs and diffs
from empty files, the patch is available at:
http://c66.it.su.se:8080/obsd/patch-src_google_protobuf_port_def.inc

and inline here, but I feel certain gmail will mangle it:

$ more patches/patch-src_google_protobuf_port_def.inc
--- 
/usr/ports/pobj/protobuf-3.21.12/protobuf-3.21.12/src/google/protobuf/port_def.inc.orig
+++ 
/usr/ports/pobj/protobuf-3.21.12/protobuf-3.21.12/src/google/protobuf/port_def.inc
@@ -254,7 +254,7 @@
 #ifdef PROTOBUF_TAILCALL
 #error PROTOBUF_TAILCALL was previously defined
 #endif
-#if __has_cpp_attribute(clang::musttail) && !defined(__arm__) && \
+#if __has_cpp_attribute(clang::musttail) && !defined(__arm__) &&
!defined(__mips64) && \
 !defined(_ARCH_PPC) && !defined(__wasm__) && \
 !(defined(_MSC_VER) && defined(_M_IX86)) &&  \
 !(defined(__NDK_MAJOR__)

^^
Simply adding a mips64 to the list of arches to skip.

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

Re: NEW: net/endlessh

[Janne Johansson]

> this is a port for endlessh [1], an SSH tarpit that slowly sends an
> endless banner.
> Tested on amd64.

Works fine on mips64 too.
After looking at the code, this could be a good port to add arc4random
to, and perhaps the BSD list/tree macros, it seemed to have an
implementation of its own in there. Unfortunately, the GH repo seems
to indicate low activity last year, there were some good PRs not being
merged. 8-(

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

Re: go syscall/error/ioctl numbers etc.

[Janne Johansson]

>
> I have updated files for i386/amd64 and will soon have them for aarch64
> if they're any use...
>

"there is always that guy..."

Please make something similar for mips64 too while you are at it, I
run the golang port "kopia" to back up my octeons.


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

Re: [update] emacs-28.1

[Janne Johansson]

Den fre 22 apr. 2022 kl 08:47 skrev Janne Johansson :
> > > $ emacs -Q --dump-file
> > > /usr/local/libexec/emacs/28.1/*-unknown-openbsd/emacs.pdmp
> > > emacs: could not load dump file
> > > "/usr/local/libexec/emacs/28.1/*-unknown-openbsd/emacs.pdmp": could
> > > not open file
> > You probably have a leftover pkg/PLIST patch.  This emacs.pdmp file
> > should be included in all emacs packages, or else make package would
> > fail.
>
> Yeah, from the previous "experiments", restarting build now after a quick
> rm /usr/ports/plist/mips64/emacs-28.1-no_x11*
> now.

Sure, now it runs as expected again. My bad.


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

Re: [update] emacs-28.1

[Janne Johansson]

> > $ emacs -Q --dump-file
> > /usr/local/libexec/emacs/28.1/*-unknown-openbsd/emacs.pdmp
> > emacs: could not load dump file
> > "/usr/local/libexec/emacs/28.1/*-unknown-openbsd/emacs.pdmp": could
> > not open file
> >
> > $ ls /usr/local/libexec/emacs/28.1/mips64-unknown-openbsd/
> > hexl movemail rcs2log
>
> You probably have a leftover pkg/PLIST patch.  This emacs.pdmp file
> should be included in all emacs packages, or else make package would
> fail.
>
> --
> jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Yeah, from the previous "experiments", restarting build now after a quick
rm /usr/ports/plist/mips64/emacs-28.1-no_x11*
now.

Still, I got to set up emacsclient for my mail needs in the mean time,
that also helped.

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

Re: [update] emacs-28.1

[Janne Johansson]

> > It was a change from emacs-27 at least, since I now get to see that
> > for every email I write, so it became a change with the patch I
> > tested.
> > emacs -Q did not help a lot, all the langs still loaded.
>
> Ok, that probably doesn't depend on your configuration indeed.  I'm not
> sure wat is happening.  What does
>
>   emacs -Q --dump-file 
> /usr/local/libexec/emacs/28.1/*-unknown-openbsd/emacs.pdmp
>
> say?
>

$ emacs -Q --dump-file
/usr/local/libexec/emacs/28.1/*-unknown-openbsd/emacs.pdmp
emacs: could not load dump file
"/usr/local/libexec/emacs/28.1/*-unknown-openbsd/emacs.pdmp": could
not open file

$ ls /usr/local/libexec/emacs/28.1/mips64-unknown-openbsd/
hexl movemail rcs2log


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

Re: [update] emacs-28.1

[Janne Johansson]

> >   Does Emacs have threading support in lisp?  yes
> >   Does Emacs support the portable dumper? yes
> >   Does Emacs support legacy unexec dumping?   no
> >   Which dumping strategy does Emacs use?  pdumper
> >   Does Emacs have native lisp compiler?   no
>
> That looks reasonable.  Thanks for the video you shared, some elisp
> (byte)code is indeed loaded at startup but that seems to depend on your
> local configuration.  You'd probably get a faster startup with emacs -Q.
> Also it doesn't look like a regression with 28.1.

It was a change from emacs-27 at least, since I now get to see that
for every email I write, so it became a change with the patch I
tested.
emacs -Q did not help a lot, all the langs still loaded.

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

Re: [update] emacs-28.1

[Janne Johansson]

> On Thu, Apr 14 2022, Janne Johansson  wrote:
> > Den ons 13 apr. 2022 kl 14:25 skrev Jeremie Courreges-Anglas 
> > :
> >>
> >>
> >> Here's an update to the latest emacs version, very lightly tested so
> >> far on amd64, test build running on sparc64.
> >
> > Works on mips64/octeon, takes a while to load all elisp at startup,
> > but otherwise works fine.
>
> Is there a reason to think it's loading .elc files at startup?  emacs
> should be using the portable dumper method.
>
> What are the last lines of make configure?  Here on amd64:
>
>   Does Emacs support the portable dumper? yes
>   Does Emacs support legacy unexec dumping?   no
>   Which dumping strategy does Emacs use?  pdumper
>

[...]
  Does Emacs have threading support in lisp?  yes
  Does Emacs support the portable dumper? yes
  Does Emacs support legacy unexec dumping?   no
  Which dumping strategy does Emacs use?  pdumper
  Does Emacs have native lisp compiler?   no



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

Re: [update] emacs-28.1

[Janne Johansson]

> >> Here's an update to the latest emacs version, very lightly tested so
> >> far on amd64, test build running on sparc64.
> >
> > Works on mips64/octeon, takes a while to load all elisp at startup,
> > but otherwise works fine.
>
> Is there a reason to think it's loading .elc files at startup?  emacs
> should be using the portable dumper method.
>
> What are the last lines of make configure?  Here on amd64:
>
>   Does Emacs support the portable dumper? yes
>   Does Emacs support legacy unexec dumping?   no
>   Which dumping strategy does Emacs use?  pdumper

My build tmux didn't have lines enough of history to show it,
restarted a build in script to see what it says.

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

Re: [update] emacs-28.1

[Janne Johansson]

Den ons 13 apr. 2022 kl 14:25 skrev Jeremie Courreges-Anglas :
>
>
> Here's an update to the latest emacs version, very lightly tested so
> far on amd64, test build running on sparc64.

Works on mips64/octeon, takes a while to load all elisp at startup,
but otherwise works fine.


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

Re: [update] lang/go 1.18

[Janne Johansson]

Den sön 27 mars 2022 kl 20:40 skrev Joel Sing :
>
> The following updates lang/go to 1.18.
>
> This has been tested on amd64 and arm64 - it still needs to be tested
> (including 'make regress') on armv7 and mips64.

This is the output of "make regress" on mips64


-- 
May the most significant bit of your life be positive.
Script started on Mon Mar 28 16:37:27 2022
edgepro# make regress

===>  Regression tests for go-1.18

# Building packages and commands.

# Testing packages.
ok  archive/tar (cached)
ok  archive/zip (cached)
ok  bufio   (cached)
ok  bytes   (cached)
ok  compress/bzip2  (cached)
ok  compress/flate  (cached)
ok  compress/gzip   (cached)
ok  compress/lzw(cached)
ok  compress/zlib   (cached)
ok  container/heap  (cached)
ok  container/list  (cached)
ok  container/ring  (cached)
ok  context (cached)
ok  crypto  (cached)
ok  crypto/aes  (cached)
ok  crypto/cipher   (cached)
ok  crypto/des  (cached)
ok  crypto/dsa  (cached)
ok  crypto/ecdsa(cached)
ok  crypto/ed25519  (cached)
ok  crypto/ed25519/internal/edwards25519(cached)
ok  crypto/ed25519/internal/edwards25519/field  (cached)
ok  crypto/elliptic (cached)
ok  crypto/elliptic/internal/fiat   (cached) [no tests to run]
ok  crypto/elliptic/internal/nistec (cached)
ok  crypto/hmac (cached)
ok  crypto/internal/subtle  (cached)
ok  crypto/md5  (cached)
ok  crypto/rand (cached)
ok  crypto/rc4  (cached)
ok  crypto/rsa  (cached)
ok  crypto/sha1 (cached)
ok  crypto/sha256   (cached)
ok  crypto/sha512   (cached)
ok  crypto/subtle   (cached)
ok  crypto/tls  (cached)
ok  crypto/x509 (cached)
ok  database/sql(cached)
ok  database/sql/driver (cached)
ok  debug/buildinfo (cached)
ok  debug/dwarf (cached)
ok  debug/elf   (cached)
ok  debug/gosym (cached)
ok  debug/macho (cached)
ok  debug/pe(cached)
ok  debug/plan9obj  (cached)
ok  embed   (cached) [no tests to run]
ok  embed/internal/embedtest(cached)
ok  encoding/ascii85(cached)
ok  encoding/asn1   (cached)
ok  encoding/base32 (cached)
ok  encoding/base64 (cached)
ok  encoding/binary (cached)
ok  encoding/csv(cached)
ok  encoding/gob(cached)
ok  encoding/hex(cached)
ok  encoding/json   (cached)
ok  encoding/pem(cached)
ok  encoding/xml(cached)
ok  errors  (cached)
ok  expvar  (cached)
ok  flag(cached)
ok  fmt (cached)
ok  go/ast  (cached)
ok  go/build15.622s
ok  go/build/constraint (cached)
ok  go/constant (cached)
ok  go/doc  (cached)
ok  go/format   (cached)
ok  go/importer 1.550s
ok  go/internal/gccgoimporter   (cached)
ok  go/internal/gcimporter  54.676s
ok  go/internal/srcimporter 49.184s
ok  go/parser   (cached)
ok  go/printer  (cached)
ok  go/scanner  (cached)
ok  go/token(cached)
ok  go/types30.291s
ok  hash(cached)
ok  hash/adler32(cached)
ok  hash/crc32  (cached)
ok  hash/crc64  (cached)
ok  hash/fnv(cached)
ok  hash/maphash(cached)
ok  html(cached)
ok  html/template   (cached)
ok  image   (cached)
ok  image/color (cached)
ok  image/draw  (cached)
ok  image/gif   (cached)
ok  image/jpeg  (cached)
ok  image/png   (cached)
ok  index/suffixarray   (cached)
ok  internal/abi0.334s
ok  internal/buildcfg   (cached)
ok  internal/cpu(cached)
ok  internal/execabs(cached)
ok  internal/fmtsort(cached)
ok  internal/fuzz   (cached)
ok  internal/godebug(cached)
ok  internal/intern (cached)
ok  internal/itoa   (cached)
ok  internal/poll   (cached)
ok  internal/profile(cached)
ok  internal/reflectlite(cached)
ok  internal/singleflight   (cached)
ok  internal/trace  (cached)
ok  internal/unsafeheader   (cached)
ok  internal/xcoff  (cached)
ok  io  (cached)
ok  io/fs   (cached)
ok  io/ioutil   (cached)
ok  log (cached)
ok  log/syslog  (cached)
ok  math(cached)
ok  math/big(cached)
ok  math/bits   (cached)
ok  math/cmplx  (cached)
ok  math/rand   (cached)
ok  mime(cached)
ok  mime/multipart  (cached)
ok  mime/quotedprintable(cached)
ok  net (cached)
ok  net/http48.980s
ok  net/http/cgi(cached)
ok  net/http/cookiejar  (cached)
ok  net/http/fcgi   (cached)
ok  net/http/httptest   (cached)
ok  net/http/httptrace  (cached)
ok  net/http/httputil   (cached)
ok  net/http/internal   (cached)
ok  net/http/internal/ascii 

Re: [new] sysutils/kopia (update to 0.9.1)

[Janne Johansson]

Works fine on octeons too.


Den tors 14 okt. 2021 kl 18:18 skrev Denis Fondras :
>
> (with the attachment, it is even better...)
>
> Kopia is a simple, cross-platform tool for managing encrypted backups
> in the cloud. It provides fast, incremental backups, secure,
> client-side end-to-end encryption, compression and data deduplication.
>
> Unlike other cloud backup solutions, the user is in full control
> of the backup storage and responsible for purchasing one of the
> cloud storage products, which offer great durability and availability
> for the data.
>
> https://kopia.io/
>
> Denis



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

Re: [new] sysutils/kopia

[Janne Johansson]

I actually made a port too with portgen as soon as it hit 0.9.0, but
didn't submit it fast enough it seems. ;)

portgen put all the info in the Makefile so no module.inc there,
otherwise they look the same more or less.
Tested on amd64 and octeon.
(and a very nice program which should be a port!)

Den fre 8 okt. 2021 kl 18:36 skrev Denis Fondras :
>
> Kopia is a simple, cross-platform tool for managing encrypted backups
> in the cloud. It provides fast, incremental backups, secure,
> client-side end-to-end encryption, compression and data deduplication.
>
> Unlike other cloud backup solutions, the user is in full control
> of the backup storage and responsible for purchasing one of the
> cloud storage products, which offer great durability and availability
> for the data.
>
> https://kopia.io/
>
> I'd like to enable the html-ui but I haven't found how to do that from the
> Makefile.
> By hand, you can clone Kopia's github repo and do a simple 'gmake install' 
> once
> nodejs/npm is installed.
>
> Denis



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


kopia-port.tgz
Description: application/gzip

Re: [update] lang/go to Go 1.17

[Janne Johansson]

> > > The below diff updates lang/go to Go 1.17.
> > > Tested on amd64 and arm64, still need to retest on arm, i386 and mips64
> >
> > Mips64/octeon:
> Ok, pkg_added gcc, did a softlink from egcc to gcc so it finds it, and
>
> ALL TESTS PASSED

Also tried a backup program with compression and crypto parts, all
seem to work fine with 1.17 with a slight speedup, if my tests were
showing correct results.

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

Re: [update] lang/go to Go 1.17

[Janne Johansson]

Den tors 26 aug. 2021 kl 12:13 skrev Janne Johansson :
> Den tis 24 aug. 2021 kl 20:19 skrev Joel Sing :
> > The below diff updates lang/go to Go 1.17.
> > Tested on amd64 and arm64, still need to retest on arm, i386 and mips64
>
> Mips64/octeon:
> (errors on not finding gcc)
> then it passes a bunch more, fails on gcc again and so on, and ends with:
> ...

Ok, pkg_added gcc, did a softlink from egcc to gcc so it finds it, and

# API check
Go version is "go1.17", ignoring -next
/usr/local/ports/pobj/go-1.17/go/api/next.txt

ALL TESTS PASSED

Some small complaints about dwarf but the tests pass:

# misc/cgo/test
/usr/bin/ld: Dwarf Error: found dwarf version '0', this reader only
handles version 2 information.
/tmp/go-build3386267553/b060/_x008.o: In function `testSendSIG':


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

Re: [update] lang/go to Go 1.17

[Janne Johansson]

Den tis 24 aug. 2021 kl 20:19 skrev Joel Sing :
>
> The below diff updates lang/go to Go 1.17.
>
> Tested on amd64 and arm64, still need to retest on arm, i386 and mips64

Mips64/octeon:

===>  Building for go-1.17
Building Go cmd/dist using
/usr/ports/pobj/go-1.17/go-openbsd-mips64-bootstrap. (go1.16
openbsd/mips64)
Building Go toolchain1 using
/usr/ports/pobj/go-1.17/go-openbsd-mips64-bootstrap.
Building Go bootstrap cmd/go (go_bootstrap) using Go toolchain1.
warning: unable to find runtime/cgo.a
Building Go toolchain2 using go_bootstrap and Go toolchain1.
Building Go toolchain3 using go_bootstrap and Go toolchain2.
Building packages and commands for openbsd/mips64.
edgepro# pwd
/usr/ports/lang/go
edgepro# make install
===>  Faking installation for go-1.17
/usr/ports/pobj/go-1.17/bin/install -d -m 755
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/bin
/usr/ports/pobj/go-1.17/bin/install -c  -m 755 -p
/usr/ports/pobj/go-1.17/go/bin/go
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/bin
/usr/ports/pobj/go-1.17/bin/install -c  -m 755 -p
/usr/ports/pobj/go-1.17/go/bin/gofmt
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/bin
find /usr/ports/pobj/go-1.17/go -maxdepth 1 -type f  -exec
/usr/ports/pobj/go-1.17/bin/install -c -m 644 -p {}
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go \;
cd /usr/ports/pobj/go-1.17/go &&  find api -type d  -exec
/usr/ports/pobj/go-1.17/bin/install -d -m 755
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/{} \;  -o -type f !
-nam
e \*.orig  -exec /usr/ports/pobj/go-1.17/bin/install -c -m 644 -p {}
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/{} \;
cd /usr/ports/pobj/go-1.17/go &&  find doc -type d  -exec
/usr/ports/pobj/go-1.17/bin/install -d -m 755
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/{} \;  -o -type f !
-nam
e \*.orig  -exec /usr/ports/pobj/go-1.17/bin/install -c -m 644 -p {}
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/{} \;

cd /usr/ports/pobj/go-1.17/go &&  find lib -type d  -exec
/usr/ports/pobj/go-1.17/bin/install -d -m 755
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/{} \;  -o -type f !
-nam

e \*.orig  -exec /usr/ports/pobj/go-1.17/bin/install -c -m 644 -p {}
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/{} \;
cd /usr/ports/pobj/go-1.17/go &&  find misc -type d  -exec
/usr/ports/pobj/go-1.17/bin/install -d -m 755
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/{} \;  -o -type f !
-na
me \*.orig  -exec /usr/ports/pobj/go-1.17/bin/install -c -m 644 -p {}
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/{} \;
cd /usr/ports/pobj/go-1.17/go &&  find src -type d  -exec
/usr/ports/pobj/go-1.17/bin/install -d -m 755
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/{} \;  -o -type f !
-nam
e \*.orig  -exec /usr/ports/pobj/go-1.17/bin/install -c -m 644 -p {}
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/{} \;
cd /usr/ports/pobj/go-1.17/go &&  find pkg/include -type d  -exec
/usr/ports/pobj/go-1.17/bin/install -d -m 755
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/{} \;  -o -type
f ! -name \*.orig  -exec /usr/ports/pobj/go-1.17/bin/install -c -m 644
-p {} /usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/{} \;
cd /usr/ports/pobj/go-1.17/go &&  find pkg//openbsd_mips64 -type d
-exec /usr/ports/pobj/go-1.17/bin/install -d -m 755
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/{} \;  -
o -type f ! -name \*.orig  -exec /usr/ports/pobj/go-1.17/bin/install
-c -m 644 -p {} /usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/{} \;
cd /usr/ports/pobj/go-1.17/go &&  find test -type d  -exec
/usr/ports/pobj/go-1.17/bin/install -d -m 755
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/{} \;  -o -type f !
-na
me \*.orig  -exec /usr/ports/pobj/go-1.17/bin/install -c -m 644 -p {}
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/{} \;
/usr/ports/pobj/go-1.17/bin/install -d -m 755
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/pkg/tool//openbsd_mips64
/usr/ports/pobj/go-1.17/bin/install -c  -m 755 -p
/usr/ports/pobj/go-1.17/go/pkg/tool//openbsd_mips64/*
/usr/ports/pobj/go-1.17/fake-mips64/usr/local/go/pkg/tool//openbsd_mips64
===>  Building package for go-1.17
Create /usr/ports/packages/mips64/all/go-1.17.tgz
Creating package go-1.17
Link to /usr/ports/packages/mips64/ftp/go-1.17.tgz
===>  Verifying specs: c pthread
===>  found c.96.1 pthread.26.1
===>  Installing go-1.17 from /usr/ports/packages/mips64/all/
go-1.16.6->1.17: ok
Read shared items: ok
edgepro# go version
go version go1.17 openbsd/mips64

make test did pass many tests, first fail was testEINTR,
then a few ones failed due to missing "gcc"
ok  cmd/internal/test2json  0.999s
--- FAIL: TestIssue28429 (1.86s)
link_test.go:96: 'go tool link main.a' failed: exit status 1,
output: /usr/local/ports/pobj/go-1.17/go/pkg/tool/openbsd_mips64/link:
running gcc failed: exec: "gcc": executa
ble file not found in $PATH

--- FAIL: TestIssue21703 (1.06s)
link_test.go:69: failed to link main.o: exit status 1, output:
/usr/local/ports/pobj/go-1.17/go/pkg/tool/openbsd_mips64/link: running
gcc failed: 

Re: [update] lang/go to 1.16

[Janne Johansson]

>
> I did test mips64 and it took me a while to figure out the magic incantation*)
> for bootstrapping it, then make and make test works
>
> but make install seems to lack two files:

..and there were commits done to lang/go between my tests and this
mail of course. Will let the dust settle a bit...

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

Re: [update] lang/go to 1.16

[Janne Johansson]

Den lör 20 feb. 2021 kl 07:54 skrev Joel Sing :
> On 21-02-19 17:22:09, Aaron Bieber wrote:
> > Here is a fairly well tested update to Go. This version now uses libc[1] 
> > thanks
> > to jsing@'s hard work!
>
> Just to clarify, Go 1.16 uses libc-based syscalls for amd64 and
> arm64. The remaining platforms (openbsd/386, openbsd/arm, openbsd/mips64)
> are still using direct syscalls. Once this update lands I'll patch
> the remaining platforms in ports.
> >
> > Also tested but not included: mips64 support \o/
>
> This will still require a little effort and bootstrap, I'll deal with
> this once we've got Go 1.16 with libc-based syscalls for the existing
> four platforms.

I did test mips64 and it took me a while to figure out the magic incantation*)
for bootstrapping it, then make and make test works



# API check
Go version is "go1.16", ignoring -next
/usr/local/ports/pobj/go-1.16/go/api/next.txt

ALL TESTS PASSED


but make install seems to lack two files:

`/usr/ports/pobj/go-1.16/fake-mips64/.fake_done' is up to date.
===>  Building package for go-1.16p1
Create /usr/ports/packages/mips64/all/go-1.16p1.tgz
Creating package go-1.16p1
checksumming|*

  | 9%
Error: 
/usr/ports/pobj/go-1.16/fake-mips64/usr/local/go/pkg/openbsd_mips64/os/signal/internal/pty.a
does not exist
Error: 
/usr/ports/pobj/go-1.16/fake-mips64/usr/local/go/pkg/openbsd_mips64/runtime/cgo.a
does not exist
pkg_create: can't continue

cgo.a should probably be missing, since the release notes for 1.16
says cgo is a no-go for obsd/mips64, but why
pty.a is missing I have no idea, nor how to unlist cgo.a in a decent way.

*)   make GOROOT_BOOTSTRAP=/usr/local/go/bootstrap GOARCH=mips64
after populating the bootstrap dir from the MASTER_SITES0 tgz

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

Re: UPDATE: devel/boehm-gc 8.0.4

[Janne Johansson]

Den tors 4 feb. 2021 kl 14:47 skrev Janne Johansson :

> > k...@intricatesoftware.com wrote:
> > > Update to 8.0.4 with the following additional changes:
> > > Additional testing on mips, powerpc, etc. would be appreciated.
>
> Mips64:
>
> make  check-TESTS
>
> 
> Testsuite summary for gc 8.0.4
>
> 
> # TOTAL: 17
> # PASS:  17
>
> 
> w3m still building...
>

w3m on wikipedia and other sites works fine too.

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

Re: UPDATE: devel/boehm-gc 8.0.4

[Janne Johansson]

> k...@intricatesoftware.com wrote:
> > Update to 8.0.4 with the following additional changes:

> > Additional testing on mips, powerpc, etc. would be appreciated.
>
> I tested on macppc:
>
> - all 17 tests are passing
> - w3m's runtime is still fine
>
> Charlène.
>

Mips64:

make  check-TESTS
PASS: cordtest
PASS: gctest
PASS: leaktest
PASS: middletest
PASS: smashtest
PASS: hugetest
PASS: realloc_test
PASS: staticrootstest
PASS: test_atomic_ops
PASS: threadleaktest
PASS: threadkey_test
PASS: subthreadcreate_test
PASS: initsecondarythread_test
PASS: test_cpp
PASS: disclaim_test
PASS: disclaim_bench
PASS: disclaim_weakmap_test

Testsuite summary for gc 8.0.4

# TOTAL: 17
# PASS:  17
# SKIP:  0
# XFAIL: 0
# FAIL:  0
# XPASS: 0
# ERROR: 0



w3m still building...

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

Re: [clang+ld.bfd] Unbreak devel/fmt

[Janne Johansson]

Here,

http://c66.it.su.se:8080/obsd/LastTest.log

Den ons 20 jan. 2021 kl 18:49 skrev Charlene Wendling :
>
> On Wed, 20 Jan 2021 18:25:22 +0100
> Janne Johansson  wrote:
>
> > Den tis 19 jan. 2021 kl 16:16 skrev Charlene Wendling
> > :
> > > > http://build-failures.rhaalovely.net/mips64/2021-01-12/devel/fmt.log
> > > (and the same in the current bulk for the other clang+ld.bfd arch,
> > > macppc)
> > >
> > > With the below diff i can build fmt and pass its tests on macppc
> > > [0]. mips64 seems to have further problems, i'm not 100% positive
> > > it would fix the build there.
> > >
> >
> > make test fails one of them on mips64
> >  5/15 Test  #5: gtest-extra-test .   Passed0.07
> > sec Start  6: format-test
> >  6/15 Test  #6: format-test ..***Failed0.80
> > sec Start  7: format-impl-test
> >  7/15 Test  #7: format-impl-test .   Passed0.18
> > sec Start  8: locale-test
> >  8/15 Test  #8: locale-test ..   Passed0.05
> > sec Start  9: ostream-test
> >  9/15 Test  #9: ostream-test .   Passed0.06
> > sec Start 10: compile-test
> > 10/15 Test #10: compile-test .   Passed0.05
> > sec Start 11: printf-test
> > 11/15 Test #11: printf-test ..   Passed0.09
> > sec Start 12: ranges-test
> > 12/15 Test #12: ranges-test ..   Passed0.04
> > sec Start 13: scan-test
> > 13/15 Test #13: scan-test    Passed0.05
> > sec Start 14: posix-mock-test
> > 14/15 Test #14: posix-mock-test ..   Passed0.05
> > sec Start 15: os-test
> > 15/15 Test #15: os-test ..   Passed0.19
> > sec
> >
> > 93% tests passed, 1 tests failed out of 15
> >
> > Total Test time (real) =   1.99 sec
> > The following tests FAILED:
> >
> >   6 - format-test (Failed)
> >
> > Errors while running CTest
>
> Aw.
>
> It would be nice to share $WRKBUILD/Testing/Temporary/LastTest.log
> i guess.
>
> > --
> > May the most significant bit of your life be positive.
> >



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

Re: [clang+ld.bfd] Unbreak devel/fmt

[Janne Johansson]

Den tis 19 jan. 2021 kl 16:16 skrev Charlene Wendling :
> > http://build-failures.rhaalovely.net/mips64/2021-01-12/devel/fmt.log
> (and the same in the current bulk for the other clang+ld.bfd arch,
> macppc)
>
> With the below diff i can build fmt and pass its tests on macppc [0].
> mips64 seems to have further problems, i'm not 100% positive it would
> fix the build there.
>

make test fails one of them on mips64
 5/15 Test  #5: gtest-extra-test .   Passed0.07 sec
  Start  6: format-test
 6/15 Test  #6: format-test ..***Failed0.80 sec
  Start  7: format-impl-test
 7/15 Test  #7: format-impl-test .   Passed0.18 sec
  Start  8: locale-test
 8/15 Test  #8: locale-test ..   Passed0.05 sec
  Start  9: ostream-test
 9/15 Test  #9: ostream-test .   Passed0.06 sec
  Start 10: compile-test
10/15 Test #10: compile-test .   Passed0.05 sec
  Start 11: printf-test
11/15 Test #11: printf-test ..   Passed0.09 sec
  Start 12: ranges-test
12/15 Test #12: ranges-test ..   Passed0.04 sec
  Start 13: scan-test
13/15 Test #13: scan-test    Passed0.05 sec
  Start 14: posix-mock-test
14/15 Test #14: posix-mock-test ..   Passed0.05 sec
  Start 15: os-test
15/15 Test #15: os-test ..   Passed0.19 sec

93% tests passed, 1 tests failed out of 15

Total Test time (real) =   1.99 sec
The following tests FAILED:

  6 - format-test (Failed)

Errors while running CTest


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

Re: NEW: DASM-2.20.14

[Janne Johansson]

For the record, "works for me".


Den mån 7 dec. 2020 kl 16:42 skrev Gonzalo L. Rodriguez :

> On Fri, 27 Nov 2020 at 09:55:01 +0100, Gonzalo L. Rodriguez wrote:
> > Moin,
> >
> > Attached a port of DASM a macro assembler with support for several 8-bit
> > microprocessors.
> >
> > https://github.com/dasm-assembler/dasm
> >
> > Thanks jasper@ for the help!
> >
> > Cheers.-
> >
> > --
> >
> >   - gonzalo
>
> New tarball attached, fixed licence.
>
> Someone else interested in OK? :D
>
> Cheers.-
>
> --
>
> - gonzalo
>


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

Re: devel/cryptopp needs an update; help wanted!

[Janne Johansson]

Den ons 18 nov. 2020 kl 01:21 skrev Stuart Henderson :

> On 2020/11/17 20:44, Rafael Sadowski wrote:
> > Is anybody willing to take care of devel/cryptopp? An update would be
> > great.
>
> I've updated it (and fixed up deps). I've run the test suite on aarch64,
> amd64, i386 with no problems, it seems to have fairly good cross-arch
> compatibility but wouldn't hurt to get reports from other archs if anyone
> with those systems has time.
>

Make test on 8.2.0 works fine on mips64/octeon:
---
All tests passed!

Seed used was 1605703074
Test started at Wed Nov 18 13:37:54 2020
Test ended at Wed Nov 18 13:40:12 2020


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

Re: coq 8.12.0p0: diff to unbreak on non-ocaml-native architecture

[Janne Johansson]

Seems to build and install ok on mips64 too:

http://c66.it.su.se:8080/obsd/coq-build-mips64.txt

Don't know how to test it further than that.


Den sön 30 aug. 2020 kl 19:57 skrev Charlene Wendling :

> On Fri, 28 Aug 2020 05:26:16 +0900
> Yozo TODA wrote:
>
> > recent bulk builds show that coq 8.12.0 failed to build on
> > non ocaml-native architectures such as aarch64, sparc64, misp64.
> >
> > by simulating non ocaml-native architectures on amd64
> > with arch-defines.mk modified,
> > (removing amd64 from OCAML_NATIVE_ARCHS and OCAML_DYNLINK_ARCHS)
> > I check how we should update PLIST and PFRAGs.
> >
> > Here attached is the diff to coq-8.12.0.
> > Anyone please confirm this diff really enables the packaging
> > on non ocaml-native architectures?
> >
> > -- yozo.
>
> Hi,
>
> It packages fine on macppc: https://bin.charlenew.xyz/coq.log
>
> Charlène.
>
>

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

Re: Add aarch64 to wireguard-go

[Janne Johansson]

Shouldn't it att least match GOARCHes ?

Den fre 17 apr. 2020 18:54Stuart Henderson  skrev:

> On 2020/04/17 11:34, Aisha Tammy wrote:
> > Upstream seems to have fixed the bug mentioned in the 1.4 change
> > which removed aarch64 and i386, but I've only tested on aarch64
> > so I've added that to the Makefile.
> >
> > I've been using this on Pine A64 LTS model for the past few weeks
> > and have not encountered any error so it is safe to add aarch64.
> >
> > comments? OK?
> >
> > aisha
> >
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/net/wireguard-go/Makefile,v
> > retrieving revision 1.13
> > diff -u -p -r1.13 Makefile
> > --- Makefile  30 Mar 2020 14:33:11 -  1.13
> > +++ Makefile  17 Apr 2020 15:21:58 -
> > @@ -1,6 +1,6 @@
> >  # $OpenBSD: Makefile,v 1.13 2020/03/30 14:33:11 jasper Exp $
> >
> > -ONLY_FOR_ARCHS = amd64
> > +ONLY_FOR_ARCHS = amd64 aarch64
> >
> >  COMMENT =implementation of WireGuard in Go
> >
> >
>
> Better to remove ONLY_FOR_ARCHS completely, we can readd it if there's
> still a problem with i386 or (32 bit) arm.
>
> It is more that they were using old vendored libraries rather than a bug
> as such. Which is sadly the norm with the annoying new languages.
>
>

Re: UPDATE: lang/gawk 5.0.1 => 5.1.0

[Janne Johansson]

Den tors 16 apr. 2020 kl 04:19 skrev Brian Callahan :

> Hi ports --
> All tests pass on amd64 and I don't anticipate any breakage in any ports
> that depend on gawk based on my limited testing. A big endian check
> would be appreciated.
>

All tests passed on octeon.

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

Re: [NEW] net/wiresep

[Janne Johansson]

Den mån 18 nov. 2019 kl 14:05 skrev Tim Kuijsten :

> > enclave[46390]: decreasing current data limit from 17179869184 to 1048576
> >
> > enclave[46390]: decreasing maximum data limit from 17179869184 to 1048576
>
> In the next branch I have patched the enclave to relax the heap limit to at
> least 2M instead of 1M (plus some extra dependant on the number of
> configured
> interfaces and peers).
>
> doas wiresep -dvv
> ...
> enclave[16625]: decreasing current data limit from 34359738368 to 2097624
> enclave[16625]: decreasing maximum data limit from 34359738368 to 2097624
>
> could you try with these patches?
>
> https://github.com/timkuijsten/wiresep/tree/next
>

Yes, that makes it much more reliable, haven't failed me yet.

Btw, could we make the proctitle slightly nicer on the cpu-bearing process?

  PID USERNAME PRI NICE  SIZE   RES STATE WAIT  TIMECPU COMMAND
19404 wsep  390 1440K 3232K onproc/1  - 0:07 27.88% tun0

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

Re: [NEW] net/wiresep

[Janne Johansson]

./wiresep -d -vv

master[25128]: 25128

master[25128]: enclave 4:6

master[25128]: proxy 8:9

master[25128]: tun0 master 3:4, enclave 5:6, proxy 7:8

master[25128]: config sent to enclave 4

master[25128]: config sent to proxy 8

proxy[19229]: enclave[46390]: 1922946390


master[25128]: config sent to tun0 3

tun0[95120]: 95120

proxy[19229]: config received from 9

proxy[19229]: socket receive buffer: 524216

proxy[19229]: listening 192.168.1.110:1234

proxy[19229]: server sockets created:

proxy[19229]: decreasing current data limit from 17179869184 to 2097152

proxy[19229]: decreasing maximum data limit from 17179869184 to 2097152

proxy[19229]: decreasing current fsize limit from 9223372036854775807 to 0

proxy[19229]: decreasing maximum fsize limit from 9223372036854775807 to 0

proxy[19229]: decreasing current memlock limit from 168908117 to 0

proxy[19229]: decreasing maximum memlock limit from 506724352 to 0

proxy[19229]: decreasing current nofile limit from 128 to 8

proxy[19229]: decreasing maximum nofile limit from 1024 to 8

proxy[19229]: decreasing current nproc limit from 542 to 0

proxy[19229]: decreasing maximum nproc limit from 542 to 0

proxy[19229]: decreasing current stack limit from 8388608 to 32768

proxy[19229]: decreasing maximum stack limit from 33554432 to 32768

enclave[46390]: config received from 6

enclave[46390]: decreasing current data limit from 17179869184 to 1048576

enclave[46390]: decreasing maximum data limit from 17179869184 to 1048576

enclave[46390]: decreasing current fsize limit from 9223372036854775807 to 0

enclave[46390]: decreasing maximum fsize limit from 9223372036854775807 to 0

enclave[46390]: decreasing current memlock limit from 168908117 to 0

enclave[46390]: decreasing maximum memlock limit from 506724352 to 0

enclave[46390]: decreasing current nofile limit from 128 to 7

enclave[46390]: decreasing maximum nofile limit from 1024 to 7

enclave[46390]: decreasing current nproc limit from 542 to 0

enclave[46390]: decreasing maximum nproc limit from 542 to 0

enclave[46390]: decreasing current stack limit from 8388608 to 32768

enclave[46390]: decreasing maximum stack limit from 33554432 to 32768

enclave[46390]: calloc ev: Cannot allocate memory

master: child 46390 normal exit 1

proxy[19229]: received TERM, shutting down



and when it works:


./wiresep -d -vv

master[92457]: 92457


master[92457]: enclave 4:6

master[92457]: proxy 8:9

master[92457]: tun0 master 3:4, enclave 5:6, proxy 7:8

master[92457]: enclave[71015]: 71015

config sent to enclave 4

master[92457]: config sent to proxy 8

master[92457]: config sent to tun0 3

tun0[11040]: 11040

proxy[12374]: 12374

enclave[71015]: config received from 6

enclave[71015]: decreasing current data limit from 17179869184 to 1048576

enclave[71015]: decreasing maximum data limit from 17179869184 to 1048576

enclave[71015]: decreasing current fsize limit from 9223372036854775807 to 0

enclave[71015]: decreasing maximum fsize limit from 9223372036854775807 to 0

enclave[71015]: decreasing current memlock limit from 168908117 to 0

enclave[71015]: decreasing maximum memlock limit from 506724352 to 0

enclave[71015]: decreasing current nofile limit from 128 to 7

enclave[71015]: decreasing maximum nofile limit from 1024 to 7

enclave[71015]: decreasing current nproc limit from 542 to 0

enclave[71015]: decreasing maximum nproc limit from 542 to 0

enclave[71015]: decreasing current stack limit from 8388608 to 32768

enclave[71015]: decreasing maximum stack limit from 33554432 to 32768

proxy[12374]: config received from 9

proxy[12374]: socket receive buffer: 524216

proxy[12374]: listening 192.168.1.110:1234tun0[11040]: tun0 172.19.0.1/24


proxy[12374]: server sockets created:

proxy[12374]: tun0[11040]: decreasing current data limit from 17179869184
to 2097152peer udp6 receive buffer: 524216


tun0[11040]: peer udp4 receive buffer: 524216proxy[12374]:

decreasing maximum data limit from 17179869184 to 2097152

proxy[12374]: decreasing current fsize limit from 9223372036854775807 to 0

proxy[12374]: decreasing maximum fsize limit from 9223372036854775807 to 0

tun0[11040]: proxy[12374]: maclap allowedip 0.0.0.0/0decreasing current
memlock limit from 168908117 to 0


proxy[12374]: decreasing maximum memlock limit from 506724352 to 0

tun0[11040]: proxy[12374]: maclap allowedip ::/0decreasing current nofile
limit from 128 to 8


proxy[12374]: decreasing maximum nofile limit from 1024 to 8

tun0[11040]: proxy[12374]: config received from 4decreasing current nproc
limit from 542 to 0


proxy[12374]: decreasing maximum nproc limit from 542 to 0

proxy[12374]: decreasing current stack limit from 8388608 to 32768

proxy[12374]: decreasing maximum stack limit from 33554432 to 32768

tun0[11040]: configuring tun0

tun0[11040]: tun0 created

tun0[11040]: decreasing current data limit from 17179869184 to 2097152

tun0[11040]: decreasing maximum data limit from 17179869184 to 2097152

tun0[11040]: decreasing 

Re: [NEW] net/wiresep

[Janne Johansson]

Works on my ERL/octeon/mips64 against my work-mac-laptop with wireguard!

[ ID] Interval   Transfer Bitrate

[  5]   0.00-10.01  sec  13.5 MBytes  11.3 Mbits/sec
receiver

decent perf also.

Den fre 15 nov. 2019 kl 02:47 skrev Stuart Henderson :

> On 2019/11/15 00:39, Tim Kuijsten wrote:
> > This is a new version of the port which fixes all my previous
> > questions (thanks Bjorn Ketelaars for all the help).
> > This is based on the final v0.8.2 which I released today and includes
> > some additional tweaks and fixes (is the version number v0.8.2
> > semantically higher in ports compared to v0.8.2-rc.3?).
>

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

Re: When will OpenBSD become a friendly place for bug reporters?

[Janne Johansson]

Den ons 10 juli 2019 kl 03:54 skrev Kaashif Hymabaccus <
kaas...@kaashif.co.uk>:
>
> On Tue, Jul 09, 2019 at 12:12:49PM -, Stuart Henderson wrote:
> > [...]
> >
> > But done on a port-by-port opt-in basis for more important ports
> > (major libraries, for example) it might be viable. I think it would
> > need to use detached symbols in a subpackage - build with symbols,
> > then postprocess the various files, it looks like this might do the
> > trick
> >
> > And then it needs additional infrastructure to handle putting these
> > into subpackages (which gets complicated where a port already uses
> > subpackages).
>
> As I understand it, this is essentially what Debian does. See
>
https://wiki.debian.org/HowToGetABacktrace#Installing_the_debugging_symbols.
>

I checked one of the ceph repos which does keep debug symbols as separate
packages and if you check the first 10-20 debs,
http://eu.ceph.com/debian-nautilus/pool/main/c/ceph/
you see a 20x size difference on the debug pkgs.

For the rpm-ish dists, all debug is in one simple package, weighing in at
whopping 1.9G
http://eu.ceph.com/rpm-nautilus/el7/x86_64/  (the ceph-debuginfo rpm)
whereas the other rpms are a few megs up to 34 perhaps.

Looking at snapshots package sizes for a few popular arches on obsd,

$ du -sh amd64/ i386/ sparc64 aarch64/


42.4G   amd64/
39.5G   i386/
23.7G   sparc64
20.0G   aarch64/

we'd see quite an interesting result from upping that with a factor of 20x,
in terms of disk space (which may or may not be a showstopper for some
mirrors) but also time to sync a new snap and the network used in order
to do it.

It would be very user-visible getting daily snaps of packages slower
than you do today, will everyone want to pay that price to one person
doesn't
have to "go gentoo on his ass" in order to contribute?

You don't get to be in the group that goes "why aren't release/snap packages
ready when I want them" at the same time as the group that suggests
"lets push 20x more data onto mirrors and sign-infra-boxes"

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

Re: NEW: lang/cc65

[Janne Johansson]

Compiles my C64 Blake2 hash code fine.

Den tis 18 dec. 2018 kl 08:05 skrev Sascha Paunovic :
>
> On Tue, 18 Dec 2018 06:23:40 +0100
> Sascha Paunovic  wrote:
> > Hi!
> >
> > lang/cc65[1] is a C compiler for 6502 based machines.
> >
> > This is my first port submission, and I'd appreciate feedback. Thanks
> > in advance!
> >
> > [1]: https://cc65.github.io/
> > --
> > Sascha Paunovic 
>
> Oops. The indentation wasn't quite right in the Makefile, amended tarball 
> attached.
>
> --
> Sascha Paunovic 



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

Re: [update] devel/arduino [new] devel/arduboy2 [new] devel/arduino-makefile

[Janne Johansson]

Den tors 18 okt. 2018 kl 22:18 skrev joshua stein :

> I don't know what others are doing with Arduino stuff on OpenBSD so
> I'd like to know if any of this stuff works for you or if I've just
> gotten lucky with the Arduboy.

That change would not hurt my work-flow either.
Haven't upgraded my arduino-flashing computer in a while,
but works-for-me I'd say.

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

Re: Nethack removed from ports question

[Janne Johansson]

Wasn't it updated from 3.4 to 3.6?
https://marc.info/?l=openbsd-ports-cvs=152467539506925=2


2018-04-26 14:27 GMT+02:00 :

> Hello everyone! i was very sad today to saw Nethack removed from ports! it
> was an old version but why to remove it? it was one of my favourite games :(
>
> Thank you for keeping it to this day also, but was curious as to why
> removing it.
>



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

Re: graphics/png update, mips* tests wanted

[Janne Johansson]

I ran the "make tests" on my ERL, took days but it passes:

make  check-TESTS

PASS: tests/pngtest
PASS: tests/pngvalid-gamma-16-to-8
PASS: tests/pngvalid-gamma-alpha-mode
PASS: tests/pngvalid-gamma-background
PASS: tests/pngvalid-gamma-expand16-alpha-mode
PASS: tests/pngvalid-gamma-expand16-background
PASS: tests/pngvalid-gamma-expand16-transform
PASS: tests/pngvalid-gamma-sbit
PASS: tests/pngvalid-gamma-threshold
PASS: tests/pngvalid-gamma-transform
PASS: tests/pngvalid-progressive-size
PASS: tests/pngvalid-progressive-interlace-standard
PASS: tests/pngvalid-transform
PASS: tests/pngvalid-progressive-standard
PASS: tests/pngvalid-standard
PASS: tests/pngstest-1.8
PASS: tests/pngstest-1.8-alpha
PASS: tests/pngstest-linear
PASS: tests/pngstest-linear-alpha
PASS: tests/pngstest-none
PASS: tests/pngstest-none-alpha
PASS: tests/pngstest-sRGB
PASS: tests/pngstest-sRGB-alpha
PASS: tests/pngunknown-IDAT
PASS: tests/pngunknown-discard
PASS: tests/pngunknown-if-safe
PASS: tests/pngunknown-sAPI
PASS: tests/pngunknown-sTER
PASS: tests/pngunknown-save
PASS: tests/pngunknown-vpAg
PASS: tests/pngimage-quick
PASS: tests/pngimage-full

Testsuite summary for libpng 1.6.25

# TOTAL: 32
# PASS:  32
# SKIP:  0
# XFAIL: 0
# FAIL:  0
# XPASS: 0
# ERROR: 0

Re: m4 package

[Janne Johansson]

2014-10-17 11:12 GMT+02:00 R . ren_zokuke...@hotmail.com:

 i just have a very quick question. is the m4 package that comes with
 OpenBSD 5.5, in terms of codebase, completely separate from GNU m4, or is
 it a port of it?



The port in /usr/ports/devel/m4 is GNU m4, the code in /usr/bin/m4 is not
from GNU.



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

Re: diff to BSDmakefile in devel/arduino

[Janne Johansson]

I haven't done much ports work, but from an Arduino perspective this is
correct so ok jj@ if that has any worth.
Den 19 jun 2014 21:56 skrev Daniel Bolgheroni dbolgher...@gmail.com:

 On Thu, Jun 19, 2014 at 03:06:10PM +0100, Stuart Henderson wrote:
 
  Say the port is updated to 1.5.x, these -D lines will need to be
  updated, right?

 Until now, we are fine using ARDUINO=100 even if we update to 1.5.x.
 This macro is being used, as of today, only to control the renaming
 scheme from WProgram.h to Arduino.h.

 I can't say what they will eventually do in the future. If they begin to
 use this variable to control every other renaming schemes or, worst,
 something else, we still need to set this to something = 100 for 1.0.x.

  What I am asking for is a comment, in the port Makefile,
  not in a file hidden away in files/, reminding people to do that.
  Does that make sense?

 Sure. OK?

 Thank you.

 Index: Makefile
 ===
 RCS file: /cvs/ports/devel/arduino/Makefile,v
 retrieving revision 1.10
 diff -u -p -r1.10 Makefile
 --- Makefile7 Aug 2013 21:31:29 -   1.10
 +++ Makefile19 Jun 2014 19:53:24 -
 @@ -4,6 +4,9 @@ COMMENT=open-source electronics prototy

  V= 1.0.2
  PKGNAME=   arduino-${V}
 +# Arduino uses the ARDUINO macro to control the renaming scheme they did
 +# on 1.0.x, from WProgram.h to Arduino.h. BSDmakefile, which defines
 +# it, may need to be updated accordingly.
  DISTNAME=  arduino-${V}-src
  EPOCH= 0
  REVISION = 1

Re: Arduino, Avrdude, Arduino Leonardo

[Janne Johansson]

My patch was only useful for Leonardo which lacks the 16u2 usb2serial which
Leonardo uses code for. It would have to be something that goes if variant
is leonardo, then add also the following object files.

I'd like to focus on getting to 1.0.5 instead, since it brings some fixes
for Mega2560 for deprecated stuff that avr-gcc doesnt really like.




2013/9/10 Ville Valkonen weezeld...@gmail.com

 On 9 September 2013 22:17, Janne Johansson icepic...@gmail.com wrote:
  I used the following changes to the BSDmakefile to make leonardo happy:
  prompt diff -u ../../blink/BSDmakefile BSDmakefile
  --- ../../blink/BSDmakefile Sat Mar 16 16:48:29 2013
  +++ BSDmakefile Thu Jan 10 19:31:35 2013
  @@ -42,24 +42,24 @@
   #AVRDUDE_PROGRAMMER = stk500
 
   ## or for newer boards like the UNO
  -UPLOAD_RATE = 115200
  -PORT = /dev/cuaU1
  -AVRDUDE_PROGRAMMER = arduino
  +UPLOAD_RATE = 57600
  +PORT = /dev/cuaU0
  +AVRDUDE_PROGRAMMER = avr109
 
   ## or this, if you have a usbtiny ISP
   #PORT = usb
   #AVRDUDE_PROGRAMMER = usbtiny
 
  -MCU = atmega328p
  +MCU = atmega32u4
   F_CPU = 1600
 
   #If your sketch uses any libraries, list them here, eg.
   #LIBRARIES=EEPROM LiquidCrystal Wire
  -LIBRARIES=
  +LIBRARIES=SoftwareSerial
 
   # Arduino variant, one of: eightanaloginputs, leonardo, mega,
   # micro or standard.
  -VARIANT = standard
  +VARIANT = leonardo
 
 
 
 
   # Below here nothing should be changed...
  @@ -70,6 +70,7 @@
   SRC = wiring.c wiring_analog.c wiring_digital.c \
   wiring_pulse.c wiring_shift.c WInterrupts.c
   CXXSRC = HardwareSerial.cpp WMath.cpp Print.cpp WString.cpp \
  +USBCore.cpp HID.cpp CDC.cpp \
  ${LIBRARIES:S|$|.cpp|g}
   FORMAT = ihex
 
  @@ -85,7 +86,7 @@
   OPT = s
 
   # Place -D or -U options here
  -CDEFS = -DF_CPU=$(F_CPU)
  +CDEFS = -DF_CPU=$(F_CPU) -DUSB_VID=0x2341 -DUSB_PID=0x00349
   CXXDEFS = -DF_CPU=$(F_CPU)
 
   # Place -I options here
 
 
 
  2013/8/19 Ville Valkonen weezeld...@gmail.com
 
  Hello all,
 
  TL;DR Building projects for Arduino Leonardo fails.
 
  I'm trying to get Arduino Leonardo to work under Openbsd and here's what
  I've
  done so far.
 
  $ arduinoproject testi
 
  1. copy  paste blink demo from Arduino site into testi.ino.
  2. make
 
  Okay, that compiles. Now, time to modify BSDmakefile to be consistent
 for
  Leonardo.
  $ less +/Leonardo `pkg_info -L arduino |grep -i boards.txt`
 
  New values:
  UPLOAD_RATE = 57600
  MCU = atmega32u4
  VARIANT = leonardo
 
  Okay, time to compile again.
 
  $ make clean all
  rm -f applet/testi.hex applet/testi.eep applet/testi.cof
 applet/testi.elf
  applet/testi.map applet/testi.sym applet/testi.lss applet/core.a
  wiring.o
  wiring_analog.o wiring_digital.o wiring_pulse.o wiring_shift.o
  WInterrupts.o HardwareSerial.o WMath.o Print.o WString.o
  HardwareSerial.lst WMath.lst Print.lst WString.lst wiring.lst
  wiring_analog.lst wiring_digital.lst wiring_pulse.lst wiring_shift.lst
  WInterrupts.lst wiring.s wiring_analog.s wiring_digital.s wiring_pulse.s
  wiring_shift.s WInterrupts.s wiring.d wiring_analog.d wiring_digital.d
  wiring_pulse.d wiring_shift.d WInterrupts.d HardwareSerial.s WMath.s
  Print.s WString.s HardwareSerial.d WMath.d Print.d WString.d utility/*
  if [ -d utility ]; then rmdir utility; fi
  test -d applet || mkdir applet
  echo '#include Arduino.h'  applet/testi.cpp
  echo '#ifdef __cplusplus'  applet/testi.cpp
  echo 'extern C void __cxa_pure_virtual(void) { while(1); }'  
  applet/testi.cpp
  echo '#endif\n'  applet/testi.cpp
  cat testi.ino  applet/testi.cpp
  cat /usr/local/share/arduino//cores/arduino/main.cpp  applet/testi.cpp
  mkdir -p utility
  /usr/local/bin/avr-gcc -c -mmcu=atmega32u4 -I. -gstabs -DF_CPU=1600
  -I/usr/local/share/arduino//cores/arduino
  -I/usr/local/share/arduino//variants/leonardo
  -I/usr/local/share/arduino//variants/leonardo -Os -Wall
  -Wstrict-prototypes  -std=gnu99  -ffunction-sections -fdata-sections
  /usr/local/share/arduino//cores/arduino/wiring.c -o wiring.o
  /usr/local/share/arduino//cores/arduino/wiring.c:264:3: warning:
 #warning
  Timer 2 not finished (may not be present on this CPU)
  /usr/local/share/arduino//cores/arduino/wiring.c:273:3: warning:
 #warning
  Timer 2 not finished (may not be present on this CPU)
  /usr/local/bin/avr-gcc -c -mmcu=atmega32u4 -I. -gstabs -DF_CPU=1600
  -I/usr/local/share/arduino//cores/arduino
  -I/usr/local/share/arduino//variants/leonardo
  -I/usr/local/share/arduino//variants/leonardo -Os -Wall
  -Wstrict-prototypes  -std=gnu99  -ffunction-sections -fdata-sections
  /usr/local/share/arduino//cores/arduino/wiring_analog.c -o
 wiring_analog.o
  /usr/local/bin/avr-gcc -c -mmcu=atmega32u4 -I. -gstabs -DF_CPU=1600
  -I/usr/local/share/arduino//cores/arduino
  -I/usr/local/share/arduino//variants/leonardo
  -I/usr/local/share/arduino//variants/leonardo -Os -Wall
  -Wstrict-prototypes  -std

Re: Arduino, Avrdude, Arduino Leonardo

[Janne Johansson]

I used the following changes to the BSDmakefile to make leonardo happy:
prompt diff -u ../../blink/BSDmakefile BSDmakefile
--- ../../blink/BSDmakefile Sat Mar 16 16:48:29 2013
+++ BSDmakefile Thu Jan 10 19:31:35 2013
@@ -42,24 +42,24 @@
 #AVRDUDE_PROGRAMMER = stk500

 ## or for newer boards like the UNO
-UPLOAD_RATE = 115200
-PORT = /dev/cuaU1
-AVRDUDE_PROGRAMMER = arduino
+UPLOAD_RATE = 57600
+PORT = /dev/cuaU0
+AVRDUDE_PROGRAMMER = avr109

 ## or this, if you have a usbtiny ISP
 #PORT = usb
 #AVRDUDE_PROGRAMMER = usbtiny

-MCU = atmega328p
+MCU = atmega32u4
 F_CPU = 1600

 #If your sketch uses any libraries, list them here, eg.
 #LIBRARIES=EEPROM LiquidCrystal Wire
-LIBRARIES=
+LIBRARIES=SoftwareSerial

 # Arduino variant, one of: eightanaloginputs, leonardo, mega,
 # micro or standard.
-VARIANT = standard
+VARIANT = leonardo

 
 # Below here nothing should be changed...
@@ -70,6 +70,7 @@
 SRC = wiring.c wiring_analog.c wiring_digital.c \
 wiring_pulse.c wiring_shift.c WInterrupts.c
 CXXSRC = HardwareSerial.cpp WMath.cpp Print.cpp WString.cpp \
+USBCore.cpp HID.cpp CDC.cpp \
${LIBRARIES:S|$|.cpp|g}
 FORMAT = ihex

@@ -85,7 +86,7 @@
 OPT = s

 # Place -D or -U options here
-CDEFS = -DF_CPU=$(F_CPU)
+CDEFS = -DF_CPU=$(F_CPU) -DUSB_VID=0x2341 -DUSB_PID=0x00349
 CXXDEFS = -DF_CPU=$(F_CPU)

 # Place -I options here



2013/8/19 Ville Valkonen weezeld...@gmail.com

 Hello all,

 TL;DR Building projects for Arduino Leonardo fails.

 I'm trying to get Arduino Leonardo to work under Openbsd and here's what
 I've
 done so far.

 $ arduinoproject testi

 1. copy  paste blink demo from Arduino site into testi.ino.
 2. make

 Okay, that compiles. Now, time to modify BSDmakefile to be consistent for
 Leonardo.
 $ less +/Leonardo `pkg_info -L arduino |grep -i boards.txt`

 New values:
 UPLOAD_RATE = 57600
 MCU = atmega32u4
 VARIANT = leonardo

 Okay, time to compile again.

 $ make clean all
 rm -f applet/testi.hex applet/testi.eep applet/testi.cof applet/testi.elf
 applet/testi.map applet/testi.sym applet/testi.lss applet/core.a  wiring.o
 wiring_analog.o wiring_digital.o wiring_pulse.o wiring_shift.o
 WInterrupts.o HardwareSerial.o WMath.o Print.o WString.o
 HardwareSerial.lst WMath.lst Print.lst WString.lst wiring.lst
 wiring_analog.lst wiring_digital.lst wiring_pulse.lst wiring_shift.lst
 WInterrupts.lst wiring.s wiring_analog.s wiring_digital.s wiring_pulse.s
 wiring_shift.s WInterrupts.s wiring.d wiring_analog.d wiring_digital.d
 wiring_pulse.d wiring_shift.d WInterrupts.d HardwareSerial.s WMath.s
 Print.s WString.s HardwareSerial.d WMath.d Print.d WString.d utility/*
 if [ -d utility ]; then rmdir utility; fi
 test -d applet || mkdir applet
 echo '#include Arduino.h'  applet/testi.cpp
 echo '#ifdef __cplusplus'  applet/testi.cpp
 echo 'extern C void __cxa_pure_virtual(void) { while(1); }'  
 applet/testi.cpp
 echo '#endif\n'  applet/testi.cpp
 cat testi.ino  applet/testi.cpp
 cat /usr/local/share/arduino//cores/arduino/main.cpp  applet/testi.cpp
 mkdir -p utility
 /usr/local/bin/avr-gcc -c -mmcu=atmega32u4 -I. -gstabs -DF_CPU=1600
 -I/usr/local/share/arduino//cores/arduino
 -I/usr/local/share/arduino//variants/leonardo
 -I/usr/local/share/arduino//variants/leonardo -Os -Wall
 -Wstrict-prototypes  -std=gnu99  -ffunction-sections -fdata-sections
 /usr/local/share/arduino//cores/arduino/wiring.c -o wiring.o
 /usr/local/share/arduino//cores/arduino/wiring.c:264:3: warning: #warning
 Timer 2 not finished (may not be present on this CPU)
 /usr/local/share/arduino//cores/arduino/wiring.c:273:3: warning: #warning
 Timer 2 not finished (may not be present on this CPU)
 /usr/local/bin/avr-gcc -c -mmcu=atmega32u4 -I. -gstabs -DF_CPU=1600
 -I/usr/local/share/arduino//cores/arduino
 -I/usr/local/share/arduino//variants/leonardo
 -I/usr/local/share/arduino//variants/leonardo -Os -Wall
 -Wstrict-prototypes  -std=gnu99  -ffunction-sections -fdata-sections
 /usr/local/share/arduino//cores/arduino/wiring_analog.c -o wiring_analog.o
 /usr/local/bin/avr-gcc -c -mmcu=atmega32u4 -I. -gstabs -DF_CPU=1600
 -I/usr/local/share/arduino//cores/arduino
 -I/usr/local/share/arduino//variants/leonardo
 -I/usr/local/share/arduino//variants/leonardo -Os -Wall
 -Wstrict-prototypes  -std=gnu99  -ffunction-sections -fdata-sections
 /usr/local/share/arduino//cores/arduino/wiring_digital.c -o
 wiring_digital.o
 /usr/local/bin/avr-gcc -c -mmcu=atmega32u4 -I. -gstabs -DF_CPU=1600
 -I/usr/local/share/arduino//cores/arduino
 -I/usr/local/share/arduino//variants/leonardo
 -I/usr/local/share/arduino//variants/leonardo -Os -Wall
 -Wstrict-prototypes  -std=gnu99  -ffunction-sections -fdata-sections
 /usr/local/share/arduino//cores/arduino/wiring_pulse.c -o wiring_pulse.o
 /usr/local/bin/avr-gcc -c -mmcu=atmega32u4 -I. -gstabs -DF_CPU=1600
 -I/usr/local/share/arduino//cores/arduino
 -I/usr/local/share/arduino//variants/leonardo
 

Re: FreeBSD ports problem

[Janne Johansson]

2013/8/29 Harpreet Singh Chawla preet10101...@gmail.com

 I have been trying to install virtualbox support for my FreeBSD 9.1. A



 Please help.



Wrong list.


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

Re: NEW: games/pushover

[Janne Johansson]

2013/6/1 Anthony J. Bentley anth...@cathet.us

 Hi,
 Pushover is a faithful reimplementation of the game with the same name
 published in 1992 by Ocean. It contains the original levels. The
 graphics and sound are very similar when compared with the original
 game.

 The task of the game is to rearrange the dominoes on the different
 platforms so that you can start a chainreaction that makes all dominoes
 topple over.

 Works well on i386.



I didn't make a port of it before, but it runs fine on amd64 too.


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

Re: Improve devel/arduino BSDmakefile

[Janne Johansson]

Without this, make -jX will race the target and not produce the output.

# cvs diff -uNp
BSDmakefile
Index: BSDmakefile
===
RCS file: /open/anoncvs/cvs/ports/devel/arduino/files/BSDmakefile,v
retrieving revision 1.6
diff -u -p -u -p -r1.6 BSDmakefile
--- BSDmakefile 5 May 2013 20:51:40 -   1.6
+++ BSDmakefile 14 May 2013 10:53:27 -
@@ -204,7 +204,7 @@ ELFSIZE = $(SIZE)  applet/$(TARGET).elf
 sizebefore:
@if [ -f applet/$(TARGET).elf ]; then echo; echo
$(MSG_SIZE_BEFORE); $(HEXSIZE); echo; fi

-sizeafter:
+sizeafter: applet/$(TARGET).hex
@if [ -f applet/$(TARGET).elf ]; then echo; echo $(MSG_SIZE_AFTER);
$(HEXSIZE); echo; fi



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

Re: Improve devel/arduino BSDmakefile

[Janne Johansson]

2013/5/3 Edd Barrett vex...@gmail.com

 Hi,

 I found a few nits and things which could be more user friendly in the
 arduino example BSDmakefile. The diff below does the following:

  - Adds the utility/ directory as an include path for each library
 imported.
Needed to build, for example, the SD library.

 It is need for the Ethernet library too, but I had to make it manually in
my project dir.


  - Implement __cxa_pure_virtual so the user does not have to[1][2].


Yes... You made it a while(1), but I mostly have it as an empty function:

void __cxa_pure_virtual(void); void __cxa_pure_virtual(void) {};

I guess its never called so it doesnt matter much.

 - Deal with the creation and removal of the utility/ directory
automatically. The comment that explained this was actually wrong
anyway. It said to create a 'utilities' directory, but it meant
'utility'. Anyway, manage this automatically, why not.


Fine by me. I had posted a simple patch to the comment, but this would be
far better.
Will test this later today I hope.

--
Best Regards
Edd Barrett

http://www.theunixzoo.co.uk




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

NEW: libsigrok/libsigrokdecode/sigrok-cli

[Janne Johansson]

Stuff to talk to logic analyzers (over usb) mostly.
Packaged code tested on amd64 and i386.

http://people.su.s/~jj/sigrok.tgz
(unpacks three dirs under devel)

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

Re: NEW: libsigrok/libsigrokdecode/sigrok-cli

[Janne Johansson]

And I can't write links, it seems.
http://people.su.se/~jj/obsd/sigrok.tgz
works.



2013/5/9 Janne Johansson icepic...@gmail.com

 Stuff to talk to logic analyzers (over usb) mostly.
 Packaged code tested on amd64 and i386.

 http://people.su.s/~jj/sigrok.tgz
 (unpacks three dirs under devel)

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




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

msp430 Makefile nit.

[Janne Johansson]

Not the makefile that builds the port, but the example one which is
supplied with it.

For the programming to work, the prog name-of-file needs to be one single
argument, so enclose in quotes,
and for the make asm target, OBJDUMP needs to get defined also.

If gmail borks the diff, it's also at:
http://people.su.se/~jj/obsd/msp430.diff


Index: files/Makefile
===
RCS file: /home/cvsync/cvs/ports/meta/msp430/files/Makefile,v
retrieving revision 1.1
diff -u -r1.1 Makefile
--- files/Makefile  25 Jan 2013 10:06:33 -  1.1
+++ files/Makefile  23 Mar 2013 16:17:17 -
@@ -15,6 +15,7 @@
 GASP= $(MCU)-gasp
 NM  = $(MCU)-nm
 OBJCOPY  = $(MCU)-objcopy
+OBJDUMP  = $(MCU)-objdump
 RANLIB   = $(MCU)-ranlib
 STRIP   = $(MCU)-strip
 SIZE= $(MCU)-size
@@ -53,7 +54,7 @@
$(MAKETXT) -O $(TARGET).txt -TITXT $(TARGET).hex -I

 program: $(TARGET).elf
-   mspdebug rf2500 prog $(TARGET).elf exit
+   mspdebug rf2500 prog $(TARGET).elf exit

 clean:
rm -fr $(TARGET).elf $(TARGET).hex $(OBJECTS)


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

Re: thunderbird future releases

[Janne Johansson]

I would be fine with sticking to 17 until 24 comes out if they do
apply security fixes.
I don't know what other features I would be missing in between from
the betas, but as long as I don't get rooted while reading my mails,
I'm happy to stick with something older.

2013/1/4 Landry Breuil lan...@rhaalovely.net:
 Hi,

 as some of you may have heard, mozilla decided to slow down the
 development of thundebird (or rather, reattribute the resources)
 (more background here
 https://blog.lizardwrangler.com/2012/07/06/thunderbird-stability-and-community-innovation/,
 more actual releng details here
 https://wiki.mozilla.org/Thunderbird/Proposal:_New_Release_and_Governance_Model)

 what that means now for end users in the coming months :
 - there will be no tb 18 release along fx 18. And that until 24, where
   there will be a new 'major' release built from gecko 24.
 - there will be a tb 17.0.x release along each fx release. It will be
   based on gecko 17 (ie mozilla-esr17 repo + comm-release)
 - this is different from 17.0.xESR releases, there will be more stuff
   added to those 17.0.x release (ie minor features, more non-critical
 bugfixes that are not taken for ESR)
 - there will still be a 18 beta  19 beta (etc) until 24 beta. A real
   release built from mozilla-beta + comm-beta repositories, where new
 'major community-contributed features' will bake, and tracks
 firefox/gecko development.

 This is already confusing enough in terms of PR  branches, so i'll
 stop here.

 What do thunderbird users want for the openbsd port ? rather tracking
 the 17.0.x release (and 24.0.x release after that..) ? or be a bit
 adventurous  use the -beta releases which track mozilla/firefox more
 closely ? Fwiw i use the betas daily, and they work fine.
 (no i WONT make two separate ports. get real.)

 I'd love to hear feedback from people who care.

 Landry




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

Re: arduino 1.0.2, small nit.

[Janne Johansson]

And of course the dhcp stuff errors out so I had to remove that part
in order to compile the Ethernet stuff.
Will look more closely at this before I'll do something for the
comment in the makefile.

2012/12/21 Janne Johansson icepic...@gmail.com:
 Found some include-file stuff later when actually compiling the
 Ethernet lib for arduino which also needs to go in, and sthen pointed
 out that I need to bump the sub-version also, I'll make a complete
 diff when I have it compiling (the ethernet-arduino code).


 2012/12/21 Gonzalo L. R. gonz...@x61.com.ar:
 Ok by me jj.

 On Thu, Dec 20, 2012 at 10:06:00PM +0100, Janne Johansson wrote:
 ; While actually testing Ethernet shields, I found this issue:
 ; Index: BSDmakefile
 ; ===
 ; RCS file: /home/cvsync/cvs/ports/devel/arduino/files/BSDmakefile,v
 ; retrieving revision 1.5
 ; diff -u -r1.5 BSDmakefile
 ; --- BSDmakefile 13 Oct 2012 12:13:37 -  1.5
 ; +++ BSDmakefile 20 Dec 2012 21:04:33 -
 ; @@ -59,7 +59,7 @@
 ;  # Or if you want to use the Ethernet library, use:
 ;  # LIBRARIES=SPI Ethernet IPAddress Dhcp Dns EthernetClient EthernetServer 
 \
 ;  #  EthernetUdp utility/w5100 utility/socket new
 ; -# and run 'mkdir utilities'
 ; +# and run 'mkdir utility'
 ;  LIBRARIES=
 ;
 ;  # Arduino variant, one of: eightanaloginputs, leonardo, mega,
 ;
 ; It will place object files for w5100 and socket in that dir.
 ;
 ; --
 ;  To our sweethearts and wives.  May they never meet. -- 19th century toast
 ;

 --
 Sending from my VCR...



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



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

arduino 1.0.2, small nit.

[Janne Johansson]

While actually testing Ethernet shields, I found this issue:
Index: BSDmakefile
===
RCS file: /home/cvsync/cvs/ports/devel/arduino/files/BSDmakefile,v
retrieving revision 1.5
diff -u -r1.5 BSDmakefile
--- BSDmakefile 13 Oct 2012 12:13:37 -  1.5
+++ BSDmakefile 20 Dec 2012 21:04:33 -
@@ -59,7 +59,7 @@
 # Or if you want to use the Ethernet library, use:
 # LIBRARIES=SPI Ethernet IPAddress Dhcp Dns EthernetClient EthernetServer \
 #  EthernetUdp utility/w5100 utility/socket new
-# and run 'mkdir utilities'
+# and run 'mkdir utility'
 LIBRARIES=

 # Arduino variant, one of: eightanaloginputs, leonardo, mega,

It will place object files for w5100 and socket in that dir.

-- 
 To our sweethearts and wives.  May they never meet. -- 19th century toast

Re: update: arduino

[Janne Johansson]

2012/5/22 Jasper Lievisse Adriaanse jas...@openbsd.org:
 Could arduino users please give this a try?


I did a very simple edit ports makefile to say 1.0.1, make
makesums and make plist to allow it to install and that version ran
fine for me.

I also have to edit the speed to 115200 in the BSDMakefile like in
1.0.1 for my Arduino Uno, but I also dont see that as a regression, it
was the same for 1.0.

I can try your version once over also, should be quick. I just
happened to not need the fixed cpp files in my projects.

-- 
 To our sweethearts and wives.  May they never meet. -- 19th century toast

Re: update: arduino

[Janne Johansson]

2012/5/22 Janne Johansson icepic...@gmail.com:
 2012/5/22 Jasper Lievisse Adriaanse jas...@openbsd.org:
 Could arduino users please give this a try?


 I did a very simple edit ports makefile to say 1.0.1, make
 makesums and make plist to allow it to install and that version ran
 fine for me.

 I can try your version once over also, should be quick. I just
 happened to not need the fixed cpp files in my projects.

Yes, it worked fine for me also.

-- 
 To our sweethearts and wives.  May they never meet. -- 19th century toast

Re: Tcl and rthreads.

[Janne Johansson]

2012/3/25 Jeremy Evans jeremyeva...@gmail.com:
 On Sat, Mar 24, 2012 at 1:53 PM, Stuart Cassoff s...@bell.net wrote:
 The problem seems to be something with timeouts.
 Maybe select() related?

 I've also seen a ruby 1.9 regress failure related to select after the
 upgrade to rthreads.  I haven't had time to look into it yet, though.

While on the topic of threading ports, I made a patch for the erlang port:
When starting erl with this port, it prints - [smp:2:2] [rq:2] on a
dual-core as expected
Only tested on amd64.

Hope gmail won't make the diff all worthless. It's easy enough to
retype I think.
I have verified that a 2-core laptop does fibonaccis twice as fast
with this patch, have no idea how to test it more than this (ie. I
don't have a decent ejabberd or other env. to haunt, the port doesn't
have a regress target)

cvs diff: Diffing .
Index: Makefile
===
RCS file: /home/cvsync/cvs/ports/lang/erlang/Makefile,v
retrieving revision 1.46
diff -u -r1.46 Makefile
--- Makefile23 Dec 2011 13:40:13 -  1.46
+++ Makefile26 Mar 2012 07:55:14 -
@@ -6,6 +6,7 @@
 DISTNAME=  otp_src_${V}
 PKGNAME=   erlang-14b.04
 EPOCH= 0
+REVISION=  0
 CATEGORIES=lang

 # Erlang Public License
@@ -32,7 +33,7 @@
--enable-threads\
--enable-kernel-poll \
--disable-hipe \
-   --disable-smp-support
+   --enable-smp-support

 USE_GMAKE= Yes
 USE_GROFF =Yes
cvs diff: Diffing patches
cvs diff: Diffing pkg
Index: pkg/PLIST
===
RCS file: /home/cvsync/cvs/ports/lang/erlang/pkg/PLIST,v
retrieving revision 1.21
diff -u -r1.21 PLIST
--- pkg/PLIST   23 Dec 2011 13:40:13 -  1.21
+++ pkg/PLIST   22 Mar 2012 19:49:06 -
@@ -191,6 +191,7 @@
 lib/erlang/${ERTS}/
 lib/erlang/${ERTS}/bin/
 @bin lib/erlang/${ERTS}/bin/beam
+@bin lib/erlang/${ERTS}/bin/beam.smp
 @bin lib/erlang/${ERTS}/bin/child_setup
 @bin lib/erlang/${ERTS}/bin/ct_run
 @bin lib/erlang/${ERTS}/bin/dialyzer


-- 
 To our sweethearts and wives.  May they never meet. -- 19th century toast

Re: ftp.eu.openbsd.org won't do nlist *.tgz

[Janne Johansson]

On Fri, 2008-05-23 at 10:39 +0200, Otto Moerbeek wrote:
 On Fri, May 23, 2008 at 10:13:54AM +0200, Alexander Hall wrote:
 
  Hi!
 
  I'm having trouble with automated package updating using the swedish mirror 
  (ftp.eu.openbsd.org, aka ftp.su.se). It seems that the server is not 
  responding correctly to the nlist *.tgz command in 
  OpenBSD::PackageRepository.
 
  While stuff like nlist a*.tgz works, nlist *.tgz does not. Even nlist 
  [a-z]*.tgz works. :) See below. A wild guess would be that there is some 
  limitation of the number of rows returned or so.
 
  Is this a common limit that should be worked around in PackageRepository or 
  is this only a problem for this specific server? The latter, I suppose?
 
  /Alexander
 
 Any sensible ftp server has a limit. OpenBSD ftpd has a limit of
 GLOB_LIMIT (see glob(3)), which translates to a maximum of 256k of
 bytes allocated for the file list. I do not know which ftpd
 ftp.eu.openbsd.org is using. 

We are using the heimdal 1.0.1 ftpd.
I've heard another person talk about NLIST issues against my server. Is
it worth switching to another ftpd just for that?

(Also, we do http:// serving since recently, so that might help people
wanting to list lots of ports)



signature.asc
Description: This is a digitally signed message part