Re: gkrellm wireless plugin removal (anyone with a wi hardware?)
On 10/14/21 22:56, Stuart Henderson wrote: On 2021/10/14 22:36, Solene Rapenne wrote: On Mon, 20 Sep 2021 18:29:15 +0200 Solene Rapenne : the gkrellm plugin gkrellmwireless is looking for wi* interfaces and a poor attempt at adding iwm0 to the list make it crash. it's useless for people with no wi hardware and I'm not even sure it would still work. The port sysutils/gkrellm/plugins/wireless is in its 10th revision, HOMEPAGE is 404, MASTER_SITES is 404 too. If someone with a wi hardware could check if it works for them that would be great, otherwise I'd propose removal of that port. ping, i propose removal aw my zaurus CF wifi adapter and wavelan red cards! (only joking, i have no idea where they are any more...) Sorry for not replying sooner, but I have a: Oct 14 23:13:54 x41 /bsd: wi0 at pcmcia0 function 0 "D-Link, DCF-660W, " port 0x3000/64 Oct 14 23:13:54 x41 /bsd: wi0: PRISM2.5 ISL3873 (0x800c), Firmware 1.1.1 (primary), 1.7.4 (station), address 00:xx:xx:xx:xx:xx which is from my Zaurus which is running: OpenBSD 6.0-beta from June 2016 :~) and is now the primary network interface due to the untimely demise of my ethernet card CFLA2-100N, but on: x41:fred ~: dmesg | head -4 OpenBSD 7.0-current (GENERIC) #216: Wed Oct 6 21:26:51 MDT 2021 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC real mem = 1600471040 (1526MB) avail mem = 1554927616 (1482MB) the gkrellmwireless plugin works, when the D-Link is attached through pcmcia CF adapter. I've not used gkrellm since before the Zaurus went out of support... So I'm happy if you remove it :~) Cheers Fred
Re: [maintainer update] kakoune 2021-08-28
Hi, Solene Rapenne @ 30-08-2021 18:12 +02: I made a few changes to your diff, do you agree? I removed curses from WANTLIB and removed the link made in libexec (in the PLIST file), I asked on IRC, this is a trick when you have kakoune in a non standard path, which we don't do. Of course I agree. Thank you. make test hangs, but it hangs at the same test than the current port version. That would be nice to report this upstream. I will. The new version works fine for me, thanks! :) You’re welcome :) OK for this new diff. Index: Makefile === RCS file: /home/reposync/ports/editors/kakoune/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- Makefile4 Sep 2020 03:43:29 - 1.3 +++ Makefile30 Aug 2021 13:31:43 - @@ -2,7 +2,7 @@ COMMENT = modal code editor with a focus on interactivity -V = 2020.09.01 +V =2021.08.28 DISTNAME = kakoune-${V} CATEGORIES = editors @@ -11,7 +11,7 @@ HOMEPAGE =https://kakoune.org/ MAINTAINER = Frederic Galusik -WANTLIB = ${COMPILER_LIBCXX} c curses m +WANTLIB = ${COMPILER_LIBCXX} c m MASTER_SITES = https://github.com/mawww/kakoune/releases/download/v${V}/ Index: distinfo === RCS file: /home/reposync/ports/editors/kakoune/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo4 Sep 2020 03:43:29 - 1.3 +++ distinfo30 Aug 2021 13:31:43 - @@ -1,2 +1,2 @@ -SHA256 (kakoune-2020.09.01.tar.bz2) = hhqJxWtdCuOWKMtwbDeotVvCib++PHJGatDidXzPAXU= -SIZE (kakoune-2020.09.01.tar.bz2) = 499880 +SHA256 (kakoune-2021.08.28.tar.bz2) = b27X39jFcjIQ29hIcIrPA69LhHAW/T7elrKomtMidss= +SIZE (kakoune-2021.08.28.tar.bz2) = 535791 Index: pkg/PLIST === RCS file: /home/reposync/ports/editors/kakoune/pkg/PLIST,v retrieving revision 1.2 diff -u -p -r1.2 PLIST --- pkg/PLIST 10 Aug 2020 06:59:14 - 1.2 +++ pkg/PLIST 30 Aug 2021 13:39:08 - @@ -1,5 +1,7 @@ -@comment $OpenBSD: PLIST,v 1.2 2020/08/10 06:59:14 solene Exp $ +@comment $OpenBSD: PLIST,v$ @bin bin/kak +@comment libexec/kak/ +@comment libexec/kak/kak @man man/man1/kak.1 share/doc/kak/ share/doc/kak/README.asciidoc @@ -74,18 +76,23 @@ share/kak/rc/filetype/elm.kak share/kak/rc/filetype/eruby.kak share/kak/rc/filetype/etc.kak share/kak/rc/filetype/exherbo.kak +share/kak/rc/filetype/fennel.kak share/kak/rc/filetype/fish.kak share/kak/rc/filetype/fsharp.kak share/kak/rc/filetype/gas.kak +share/kak/rc/filetype/gdscript.kak +share/kak/rc/filetype/gentoo-linux.kak share/kak/rc/filetype/git.kak share/kak/rc/filetype/gluon.kak share/kak/rc/filetype/go.kak +share/kak/rc/filetype/graphql.kak share/kak/rc/filetype/haml.kak share/kak/rc/filetype/haskell.kak share/kak/rc/filetype/hbs.kak share/kak/rc/filetype/html.kak share/kak/rc/filetype/i3.kak share/kak/rc/filetype/ini.kak +share/kak/rc/filetype/janet.kak share/kak/rc/filetype/java.kak share/kak/rc/filetype/javascript.kak share/kak/rc/filetype/jinja.kak @@ -94,6 +101,7 @@ share/kak/rc/filetype/julia.kak share/kak/rc/filetype/just.kak share/kak/rc/filetype/kakrc.kak share/kak/rc/filetype/kickstart.kak +share/kak/rc/filetype/kotlin.kak share/kak/rc/filetype/latex.kak share/kak/rc/filetype/ledger.kak share/kak/rc/filetype/lisp.kak @@ -102,17 +110,21 @@ share/kak/rc/filetype/mail.kak share/kak/rc/filetype/makefile.kak share/kak/rc/filetype/markdown.kak share/kak/rc/filetype/mercurial.kak +share/kak/rc/filetype/mercury.kak share/kak/rc/filetype/meson.kak share/kak/rc/filetype/mlb.kak share/kak/rc/filetype/moon.kak share/kak/rc/filetype/nim.kak +share/kak/rc/filetype/ninja.kak share/kak/rc/filetype/nix.kak share/kak/rc/filetype/ocaml.kak +share/kak/rc/filetype/pascal.kak share/kak/rc/filetype/perl.kak share/kak/rc/filetype/php.kak share/kak/rc/filetype/pony.kak share/kak/rc/filetype/protobuf.kak share/kak/rc/filetype/pug.kak +share/kak/rc/filetype/purescript.kak share/kak/rc/filetype/python.kak share/kak/rc/filetype/r.kak share/kak/rc/filetype/ragel.kak @@ -126,6 +138,7 @@ share/kak/rc/filetype/scss.kak share/kak/rc/filetype/sh.kak share/kak/rc/filetype/sml.kak share/kak/rc/filetype/sql.kak +share/kak/rc/filetype/svelte.kak share/kak/rc/filetype/swift.kak share/kak/rc/filetype/systemd.kak share/kak/rc/filetype/taskpaper.kak @@ -133,21 +146,25 @@ share/kak/rc/filetype/terraform.kak share/kak/rc/filetype/toml.kak share/kak/rc/filetype/troff.kak share/kak/rc/filetype/tupfile.kak +share/kak/rc/filetype/vhdl.kak share/kak/rc/filetype/void-linux.kak share/kak/rc/filetype/yaml.kak share/kak/rc/filetype/zig.kak share/kak/rc/tools/ +share/kak/rc/tools/autorestore.asciidoc share/kak/rc/tools/autorestore.kak share/kak/rc/tools/autowrap.kak share/kak/rc/tools/clang.kak
[maintainer update] kakoune 2021-08-28
Hi, Attached a diff to update kakoune to the last release. ChangeLog : - command and response fifo support - Shell expansions only trim the last trailing newline instead of all of them to make is possible to losslessly pass text through %sh{...}. - set-option -remove support for subtracting/removing from option values - Menu completions such as command name completion are now auto-inserted on space - write -atomic was replaced with write -method [replace|overwrite] to make both write methods available explicitly - write will fail if the given filename already exists and is a regular file. Use the -force switch to override that behaviour. - ncurses was replaced with a custom terminal escape sequence backend, ncurses is not a dependency anymore. OK ? Cheers. -fredg diff -rupN kakoune.o/Makefile kakoune/Makefile --- kakoune.o/Makefile Sun Aug 29 20:48:27 2021 +++ kakoune/Makefile Mon Aug 30 13:31:06 2021 @@ -2,7 +2,7 @@ COMMENT = modal code editor with a focus on interactivity -V = 2020.09.01 +V = 2021.08.28 DISTNAME = kakoune-${V} CATEGORIES = editors diff -rupN kakoune.o/distinfo kakoune/distinfo --- kakoune.o/distinfo Sun Aug 29 20:48:27 2021 +++ kakoune/distinfo Mon Aug 30 13:41:21 2021 @@ -1,2 +1,2 @@ -SHA256 (kakoune-2020.09.01.tar.bz2) = hhqJxWtdCuOWKMtwbDeotVvCib++PHJGatDidXzPAXU= -SIZE (kakoune-2020.09.01.tar.bz2) = 499880 +SHA256 (kakoune-2021.08.28.tar.bz2) = b27X39jFcjIQ29hIcIrPA69LhHAW/T7elrKomtMidss= +SIZE (kakoune-2021.08.28.tar.bz2) = 535791 diff -rupN kakoune.o/pkg/PLIST kakoune/pkg/PLIST --- kakoune.o/pkg/PLIST Sun Aug 29 20:48:27 2021 +++ kakoune/pkg/PLIST Mon Aug 30 13:51:09 2021 @@ -1,5 +1,7 @@ -@comment $OpenBSD: PLIST,v 1.2 2020/08/10 06:59:14 solene Exp $ +@comment $OpenBSD: PLIST,v$ @bin bin/kak +libexec/kak/ +libexec/kak/kak @man man/man1/kak.1 share/doc/kak/ share/doc/kak/README.asciidoc @@ -74,18 +76,23 @@ share/kak/rc/filetype/elm.kak share/kak/rc/filetype/eruby.kak share/kak/rc/filetype/etc.kak share/kak/rc/filetype/exherbo.kak +share/kak/rc/filetype/fennel.kak share/kak/rc/filetype/fish.kak share/kak/rc/filetype/fsharp.kak share/kak/rc/filetype/gas.kak +share/kak/rc/filetype/gdscript.kak +share/kak/rc/filetype/gentoo-linux.kak share/kak/rc/filetype/git.kak share/kak/rc/filetype/gluon.kak share/kak/rc/filetype/go.kak +share/kak/rc/filetype/graphql.kak share/kak/rc/filetype/haml.kak share/kak/rc/filetype/haskell.kak share/kak/rc/filetype/hbs.kak share/kak/rc/filetype/html.kak share/kak/rc/filetype/i3.kak share/kak/rc/filetype/ini.kak +share/kak/rc/filetype/janet.kak share/kak/rc/filetype/java.kak share/kak/rc/filetype/javascript.kak share/kak/rc/filetype/jinja.kak @@ -94,6 +101,7 @@ share/kak/rc/filetype/julia.kak share/kak/rc/filetype/just.kak share/kak/rc/filetype/kakrc.kak share/kak/rc/filetype/kickstart.kak +share/kak/rc/filetype/kotlin.kak share/kak/rc/filetype/latex.kak share/kak/rc/filetype/ledger.kak share/kak/rc/filetype/lisp.kak @@ -102,17 +110,21 @@ share/kak/rc/filetype/mail.kak share/kak/rc/filetype/makefile.kak share/kak/rc/filetype/markdown.kak share/kak/rc/filetype/mercurial.kak +share/kak/rc/filetype/mercury.kak share/kak/rc/filetype/meson.kak share/kak/rc/filetype/mlb.kak share/kak/rc/filetype/moon.kak share/kak/rc/filetype/nim.kak +share/kak/rc/filetype/ninja.kak share/kak/rc/filetype/nix.kak share/kak/rc/filetype/ocaml.kak +share/kak/rc/filetype/pascal.kak share/kak/rc/filetype/perl.kak share/kak/rc/filetype/php.kak share/kak/rc/filetype/pony.kak share/kak/rc/filetype/protobuf.kak share/kak/rc/filetype/pug.kak +share/kak/rc/filetype/purescript.kak share/kak/rc/filetype/python.kak share/kak/rc/filetype/r.kak share/kak/rc/filetype/ragel.kak @@ -126,6 +138,7 @@ share/kak/rc/filetype/scss.kak share/kak/rc/filetype/sh.kak share/kak/rc/filetype/sml.kak share/kak/rc/filetype/sql.kak +share/kak/rc/filetype/svelte.kak share/kak/rc/filetype/swift.kak share/kak/rc/filetype/systemd.kak share/kak/rc/filetype/taskpaper.kak @@ -133,21 +146,25 @@ share/kak/rc/filetype/terraform.kak share/kak/rc/filetype/toml.kak share/kak/rc/filetype/troff.kak share/kak/rc/filetype/tupfile.kak +share/kak/rc/filetype/vhdl.kak share/kak/rc/filetype/void-linux.kak share/kak/rc/filetype/yaml.kak share/kak/rc/filetype/zig.kak share/kak/rc/tools/ +share/kak/rc/tools/autorestore.asciidoc share/kak/rc/tools/autorestore.kak share/kak/rc/tools/autowrap.kak share/kak/rc/tools/clang.kak share/kak/rc/tools/comment.kak share/kak/rc/tools/ctags.kak +share/kak/rc/tools/doc.asciidoc share/kak/rc/tools/doc.kak share/kak/rc/tools/format.kak share/kak/rc/tools/git.kak share/kak/rc/tools/go/ -share/kak/rc/tools/go/go-tools.kak +share/kak/rc/tools/go/gopls.kak share/kak/rc/tools/grep.kak +share/kak/rc/tools/lint.asciidoc share/kak/rc/tools/lint.kak share/kak/rc/tools/make.kak share/kak/rc/tools/man.kak @@ -162,9 +179,11 @@ share/kak/rc/windowing/iterm.kak share/kak/rc/windowing/kitty.kak
Re: [NEW] devel/tekui NOVICE PORTER
Hi Stuart, Thanks that works on: amd64, i386 and macppc. Cheers Fred On 12/14/20 2:18 PM, Stuart Henderson wrote: On 2020/12/14 12:59, Fred wrote: Hi Johnpaul, Just had a quick play with this port - and it works fine for me, on amd64. I was getting: The licensing info for tekui-1.12 is incomplete. (in devel/tekui) messages - but changing: PERMIT_PACKAGE = YES to PERMIT_PACKAGE_CDROM = YES removed those messages. Not sure what's going on there as PERMIT_PACKAGE is correct. I've attached an updated version that uses the standard lua ports infrastructure, moves to x11/lua-tekui, and adds flavours for the other Lua versions.
Re: [NEW] devel/tekui NOVICE PORTER
Hi Johnpaul, Just had a quick play with this port - and it works fine for me, on amd64. I was getting: The licensing info for tekui-1.12 is incomplete. (in devel/tekui) messages - but changing: PERMIT_PACKAGE = YES to PERMIT_PACKAGE_CDROM = YES removed those messages. Thanks for doing the port. Cheers Fred On 12/12/20 5:10 PM, Johnpaul Humphrey wrote: Hi All, Attached is a port of TekUI, my first port as a matter of fact. TekUI is an event driven GUI toolkit for rapid application development. It is written in Lua and C, so if any of you folks use Lua (I do) you might enjoy it. Being my first port I had a few questions. 1. When running the checking utility, it complained of hard-coded paths in the Makefile. There is one hard coded path in the Makefile. Should I replace every path with a variable, or is this primarily for larger ports? 2. TekUI has several backends. X11, raw framebuffer, and VNC to name a few. Should I make a flavour for every one of those? (excluding Windows and other non-applicable platforms of course.) In other words, when making a package, is it a good idea to make sure every feature can be included, or is it better to aim for simplicity? 3. Is there some easy way to get it packaged for every version of Lua, or does this lazy 'maintainer' have to expend energy typing a few extra keystrokes on the keyboard? Ok, that last one was a bit tongue-in-cheek, I don't mind extra typing. And I do intend to maintain it, I just want to cover them in the most correct and simple manner possible. Please, give me feedback. This is my first port, and I want to get it straight before I port more stuff over. I have only tested this on amd64 platform. I assumed it works on other platforms, but am not sure. Ok, enough typing. Here is the port:
Re: Update: lang/janet to v0.5.0
On 5/13/19 8:33 PM, James Turner wrote: Thanks Fred, I was waiting for things to slow down a bit since there is a hackathon going on right now before looking into this update. But since you did most of the work for me, I'll try to take a look tonight after I get my laptop on the latest snapshot. Hi James, I'm also seeing if I can build Janet on armv7 and arm64 I'll let you now the outcome. Cheers Fred
Update: lang/janet to v0.5.0
Hi James, Was having a play with lang/janet and noticed that the stable version was now at v0.5.0. A diff to bring Janet up to v0.5.0 is attached below. Cheers Fred -- Index: Makefile === RCS file: /cvs/ports/lang/janet/Makefile,v retrieving revision 1.4 diff -u -p -u -r1.4 Makefile --- Makefile16 Apr 2019 01:56:16 - 1.4 +++ Makefile13 May 2019 11:30:32 - @@ -5,7 +5,7 @@ CATEGORIES =lang GH_ACCOUNT = janet-lang GH_PROJECT = janet -GH_TAGNAME = v0.4.1 +GH_TAGNAME = v0.5.0 HOMEPAGE = https://www.janet-lang.org/ MAINTAINER = James Turner Index: distinfo === RCS file: /cvs/ports/lang/janet/distinfo,v retrieving revision 1.3 diff -u -p -u -r1.3 distinfo --- distinfo16 Apr 2019 00:29:26 - 1.3 +++ distinfo13 May 2019 11:30:32 - @@ -1,2 +1,2 @@ -SHA256 (janet-0.4.1.tar.gz) = rV6qet9xT8H/90OnOeMLo/abveh6vLonxzO3obkdcC4= -SIZE (janet-0.4.1.tar.gz) = 405290 +SHA256 (janet-0.5.0.tar.gz) = 9ckBInFYaWV0J8u6YoCaHVPqrO0iaOfVUgIwHWWnUHY= +SIZE (janet-0.5.0.tar.gz) = 409322 Index: patches/patch-Makefile === RCS file: /cvs/ports/lang/janet/patches/patch-Makefile,v retrieving revision 1.2 diff -u -p -u -r1.2 patch-Makefile --- patches/patch-Makefile 13 Mar 2019 01:14:47 - 1.2 +++ patches/patch-Makefile 13 May 2019 11:30:32 - @@ -1,16 +1,16 @@ -$OpenBSD: patch-Makefile,v 1.2 2019/03/13 01:14:47 jturner Exp $ +$OpenBSD$ Use a date stamp for JANET_BUILD to avoid using git. Replace hardcoded -O2. Fix installation. Index: Makefile Makefile.orig -+++ Makefile -@@ -26,15 +26,15 @@ PREFIX?=/usr/local - +--- Makefile.orig Mon May 13 12:13:49 2019 Makefile Mon May 13 12:15:25 2019 +@@ -27,15 +27,15 @@ PREFIX?=/usr/local INCLUDEDIR=$(PREFIX)/include BINDIR=$(PREFIX)/bin + LIBDIR=$(PREFIX)/lib -JANET_BUILD?="\"$(shell git log --pretty=format:'%h' -n 1)\"" +JANET_BUILD?="\"$(shell date +%Y%m%d)\"" CLIBS=-lm Index: pkg/PLIST === RCS file: /cvs/ports/lang/janet/pkg/PLIST,v retrieving revision 1.3 diff -u -p -u -r1.3 PLIST --- pkg/PLIST 16 Apr 2019 00:29:26 - 1.3 +++ pkg/PLIST 13 May 2019 11:30:32 - @@ -9,4 +9,7 @@ lib/janet/cook.janet lib/janet/highlight.janet lib/janet/janet.h lib/janet/janetconf.h +lib/libjanet.so +lib/libjanet.so.0 +@bin lib/libjanet.so.0.5.0 @man man/man1/janet.1
Re: audio/radiotray
If people find it useful I'm happy to continue to maintain it. Cheers Fred On 5/8/19 6:54 AM, Alessandro De Laurenzis wrote: Hello Fred, FWIW, I use it. Il 6 maggio 2019 21:39:28 CEST, Fred ha scritto: Hi ports@, I'm the maintainer of audio/radiotray - it still works - but it is no longer maintained upstream, and probably should be re-written in Python3... Now that we have gradio do we need radiotray? Cheers Fred PS I'm happy to remain as maintainer. -- Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.
audio/radiotray
Hi ports@, I'm the maintainer of audio/radiotray - it still works - but it is no longer maintained upstream, and probably should be re-written in Python3... Now that we have gradio do we need radiotray? Cheers Fred PS I'm happy to remain as maintainer.
Re: NEW: neovim-0.2.0
On 05/02/17 10:01, Edd Barrett wrote: Hi, Neovim-0.2.0 was just released. Here is a port. All tests pass on amd64. OK? Working great on amd64, thanks for porting Neovim. Cheers Fred
Re: Netbeans 6.9.1 pkg box characters in output window
On 11/07/15 22:22, Jack J. Woehr wrote: Did a pkg_add of NetBeans 6.9.1 ... The Output window frequently intersperses box characters : missing font? missing I18N info? Any tips to clear this up? Tnx. This is an old bug in Netbeans - do a search of ports@ on marc.info and it should turn up a few threads - which discuss this. Cheers Fred
Re: update pcc to 1.1.0
On 11/01/15 15:05, Daniel Dickman wrote: On Nov 1, 2015, at 8:24 AM, Fred <open...@crowsons.com> wrote: Hi ports@ I'm trying to bring our pcc port upto 1.1.0 With the attached diff pcc builds, but when I try to compile a file I get: port:fred ~/code/c/stuff> pcc -o hello hw.c ld: cannot find -lpcc error: ld terminated with status 1 you need libpcc. I wouldn't try for 1.1.0. If I remember correctly it had a build problem and also lots of fixes to pcc since then. here's a more recent diff to get close to current pcc which you can play with if interested: http://dickman.org/openbsd/pcc/ Thanks for the pointer - I'll take a look. I was hoping to build using our standard libc. Thanks Fred
update pcc to 1.1.0
Hi ports@ I'm trying to bring our pcc port upto 1.1.0 With the attached diff pcc builds, but when I try to compile a file I get: port:fred ~/code/c/stuff> pcc -o hello hw.c ld: cannot find -lpcc error: ld terminated with status 1 Using LD_DEBUG=1 gives more information [1] and the output of ktrace is in the attached pccdump file. Any clues as to what I'm missing would be appreciated. Cheers Fred [1] port:fred ~/code/c/stuff> pcc -o hello hw.c rtld loading: 'pcc' exe load offset: 0x111228a0 flags pcc = 0x0 head pcc obj pcc has pcc as head examining: 'pcc' loading: libc.so.83.0 required by pcc flags /usr/lib/libc.so.83.0 = 0x0 obj /usr/lib/libc.so.83.0 has pcc as head linking dep /usr/lib/libc.so.83.0 as child of pcc examining: '/usr/lib/libc.so.83.0' flags /usr/libexec/ld.so = 0x0 obj /usr/libexec/ld.so has pcc as head relocation took 0.000157 StartEnd Type Open Ref GrpRef Name 111228a0 111228e09000 exe 10 0 pcc 1114a198 1114a1e49000 rlib 01 0 /usr/lib/libc.so.83.0 1114d8f0 1114d8f0 rtld 01 0 /usr/libexec/ld.so symcache lookups 74 hits 0 ratio 0% hits dynamic loading done, success. doing ctors obj 0x1114e14ccc00 @0x1114a19963c0: [/usr/lib/libc.so.83.0] entry point: 0x111228a02e40 rtld loading: '/usr/local/libexec/cpp' exe load offset: 0x1fca77d0 flags /usr/local/libexec/cpp = 0x0 head /usr/local/libexec/cpp obj /usr/local/libexec/cpp has /usr/local/libexec/cpp as head examining: '/usr/local/libexec/cpp' loading: libc.so.83.0 required by /usr/local/libexec/cpp flags /usr/lib/libc.so.83.0 = 0x0 obj /usr/lib/libc.so.83.0 has /usr/local/libexec/cpp as head linking dep /usr/lib/libc.so.83.0 as child of /usr/local/libexec/cpp examining: '/usr/lib/libc.so.83.0' flags /usr/libexec/ld.so = 0x0 obj /usr/libexec/ld.so has /usr/local/libexec/cpp as head relocation took 0.95 StartEnd Type Open Ref GrpRef Name 1fca77d0 1fca7825b000 exe 10 0 /usr/local/libexec/cpp 1fccddc5d000 1fccde126000 rlib 01 0 /usr/lib/libc.so.83.0 1fcd50c0 1fcd50c0 rtld 01 0 /usr/libexec/ld.so symcache lookups 61 hits 0 ratio 0% hits dynamic loading done, success. doing ctors obj 0x1fcd132ea400 @0x1fccddc733c0: [/usr/lib/libc.so.83.0] entry point: 0x1fca77d02010 doing dtors doing dtors obj 0x1fcd132ea400 @0x1fccddcf9800: [/usr/lib/libc.so.83.0] rtld loading: '/usr/local/libexec/ccom' exe load offset: 0x1a4a8380 flags /usr/local/libexec/ccom = 0x0 head /usr/local/libexec/ccom obj /usr/local/libexec/ccom has /usr/local/libexec/ccom as head examining: '/usr/local/libexec/ccom' loading: libc.so.83.0 required by /usr/local/libexec/ccom flags /usr/lib/libc.so.83.0 = 0x0 obj /usr/lib/libc.so.83.0 has /usr/local/libexec/ccom as head linking dep /usr/lib/libc.so.83.0 as child of /usr/local/libexec/ccom examining: '/usr/lib/libc.so.83.0' flags /usr/libexec/ld.so = 0x0 obj /usr/libexec/ld.so has /usr/local/libexec/ccom as head relocation took 0.000112 StartEnd Type Open Ref GrpRef Name 1a4a8380 1a4a83c7d000 exe 10 0 /usr/local/libexec/ccom 1a4d4a444000 1a4d4a90d000 rlib 01 0 /usr/lib/libc.so.83.0 1a4c8b00 1a4c8b00 rtld 01 0 /usr/libexec/ld.so symcache lookups 62 hits 0 ratio 0% hits dynamic loading done, success. doing ctors obj 0x1a4ca3ab2800 @0x1a4d4a45a3c0: [/usr/lib/libc.so.83.0] entry point: 0x1a4a83809660 doing dtors doing dtors obj 0x1a4ca3ab2800 @0x1a4d4a4e0800: [/usr/lib/libc.so.83.0] rtld loading: 'as' exe load offset: 0x6906be0 flags as = 0x0 head as obj as has as as head examining: 'as' loading: libiberty.so.12.0 required by as flags /usr/lib/libiberty.so.12.0 = 0x0 obj /usr/lib/libiberty.so.12.0 has as as head loading: libc.so.84.0 required by as flags /usr/lib/libc.so.84.0 = 0x0 obj /usr/lib/libc.so.84.0 has as as head linking dep /usr/lib/libiberty.so.12.0 as child of as linking dep /usr/lib/libc.so.84.0 as child of as examining: '/usr/lib/libiberty.so.12.0' examining: '/usr/lib/libc.so.84.0' flags /usr/libexec/ld.so = 0x0 obj /usr/libexec/ld.so has as as head relocation took 0.000225 StartEnd Type Open Ref GrpRef Name 06906be0 06906c303000 exe 10 0 as 069273787000 069273bb2000 rlib 01 0 /usr/lib/libiberty.so.12.0 06934fb78000 069350041000 rlib 01 0 /usr/lib/libc.so.84.0 0692b320 0692b320 rtld 01 0 /usr/libexec/ld.so symcache lookups 111 hits 0 ratio 0% hits dynamic loading done, success. doing ctors obj 0x6934cbcfc00 @0x6927378eba0: [/usr/lib/libiberty.so.12.0] doing ctors obj 0x692e8bf7000 @0x6934fb8e250: [/usr/lib/libc.so.84.0] entry point: 0x6906be25d20 doing dtors doing dtors obj 0x6934cbcfc00 @0x692737a9f60: [/u
Re: update pcc to 1.1.0
On 11/01/15 15:05, Daniel Dickman wrote: On Nov 1, 2015, at 8:24 AM, Fred <open...@crowsons.com> wrote: Hi ports@ I'm trying to bring our pcc port upto 1.1.0 With the attached diff pcc builds, but when I try to compile a file I get: port:fred ~/code/c/stuff> pcc -o hello hw.c ld: cannot find -lpcc error: ld terminated with status 1 you need libpcc. I wouldn't try for 1.1.0. If I remember correctly it had a build problem and also lots of fixes to pcc since then. here's a more recent diff to get close to current pcc which you can play with if interested: http://dickman.org/openbsd/pcc/ Thanks that all now builds - just needed the following tweak in pcc-libs configure: --- configure Tue Dec 2 19:12:30 2014 +++ /home/fred/tmp/configureSun Nov 1 21:02:40 2015 @@ -2046,6 +2046,7 @@ case "$target_os" in targos=openbsd case "$target_cpu" in i?86) targmach=i386 ;; + x86_64) targmach=amd64 ;; vax) targmach=vax ;; powerpc) targmach=powerpc endian=big ;; sparc64) targmach=sparc64 endian=big ;; Cheers Fred
Re: Adding python bindings to link-grammar
Any comments on enabling python bindings to link-grammar? Cheers Fred On 09/21/15 12:28, Fred wrote: Hi Ports@ The following diff allows the building of the python bindings for link-grammar, but to get it to work I have to do: ln -fs _clinkgrammar.so.7.5 _clinkgrammar.so in the /usr/local/lib/python2.7/site-packages/linkgrammar/ directory. Should I add a post-install command to do this? There is also a tests.py (which passes) and an example.py file that is available in the tarball but is not installed as part of the --enable-python-bindings should I copy them to site-packages/linkgrammar? Thanks Fred
Re: [Update] entr-3.3 patch to remove patch file
For some reason patch-entr_c wasn't removed from CVS thus the build on sparc64 failed. This patch should remove that patch. With the patch-entr_c removed entr also works on sparc64. Cheers Fred -- Index: patches/patch-entr_c === RCS file: patches/patch-entr_c diff -N patches/patch-entr_c --- patches/patch-entr_c5 Apr 2014 22:14:59 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,22 +0,0 @@ -$OpenBSD: patch-entr_c,v 1.1 2014/04/05 22:14:59 sthen Exp $ entr.c.origThu Mar 13 18:44:39 2014 -+++ entr.c Sat Apr 5 10:32:08 2014 -@@ -38,7 +38,7 @@ - - /* events to watch for */ - --#define NOTE_ALL NOTE_DELETE|NOTE_WRITE|NOTE_EXTEND|NOTE_RENAME -+#define NOTE_ALL NOTE_DELETE|NOTE_WRITE|NOTE_EXTEND|NOTE_RENAME|NOTE_TRUNCATE - - /* shortcuts */ - -@@ -456,7 +456,8 @@ main: - if (evList[i].fflags & NOTE_DELETE || - evList[i].fflags & NOTE_WRITE || - evList[i].fflags & NOTE_EXTEND || -- evList[i].fflags & NOTE_RENAME) { -+ evList[i].fflags & NOTE_RENAME || -+ evList[i].fflags & NOTE_TRUNCATE) { - if (fifo.fd == 0) - do_exec = 1; - else { Index: patches/patch-entr_c === RCS file: patches/patch-entr_c diff -N patches/patch-entr_c --- patches/patch-entr_c 5 Apr 2014 22:14:59 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,22 +0,0 @@ -$OpenBSD: patch-entr_c,v 1.1 2014/04/05 22:14:59 sthen Exp $ entr.c.orig Thu Mar 13 18:44:39 2014 -+++ entr.c Sat Apr 5 10:32:08 2014 -@@ -38,7 +38,7 @@ - - /* events to watch for */ - --#define NOTE_ALL NOTE_DELETE|NOTE_WRITE|NOTE_EXTEND|NOTE_RENAME -+#define NOTE_ALL NOTE_DELETE|NOTE_WRITE|NOTE_EXTEND|NOTE_RENAME|NOTE_TRUNCATE - - /* shortcuts */ - -@@ -456,7 +456,8 @@ main: - if (evList[i].fflags & NOTE_DELETE || - evList[i].fflags & NOTE_WRITE || - evList[i].fflags & NOTE_EXTEND || -- evList[i].fflags & NOTE_RENAME) { -+ evList[i].fflags & NOTE_RENAME || -+ evList[i].fflags & NOTE_TRUNCATE) { - if (fifo.fd == 0) - do_exec = 1; - else {
Re: Port request: pngquant (image compression)
On 10/08/15 17:03, Murk Fletcher wrote: Hi, Requesting an OpenBSD port of pngquant (https://github.com/pornel/pngquant <http://www.jonof.id.au/kenutils>) as part of a greater effort to get image_optim (https://github.com/toy/image_optim) working on OpenBSD: https://github.com/toy/image_optim/issues/90 <https://gist.github.com/murkfletcher/36f662a1c0ab59ea0eac> Many thanks! Murk A working port was sent to ports@ http://marc.info/?t=13982629701 hth Fred
Re: OpenSCAD update to version 2015.03
On 10/04/15 20:57, EdaSky wrote: OpenSCAD update to version 2015.03 I use it on simple models for 3D printer Works OK Thanks for the update - working well on amd64 - will test on i386 in the next couple of days. Cheers Fred
Adding python bindings to link-grammar
Hi Ports@ The following diff allows the building of the python bindings for link-grammar, but to get it to work I have to do: ln -fs _clinkgrammar.so.7.5 _clinkgrammar.so in the /usr/local/lib/python2.7/site-packages/linkgrammar/ directory. Should I add a post-install command to do this? There is also a tests.py (which passes) and an example.py file that is available in the tarball but is not installed as part of the --enable-python-bindings should I copy them to site-packages/linkgrammar? Thanks Fred Index: Makefile === RCS file: /cvs/ports/textproc/link-grammar/Makefile,v retrieving revision 1.17 diff -u -p -r1.17 Makefile --- Makefile 28 May 2015 10:17:25 - 1.17 +++ Makefile 20 Sep 2015 19:20:16 - @@ -1,19 +1,21 @@ -# $OpenBSD: Makefile,v 1.17 2015/05/28 10:17:25 pascal Exp $ +# $OpenBSD:$ ONLY_FOR_ARCHS-java = i386 amd64 COMMENT-main = syntactic parser of different languages COMMENT-java = Java bindings for link-grammar +COMMENT-python = Python bindings for link-grammar VERSION = 5.2.5 DISTNAME = link-grammar-${VERSION} PKGNAME-main = ${DISTNAME} PKGNAME-java = link-grammar-java-${VERSION} +PKGNAME-python = link-grammar-python-${VERSION} +REVISION-python = 0 REVISION-java = 0 REVISION-main = 0 SHARED_LIBS += minisat 0.0 # 2.0 SHARED_LIBS += sat-solver 1.0 # 4.0 SHARED_LIBS += link-grammar 3.0 # 7.0 -SHARED_LIBS += link-grammar-java3.0 # 7.0 CATEGORIES = textproc @@ -25,8 +27,10 @@ PERMIT_PACKAGE_CDROM = Yes cWANTLIB += ${MODGETTEXT_WANTLIB} aspell m pthread sqlite3 WANTLIB-main += ${cWANTLIB} ${MODGCC4_CPPWANTLIB} c WANTLIB-java += ${cWANTLIB} link-grammar minisat sat-solver +WANTLIB-python += ${cWANTLIB} ${MODPY_WANTLIB} \ + link-grammar minisat sat-solver estdc++ util -MASTER_SITES = http://www.abisource.com/downloads/link-grammar/${VERSION}/ +MASTER_SITES = http://www.abisource.com/downloads/link-grammar/${VERSION}/ MODULES = devel/gettext @@ -35,8 +39,8 @@ MODULES += gcc4 MODGCC4_ARCHS = * MODGCC4_LANGS = c++ -MULTI_PACKAGES = -main -java -PSEUDO_FLAVORS = no_java +MULTI_PACKAGES = -main -java -python +PSEUDO_FLAVORS = no_java no_python .include @@ -48,8 +52,11 @@ LIB_DEPENDS-main = ${LIB_DEPENDS} \ LIB_DEPENDS-java = ${MODGETTEXT_LIB_DEPENDS} \ ${BUILD_PKGPATH},-main +LIB_DEPENDS-python = ${BUILD_PKGPATH},-main + RUN_DEPENDS-main = ${MODGETTEXT_RUN_DEPENDS} RUN_DEPENDS-java = ${MODJAVA_RUN_DEPENDS} +RUN_DEPENDS-python = ${MODPY_RUN_DEPENDS} SUBST_VARS = VERSION @@ -66,9 +73,15 @@ CONFIGURE_ARGS = ${CONFIGURE_SHARED} .if ${BUILD_PACKAGES:M-java} MODULES += java MODJAVA_VER = 1.6+ +SHARED_LIBS += link-grammar-java3.0 # 7.0 BUILD_DEPENDS += devel/apache-ant .else CONFIGURE_ARGS += --disable-java-bindings +.endif + +.if ${BUILD_PACKAGES:M-python} +MODULES+= lang/python +CONFIGURE_ARGS += --enable-python-bindings .endif pre-configure: Index: pkg/DESCR-python === RCS file: pkg/DESCR-python diff -N pkg/DESCR-python --- /dev/null 1 Jan 1970 00:00:00 - +++ pkg/DESCR-python 20 Sep 2015 19:20:16 - @@ -0,0 +1,2 @@ +This package contains Python bindings to Link Grammar Parser, see the +link-grammar package. Index: pkg/PLIST-java === RCS file: /cvs/ports/textproc/link-grammar/pkg/PLIST-java,v retrieving revision 1.5 diff -u -p -r1.5 PLIST-java --- pkg/PLIST-java 26 Jun 2014 08:33:27 - 1.5 +++ pkg/PLIST-java 20 Sep 2015 19:20:16 - @@ -1,7 +1,6 @@ @comment $OpenBSD: PLIST-java,v 1.5 2014/06/26 08:33:27 ajacoutot Exp $ lib/liblink-grammar-java.a lib/liblink-grammar-java.la -@lib lib/liblink-grammar-java.so.${LIBlink-grammar-java_VERSION} share/java/ share/java/linkgrammar-${VERSION}.jar share/java/linkgrammar.jar Index: pkg/PLIST-main === RCS file: /cvs/ports/textproc/link-grammar/pkg/PLIST-main,v retrieving revision 1.13 diff -u -p -r1.13 PLIST-main --- pkg/PLIST-main 2 Feb 2015 10:15:41 - 1.13 +++ pkg/PLIST-main 20 Sep 2015 19:20:16 - @@ -5,6 +5,7 @@ include/link-grammar/dict-api.h include/link-grammar/dict-structures.h include/link-grammar/link-features.h include/link-grammar/link-includes.h +@lib lib/liblink-grammar-java.so.${LIBlink-grammar-java_VERSION} lib/liblink-grammar.a lib/liblink-grammar.la @lib lib/liblink-grammar.so.${LIBlink-grammar_VERSION} Index: pkg/PLIST-python === RCS file: pkg/PLIST-python diff -N pkg/PLIST-python --- /dev/null 1 Jan 1970 00:00:00 - +++ pkg/PLIST-python 20 Sep 2015 19:20:16 - @@ -0,0 +1,17 @@ +@comment $OpenBSD$ +lib/python2.7/ +lib/python2.7/site-packages/ +lib/python2.7/site-packages/linkgrammar/ +lib/python2.7/site-packages/linkgrammar
link-grammar
Hi ports@ In our link-grammar port we only have bindings for java - I would like to add the python bindings should I add more flavors? And while here is should I add the other bindings (ie lisp, ocaml, perl?) Or is there a better approach? Cheers Fred
Re: link-grammar
On 09/18/15 11:09, Stuart Henderson wrote: On 2015/09/18 10:57, Fred wrote: Hi ports@ In our link-grammar port we only have bindings for java - I would like to add the python bindings should I add more flavors? And while here is should I add the other bindings (ie lisp, ocaml, perl?) Or is there a better approach? Cheers Fred my 2p: Since perl is in base there doesn't seem much point in providing an option to disable that during build. For python, since the scaffolding is already done, it makes sense to continue with a no_* pseudo-flavour and BUILD_PACKAGES handling. I'd defer adding other bindings until there's an actual need for them. It just means more things to check when updating the other languages and if nobody's actually using them that's wasted effort. Hi Stuart, Thanks for the hint - I'll just stick with adding the python bindings as the link-grammar developers recommend: http://search.cpan.org/~dbrian/Lingua-LinkParser/ for perl. Cheers Fred
[UPDATE] net/mosh to 1.2.5
Hi Hi ports@ Attached, and inline is a simple update to mosh 1.2.5 upstream have incorporated some fixes so the patches are no longer required. Tested on amd64, i386, and macppc. Thanks Fred -- Index: Makefile === RCS file: /cvs/ports/net/mosh/Makefile,v retrieving revision 1.5 diff -u -p -u -r1.5 Makefile --- Makefile17 Oct 2013 20:58:28 - 1.5 +++ Makefile1 Sep 2015 12:30:00 - @@ -1,12 +1,10 @@ -# $OpenBSD: Makefile,v 1.5 2013/10/17 20:58:28 jca Exp $ +# $OpenBSD$ BROKEN-arm = erratic runtime behaviour COMMENT = mobile shell -DISTNAME = mosh-1.2.4 - -REVISION = 1 +DISTNAME = mosh-1.2.5 CATEGORIES = net Index: distinfo === RCS file: /cvs/ports/net/mosh/distinfo,v retrieving revision 1.1.1.1 diff -u -p -u -r1.1.1.1 distinfo --- distinfo21 Apr 2013 19:46:37 - 1.1.1.1 +++ distinfo1 Sep 2015 12:30:00 - @@ -1,2 +1,2 @@ -SHA256 (mosh-1.2.4.tar.gz) = 500NMjImBG5ALdRpoXYHX8IBO2mw5nzqSXYslXF130Y= -SIZE (mosh-1.2.4.tar.gz) = 283047 +SHA256 (mosh-1.2.5.tar.gz) = GvgJ5ddHwzOoUvv3rNv001TcS7woOeOv5c95gZAHS+M= +SIZE (mosh-1.2.5.tar.gz) = 308857 Index: patches/patch-src_crypto_ocb_cc === RCS file: patches/patch-src_crypto_ocb_cc diff -N patches/patch-src_crypto_ocb_cc --- patches/patch-src_crypto_ocb_cc 9 Oct 2013 07:33:41 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,15 +0,0 @@ -$OpenBSD: patch-src_crypto_ocb_cc,v 1.1 2013/10/09 07:33:41 jca Exp $ -Use generic code on ARM instead of asm because of some unsupported -instructions. -Introduced by https://github.com/keithw/mosh/issues/86 src/crypto/ocb.cc.orig Tue Oct 8 11:57:42 2013 -+++ src/crypto/ocb.cc Tue Oct 8 11:58:01 2013 -@@ -298,7 +298,7 @@ - return swap_if_le(rval); - } - -- #if __GNUC__ && __arm__ -+ #if 0 - static inline block double_block(block b) { - __asm__ ("adds %1,%1,%1\n\t" -"adcs %H1,%H1,%H1\n\t" Index: patches/patch-src_network_transportfragment_cc === RCS file: patches/patch-src_network_transportfragment_cc diff -N patches/patch-src_network_transportfragment_cc --- patches/patch-src_network_transportfragment_cc 21 Apr 2013 19:46:37 - 1.1.1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,11 +0,0 @@ -$OpenBSD: patch-src_network_transportfragment_cc,v 1.1.1.1 2013/04/21 19:46:37 sthen Exp $ src/network/transportfragment.cc.orig Fri Feb 15 04:18:44 2013 -+++ src/network/transportfragment.cc Fri Feb 15 04:18:59 2013 -@@ -30,6 +30,7 @@ - also delete it here. - */ - -+#include - #include - - #include "byteorder.h" Index: Makefile === RCS file: /cvs/ports/net/mosh/Makefile,v retrieving revision 1.5 diff -u -p -u -r1.5 Makefile --- Makefile 17 Oct 2013 20:58:28 - 1.5 +++ Makefile 1 Sep 2015 12:30:00 - @@ -1,12 +1,10 @@ -# $OpenBSD: Makefile,v 1.5 2013/10/17 20:58:28 jca Exp $ +# $OpenBSD$ BROKEN-arm = erratic runtime behaviour COMMENT = mobile shell -DISTNAME = mosh-1.2.4 - -REVISION = 1 +DISTNAME = mosh-1.2.5 CATEGORIES = net Index: distinfo === RCS file: /cvs/ports/net/mosh/distinfo,v retrieving revision 1.1.1.1 diff -u -p -u -r1.1.1.1 distinfo --- distinfo 21 Apr 2013 19:46:37 - 1.1.1.1 +++ distinfo 1 Sep 2015 12:30:00 - @@ -1,2 +1,2 @@ -SHA256 (mosh-1.2.4.tar.gz) = 500NMjImBG5ALdRpoXYHX8IBO2mw5nzqSXYslXF130Y= -SIZE (mosh-1.2.4.tar.gz) = 283047 +SHA256 (mosh-1.2.5.tar.gz) = GvgJ5ddHwzOoUvv3rNv001TcS7woOeOv5c95gZAHS+M= +SIZE (mosh-1.2.5.tar.gz) = 308857 Index: patches/patch-src_crypto_ocb_cc === RCS file: patches/patch-src_crypto_ocb_cc diff -N patches/patch-src_crypto_ocb_cc --- patches/patch-src_crypto_ocb_cc 9 Oct 2013 07:33:41 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,15 +0,0 @@ -$OpenBSD: patch-src_crypto_ocb_cc,v 1.1 2013/10/09 07:33:41 jca Exp $ -Use generic code on ARM instead of asm because of some unsupported -instructions. -Introduced by https://github.com/keithw/mosh/issues/86 src/crypto/ocb.cc.orig Tue Oct 8 11:57:42 2013 -+++ src/crypto/ocb.cc Tue Oct 8 11:58:01 2013 -@@ -298,7 +298,7 @@ - return swap_if_le(rval); - } - -- #if __GNUC__ && __arm__ -+ #if 0 - static inline block double_block(block b) { - __asm__ ("adds %1,%1,%1\n\t" - "adcs %H1,%H1,%H1\n\t" Index: patches/patch-src_network_transportfragment_cc === RCS file: pa
Re: [UPDATE] audio/picard to 1.3.2
On 08/27/15 13:00, Fred wrote: Hi, Attached is an update to picard to release version 1.3.2. So far with my testing on amd64 it appears to working well. Cheers Fred Sorry the diff was missing the following Makefile diff. Thanks to Tim for spotting this. I will fix it up and resubmit the whole thing shortly. Thanks Fred Index: Makefile === RCS file: /cvs/ports/audio/picard/Makefile,v retrieving revision 1.18 diff -u -p -u -p -r1.18 Makefile --- Makefile30 Jul 2015 15:09:27 - 1.18 +++ Makefile27 Aug 2015 15:10:14 - @@ -2,9 +2,8 @@ COMMENT = automatic audio files tagger using the MusicBrainz database -MODPY_EGG_VERSION =0.16 +MODPY_EGG_VERSION =1.3.2 DISTNAME = picard-${MODPY_EGG_VERSION} -REVISION = 1 CATEGORIES = audio @@ -18,8 +17,9 @@ PERMIT_PACKAGE_CDROM =Yes WANTLIB += ${MODPY_WANTLIB} WANTLIB += avcodec avformat m ofa pthread stdc++ -MASTER_SITES = http://ftp.musicbrainz.org/pub/musicbrainz/picard/ \ - ftp://ftp.musicbrainz.org/pub/musicbrainz/picard/ +GH_ACCOUNT = musicbrainz +GH_PROJECT = picard +GH_TAGNAME = ${MODPY_EGG_VERSION} MODULES = lang/python @@ -39,11 +39,14 @@ RUN_DEPENDS = x11/py-qt4=4.1 \ TEST_DEPENDS = ${BASE_PKGPATH} -PLUGINS_DIRS = lastfm \ - lastfmplus \ - replaygain -PLUGINS = classicdiscnumber.py \ - coverart.py \ +PLUGINS_DIRS = lastfm \ + lastfmplus \ + replaygain \ + viewvariables + +PLUGINS = addrelease.py \ + albumartist_website.py \ + classicdiscnumber.py \ cuesheet.py \ discnumber.py \ featartist.py \ @@ -54,14 +57,17 @@ PLUGINS = classicdiscnumber.py \ lastfmplus/__init__.py \ lastfmplus/ui_options_lastfm.py \ no_release.py \ - open_in_gui.py \ release_type.py \ replaygain/__init__.py \ replaygain/options_replaygain.ui \ replaygain/ui_options_replaygain.py \ - swapprefix.py \ + sort_multivalue_tags.py \ + standardise_performers.py \ titlecase.py \ - tracks2clipboard.py + tracks2clipboard.py \ + viewvariables/__init__.py \ + viewvariables/ui_variables_dialog.py \ + viewvariables/variables_dialog.ui pre-configure: ${SUBST_CMD} ${WRKSRC}/setup.py
Re: [UPDATE] audio/picard to 1.3.2
Hi ports@ Attached and below are the diff's to update audio/picard to 1.3.2 This update removes the need for the patches and has been tested on amd64 and i386 - I'm just bringing my macppc up to current to test there as well. Cheers Fred Index: Makefile === RCS file: /cvs/ports/audio/picard/Makefile,v retrieving revision 1.18 diff -u -p -u -p -r1.18 Makefile --- Makefile30 Jul 2015 15:09:27 - 1.18 +++ Makefile27 Aug 2015 15:20:02 - @@ -2,9 +2,8 @@ COMMENT = automatic audio files tagger using the MusicBrainz database -MODPY_EGG_VERSION =0.16 +MODPY_EGG_VERSION =1.3.2 DISTNAME = picard-${MODPY_EGG_VERSION} -REVISION = 1 CATEGORIES = audio @@ -18,8 +17,9 @@ PERMIT_PACKAGE_CDROM =Yes WANTLIB += ${MODPY_WANTLIB} WANTLIB += avcodec avformat m ofa pthread stdc++ -MASTER_SITES = http://ftp.musicbrainz.org/pub/musicbrainz/picard/ \ - ftp://ftp.musicbrainz.org/pub/musicbrainz/picard/ +GH_ACCOUNT = musicbrainz +GH_PROJECT = picard +GH_TAGNAME = ${MODPY_EGG_VERSION} MODULES = lang/python @@ -39,11 +39,14 @@ RUN_DEPENDS = x11/py-qt4=4.1 \ TEST_DEPENDS = ${BASE_PKGPATH} -PLUGINS_DIRS = lastfm \ - lastfmplus \ - replaygain -PLUGINS = classicdiscnumber.py \ - coverart.py \ +PLUGINS_DIRS = lastfm \ + lastfmplus \ + replaygain \ + viewvariables + +PLUGINS = addrelease.py \ + albumartist_website.py \ + classicdiscnumber.py \ cuesheet.py \ discnumber.py \ featartist.py \ @@ -54,14 +57,17 @@ PLUGINS = classicdiscnumber.py \ lastfmplus/__init__.py \ lastfmplus/ui_options_lastfm.py \ no_release.py \ - open_in_gui.py \ release_type.py \ replaygain/__init__.py \ replaygain/options_replaygain.ui \ replaygain/ui_options_replaygain.py \ - swapprefix.py \ + sort_multivalue_tags.py \ + standardise_performers.py \ titlecase.py \ - tracks2clipboard.py + tracks2clipboard.py \ + viewvariables/__init__.py \ + viewvariables/ui_variables_dialog.py \ + viewvariables/variables_dialog.ui pre-configure: ${SUBST_CMD} ${WRKSRC}/setup.py Index: distinfo === RCS file: /cvs/ports/audio/picard/distinfo,v retrieving revision 1.4 diff -u -p -u -p -r1.4 distinfo --- distinfo18 Jan 2015 03:12:47 - 1.4 +++ distinfo27 Aug 2015 15:20:02 - @@ -1,2 +1,2 @@ -SHA256 (picard-0.16.tar.gz) = ViMhb+3fYAAYfOrTdGs66+X2A4N+MTx9/Jl4NXb1Sxg= -SIZE (picard-0.16.tar.gz) = 1828595 +SHA256 (picard-1.3.2.tar.gz) = y2owR+dW56UNOIv/F5SvYnTnvZIA2V0nK7CPZVi9mWs= +SIZE (picard-1.3.2.tar.gz) = 2047602 Index: patches/patch-picard_musicdns_avcodec_c === RCS file: patches/patch-picard_musicdns_avcodec_c diff -N patches/patch-picard_musicdns_avcodec_c --- patches/patch-picard_musicdns_avcodec_c 5 May 2014 07:55:50 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,38 +0,0 @@ -$OpenBSD: patch-picard_musicdns_avcodec_c,v 1.1 2014/05/05 07:55:50 brad Exp $ - -Deal with newer FFmpeg API. - picard/musicdns/avcodec.c.orig Sun Oct 23 13:15:29 2011 -+++ picard/musicdns/avcodec.c Thu May 1 04:58:17 2014 -@@ -39,6 +39,10 @@ - #define AVMEDIA_TYPE_AUDIO CODEC_TYPE_AUDIO - #endif - -+#ifndef AVCODEC_MAX_AUDIO_FRAME_SIZE -+#define AVCODEC_MAX_AUDIO_FRAME_SIZE 192000 // 1 second of 48khz 32bit audio -+#endif -+ - static PyObject * - init(PyObject *self, PyObject *args) - { -@@ -55,7 +59,7 @@ done(PyObject *self, PyObject *args) - static PyObject * - decode(PyObject *self, PyObject *args) - { --AVFormatContext *format_context; -+AVFormatContext *format_context = NULL; - AVCodecContext *codec_context; - AVCodec *codec; - PyObject *filename; -@@ -69,7 +73,11 @@ decode(PyObject *self, PyObject *args) - return NULL; - - Py_UNBLOCK_THREADS -+#if LIBAVFORMAT_VERSION_INT AV_VERSION_INT(53, 2, 0) - if (av_open_input_file(format_context, PyString_AS_STRING(filename), NULL, 0, NULL) != 0) { -+#else -+if (avformat_open_input(format_context, PyString_AS_STRING(filename), NULL, NULL) != 0) { -+#endif - Py_BLOCK_THREADS - PyErr_SetString
[UPDATE] audio/picard to 1.3.2
Hi, Attached is an update to picard to release version 1.3.2. So far with my testing on amd64 it appears to working well. Cheers Fred diff -uNr -x CVS /usr/ports/audio/picard/distinfo picard/distinfo --- /usr/ports/audio/picard/distinfo Sun Jan 18 03:12:47 2015 +++ picard/distinfo Thu Aug 27 03:14:50 2015 @@ -1,2 +1,2 @@ -SHA256 (picard-0.16.tar.gz) = ViMhb+3fYAAYfOrTdGs66+X2A4N+MTx9/Jl4NXb1Sxg= -SIZE (picard-0.16.tar.gz) = 1828595 +SHA256 (picard-1.3.2.tar.gz) = y2owR+dW56UNOIv/F5SvYnTnvZIA2V0nK7CPZVi9mWs= +SIZE (picard-1.3.2.tar.gz) = 2047602 diff -uNr -x CVS /usr/ports/audio/picard/patches/patch-picard_musicdns_avcodec_c picard/patches/patch-picard_musicdns_avcodec_c --- /usr/ports/audio/picard/patches/patch-picard_musicdns_avcodec_c Mon May 5 08:55:50 2014 +++ picard/patches/patch-picard_musicdns_avcodec_c Thu Jan 1 01:00:00 1970 @@ -1,38 +0,0 @@ -$OpenBSD: patch-picard_musicdns_avcodec_c,v 1.1 2014/05/05 07:55:50 brad Exp $ - -Deal with newer FFmpeg API. - picard/musicdns/avcodec.c.orig Sun Oct 23 13:15:29 2011 -+++ picard/musicdns/avcodec.c Thu May 1 04:58:17 2014 -@@ -39,6 +39,10 @@ - #define AVMEDIA_TYPE_AUDIO CODEC_TYPE_AUDIO - #endif - -+#ifndef AVCODEC_MAX_AUDIO_FRAME_SIZE -+#define AVCODEC_MAX_AUDIO_FRAME_SIZE 192000 // 1 second of 48khz 32bit audio -+#endif -+ - static PyObject * - init(PyObject *self, PyObject *args) - { -@@ -55,7 +59,7 @@ done(PyObject *self, PyObject *args) - static PyObject * - decode(PyObject *self, PyObject *args) - { --AVFormatContext *format_context; -+AVFormatContext *format_context = NULL; - AVCodecContext *codec_context; - AVCodec *codec; - PyObject *filename; -@@ -69,7 +73,11 @@ decode(PyObject *self, PyObject *args) - return NULL; - - Py_UNBLOCK_THREADS -+#if LIBAVFORMAT_VERSION_INT AV_VERSION_INT(53, 2, 0) - if (av_open_input_file(format_context, PyString_AS_STRING(filename), NULL, 0, NULL) != 0) { -+#else -+if (avformat_open_input(format_context, PyString_AS_STRING(filename), NULL, NULL) != 0) { -+#endif - Py_BLOCK_THREADS - PyErr_SetString(PyExc_Exception, Couldn't open the file.); - return NULL; diff -uNr -x CVS /usr/ports/audio/picard/patches/patch-setup_py picard/patches/patch-setup_py --- /usr/ports/audio/picard/patches/patch-setup_py Fri May 4 07:24:04 2012 +++ picard/patches/patch-setup_py Thu Jan 1 01:00:00 1970 @@ -1,59 +0,0 @@ -$OpenBSD: patch-setup_py,v 1.3 2012/05/04 06:24:04 ajacoutot Exp $ setup.py.orig Sun Oct 23 13:15:29 2011 -+++ setup.py Sat Apr 28 18:29:55 2012 -@@ -62,12 +62,12 @@ from distutils.dist import Distribution - defaults = { - 'build': { - 'with-directshow': 'False', --'with-avcodec': 'False', --'with-libofa': 'False', -+'with-avcodec': 'True', -+'with-libofa': 'True', - }, --'avcodec': {'cflags': '', 'libs': ''}, -+'avcodec': {'cflags': '-I${LOCALBASE}/include', 'libs': '-L${LOCALBASE}/lib -lavcodec -lavformat'}, - 'directshow': {'cflags': '', 'libs': ''}, --'libofa': {'cflags': '', 'libs': ''}, -+'libofa': {'cflags': '-I${LOCALBASE}/include', 'libs': '-L${LOCALBASE}/lib -lofa'}, - } - cfg = RawConfigParser() - for section, values in defaults.items(): -@@ -78,7 +78,7 @@ cfg.read(['build.cfg']) - - - ext_modules = [ --Extension('picard.util.astrcmp', sources=['picard/util/astrcmp.cpp']), -+Extension('picard.util.astrcmp', sources=['picard/util/astrcmp.cpp'], extra_link_args=['-fPIC']), - ] - - if cfg.getboolean('build', 'with-libofa'): -@@ -372,8 +372,8 @@ class picard_config(config): - if have_pkgconfig: - if self.pkgconfig_check_module('avcodec', 'libavcodec libavformat'): - include_dirs = cflags_to_include_dirs(cfg.get('avcodec', 'cflags')) --if self.try_compile('#include avcodec.h', include_dirs=include_dirs): --cfg.set('avcodec', 'cflags', cfg.get('avcodec', 'cflags') + ' -DUSE_OLD_FFMPEG_LOCATIONS') -+if self.try_compile('#include libavcodec/avcodec.h', include_dirs=include_dirs): -+cfg.set('avcodec', 'cflags', cfg.get('avcodec', 'cflags')) - else: - self.check_lib('avcodec', 'av_open_input_file', ['avcodec.h', 'avformat.h'], [['avcodec', 'avformat'], ['avcodec-51', 'avformat-51']]) - -@@ -550,12 +550,12 @@ if do_py2app: - - # FIXME: this should check for the actual command ('install' vs. 'bdist_nsis', 'py2app', ...), not installed libraries - if py2exe is None and do_py2app is False: --args['data_files'].append(('share/icons/hicolor/16x16/apps', ['resources/images/16x16/picard.png'])) --args['data_files'].append(('share/icons/hicolor/24x24/apps', ['resources/images/24x24/picard.png'])) --args['data_files'].append(('share/icons/hicolor/32x32/apps', ['resources/images/32x32/picard.png'])) --args['data_files'].append(('share/icons/hicolor/48x48/apps', ['resources/images/48x48/picard.png'])) --args['data_files'].append
Bring arandr up to date
Hi Edd, Attached and below is a simple patch to bring arandr up to date. Works on amd64. Cheers Fred -- Index: Makefile === RCS file: /cvs/ports/x11/arandr/Makefile,v retrieving revision 1.2 diff -u -p -u -r1.2 Makefile --- Makefile29 Jul 2015 12:13:17 - 1.2 +++ Makefile27 Aug 2015 00:49:43 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.2 2015/07/29 12:13:17 ajacoutot Exp $ COMMENT = xrandr gui -MODPY_EGG_VERSION =0.1.7.1 +MODPY_EGG_VERSION =0.1.8 DISTNAME = arandr-${MODPY_EGG_VERSION} CATEGORIES = x11 sysutils HOMEPAGE = http://christian.amsuess.com/tools/arandr/ Index: distinfo === RCS file: /cvs/ports/x11/arandr/distinfo,v retrieving revision 1.1.1.1 diff -u -p -u -r1.1.1.1 distinfo --- distinfo18 Nov 2013 21:51:11 - 1.1.1.1 +++ distinfo27 Aug 2015 00:49:43 - @@ -1,2 +1,2 @@ -SHA256 (arandr-0.1.7.1.tar.gz) = q3OqkNBdSLlaAa/a03t8IaLN9K+Y99eLJQK4GTgnSNo= -SIZE (arandr-0.1.7.1.tar.gz) = 82118 +SHA256 (arandr-0.1.8.tar.gz) = bY7Bji9oOBj0IFAlFvfs5sN3oZA+qx3ngRUrWFclpzQ= +SIZE (arandr-0.1.8.tar.gz) = 86930 Index: pkg/PLIST === RCS file: /cvs/ports/x11/arandr/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -u -r1.1.1.1 PLIST --- pkg/PLIST 18 Nov 2013 21:51:11 - 1.1.1.1 +++ pkg/PLIST 27 Aug 2015 00:49:43 - @@ -30,10 +30,12 @@ share/locale/ar/LC_MESSAGES/arandr.mo share/locale/br/LC_MESSAGES/arandr.mo share/locale/bs/LC_MESSAGES/arandr.mo share/locale/ca/LC_MESSAGES/arandr.mo +share/locale/cs/LC_MESSAGES/arandr.mo share/locale/da/LC_MESSAGES/arandr.mo share/locale/de/LC_MESSAGES/arandr.mo share/locale/el/LC_MESSAGES/arandr.mo share/locale/es/LC_MESSAGES/arandr.mo +share/locale/et/LC_MESSAGES/arandr.mo share/locale/fa/LC_MESSAGES/arandr.mo share/locale/fr/LC_MESSAGES/arandr.mo share/locale/gl/LC_MESSAGES/arandr.mo @@ -50,7 +52,11 @@ share/locale/pl/LC_MESSAGES/arandr.mo share/locale/pt_BR/LC_MESSAGES/arandr.mo share/locale/ro/LC_MESSAGES/arandr.mo share/locale/ru/LC_MESSAGES/arandr.mo +share/locale/sc/ +share/locale/sc/LC_MESSAGES/ +share/locale/sc/LC_MESSAGES/arandr.mo share/locale/sk/LC_MESSAGES/arandr.mo +share/locale/sr/LC_MESSAGES/arandr.mo share/locale/sv/LC_MESSAGES/arandr.mo share/locale/tr/LC_MESSAGES/arandr.mo share/locale/uk/LC_MESSAGES/arandr.mo ? arandr.diff Index: Makefile === RCS file: /cvs/ports/x11/arandr/Makefile,v retrieving revision 1.2 diff -u -p -u -r1.2 Makefile --- Makefile 29 Jul 2015 12:13:17 - 1.2 +++ Makefile 27 Aug 2015 00:54:06 - @@ -1,7 +1,7 @@ # $OpenBSD: Makefile,v 1.2 2015/07/29 12:13:17 ajacoutot Exp $ COMMENT = xrandr gui -MODPY_EGG_VERSION = 0.1.7.1 +MODPY_EGG_VERSION = 0.1.8 DISTNAME = arandr-${MODPY_EGG_VERSION} CATEGORIES = x11 sysutils HOMEPAGE = http://christian.amsuess.com/tools/arandr/ Index: distinfo === RCS file: /cvs/ports/x11/arandr/distinfo,v retrieving revision 1.1.1.1 diff -u -p -u -r1.1.1.1 distinfo --- distinfo 18 Nov 2013 21:51:11 - 1.1.1.1 +++ distinfo 27 Aug 2015 00:54:06 - @@ -1,2 +1,2 @@ -SHA256 (arandr-0.1.7.1.tar.gz) = q3OqkNBdSLlaAa/a03t8IaLN9K+Y99eLJQK4GTgnSNo= -SIZE (arandr-0.1.7.1.tar.gz) = 82118 +SHA256 (arandr-0.1.8.tar.gz) = bY7Bji9oOBj0IFAlFvfs5sN3oZA+qx3ngRUrWFclpzQ= +SIZE (arandr-0.1.8.tar.gz) = 86930 Index: pkg/PLIST === RCS file: /cvs/ports/x11/arandr/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -u -r1.1.1.1 PLIST --- pkg/PLIST 18 Nov 2013 21:51:11 - 1.1.1.1 +++ pkg/PLIST 27 Aug 2015 00:54:06 - @@ -30,10 +30,12 @@ share/locale/ar/LC_MESSAGES/arandr.mo share/locale/br/LC_MESSAGES/arandr.mo share/locale/bs/LC_MESSAGES/arandr.mo share/locale/ca/LC_MESSAGES/arandr.mo +share/locale/cs/LC_MESSAGES/arandr.mo share/locale/da/LC_MESSAGES/arandr.mo share/locale/de/LC_MESSAGES/arandr.mo share/locale/el/LC_MESSAGES/arandr.mo share/locale/es/LC_MESSAGES/arandr.mo +share/locale/et/LC_MESSAGES/arandr.mo share/locale/fa/LC_MESSAGES/arandr.mo share/locale/fr/LC_MESSAGES/arandr.mo share/locale/gl/LC_MESSAGES/arandr.mo @@ -50,7 +52,11 @@ share/locale/pl/LC_MESSAGES/arandr.mo share/locale/pt_BR/LC_MESSAGES/arandr.mo share/locale/ro/LC_MESSAGES/arandr.mo share/locale/ru/LC_MESSAGES/arandr.mo +share/locale/sc/ +share/locale/sc/LC_MESSAGES/ +share/locale/sc/LC_MESSAGES/arandr.mo share/locale/sk/LC_MESSAGES/arandr.mo +share/locale/sr/LC_MESSAGES/arandr.mo share/locale/sv/LC_MESSAGES/arandr.mo share/locale/tr/LC_MESSAGES/arandr.mo share/locale/uk/LC_MESSAGES/arandr.mo
Re: UPDATE: devel/py-serial 2.4 = 2.7 (+ python3 support)
On 07/14/15 22:58, Jérémie Courrèges-Anglas wrote: Fred open...@crowsons.com writes: Hi, Hi, Attached is an update to py-serial I have lightly tested on amd64. Thanks Thanks for your diff. Some comments: - unnecessary whitespace changes in the Makefile - make plist is confused by the fact that ${MODPY_VERSION} == ${MODPY_EGG_VERSION}. Since MODPY_EGG_VERSION is longer than MODPY_VERSION, some occurrences of MODPY_VERSION are incorrectly replaced. make plist can only make guesses. - this switch: -share/doc/py-serial/ -share/doc/py-serial/LICENSE.txt -share/doc/py-serial/README.txt -share/examples/py-serial/ -share/examples/py-serial/enhancedserial.py [...] +share/doc/${MODPY_PY_PREFIX}serial/ +share/doc/${MODPY_PY_PREFIX}serial/LICENSE.txt +share/doc/${MODPY_PY_PREFIX}serial/README.txt +share/examples/${MODPY_PY_PREFIX}serial/ +share/examples/${MODPY_PY_PREFIX}serial/enhancedserial.py [...] is IMO correct. Keeping py- hardcoded in PLIST would prevent a python3 package to be installed along with a python2 package. Since python3 is supported upstream, here's an updated diff that adds support for a python3 flavor. No serial stuff handy so I'd appreciate more tests. Comments / ok? Thanks for the pointers. Yes that's better diff - it's working fine with my arduino on amd64 - will test on i386 with a different serial device. Cheers fred
UPDATE: devel/py-serial 2.4 = 2.7
Hi, Attached is an update to py-serial I have lightly tested on amd64. Thanks Fred Index: Makefile === RCS file: /cvs/ports/devel/py-serial/Makefile,v retrieving revision 1.7 diff -u -p -u -r1.7 Makefile --- Makefile11 Mar 2013 10:50:26 - 1.7 +++ Makefile14 Jul 2015 19:13:33 - @@ -1,25 +1,23 @@ -# $OpenBSD: Makefile,v 1.7 2013/03/11 10:50:26 espie Exp $ +# $OpenBSD$ COMMENT = serial interface class for Python -MODPY_EGG_VERSION =2.4 -DISTNAME = pyserial-${MODPY_EGG_VERSION} -PKGNAME = ${DISTNAME:S/py/py-/} -REVISION = 4 +MODPY_EGG_VERSION =2.7 +DISTNAME = pyserial-${MODPY_EGG_VERSION} +PKGNAME = ${DISTNAME:S/py/py-/} CATEGORIES = devel -HOMEPAGE = http://pyserial.wiki.sourceforge.net/pySerial +HOMEPAGE = http://pyserial.sourceforge.net/ MAINTAINER = Daniel Gruber dan...@tydirium.org # Python license PERMIT_PACKAGE_CDROM = Yes -MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=pyserial/} +MODPY_PI = Yes MODULES = lang/python -MODPY_SETUPTOOLS = Yes DOCSDIR = ${PREFIX}/share/doc/py-serial EXAMPLESDIR = ${PREFIX}/share/examples/py-serial Index: distinfo === RCS file: /cvs/ports/devel/py-serial/distinfo,v retrieving revision 1.2 diff -u -p -u -r1.2 distinfo --- distinfo18 Jan 2015 03:13:43 - 1.2 +++ distinfo14 Jul 2015 19:13:33 - @@ -1,2 +1,2 @@ -SHA256 (pyserial-2.4.tar.gz) = a2qePS/Vl4ySyEPgEJkYpLysSB7srjFiVEgcDg9+c8g= -SIZE (pyserial-2.4.tar.gz) = 44723 +SHA256 (pyserial-2.7.tar.gz) = NULsCDh5PmHWIk4n/wXozkulpcXMTsXGo+jUkkeYVHc= +SIZE (pyserial-2.7.tar.gz) = 122081 Index: patches/patch-serialposix_py === RCS file: patches/patch-serialposix_py diff -N patches/patch-serialposix_py --- patches/patch-serialposix_py20 Jul 2011 15:50:13 - 1.2 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,19 +0,0 @@ -$OpenBSD: patch-serialposix_py,v 1.2 2011/07/20 15:50:13 sthen Exp $ serial/serialposix.py.orig Sat Jun 21 23:08:43 2008 -+++ serial/serialposix.py Wed Jul 20 16:48:47 2011 -@@ -35,13 +35,12 @@ elif plat == 'cygwin': #cywin/win32 (confirmed) - def device(port): - return '/dev/com%d' % (port + 1) - --elif plat == 'openbsd3': #BSD (confirmed) -+elif plat[:7] == 'openbsd': - def device(port): --return '/dev/ttyp%d' % port -+return '/dev/cua%02d' % port - - elif plat[:3] == 'bsd' or \ - plat[:7] == 'freebsd' or \ -- plat[:7] == 'openbsd' or \ - plat[:6] == 'darwin': #BSD (confirmed for freebsd4: cuaa%d) - def device(port): - return '/dev/cuad%d' % port Index: pkg/PLIST === RCS file: /cvs/ports/devel/py-serial/pkg/PLIST,v retrieving revision 1.1.1.1 diff -u -p -u -r1.1.1.1 PLIST --- pkg/PLIST 5 Jun 2009 04:29:22 - 1.1.1.1 +++ pkg/PLIST 14 Jul 2015 19:13:33 - @@ -1,37 +1,64 @@ @comment $OpenBSD: PLIST,v 1.1.1.1 2009/06/05 04:29:22 wcmaier Exp $ -lib/python${MODPY_VERSION}/site-packages/pyserial-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/ -lib/python${MODPY_VERSION}/site-packages/pyserial-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/PKG-INFO -lib/python${MODPY_VERSION}/site-packages/pyserial-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/SOURCES.txt -lib/python${MODPY_VERSION}/site-packages/pyserial-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/dependency_links.txt -lib/python${MODPY_VERSION}/site-packages/pyserial-${MODPY_EGG_VERSION}-py${MODPY_VERSION}.egg-info/top_level.txt -lib/python${MODPY_VERSION}/site-packages/serial/ -lib/python${MODPY_VERSION}/site-packages/serial/__init__.py -lib/python${MODPY_VERSION}/site-packages/serial/__init__.pyc -lib/python${MODPY_VERSION}/site-packages/serial/serialcli.py -lib/python${MODPY_VERSION}/site-packages/serial/serialcli.pyc -lib/python${MODPY_VERSION}/site-packages/serial/serialjava.py -lib/python${MODPY_VERSION}/site-packages/serial/serialjava.pyc -lib/python${MODPY_VERSION}/site-packages/serial/serialposix.py -lib/python${MODPY_VERSION}/site-packages/serial/serialposix.pyc -lib/python${MODPY_VERSION}/site-packages/serial/serialutil.py -lib/python${MODPY_VERSION}/site-packages/serial/serialutil.pyc -lib/python${MODPY_VERSION}/site-packages/serial/serialwin32.py -lib/python${MODPY_VERSION}/site-packages/serial/serialwin32.pyc -lib/python${MODPY_VERSION}/site-packages/serial/sermsdos.py -lib/python${MODPY_VERSION}/site-packages/serial/sermsdos.pyc -share/doc/py-serial/ -share/doc/py-serial/LICENSE.txt -share/doc/py-serial/README.txt -share/examples/py-serial/ -share/examples/py-serial/enhancedserial.py -share/examples/py-serial/miniterm.py -share
Re: UPDATE: devel/py-serial 2.4 = 2.7 (+ python3 support)
On 07/14/15 23:14, Fred wrote: Thanks for the pointers. Yes that's better diff - it's working fine with my arduino on amd64 - will test on i386 with a different serial device. Cheers fred Also tested on i386. Cheers Fred
make fake error: option --single-version-externally-managed not recognized
Hi ports@ While trying to update py-serial I'm getting the following error with make fake: error: option --single-version-externally-managed not recognized *** Error 1 in . (/usr/ports/lang/python/python.port.mk:178 'do-install': @cd /usr/ports/pobj/py-serial-2.7/pyserial-2.7 /usr/bin/env -i ...) *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2848 '/usr/ports/pobj/py-serial-2.7/fake-amd64/.fake_done') *** Error 1 in /usr/ports/devel/py-serial (/usr/ports/infrastructure/mk/bsd.port.mk:2485 'fake') If I comment out --single-version-externally-managed from python.port.mk I can do make fake and make install with no problems. I am missing something obvious? Cheers Fred
Re: Webpage Contain Flash
On 06/22/15 08:42, Mohammad BadieZadegan wrote: Hi, I have firefox with installed gnash but still I can not view the web pages contain flash such as www.speedtest.net. How can resolve that? Don't use flash, or set your useragent to be iPad - many website provide alternatives to flash as Apple doesn't support flash on iOS. hth Fred
Re: last amd64 libreoffice fails to run
OK, no more troubles with today snapshot. Thanks. Regards. Fred. Dawe dawed...@gmx.de writes: On May 30, 2015 12:45, Fred. Galusik wrote: Hi, Upgraded to last amd64 snapshot yesterday. Libreoffice fails to run and end with a core dump. I just saw the splash screen for 2 sec. Hi, does Libreoffice still core dump with the Jun 1 package snapshot? cheers Dawe -- Fred. Galusik
last amd64 libreoffice fails to run
at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 azalia0 at pci0 dev 27 function 0 Intel 82801I HD Audio rev 0x03: msi azalia0: codecs: Conexant CX20561 audio0 at azalia0 ppb0 at pci0 dev 28 function 0 Intel 82801I PCIE rev 0x03: msi pci1 at ppb0 bus 2 ppb1 at pci0 dev 28 function 1 Intel 82801I PCIE rev 0x03: msi pci2 at ppb1 bus 3 iwn0 at pci2 dev 0 function 0 Intel WiFi Link 5100 rev 0x00: msi, MIMO 1T2R, MoW, address 00:26:c6:bd:54:d2 ppb2 at pci0 dev 28 function 3 Intel 82801I PCIE rev 0x03: msi pci3 at ppb2 bus 5 uhci3 at pci0 dev 29 function 0 Intel 82801I USB rev 0x03: apic 1 int 16 uhci4 at pci0 dev 29 function 1 Intel 82801I USB rev 0x03: apic 1 int 17 uhci5 at pci0 dev 29 function 2 Intel 82801I USB rev 0x03: apic 1 int 18 ehci1 at pci0 dev 29 function 7 Intel 82801I USB rev 0x03: apic 1 int 19 usb1 at ehci1: USB revision 2.0 uhub1 at usb1 Intel EHCI root hub rev 2.00/1.00 addr 1 ppb3 at pci0 dev 30 function 0 Intel 82801BAM Hub-to-PCI rev 0x93 pci4 at ppb3 bus 13 pcib0 at pci0 dev 31 function 0 Intel 82801IEM LPC rev 0x03 ahci0 at pci0 dev 31 function 2 Intel 82801I AHCI rev 0x03: msi, AHCI 1.2 ahci0: port 0: 3.0Gb/s scsibus1 at ahci0: 32 targets sd0 at scsibus1 targ 0 lun 0: ATA, HITACHI HTS72501, PCBZ SCSI3 0/direct fixed naa.5000cca5b9c86dea sd0: 152627MB, 512 bytes/sector, 312581808 sectors ichiic0 at pci0 dev 31 function 3 Intel 82801I SMBus rev 0x03: apic 1 int 23 iic0 at ichiic0 usb2 at uhci0: USB revision 1.0 uhub2 at usb2 Intel UHCI root hub rev 1.00/1.00 addr 1 usb3 at uhci1: USB revision 1.0 uhub3 at usb3 Intel UHCI root hub rev 1.00/1.00 addr 1 usb4 at uhci2: USB revision 1.0 uhub4 at usb4 Intel UHCI root hub rev 1.00/1.00 addr 1 usb5 at uhci3: USB revision 1.0 uhub5 at usb5 Intel UHCI root hub rev 1.00/1.00 addr 1 usb6 at uhci4: USB revision 1.0 uhub6 at usb6 Intel UHCI root hub rev 1.00/1.00 addr 1 usb7 at uhci5: USB revision 1.0 uhub7 at usb7 Intel UHCI root hub rev 1.00/1.00 addr 1 isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 irq 1 irq 12 pckbd0 at pckbc0 (kbd slot) wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 aps0 at isa0 port 0x1600/31 uvideo0 at uhub0 port 6 configuration 1 interface 0 Lenovo product 0x480c rev 2.00/31.34 addr 2 video0 at uvideo0 ugen0 at uhub3 port 1 AuthenTec Fingerprint Sensor rev 2.00/17.03 addr 2 ugen1 at uhub3 port 2 Lenovo Computer Corp ThinkPad Bluetooth with Enhanced Data Rate II rev 2.00/3.99 addr 3 vscsi0 at root scsibus2 at vscsi0: 256 targets softraid0 at root scsibus3 at softraid0: 256 targets root on sd0a (270861f69bba6c0b.a) swap on sd0b dump on sd0b umass0 at uhub1 port 2 configuration 1 interface 0 Seagate Expansion rev 2.10/1.00 addr 2 umass0: using SCSI over Bulk-Only scsibus4 at umass0: 2 targets, initiator 0 sd1 at scsibus4 targ 1 lun 0: Seagate, Expansion, 0608 SCSI4 0/direct fixed sd1: 476940MB, 512 bytes/sector, 976773167 sectors sd1 detached scsibus4 detached umass0 detached umass0 at uhub1 port 2 configuration 1 interface 0 Kingston DataTraveler 2.0 rev 2.00/1.00 addr 2 umass0: using SCSI over Bulk-Only scsibus4 at umass0: 2 targets, initiator 0 sd1 at scsibus4 targ 1 lun 0: Kingston, DataTraveler 2.0, PMAP SCSI4 0/direct removable serial.09511665BEB109C004BE sd1: 14888MB, 512 bytes/sector, 30490624 sectors -- Fred. Galusik
Re: [update] inkscape 0.91
On 03/23/15 22:05, Landry Breuil wrote: On Wed, Mar 18, 2015 at 09:45:13AM +0100, Landry Breuil wrote: Hi, turns out it was much easier than i thought... here's an update to the recently released inkscape 0.91, with lotsa new features. See https://inkscape.org/en/news/2015/01/30/inkscape-version-091-is-released/ and http://wiki.inkscape.org/wiki/index.php/Release_notes/0.91 Starts here, i havent looked at new features like visio stuff.. Anyone actually using this plans to test it or i should just go ahead ? Landry Hi Landry, Thanks for updating this port, and commiting it to ports - I've finally got round to testing it on amd64 and its working well. Cheers Fred
Re: New port: games/pysol
On 03/19/15 20:28, Stuart Henderson wrote: On 2015/03/19 11:29, Dmitrij D. Czarkoff wrote: Hi! Port for those who attempt at deploying OpenBSD on relatives' and co-workers' PCs. DESCR: | PySolFC is a collection of more than 1000 solitaire card games. It is a fork | of PySol Solitaire. | | There are games that use the 52 card International Pattern deck, games for the | 78 card Tarock deck, eight and ten suit Ganjifa games, Hanafuda games, Matrix | games, Mahjongg games, and games for an original hexadecimal-based deck. | | Its features include modern look and feel (uses Ttk widget set), multiple | cardsets and tableau backgrounds, sound, unlimited undo, player statistics, a | hint system, demo games, a solitaire wizard, support for user written | plug-ins, an integrated HTML help browser, and lots of documentation. It generally works fine just as is, but UI blocks when any link is followed, which looks like usability problem to me. Patch was sent upstream to no avail. Comments? OKs? -- Dmitrij D. Czarkoff MODPY_VERSION = 2.7 I would generally not include this, but there was some discussion about whether to set MODPY_VERSION for 2.x ports and I forgot how it ended up, does anyone remember? There's a .desktop file, so it would be helpful for users of desktop environments to add the desktop-file-utils bits (dependency, @exec/unexec lines, and update-plist will zap the share/applications directory entry). No decision was made - the discussion raised with the Radio Tray import at the end of last year. But your approach seems like a good one: http://marc.info/?l=openbsd-portsm=141690802603289 cheers Fred
Re: NEW: graphics/pinta
On 03/16/15 14:48, Brian Callahan wrote: Hi ports -- Attached is a new port, graphics/pinta. Pinta is an open source drawing/editing program modeled after Paint.NET pkg/DESCR: Pinta is a free, open source drawing/editing program modeled after Paint.NET. Its goal is to provide users with a simple yet powerful way to draw and manipulate images on Linux, Mac, and Windows. Works well on amd64. An i386 test would be appreciated. OK? ~Brian Works fine on i386: x41:fred ~ uname -a; dmesg|head -2 OpenBSD x41.crowsons.com 5.7 GENERIC#742 i386 OpenBSD 5.7-current (GENERIC) #742: Sat Mar 14 14:41:26 MDT 2015 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC x41:fred ~ pkg_info|grep pinta pinta-1.6 open source drawing/editing program modeled after Paint.NET Cheers for this - I think my 4 year old will love this :~) Fred
Re: [new] net/stem
On 03/17/15 07:34, Pascal Stumpf wrote: Stem is a Python controller library that you can use to interact with Tor. With it you can write scripts and applications with capabilities similar to Vidalia and arm. From a technical standpoint, Stem is a Python implementation of Tor's directory and control specifications. This will apparently be a dependency for the next arm release. ok? Thanks for the port (I had been using pip for this). Works on amd64 and i386. Cheers Fred
neovim
Hi, Is any one trying to port neovim? http://neovim.org/ https://github.com/neovim/neovim Cheers Fred
Re: Chrome crashing on 5.7-beta
On 01/07/15 23:40, Stuart Henderson wrote: On 2015/01/07 23:36, Fred wrote: Hi ports@ I've just upgraded to 5.7-beta and I'm seeing crashes on Chrome: cd /usr/src/lib/libevent cvs up -PdA make obj make sudo make install fixed - thanks for the pointer!
Chrome crashing on 5.7-beta
Hi ports@ I've just upgraded to 5.7-beta and I'm seeing crashes on Chrome: port:fred ~ dmesg| head -2; chrome --version; chrome OpenBSD 5.7-beta (GENERIC.MP) #740: Tue Jan 6 18:19:48 MST 2015 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Chromium 39.0.2171.95 ATTENTION: default value of option force_s3tc_enable overridden by environment. [27875:2102789120:0107/232939:ERROR:get_updates_processor.cc(240)] PostClientToServerMessage() failed during GetUpdates [27875:2102789120:0107/232942:ERROR:process_updates_util.cc(116)] Zero length name in non-deleted update [27875:-1083898144:0107/233003:ERROR:bookmark_model_associator.cc(792)] Bookmarks persistence error was encountered: Native version (292) does not match sync version (1) Assertion failure: lock != NULL, at ptsynch.c:198 Abort trap (core dumped) Is anyone else seeing this? Cheers Fred PS dmesg: OpenBSD 5.7-beta (GENERIC.MP) #740: Tue Jan 6 18:19:48 MST 2015 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8447131648 (8055MB) avail mem = 8218394624 (7837MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xaafd (43 entries) bios0: vendor TOSHIBA version Version 3.60 date 01/24/2012 bios0: TOSHIBA TOSHIBA acpi0 at bios0: rev 0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP HPET APIC MCFG ASF! TCPA BOOT SLIC SSDT SSDT SSDT SSDT acpi0: wakeup devices LANC(S4) HDEF(S3) RP02(S4) PXSX(S4) RP04(S4) PXSX(S4) USBB(S4) USBC(S4) EHC1(S4) EHC2(S4) PWRB(S4) LID_(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2492.31 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2491.91 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2491.91 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 1, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2491.91 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEGP) acpiprt2 at acpi0: bus 1 (RP01) acpiprt3 at acpi0: bus 2 (RP02) acpiprt4 at acpi0: bus 4 (RP03) acpiprt5 at acpi0: bus -1 (RP04) acpiprt6 at acpi0: bus 5 (RP05) acpiprt7 at acpi0: bus 6 (RP06) acpiprt8 at acpi0: bus 7 (RP07) acpiprt9 at acpi0: bus -1 (RP08) acpiprt10 at acpi0: bus -1 (PCIB) acpicpu0 at acpi0: C1, PSS acpicpu1 at acpi0: C1, PSS acpicpu2 at acpi0: C1, PSS acpicpu3 at acpi0: C1, PSS acpipwrres0 at acpi0: PDOC, resource for DOCK acpitz0 at acpi0: critical temperature is 102 degC acpitoshiba0 at acpi0 acpiac0 at acpi0: AC unit online acpibtn0 at acpi0: PWRB acpibtn1 at acpi0: LID_ acpibat0 at acpi0: BAT1 model G71C000E4410 serial 001888 type Li-ION oem 0 acpidock0 at acpi0: DOCK not docked (0) cpu0: Enhanced SpeedStep 2492 MHz: speeds: 2501, 2500, 2000, 1800, 1600, 1400, 1200, 1000, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel Core 2G Host rev 0x09 vga1 at pci0 dev 2 function 0 Intel HD Graphics 3000 rev 0x09 intagp at vga1 not configured inteldrm0 at vga1 drm0 at inteldrm0 drm: Memory usable by graphics device = 2048M inteldrm0: 1920x1080 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0
Re: [PATCH] audio/radiotray: add missing RDEP on devel/py-xdg
On 01/05/15 14:15, Fabian Raetz wrote: Hi, radiotray did not start after installing because of a missing RDEP on py-xdg. Regards, Fabian Python 2.7.9 (default, Dec 14 2014, 07:35:05) [GCC 4.2.1 20070719 ] on openbsd5 Type help, copyright, credits or license for more information. from radiotray import radiotray ** Message: pygobject_register_sinkfunc is deprecated (GstObject) Traceback (most recent call last): File stdin, line 1, in module File /usr/local/lib/python2.7/site-packages/radiotray/radiotray.py, line 6, in module from RadioTray import RadioTray File /usr/local/lib/python2.7/site-packages/radiotray/RadioTray.py, line 22, in module from AudioPlayerGStreamer import AudioPlayerGStreamer File /usr/local/lib/python2.7/site-packages/radiotray/AudioPlayerGStreamer.py, line 25, in module from StreamDecoder import StreamDecoder File /usr/local/lib/python2.7/site-packages/radiotray/StreamDecoder.py, line 21, in module from lib.common import USER_AGENT File /usr/local/lib/python2.7/site-packages/radiotray/lib/common.py, line 5, in module from xdg.BaseDirectory import xdg_data_home ImportError: No module named xdg.BaseDirectory Index: Makefile === RCS file: /cvs/ports/audio/radiotray/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile11 Dec 2014 09:02:38 - 1.1.1.1 +++ Makefile5 Jan 2015 14:12:59 - @@ -4,6 +4,7 @@ COMMENT = streaming radio player MODPY_EGG_VERSION = 0.7.3 DISTNAME =radiotray-${MODPY_EGG_VERSION} +REVISION = 0 CATEGORIES = audio HOMEPAGE =http://radiotray.sourceforge.net/ @@ -19,6 +20,7 @@ MODPY_SETUPTOOLS =Yes RUN_DEPENDS = devel/py-gobject${MODPY_FLAVOR} \ devel/py-notify${MODPY_FLAVOR} \ + devel/py-xdg${MODPY_FLAVOR} \ devel/desktop-file-utils \ multimedia/gstreamer-0.10/plugins-base \ multimedia/gstreamer-0.10/plugins-good \ Thanks for the report and the patch. Will look into it. Cheers Fred
Re: [UPDATE] python 2.7.9
On 12/13/14 14:26, Remi Pointel wrote: Hi, this is the diff to update python to latest release 2.7.9. Just tested on amd64, could you test on other arch please? Thanks in advance, Cheers, Remi. tested successfully on macppc: ibook:fred ~ uname -a; python2.7 OpenBSD ibook.crowsons.com 5.6 GENERIC#344 macppc Python 2.7.9 (default, Dec 13 2014, 17:28:26) [GCC 4.2.1 20070719 ] on openbsd5 Cheers Fred
Re: graphics/inkscape
On 12/11/14 22:59, Matthias Kilian wrote: On Mon, Dec 08, 2014 at 11:50:39PM +0100, Matthias Kilian wrote: The only failure is graphics/inkscape. Anyone using it and want to investigate? But be aware that there's already a more than insane #ifdef maze using POPPLER_NEW_COLOR_SPACE_API and POPPLER_EVEN_NEWER_COLOR_SPACE_API, so what's next? Obviously, noone cares. So here's my best effort diff (untested, because I'm not using it). Update to inkscape-0.48.5 and fix for poppler-0.29.0. Please test (if possible, with the poppler diff I sent some days ago) and comment. Thanks for doing this - it is much appreciated. I have installed both diff's and it is working on amd64 with the minimal testing I have done so far. Cheers Fred port:fred ~ inkscape --version Inkscape 0.48.5 r10040 (Dec 12 2014) port:fred ~ uname -a; dmesg|head -2; OpenBSD port.crowsons.com 5.6 GENERIC.MP#602 amd64 OpenBSD 5.6-current (GENERIC.MP) #602: Sun Nov 23 16:15:25 MST 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
Re: Radio Tray
Ping? On 11/26/14 21:57, Fred wrote: On 11/24/14 15:01, Landry Breuil wrote: snipped Ive played with it a bit, it really doesnt like when a radio is missing... timeouts after a while, then gets a SIGBUS here. Try it with Country/US 181.. Techno/Drone Zone works fine for example. I think the bug may have been caused by a typo in AudioPlayerGStreamer.py - this is fixed by a new patch - the up stream code has already had this issue fixed - but they have not released a new version. I was unable to reproduce the error on amd64, i386 and macppc. Attached is an updated port. Tests and comments welcomed :~) Cheers Fred
Re: OpenVPN segfaults when client connects
' as a OpenVPN static key file Outgoing Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication Incoming Control Channel Authentication: Using 160 bit message hash 'SHA1' for HMAC authentication TLS-Auth MTU parms [ L:1590 D:166 EF:66 EB:0 ET:0 EL:0 ] Socket Buffers: R=[41600-65536] S=[9216-65536] TUN/TAP device tun0 exists previously, keep at program end TUN/TAP device /dev/tun0 opened Data Channel MTU parms [ L:1590 D:1450 EF:58 EB:135 ET:32 EL:0 AF:3/1 ] GID set to _openvpn UID set to _openvpn UDPv4 link local (bound): [AF_INET]10.0.0.1:53 UDPv4 link remote: [undef] MULTI: multi_init called, r=256 v=256 IFCONFIG POOL: base=192.168.1.65 size=14, ipv6=0 Initialization Sequence Completed - on client side : launch connection == Segmentation fault on server side # gdb /usr/local/sbin/openvpn GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-unknown-openbsd5.5...(no debugging symbols found) (gdb) run --config /etc/openvpn/server.conf Starting program: /usr/local/sbin/openvpn --config /etc/openvpn/server.conf (no debugging symbols found) (no debugging symbols found) Program received signal SIGSEGV, Segmentation fault. X509_cmp_time (ctm=0x1120, cmp_time=Variable cmp_time is not available. ) at /usr/src/lib/libssl/crypto/../src/crypto/x509/x509_vfy.c:1733 1733if (ctm-type == V_ASN1_UTCTIME) (gdb) bt #0 X509_cmp_time (ctm=0x1120, cmp_time=Variable cmp_time is not available. ) at /usr/src/lib/libssl/crypto/../src/crypto/x509/x509_vfy.c:1733 #1 0x1120cbc5d4bd in internal_verify (ctx=0x7f7c48f0) at /usr/src/lib/libssl/crypto/../src/crypto/x509/x509_vfy.c:1539 #2 0x1120cbc5ea72 in X509_verify_cert (ctx=0x7f7c48f0) at /usr/src/lib/libssl/crypto/../src/crypto/x509/x509_vfy.c:367 #3 0x1120cc54e668 in ssl_verify_cert_chain (s=0x1120cffc6400, sk=Variable sk is not available. ) at /usr/src/lib/libssl/ssl/../src/ssl/ssl_cert.c:554 #4 0x1120cc52e7bf in ssl3_get_client_certificate (s=0x1120cffc6400) at /usr/src/lib/libssl/ssl/../src/ssl/s3_srvr.c:3282 #5 0x1120cc5329b2 in ssl3_accept (s=0x1120cffc6400) at /usr/src/lib/libssl/ssl/../src/ssl/s3_srvr.c:587 #6 0x1120cc54035e in ssl3_read_bytes (s=0x1120cffc6400, type=23, buf=0x1120cd006800 , len=2048, peek=0) at /usr/src/lib/libssl/ssl/../src/ssl/s3_pkt.c:988 #7 0x1120cc541241 in ssl3_read_internal (s=0x1120cffc6400, buf=0x1120cd006800, len=2048, peek=0) at /usr/src/lib/libssl/ssl/../src/ssl/s3_lib.c:4207 #8 0x1120cc527d31 in ssl_read (b=0x1120cffc5a00, out=0x1120cd006800 , outl=2048) at /usr/src/lib/libssl/ssl/../src/ssl/bio_ssl.c:168 #9 0x1120cbc9403f in BIO_read (b=0x1120cffc5a00, out=0x1120cd006800, outl=2048) at /usr/src/lib/libssl/crypto/../src/crypto/bio/bio_lib.c:212 #10 0x111ec2f6256b in pem_password_callback () from /usr/local/sbin/openvpn #11 0x111ec2f5ffea in pem_password_callback () from /usr/local/sbin/openvpn #12 0x111ec2f61c7d in pem_password_callback () from /usr/local/sbin/openvpn #13 0x111ec2f14626 in ?? () from /usr/local/sbin/openvpn #14 0x111ec2f14d23 in ?? () from /usr/local/sbin/openvpn #15 0x111ec2f30b5f in mroute_addr_hash_function () from /usr/local/sbin/openvpn #16 0x111ec2f3282a in mroute_addr_hash_function () from /usr/local/sbin/openvpn #17 0x111ec2f2d4cd in mroute_addr_hash_function () from /usr/local/sbin/openvpn #18 0x111ec2f34b6e in mroute_addr_hash_function () from /usr/local/sbin/openvpn #19 0x111ec2f09061 in ?? () from /usr/local/sbin/openvpn #20 0x in ?? () Thanks in advance for any hint. I have the OpenBSD 5.5 - 5.6 upgrade ahead of me, but I notice that the OpenVPN package for 5.6 seems to be the same as on 5.5. Olivier Debré Have you tried the patches for 5.5 - there were alot of OpenSSL fixes applied - as a result of heartbleed. hth Fred
Re: Radio Tray
On 11/24/14 15:01, Landry Breuil wrote: snipped Ive played with it a bit, it really doesnt like when a radio is missing... timeouts after a while, then gets a SIGBUS here. Try it with Country/US 181.. Techno/Drone Zone works fine for example. I think the bug may have been caused by a typo in AudioPlayerGStreamer.py - this is fixed by a new patch - the up stream code has already had this issue fixed - but they have not released a new version. I was unable to reproduce the error on amd64, i386 and macppc. Attached is an updated port. Tests and comments welcomed :~) Cheers Fred radiotray.tar.gz Description: application/gzip
Re: Radio Tray
On 11/22/14 07:55, Landry Breuil wrote: On Sat, Nov 22, 2014 at 12:34:40AM +, Fred wrote: Hi Ports@ Attached is a port for radio tray an online radio streaming app. I have tested it on i386 and amd64. Some comments: - why hardcoding the python version ? This confused me a bit - I'm not sure where I have hard coded the python version. - you should RDEP on desktop-file-utils and add the @exec/@unexec lines to PLIST Done - as for the datadir setting, it's nice to detect openbsd but you dont need import platform, os.uname()[0] does the same thing. Do you plan to send this patch upstream ? I've sent a patch upstream. - you shouldnt have FULLPKGNAME in PLIST, it'll break if revision is set. make update-plist sucks at that, but radiotray-${MODPY_EGG_VERSION} should be used Done Attached is the update version of the port - I have now test on amd64, i386 and macppc. Cheers Fred radiotray.tar.gz Description: application/gzip
Re: Radio Tray
On 11/24/14 15:01, Landry Breuil wrote: On Mon, Nov 24, 2014 at 02:50:06PM +, Fred wrote: On 11/22/14 07:55, Landry Breuil wrote: On Sat, Nov 22, 2014 at 12:34:40AM +, Fred wrote: Hi Ports@ Attached is a port for radio tray an online radio streaming app. I have tested it on i386 and amd64. Some comments: - why hardcoding the python version ? This confused me a bit - I'm not sure where I have hard coded the python version. MODPY_VERSION = ${MODPY_DEFAULT_VERSION_2} You should only use it if you have a reason.. So it's not needed if the code does not work with Python 3? Ive played with it a bit, it really doesnt like when a radio is missing... timeouts after a while, then gets a SIGBUS here. Try it with Country/US 181.. Techno/Drone Zone works fine for example. I'll have take look. Other than that, looks good to me if anyone wants to import it. Landry Cheers Fred
Re: Radio Tray
On 11/22/14 07:55, Landry Breuil wrote: On Sat, Nov 22, 2014 at 12:34:40AM +, Fred wrote: Hi Ports@ Attached is a port for radio tray an online radio streaming app. I have tested it on i386 and amd64. Some comments: - why hardcoding the python version ? - you should RDEP on desktop-file-utils and add the @exec/@unexec lines to PLIST - as for the datadir setting, it's nice to detect openbsd but you dont need import platform, os.uname()[0] does the same thing. Do you plan to send this patch upstream ? - you shouldnt have FULLPKGNAME in PLIST, it'll break if revision is set. make update-plist sucks at that, but radiotray-${MODPY_EGG_VERSION} should be used Landry Hi, Thanks for the comments - I'll fix it up and resubmit. I'll submit my patches upstream, but the project has not had much activity in the last year. Cheers Fred
Radio Tray
Hi Ports@ Attached is a port for radio tray an online radio streaming app. I have tested it on i386 and amd64. Cheers Fred radiotray.tar.gz Description: application/gzip
file permissions in a port
Hi ports@ Can someone point me at the documentation for changing the file permissions in a package? I'm working on porting radiotray[1] and have wip port [2] but I noticed when testing it on i386 that the ~/.local/share/radiotray/config.xml is installed with 444 permisions rather than 644 which is needed for the package to run. Cheers Fred [1] http://radiotray.sourceforge.net/ [2] https://github.com/fcbsd/openbsd-wip/tree/master/audio/radiotray
Re: file permissions in a port
On 11/20/14 17:14, Marc Espie wrote: On Thu, Nov 20, 2014 at 09:39:03AM -0500, Jiri B wrote: On Thu, Nov 20, 2014 at 02:17:34PM +, Fred wrote: Hi ports@ Can someone point me at the documentation for changing the file permissions in a package? I'm working on porting radiotray[1] and have wip port [2] but I noticed when testing it on i386 that the ~/.local/share/radiotray/config.xml is installed with 444 permisions rather than 644 which is needed for the package to run. Cheers Fred [1] http://radiotray.sourceforge.net/ [2] https://github.com/fcbsd/openbsd-wip/tree/master/audio/radiotray man pkg_create and see '@chmod'. You mean @mode (though he will probably find it with that). More precisely: packing-list are signed, the tar meta-info is not, so anything even slightly unusual *must* be explicitly written in the plist. Thanks - I'm reading through pkg_create now.
Re: file permissions in a port
On 11/20/14 17:47, Stuart Henderson wrote: On 2014/11/20 17:21, Fred wrote: On 11/20/14 17:14, Marc Espie wrote: On Thu, Nov 20, 2014 at 09:39:03AM -0500, Jiri B wrote: On Thu, Nov 20, 2014 at 02:17:34PM +, Fred wrote: Hi ports@ Can someone point me at the documentation for changing the file permissions in a package? I'm working on porting radiotray[1] and have wip port [2] but I noticed when testing it on i386 that the ~/.local/share/radiotray/config.xml is installed with 444 permisions rather than 644 which is needed for the package to run. Cheers Fred [1] http://radiotray.sourceforge.net/ [2] https://github.com/fcbsd/openbsd-wip/tree/master/audio/radiotray man pkg_create and see '@chmod'. You mean @mode (though he will probably find it with that). More precisely: packing-list are signed, the tar meta-info is not, so anything even slightly unusual *must* be explicitly written in the plist. Thanks - I'm reading through pkg_create now. ~/.local/share/radiotray/config.xml isn't included in the package anyway though, presumably it gets copied from /usr/local/share/... at runtime (copying permissions there perhaps)? - if so, wouldn't it be more sane for permissions to be set by the program doing the copying? This turned out to be the answer - I'm trying to see if I can get my changes pushed upstream to remove the patches. Thanks for all the cluebats. Cheers Fred
Re: Update ack to 2.14 request
On 11/12/14 17:29, Jungle Boogie wrote: Hello Managers of Ports, I noticed the port and package of ack[0] is quite outdated, from December 2013[1]. I don't know what it takes to have it updated in ports/packages but I'd greatly appreciate any considering to do so! Thanks, Jungle [0] http://beyondgrep.com/ [1] http://beyondgrep.com/changes.txt -- inum: 883510009027723 sip: jungleboo...@sip2sip.info xmpp: jungle-boo...@jit.si Hi, The diff below will bring ack up to 2.14. I've emailed the maintainer as well. Cheers Fred Index: Makefile === RCS file: /cvs/ports/textproc/p5-ack/Makefile,v retrieving revision 1.17 diff -u -p -u -r1.17 Makefile --- Makefile22 Oct 2014 14:24:13 - 1.17 +++ Makefile12 Nov 2014 20:44:38 - @@ -3,7 +3,7 @@ COMMENT= grep like tool, aimed at programmers MODULES= cpan -DISTNAME= ack-2.12 +DISTNAME= ack-2.14 REVISION= 0 CPAN_AUTHOR= PETDANCE CATEGORIES=textproc Index: distinfo === RCS file: /cvs/ports/textproc/p5-ack/distinfo,v retrieving revision 1.10 diff -u -p -u -r1.10 distinfo --- distinfo12 Dec 2013 17:26:11 - 1.10 +++ distinfo12 Nov 2014 20:44:38 - @@ -1,2 +1,2 @@ -SHA256 (ack-2.12.tar.gz) = UvLTe8JXDZRxcfEAWdbtTw8jQThJpUbKICtuF967fSs= -SIZE (ack-2.12.tar.gz) = 219614 +SHA256 (ack-2.14.tar.gz) = hUmoM+/sFY3IW8YzSzo4SuWjiYlpQuq5pYxuYwwYGz8= +SIZE (ack-2.14.tar.gz) = 222479
Re: Update ack to 2.14 request
On 11/12/14 20:52, Stuart Henderson wrote: On 2014/11/12 09:29, Jungle Boogie wrote: Hello Managers of Ports, I noticed the port and package of ack[0] is quite outdated, from December 2013[1]. That's one way to put it, but then, the new release is only a couple of months old. I don't know what it takes to have it updated in ports/packages but I'd greatly appreciate any considering to do so! Generally for a port with a maintainer, the first step is to contact them. A diff for this update is pretty straightforward to do, so including one might help speed things along. (if they might be a slacker then it's worth CC'ing ports@ as well as sending directly). The ports team are too damn good! Expectations are getting carried away... please keep up the great work :~)
Re: Update ack to 2.14 request
On 11/12/14 21:54, Nigel Taylor wrote: On 11/12/14 20:48, Fred wrote: On 11/12/14 17:29, Jungle Boogie wrote: Hello Managers of Ports, I noticed the port and package of ack[0] is quite outdated, from December 2013[1]. I don't know what it takes to have it updated in ports/packages but I'd greatly appreciate any considering to do so! Thanks, Jungle [0] http://beyondgrep.com/ [1] http://beyondgrep.com/changes.txt -- inum: 883510009027723 sip: jungleboo...@sip2sip.info xmpp: jungle-boo...@jit.si Hi, The diff below will bring ack up to 2.14. I've emailed the maintainer as well. Cheers Fred Index: Makefile === RCS file: /cvs/ports/textproc/p5-ack/Makefile,v retrieving revision 1.17 diff -u -p -u -r1.17 Makefile --- Makefile22 Oct 2014 14:24:13 -1.17 +++ Makefile12 Nov 2014 20:44:38 - @@ -3,7 +3,7 @@ COMMENT=grep like tool, aimed at programmers MODULES=cpan -DISTNAME=ack-2.12 +DISTNAME=ack-2.14 REVISION=0 CPAN_AUTHOR=PETDANCE CATEGORIES=textproc Index: distinfo === RCS file: /cvs/ports/textproc/p5-ack/distinfo,v retrieving revision 1.10 diff -u -p -u -r1.10 distinfo --- distinfo12 Dec 2013 17:26:11 -1.10 +++ distinfo12 Nov 2014 20:44:38 - @@ -1,2 +1,2 @@ -SHA256 (ack-2.12.tar.gz) = UvLTe8JXDZRxcfEAWdbtTw8jQThJpUbKICtuF967fSs= -SIZE (ack-2.12.tar.gz) = 219614 +SHA256 (ack-2.14.tar.gz) = hUmoM+/sFY3IW8YzSzo4SuWjiYlpQuq5pYxuYwwYGz8= +SIZE (ack-2.14.tar.gz) = 222479 Try the attached a) I checked META.json / Makefile.pl for dependency changes / version requirement changes. Version is 1.10 not 1.1 for p5-File-Next, we have 1.12 so 1.10 check will pass. b) Tests some had been skipped because of missing dependencies, added the extra dependencies required for these tests. All tests do pass apart from one skipped test. The one test being skipped is unfinished upstream, even latest in github. Besides make test, make port-lib-depends-check, portcheck should be run, neither reported any issues, only tested on amd64. Also checked for other packages using p5-ack, none, so no additional checks required or carried out. There are a lot of upstream commits after 2.14, not sure how stable the 2.14 version is. ChangeLog contains a concern about problem introduced in 2.14, Commit history another, but ignored as related to a test. If some of these later changes are required the port needs patches adding until next version is released. This is a better diff than mine - tested on i386, amd64 and sparc64. Cheers Fred
Re: Remove: liberetto-config + wdsetup
On 10/22/14 19:11, Jasper Lievisse Adriaanse wrote: Hi, Are there any users left of of sysutils/libretto-config or sysutils/wdsetup ? If so, anyone interested in taking maintainership? Otherwise I'd like to remove these ports shortly. Cheers, Jasper I've still got my Libretto 70CT - but it currently does not run anything newer than 4.3 - my model only has 16 Mb of RAM and if the kernel is bigger than 6 Mb - it fails to get to a login prompt following a successful install. I would be happy for this to go to the attic - if I get my Libretto running current again - I might take maintainership and resubmit this port. Cheers Fred
Re: Remove: liberetto-config + wdsetup
On 10/23/14 18:48, Sebastian Reitenbach wrote: On Thursday, October 23, 2014 14:22 CEST, Fred open...@crowsons.com wrote: On 10/22/14 19:11, Jasper Lievisse Adriaanse wrote: Hi, Are there any users left of of sysutils/libretto-config or sysutils/wdsetup ? If so, anyone interested in taking maintainership? Otherwise I'd like to remove these ports shortly. Cheers, Jasper I've still got my Libretto 70CT - but it currently does not run anything newer than 4.3 - my model only has 16 Mb of RAM and if the kernel is bigger than 6 Mb - it fails to get to a login prompt following a successful install. I would be happy for this to go to the attic - if I get my Libretto running current again - I might take maintainership and resubmit this port. On my libretto 60 (32mb RAM), I run into ddb when booting GENERIC after installation. I wonder if this is an issue of kernel size, or some other option in the KERNEL that breaks GENERIC on those machines. I built an i386 RAMDISK kernel, and that booted at least into userland. It then started to hang, when the box was trying to start rpc services. I'm going to experiment a bit more with kernel options, differences between GENERIC and RAMDISK. But since I don't really know what's going on, this is more trial and error. If there are suggestions, what I might try first, I'm all ears ;) Sebastian booting hd0a:/bsd: 9699132+1067500 [72+403264+397640]=0xb08394 entry point at 0x200120 [ using 801388 bytes of bsd ELF symbol table ] Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2014 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 5.6-current (GENERIC) #418: Thu Oct 23 01:22:05 MDT 2014 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel Pentium (P54C) (GenuineIntel 586-class) 100 MHz cpu0: FPU,V86,DE,PSE,TSC,MSR,MCE,CX8 real mem = 33189888 (31MB) avail mem = 20418560 (19MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 06/09/97 apm0 at bios0: Power Management spec V1.2 pcibios at bios0 function 0x1a not configured bios0: ROM list: 0xe4000/0xc000 cpu0 at mainbus0: (uniprocessor) cpu0: F00F bug workaround installed isa0 at mainbus0 isadma0 at isa0 com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo com0: console com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 vga0 at isa0 port 0x3b0/48 iomem 0xa/131072 wsdisplay0 at vga0 mux 1: console (80x25, vt100 emulation), using wskbd0 wsdisplay0: screen 1-5 added (80x25, vt100 emulation) wdc0 at isa0 port 0x1f0/8 irq 14 wd0 at wdc0 channel 0 drive 0: HITACHI_DK23AA-60 wd0: 16-sector PIO, LBA, 5729MB, 11733120 sectors wd0(wdc0:0:0): using BIOS timings sb0 at isa0 port 0x220/24 irq 5 drq 1: dsp v3.01 midi0 at sb0: SB MIDI UART audio0 at sb0 opl at sb0 not configured wss0 at isa0 port 0x530/8 irq 10 drq 0: CS4231 or AD1845 (vers 4) audio1 at wss0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 lpt0 at isa0 port 0x378/4 irq 7 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 pcic0 at isa0 port 0x3e0/2 iomem 0xd/65536 pcic0 controller 0: Intel 82365SL rev 1 has sockets A and B pcmcia0 at pcic0 controller 0 socket 0 ep1 at pcmcia0 function 0 3Com, 3C574-TX Fast EtherLink PC Card, A port 0x340/32, irq 9: address 00:60:08:b3:f5:61 tqphy0 at ep1 phy 0: 78Q2120 10/100 PHY, rev. 3 pcmcia1 at pcic0 controller 0 socket 1 pcic0: irq 11, polling enabled vscsi0 at root scsibus1 at vscsi0: 256 targets softraid0 at root scsibus2 at softraid0: 256 targets kernel: integer divide fault trap, code=0 Stopped at cpu_switchto+0x64: popl%ebx ddb trace cpu_switchto(d0f13014,d0f13000,d0d0af18,d03bc36c,0) at cpu_switchto+0x64 (null)(102,0,0,0,0) at 0x1e414cea ddb ps PID PPID PGRPUID S FLAGS WAIT COMMAND 23422 0 0 0 2 0x14200crypto 15658 0 0 0 2 0x14200pfpurge 27622 0 0 0 2 0x14200pcic0,0,1 17307 0 0 0 2 0x14200pcic0,0,0 3962 0 0 0 2 0x14200apm0 27415 0 0 0 2 0x14200systqmp 5795 0 0 0 2 0x14200systq 10877 0 0 0 2 0x14200syswq 7219 0 0 0 1 0x14200idle0 25895 0 0 0 2 0x14200kmthread *1 0 0 0 7 0swapper 0 -1 0 0 3 0x10200 wdccmdswapper This thread on marc - might be of interest - but it didn't help me: http://marc.info/?t
Re: UPDATE: pyflakes
On 09/03/14 21:00, frantisek holop wrote: all non-skipped tests pass, they just dont depend on unittest2 anymore. please test and commit. -f Tested on amd64 - working well. Cheers Fred
Re: R: Re: R: Re: R: Re : Can't enable multicast
On 06/27/14 10:45, vale_ca...@libero.it wrote: I tried disabling pf (pf=NO in rc.conf.local) but the problem is still here :( Do you have any other ideas? what does your system has to let quagga work? maybe have I this problem because I'm running it as a virtual machine?? pfctl -d will disable pf from the command line and pfctl -e will re-enable it. what is the output of sysctl -a | grep forward? if it show's 0's then forwarding is disabled. port:fred ~ sysctl -a|grep forward net.inet.ip.forwarding=0 net.inet.ip.mforwarding=0 net.inet6.ip6.forwarding=0 net.inet6.ip6.mforwarding=0 hth Fred
Re: Can't enable multicast
On 06/25/14 23:46, vale_ca...@libero.it wrote: Hi,I'm a newbie of OpenBSD systems and I have the following problem: I'm interested in working with my openBSD 5.5 virtual machine (under virtualbox) as a router but, when I use quagga (installed with the pkg_add command), its routing deamons (ripd and ospfd) don't work. it gives me the following output in /var/log/quagga/rip.log: can't setsockopt ip_add_membership can't assign requested address multicast join failed, interface em2 not running but em2 is active and running!! even if I try to start mrouted -d I receive the error: can't enable multicast routing kernel: address already in use I googled a little searching a solution for both problems and I found this link about the first error: openbsd.7691.n7.nabble.com/quagga-0-99-20-1p0-multicast-broken-on-5-2-patch-included-td221123.html but I don't have the skills to do what they suggest to. and I couldn't find anything about the second output my dmesg output: OpenBSD 5.5 (GENERIC) #276: Wed Mar 5 09:57:06 MST 2014 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC cpu0: Intel(R) Core(TM) i3 CPU M 380 @ 2.53GHz (GenuineIntel 686-class) 2.53 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,MMX,FXSR,SSE,SSE2,NXE,LONG,SSE3,MWAIT,SSSE3,LAHF real mem = 536309760 (511MB) avail mem = 515244032 (491MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 06/23/99, BIOS32 rev. 0 @ 0xfc010, SMBIOS rev. 2.5 @ 0xe1000 (5 entries) bios0: vendor innotek GmbH version VirtualBox date 12/01/2006 bios0: innotek GmbH VirtualBox acpi0 at bios0: rev 2 acpi0: sleep states S0 S5 acpi0: tables DSDT FACP SSDT acpi0: wakeup devices acpitimer0 at acpi0: 3579545 Hz, 32 bits acpiprt0 at acpi0: bus 0 (PCI0) acpibat0 at acpi0: BAT0 not present acpiac0 at acpi0: AC unit online bios0: ROM list: 0xc/0x9000 0xe2000/0x1000 cpu0 at mainbus0: (uniprocessor) mtrr: CPU supports MTRRs but not enabled by BIOS pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 Intel 82441FX rev 0x02 pcib0 at pci0 dev 1 function 0 Intel 82371SB ISA rev 0x00 pciide0 at pci0 dev 1 function 1 Intel 82371AB IDE rev 0x01: DMA, channel 0 configured to compatibility, channel 1 configured to compatibility wd0 at pciide0 channel 0 drive 0: VBOX HARDDISK wd0: 128-sector PIO, LBA, 3584MB, 7340032 sectors wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 disabled (no drives) vga1 at pci0 dev 2 function 0 InnoTek VirtualBox Graphics Adapter rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) em0 at pci0 dev 3 function 0 Intel 82540EM rev 0x02: irq 10, address 08:00:27:d9:6b:2f InnoTek VirtualBox Guest Service rev 0x00 at pci0 dev 4 function 0 not configured auich0 at pci0 dev 5 function 0 Intel 82801AA AC97 rev 0x01: irq 5, ICH AC97 ac97: codec id 0x83847600 (SigmaTel STAC9700) audio0 at auich0 ohci0 at pci0 dev 6 function 0 Apple Intrepid USB rev 0x00: irq 11, version 1.0 piixpm0 at pci0 dev 7 function 0 Intel 82371AB Power rev 0x08: SMBus disabled em1 at pci0 dev 8 function 0 Intel 82540EM rev 0x02: irq 9, address 08:00:27:47:66:43 em2 at pci0 dev 9 function 0 Intel 82540EM rev 0x02: irq 5, address 08:00:27:bc:6b:07 em3 at pci0 dev 10 function 0 Intel 82540EM rev 0x02: irq 11, address 08:00:27:bf:89:b8 ehci0 at pci0 dev 11 function 0 Intel 82801FB USB rev 0x00: irq 10 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 Intel EHCI root hub rev 2.00/1.00 addr 1 isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard, using wsdisplay0 pms0 at pckbc0 (aux slot) pckbc0: using irq 12 for aux slot wsmouse0 at pms0 mux 0 pcppi0 at isa0 port 0x61 spkr0 at pcppi0 npx0 at isa0 port 0xf0/16: reported by CPUID; using exception 16 usb1 at ohci0: USB revision 1.0 uhub1 at usb1 Apple OHCI root hub rev 1.00/1.00 addr 1 vscsi0 at root scsibus0 at vscsi0: 256 targets softraid0 at root scsibus1 at softraid0: 256 targets root on wd0a (96383407307a434c.a) swap on wd0b dump on wd0b WARNING: / was not properly unmounted my rc.conf.local file:quagga_enable=YES quagga_daemons=zebra ripd gateway_enable=YES multicast_router=YES mrouted_flags=YES my sysctl.conf file:#$OpenBSD: sysctl.conf,v 1.54 2012/09/20 12:51:43 yasuoka Exp $ # # This file contains a list of sysctl options the user wants set at # boot time. See sysctl(3) and sysctl(8) for more information on # the many available variables. # net.inet.ip.forwarding=1# 1=Permit forwarding (routing) of IPv4 packets net.inet.ip.mforwarding=1# 1=Permit forwarding (routing) of IPv4 multicast packets net.inet.ip.multipath=1# 1=Enable IP multipath routing net.inet.icmp.rediraccept=1# 1=Accept ICMP redirects #net.inet6.icmp6.rediraccept=1# 1=Accept IPv6 ICMP redirects (for hosts) #net.inet6.ip6.forwarding=1# 1=Permit
Re: update textproc/xpdf
On 06/07/14 22:38, Matthias Kilian wrote: On Fri, May 30, 2014 at 04:37:58PM +0200, Matthias Kilian wrote: Update to xpdf-3.04. [...] Tests, comments and oks are welcome. Are only Patrick Keshishian and me using this? Yes - I'd forgotten to test - it's working fine for me on amd64. Cheers Fred
Spelling Checking in Firefox and Thunderbird
Hi Ports, This might be old information but I have just noticed that spell checking is working again in Firefox 29.0 and Thunderbird 24.5.0 port:fred ~ pkg_info|grep thunder thunderbird-24.5.0 Mozilla e-mail, rss and usenet client thunderbird-i18n-en-GB-24.5.0 en-GB language pack for Thunderbird port:fred ~ pkg_info|grep firefox firefox-29.0Mozilla web browser port:fred ~ dmesg|head -2 OpenBSD 5.5-current (GENERIC.MP) #126: Mon May 12 22:40:04 MDT 2014 t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Thanks Fred
Re: Random coredumps with Firefox ESR 24.3.0 on release 5.5
Le 05/11/14 16:13, Kent Fritz a écrit : Have you increased your per-process memory limit? Look at `ulimit -a`. You can increase the datasize-cur for your login class in /etc/login.conf. Some have suggested increasing the openfiles-cur, but it depends on your browsing habits -- I've never run into that limit, yet. Kent. Hi Kent, Thank you for pointing me in the right direction (OpenBSD newbie here). Modified some values in the 'staff' section : :datasize-cur=2048M:\ (might be overkill, but my system has 4GB of RAM) :openfiles-cur=1024:\ It seems to be working, no more crashes so far! Regards
Random coredumps with Firefox ESR 24.3.0 on release 5.5
Hi, Running this setup since a few days. I notice some random core dumps in Firefox ESR. Usually I have around 10 tabs opened, sometimes playing an HTML5 video from youtube. Crash can happen when clicking a button on a web page, or scrolling through a page... (I know there's an updated version in -current ports, if reporting bugs for packages for the release version is useless, please tell me :) $ gdb /usr/local/bin/firefox-esr firefox-esr.core GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-unknown-openbsd5.5...(no debugging symbols found) Core was generated by `firefox-esr'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libpthread.so.18.0...done. Loaded symbols for /usr/lib/libpthread.so.18.0 Loaded symbols for /usr/local/bin/firefox-esr Reading symbols from /usr/lib/libstdc++.so.57.0...done. Loaded symbols for /usr/lib/libstdc++.so.57.0 Reading symbols from /usr/lib/libm.so.9.0...done. Loaded symbols for /usr/lib/libm.so.9.0 Symbols already loaded for /usr/lib/libpthread.so.18.0 Reading symbols from /usr/lib/libc.so.73.1...done. Loaded symbols for /usr/lib/libc.so.73.1 Reading symbols from /usr/libexec/ld.so...done. Loaded symbols for /usr/libexec/ld.so Reading symbols from /usr/local/lib/firefox-esr-24.3.0/libmozalloc.so.0.0...done. Loaded symbols for /usr/local/lib/firefox-esr-24.3.0/libmozalloc.so.0.0 Reading symbols from /usr/local/lib/firefox-esr-24.3.0/libxul.so.0.0...done. Loaded symbols for /usr/local/lib/firefox-esr-24.3.0/libxul.so.0.0 Reading symbols from /usr/local/lib/libssl3.so.34.0...done. Loaded symbols for /usr/local/lib/libssl3.so.34.0 Reading symbols from /usr/local/lib/libsmime3.so.34.0...done. Loaded symbols for /usr/local/lib/libsmime3.so.34.0 Reading symbols from /usr/local/lib/libnss3.so.34.0...done. Loaded symbols for /usr/local/lib/libnss3.so.34.0 Reading symbols from /usr/local/lib/libnssutil3.so.34.0...done. Loaded symbols for /usr/local/lib/libnssutil3.so.34.0 Reading symbols from /usr/X11R6/lib/libXrender.so.6.0...done. Loaded symbols for /usr/X11R6/lib/libXrender.so.6.0 Reading symbols from /usr/lib/libsqlite3.so.26.0...done. Loaded symbols for /usr/lib/libsqlite3.so.26.0 Reading symbols from /usr/lib/libz.so.5.0...done. Loaded symbols for /usr/lib/libz.so.5.0 Reading symbols from /usr/lib/libevent.so.4.0...done. Loaded symbols for /usr/lib/libevent.so.4.0 Reading symbols from /usr/local/lib/libplds4.so.23.0...done. Loaded symbols for /usr/local/lib/libplds4.so.23.0 Reading symbols from /usr/local/lib/libplc4.so.23.0...done. Loaded symbols for /usr/local/lib/libplc4.so.23.0 Reading symbols from /usr/local/lib/libnspr4.so.23.0...done. Loaded symbols for /usr/local/lib/libnspr4.so.23.0 Reading symbols from /usr/lib/libsndio.so.6.0...done. Loaded symbols for /usr/lib/libsndio.so.6.0 Reading symbols from /usr/local/lib/libgtk-x11-2.0.so.2400.0...done. Loaded symbols for /usr/local/lib/libgtk-x11-2.0.so.2400.0 Reading symbols from /usr/local/lib/libatk-1.0.so.21009.1...done. Loaded symbols for /usr/local/lib/libatk-1.0.so.21009.1 Reading symbols from /usr/local/lib/libgdk-x11-2.0.so.2400.0...done. Loaded symbols for /usr/local/lib/libgdk-x11-2.0.so.2400.0 Reading symbols from /usr/local/lib/libpangocairo-1.0.so.3600.0...done. Loaded symbols for /usr/local/lib/libpangocairo-1.0.so.3600.0 Reading symbols from /usr/local/lib/libpangoft2-1.0.so.3600.0...done. Loaded symbols for /usr/local/lib/libpangoft2-1.0.so.3600.0 Reading symbols from /usr/local/lib/libpango-1.0.so.3600.0...done. Loaded symbols for /usr/local/lib/libpango-1.0.so.3600.0 Reading symbols from /usr/X11R6/lib/libfreetype.so.22.0...done. Loaded symbols for /usr/X11R6/lib/libfreetype.so.22.0 Reading symbols from /usr/local/lib/libgio-2.0.so.3800.0...done. Loaded symbols for /usr/local/lib/libgio-2.0.so.3800.0 Reading symbols from /usr/X11R6/lib/libfontconfig.so.9.0...done. Loaded symbols for /usr/X11R6/lib/libfontconfig.so.9.0 Reading symbols from /usr/X11R6/lib/libXinerama.so.6.0...done. Loaded symbols for /usr/X11R6/lib/libXinerama.so.6.0 Reading symbols from /usr/X11R6/lib/libXi.so.12.0...done. Loaded symbols for /usr/X11R6/lib/libXi.so.12.0 Reading symbols from /usr/X11R6/lib/libXrandr.so.7.0...done. Loaded symbols for /usr/X11R6/lib/libXrandr.so.7.0 Reading symbols from /usr/X11R6/lib/libXcursor.so.5.0...done. Loaded symbols for /usr/X11R6/lib/libXcursor.so.5.0 Reading symbols from /usr/X11R6/lib/libXcomposite.so.4.0...done. Loaded symbols for /usr/X11R6/lib/libXcomposite.so.4.0 Reading symbols from /usr/X11R6/lib/libXdamage.so.4.0...done. Loaded symbols for /usr/X11R6/lib/libXdamage.so.4.0 Reading symbols from
Yakuake for KDE4
Hi all, (New OpenBSD user here, running KDE 4 on release 5.5) I noticed yakuake 2.8.1 will not install : # pkg_add -v yakuake Update candidates: quirks-1.113 - quirks-1.113 (ok) Can't install kdebase-3.5.10p34 because of conflicts (kde-base-artwork-4.11.4,kate-4.11.5,kde-baseapps-4.11.5,kde-workspace-4.11.6,konsole-4.11.5p1,kdeartwork-4.11.5p0) Can't install yakuake-2.8.1p11: can't resolve kdebase-3.5.10p34 --- kdebase-3.5.10p34 --- Can't install kdebase-3.5.10p34: conflicts On the other hand, the latest yakuake version (2.9.9) compiles and runs just fine with KDE 4. Maybe somebody is already working on updating this?
Re: new: audio/siren
On 05/08/14 10:10, Alexandre Ratchov wrote: On Wed, May 07, 2014 at 11:10:46PM +0100, Stuart Henderson wrote: On 2014/05/07 17:16, Brian Callahan wrote: Just a quick lookover from me; will have time later tonight for real testing on other archs: * No need for VERSION since it only appears once, can just do DISTNAME=siren-0.3.1 * Don't need EXTRACT_SUFX, .tar.gz is the default. * I'm not sure PFRAG.shared is desired here. Looks like these are required parts of the program, in which case mark the port as SHARED_ONLY=Yes, remove plist/pfrag files and regen (the pfrag.shared will disapperar). * NO_TEST=Yes please follow standard ports Makefile style for line formatting. (also tar/tar.gz are preferred, /dev/null diffs are harder to test). Thanks for the comments and sorry for having missed the trivial ones. Below is a new version of the port, with these chages: - expanded removed ${VERSION} - removed EXTRACT_SUFX - added SHARED_ONLY=Yes and comment with the reason - removed PFRAG.shared and regenerated PLIST - use += for WANTLIB as other ports do - spacing, new line for each LIB_DEPENDS CONFIGURE_ARGS - added NO_TEST=Yes and the forgotten audio/Makefile change: Index: Makefile === RCS file: /cvs/ports/audio/Makefile,v retrieving revision 1.325 diff -u -p -u -p -r1.325 Makefile --- Makefile6 May 2014 14:02:17 - 1.325 +++ Makefile8 May 2014 09:09:33 - @@ -226,6 +226,7 @@ SUBDIR += shntool SUBDIR += shorten SUBDIR += sidplay + SUBDIR += siren SUBDIR += snack SUBDIR += solfege SUBDIR += sonata -- Alexandre Hi, Tested on amd64, i386, macppc. Bringing my zaurus uptodate to test. Works great! Thanks for the port. Fred
Re: [NEW] misc/asciinema
On 05/01/14 18:26, Stuart Henderson wrote: On 2014/05/01 21:17, Sergey Bronnikov wrote: On 18:26 Thu 01 May , Antoine Jacoutot wrote: On Thu, May 01, 2014 at 08:13:11PM +0400, Sergey Bronnikov wrote: $ cat misc/py-asciinema/pkg/DESCR asciinema is a free and open source solution for recording the terminal sessions and sharing them on the web. Tested on -current, amd64 P.S. actually it was sent to ports@ on 2014-01-24, now updated to latest version. You don't want to use FULLPKGNAME in the PLIST. WRKSRC is the default, you don't need that. Use MASTER_SITE_PYPI instead of github. py-* is usually for python modules, since this is a standalone software, no need to prefix it. Thank you for review. In my case: $ make show=WRKSRC /usr/ports/pobj/asciinema-0.9.8/v0.9.8 and without setting of WRKSRC packaging failed. - MASTER_SITES pointed to MASTER_SITE_PYPI - keep FULLPKGNAME in PLIST - renamed py-asciinema to asciinema Diff relative to yours, new tar attached. This version is working on -current i386, amd64 and macppc Thanks Fred
Re: [wip] Firefox 29.0b5
On 04/23/14 22:31, Landry Breuil wrote: git checkout release ; git pull - and retry ? I merged the fix for llvm fuckup... You could have also said what was not building any longer :) Landry Hi Landry, make build is failing with: port:fred /usr/ports/mystuff/www/mozilla-firefox make build === Patching for firefox-29.0 Running autoconf-2.13 in /usr/ports/pobj/firefox-29.0/mozilla-release === Configuring for firefox-29.0 Using /usr/ports/pobj/firefox-29.0/config.site (generated) cd /usr/ports/pobj/firefox-29.0/mozilla-release/js/src /usr/bin/env -i PATH=/usr/ports/pobj/firefox-29.0/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/local/bin:/usr/X11R6/bin AUTOCONF_VERSION=2.13 autoconf perl /usr/ports/infrastructure/bin/pkg_subst -DMODPY_PYCACHE= -DMODPY_COMMENT=\@comment\ \ -DMODPY_PYC_MAGIC_TAG= -DMODPY_BIN=/usr/local/bin/python2.7 -DMODPY_EGG_VERSION= -DMODPY_VERSION=2.7 -DMODPY_BIN_SUFFIX= -DMODPY_PY_PREFIX=py- -DMOZILLA_PROJECT=firefox -DMOZILLA_VER=29.0 -DMOZILLA_VERSION=29.0 -DMODCLANG_VERSION=3.5.20140228 -DLIBbrowsercomps_VERSION=47.0 -DLIBmozalloc_VERSION=47.0 -DLIBmozgnome_VERSION=47.0 -DLIBxul_VERSION=47.0 -DMACHINE_ARCH=amd64 -DARCH=amd64 -DHOMEPAGE=http://www.mozilla.org/projects/firefox -D^PREFIX=/usr/local -D^SYSCONFDIR=/etc -DFLAVOR_EXT= -DFULLPKGNAME=firefox-29.0 -DMAINTAINER=Landry\ Breuil\ \lan...@openbsd.org\ -D^BASE_PKGPATH=www/mozilla-firefox -D^LOCALBASE=/usr/local -D^X11BASE=/usr/X11R6 -D^TRUEPREFIX=/usr/local -D^RCDIR=/etc/rc.d -D^LOCALSTATEDIR=/var /usr/ports/pobj/firefox-29.0/mozilla-release//extensions/spellcheck/hunspell/src/mozHunspell.cpp cp: /usr/ports/pobj/firefox-29.0/mozilla-release//js/src/build/autoconf: No such file or directory *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2668 '/usr/ports/pobj/firefox-29.0/build-amd64/.configure_done') *** Error 1 in /usr/ports/mystuff/www/mozilla-firefox (/usr/ports/infrastructure/mk/bsd.port.mk:2419 'build') Which is fixed by: port:fred /usr/ports mkdir -p pobj/firefox-29.0/mozilla-release/js/src/build/autoconf It then fails with: /usr/ports/pobj/firefox-29.0/build-amd64/_virtualenv/bin/python -m mozbuild.action.webidl /usr/ports/pobj/firefox-29.0/mozilla-release/dom/bindings Traceback (most recent call last): File /usr/local/lib/python2.7/runpy.py, line 162, in _run_module_as_main __main__, fname, loader, pkg_name) File /usr/local/lib/python2.7/runpy.py, line 72, in _run_code exec code in run_globals File /usr/ports/pobj/firefox-29.0/mozilla-release/python/mozbuild/mozbuild/action/webidl.py, line 7, in module from mozwebidlcodegen import BuildSystemWebIDL File /usr/ports/pobj/firefox-29.0/mozilla-release/dom/bindings/mozwebidlcodegen/__init__.py, line 20, in module from mozbuild.base import MozbuildObject File /usr/ports/pobj/firefox-29.0/mozilla-release/python/mozbuild/mozbuild/base.py, line 17, in module from mach.mixin.process import ProcessExecutionMixin File /usr/ports/pobj/firefox-29.0/mozilla-release/python/mach/mach/mixin/process.py, line 29, in module raise Exception('Could not detect environment shell!') Exception: Could not detect environment shell! Makefile:72: recipe for target 'codegen.pp' failed gmake[3]: *** [codegen.pp] Error 1 gmake[3]: Leaving directory '/usr/ports/pobj/firefox-29.0/build-amd64/dom/bindings' /usr/ports/pobj/firefox-29.0/mozilla-release/config/recurse.mk:100: recipe for target 'dom/bindings/export' failed gmake[2]: *** [dom/bindings/export] Error 2 gmake[2]: Leaving directory '/usr/ports/pobj/firefox-29.0/build-amd64' /usr/ports/pobj/firefox-29.0/mozilla-release/config/recurse.mk:39: recipe for target 'export' failed gmake[1]: *** [export] Error 2 gmake[1]: Leaving directory '/usr/ports/pobj/firefox-29.0/build-amd64' /usr/ports/pobj/firefox-29.0/mozilla-release/config/rules.mk:596: recipe for target 'all' failed gmake: *** [all] Error 2 *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2691 '/usr/ports/pobj/firefox-29.0/build-amd64/.build_done') *** Error 1 in /usr/ports/mystuff/www/mozilla-firefox (/usr/ports/infrastructure/mk/bsd.port.mk:2419 'build') Am I missing something obvious? Cheers Fred -- dmesg: OpenBSD 5.5-current (GENERIC.MP) #80: Tue Apr 22 08:36:02 MDT 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8447131648 (8055MB) avail mem = 8213544960 (7833MB) mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xaafd (43 entries) bios0: vendor TOSHIBA version Version 3.60 date 01/24/2012 bios0: TOSHIBA TOSHIBA acpi0 at bios0: rev 0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP HPET APIC MCFG ASF! TCPA BOOT SLIC SSDT SSDT SSDT SSDT acpi0: wakeup devices LANC(S4) HDEF(S3) RP02(S4) PXSX(S4) RP04(S4) PXSX(S4) USBB(S4) USBC(S4) EHC1(S4) EHC2(S4) PWRB(S4) LID_(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr
Re: NEW: graphics/pngquant
On 04/23/14 15:19, Eric Radman wrote: Attached is a port for PNG compressor that uses a lossy algorithm that I've found to be very effective. The maintainer of this project mode a few modifications to make this project easier to build on OpenBSD (https://github.com/pornel/pngquant/issues/52) Tested on i386 and ppc. Tested on amd64 - thanks for the port! Cheers Fred
Re: UPDATE: Scratch
On 03/26/14 22:44, Stuart Cassoff wrote: This update of Scratch needs the new Squeak. Port tarball supplied though diff not that bad. No need to build any plugins; all needed plugins available via the vm port. Adding a dependency on Squeak sources v2 and installing changes file allows users to modify Scratch. Removed homegrown startup script. The supplied startup script is now installed. May need modification. Ports var adjustments for better(?) PLIST. There are some hard-coded directories (like /usr/share) in the Scratch image and aiui changes cannot be automated. If adjusted then all available languages would appear in the language menu and the Examples button in the file dialog would go to the installed examples. Other problems, if any, can be fixed as well. Some person would have to make the changes manually and then repackage the distfile. Stu Hi Stu, Lightly tested on amd64 - using the new squeakvm that you posted. Will try to test i386 and macppc in the next week (I'm away this weekend). When starting scratch I have to do: SC_DIR=/usr/local/share/scratch/ scratch other wise it says: port:fred /var/www scratch Executing: /usr/local/lib/squeak/squeakvm/squeakvm /Scratch.image Could not open the Squeak image file `/Scratch.image'. There are three ways to open a Squeak image file. You can: 1. Put copies of the default image and changes files in this directory. 2. Put the name of the image file on the command line when you run squeak (use the `-help' option for more information). 3. Set the environment variable SQUEAK_IMAGE to the name of the image that you want to use by default. For more information, type: `man squeak' (without the quote characters). Thanks for the update, cheers Fred
updating bison error
Hi ports@ I'm trying to update bison for another port that I'm working on but I'm getting a Collision error - not sure how to proceed - any clue bats would be welcome! Error on make install is: port:fred /usr/ports/devel/bison make install === bison-2.7p0 depends on: gettext-=0.10.38 - gettext-0.18.2p4 === bison-2.7p0 depends on: libiconv-* - libiconv-1.14p1 === bison-2.7p0 depends on: m4-* - m4-1.4.17 === Verifying specs: c intl=5 iconv=6 === found c.73.1 intl.6.0 iconv.6.0 === Installing bison-2.7p0 from /usr/ports/packages/amd64/all/ Collision in bison-2.3p1-2.7p0: the following files already exist /usr/local/lib/charset.alias (libiconv-1.14p1 and bison-2.7p0) Couldn't find updates for bison-2.3p1 *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1907 '/var/db/pkg/bison-2.7p0/+CONTENTS': @if /usr/sbin/pkg_info -e bison-2.7p0; ...) *** Error 1 in /usr/ports/devel/bison (/usr/ports/infrastructure/mk/bsd.port.mk:2419 'install') and similar on make update: port:fred /usr/ports/devel/bison make update === Updating for bison-2.7p0 Upgrading from bison-2.3p1 Password: Collision in bison-2.3p1-2.7p0: the following files already exist /usr/local/lib/charset.alias (libiconv-1.14p1 and bison-2.7p0) Couldn't find updates for bison-2.3p1 *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1919 '/usr/ports/update/amd64/bison-2.7p0') *** Error 1 in /usr/ports/devel/bison (/usr/ports/infrastructure/mk/bsd.port.mk:2419 'update') Cheers Fred
Re: updating bison error
On 03/19/14 14:05, Stuart Henderson wrote: On 2014/03/19 12:58, Fred wrote: Hi ports@ I'm trying to update bison for another port that I'm working on but I'm getting a Collision error - not sure how to proceed - any clue bats would be welcome! bison shouldn't install that file. In general there is a problem with updating bison though; it is supposed to work with base m4 at runtime, but m4 doesn't support enough to do this yet. ah okay - thanks for the info.
Re: UPDATE: Spectrwm 2.5.0
On 03/18/14 17:13, Gonzalo L. R. wrote: Hi, Update for Spectrwm to 2.5.0: Fix 'bind[] = ...' not unbinding as expected. Fix quirk matching of windows missing WM_CLASS. Add new maximize_toggle action. Improve support for Extended Window Manager Hints (EWMH). Add support for _NET_RESTACK_WINDOW. Add support for _NET_DESKTOP_GEOMETRY and _NET_DESKTOP_VIEWPORT. Add 'name' configuration option. Add support for _NET_WM_DESKTOP client message. Add new reorder stack action. Add color_focus_maximized and color_unfocus_maximized config options. Rename variables that shadow global declarations. Deny _NET_ACTIVE_WINDOW ClientMessages with a source type of 'normal'. Fix segfault when attempting to set a color on a non-existent screen. Add new OBEYAPPFOCUSREQ quirk. Fix typo in man page. Fix window border colors when moving windows to hidden workspaces. Fix floating windows remaining borderless after being fullscreen. Ignore EnterNotify when entering from an inferior window. Fix text rendering issue in search_win. Comments? Ok? Cheers.- works fine on amd64 and zaurus. Thanks Fred
Re: UPDATE: devel/ipython
On 03/13/14 12:10, Edd Barrett wrote: On Wed, Mar 12, 2014 at 11:35:23AM +, Edd Barrett wrote: Hi, The following diff updates ipython to the latest stable release. I have been using this for work for a couple of weeks now without issue. Fix duplicate TEST_DEPENDS, noticed by benoit@ OK? Builds and runs on amd64 - trying to get my head around using it :~) Cheers Fred
[UPDATE] misc/redshift
Hi ports@ Here is update to redshift to version 1.8, I've tested it on i386 and amd64, and will test it on macppc once my ibook is up to date. The gtk appalication has been renamed to redshift-gtk. Cheers Fred ? redshift.diff ? pkg/MESSAGE Index: Makefile === RCS file: /cvs/ports/misc/redshift/Makefile,v retrieving revision 1.17 diff -u -p -u -r1.17 Makefile --- Makefile27 Sep 2013 17:49:06 - 1.17 +++ Makefile11 Mar 2014 20:51:53 - @@ -2,9 +2,9 @@ COMMENT= automatic color temperature adjustment -V= 1.7 +V= 1.8 DISTNAME= redshift-${V} -REVISION= 5 +REVISION= 0 EXTRACT_SUFX= .tar.bz2 CATEGORIES=misc @@ -38,6 +38,6 @@ CONFIGURE_ARGS= --enable-randr \ --enable-gnome-clock \ --enable-gui -MODPY_ADJ_FILES= src/gtk-redshift/gtk-redshift +MODPY_ADJ_FILES= src/redshift-gtk/redshift-gtk .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/misc/redshift/distinfo,v retrieving revision 1.3 diff -u -p -u -r1.3 distinfo --- distinfo17 Jul 2011 08:05:36 - 1.3 +++ distinfo11 Mar 2014 20:51:53 - @@ -1,5 +1,2 @@ -MD5 (redshift-1.7.tar.bz2) = xWUSr6KStalLcV7UoYQdTA== -RMD160 (redshift-1.7.tar.bz2) = wrobxD6L1USKIsCrJf8reBMhkps= -SHA1 (redshift-1.7.tar.bz2) = zKO4Ov7xaHtTMzdkmvEoURaRhZA= -SHA256 (redshift-1.7.tar.bz2) = m/o8PUqc5uoGpeYjWrToIVpFbAjW50UcA4lFajfQEMg= -SIZE (redshift-1.7.tar.bz2) = 269820 +SHA256 (redshift-1.8.tar.bz2) = keB5h7zR9TKvOY2YfcOlGm5KW1/B2y43cChQvJ0T1hg= +SIZE (redshift-1.8.tar.bz2) = 276449 Index: pkg/PLIST === RCS file: /cvs/ports/misc/redshift/pkg/PLIST,v retrieving revision 1.5 diff -u -p -u -r1.5 PLIST --- pkg/PLIST 15 Jun 2012 08:32:17 - 1.5 +++ pkg/PLIST 11 Mar 2014 20:51:53 - @@ -1,21 +1,21 @@ @comment $OpenBSD: PLIST,v 1.5 2012/06/15 08:32:17 ajacoutot Exp $ -bin/gtk-redshift @bin bin/redshift -lib/python${MODPY_VERSION}/site-packages/gtk_redshift/ -lib/python${MODPY_VERSION}/site-packages/gtk_redshift/__init__.py -lib/python${MODPY_VERSION}/site-packages/gtk_redshift/__init__.pyc -lib/python${MODPY_VERSION}/site-packages/gtk_redshift/__init__.pyo -lib/python${MODPY_VERSION}/site-packages/gtk_redshift/defs.py -lib/python${MODPY_VERSION}/site-packages/gtk_redshift/defs.pyc -lib/python${MODPY_VERSION}/site-packages/gtk_redshift/defs.pyo -lib/python${MODPY_VERSION}/site-packages/gtk_redshift/statusicon.py -lib/python${MODPY_VERSION}/site-packages/gtk_redshift/statusicon.pyc -lib/python${MODPY_VERSION}/site-packages/gtk_redshift/statusicon.pyo -lib/python${MODPY_VERSION}/site-packages/gtk_redshift/utils.py -lib/python${MODPY_VERSION}/site-packages/gtk_redshift/utils.pyc -lib/python${MODPY_VERSION}/site-packages/gtk_redshift/utils.pyo +bin/redshift-gtk +lib/python${MODPY_VERSION}/site-packages/redshift_gtk/ +lib/python${MODPY_VERSION}/site-packages/redshift_gtk/__init__.py +lib/python${MODPY_VERSION}/site-packages/redshift_gtk/__init__.pyc +lib/python${MODPY_VERSION}/site-packages/redshift_gtk/__init__.pyo +lib/python${MODPY_VERSION}/site-packages/redshift_gtk/defs.py +lib/python${MODPY_VERSION}/site-packages/redshift_gtk/defs.pyc +lib/python${MODPY_VERSION}/site-packages/redshift_gtk/defs.pyo +lib/python${MODPY_VERSION}/site-packages/redshift_gtk/statusicon.py +lib/python${MODPY_VERSION}/site-packages/redshift_gtk/statusicon.pyc +lib/python${MODPY_VERSION}/site-packages/redshift_gtk/statusicon.pyo +lib/python${MODPY_VERSION}/site-packages/redshift_gtk/utils.py +lib/python${MODPY_VERSION}/site-packages/redshift_gtk/utils.pyc +lib/python${MODPY_VERSION}/site-packages/redshift_gtk/utils.pyo @man man/man1/redshift.1 -share/applications/gtk-redshift.desktop +share/applications/redshift-gtk.desktop share/icons/hicolor/scalable/apps/redshift-status-off.svg share/icons/hicolor/scalable/apps/redshift-status-on.svg share/icons/hicolor/scalable/apps/redshift.svg Index: MESSAGE === RCS file: MESSAGE diff -N MESSAGE --- /dev/null 1 Jan 1970 00:00:00 - +++ MESSAGE 11 Mar 2014 22:01:15 - @@ -0,0 +1 @@ +The gui version of the application has been rename to redshift-gtk.
Re: [UPDATE] misc/redshift
On 03/11/14 22:05, Antoine Jacoutot wrote: On Tue, Mar 11, 2014 at 10:03:35PM +, Fred wrote: Hi ports@ Here is update to redshift to version 1.8, I've tested it on i386 and amd64, and will test it on macppc once my ibook is up to date. The gtk appalication has been renamed to redshift-gtk. I'll take care of this, thanks. Tested successfully on macppc as well.
Update to Eigen 3.2.1
Hi ports@ I'm looking at porting Eigen 3.2.1 which will be needed for the next release of OpenSCAD, and have a couple of questions: Is it okay to create a third eigen directory? ie ports/math/eigen3 Also make configure is failing with: -- -- -- Configured Eigen 3.2.1 -- -- To build/run the unit tests, read this page: -- http://eigen.tuxfamily.org/index.php?title=Tests -- -- Configuring incomplete, errors occurred! See also /usr/ports/pobj/eigen3-3.2.1/build-amd64/CMakeFiles/CMakeOutput.log. See also /usr/ports/pobj/eigen3-3.2.1/build-amd64/CMakeFiles/CMakeError.log. *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2650 '/usr/ports/pobj/eigen3-3.2.1/build-amd64/.configure_done') *** Error 1 in /usr/ports/math/eigen3 (/usr/ports/infrastructure/mk/bsd.port.mk:2406 'all') --- Thu Feb 27 21:14:35 GMT 2014 There are 3 collect2: ld returned 1 exit status messages in the CMakeError.log[2] for: : undefined reference to `dgettext' : undefined reference to `pthread_create' /usr/bin/ld: cannot find -lpthreads I'm not sure if these are responsible for the failure - and would appreciate any pointers on how to fix this. The output of CMakeOutput.log[1], CMakeError.log[2], and portslogger[3] are below. Cheers Fred -- [1] CMakeOutput.log: The system is: OpenBSD - 5.5 - amd64 Compiling the C compiler identification source file CMakeCCompilerId.c succeeded. Compiler: /usr/bin/cc Build flags: -O2;-pipe; Id flags: The output was: 0 Compilation of the C compiler identification source CMakeCCompilerId.c produced a.out The C compiler identification is GNU, found in /usr/ports/pobj/eigen3-3.2.1/build-amd64/CMakeFiles/2.8.12.1/CompilerIdC/a.out Compiling the CXX compiler identification source file CMakeCXXCompilerId.cpp succeeded. Compiler: /usr/bin/c++ Build flags: -O2;-pipe; Id flags: The output was: 0 Compilation of the CXX compiler identification source CMakeCXXCompilerId.cpp produced a.out The CXX compiler identification is GNU, found in /usr/ports/pobj/eigen3-3.2.1/build-amd64/CMakeFiles/2.8.12.1/CompilerIdCXX/a.out Determining if the C compiler works passed with the following output: Change Dir: /usr/ports/pobj/eigen3-3.2.1/build-amd64/CMakeFiles/CMakeTmp Run Build Command:/usr/local/bin/ninja cmTryCompileExec3555421196 [1/2] Building C object CMakeFiles/cmTryCompileExec3555421196.dir/testCCompiler.c.o [2/2] Linking C executable cmTryCompileExec3555421196 Detecting C compiler ABI info compiled with the following output: Change Dir: /usr/ports/pobj/eigen3-3.2.1/build-amd64/CMakeFiles/CMakeTmp Run Build Command:/usr/local/bin/ninja cmTryCompileExec2386247678 [1/2] Building C object CMakeFiles/cmTryCompileExec2386247678.dir/CMakeCCompilerABI.c.o [2/2] Linking C executable cmTryCompileExec2386247678 Reading specs from /usr/lib/gcc-lib/amd64-unknown-openbsd5.5/4.2.1/specs Target: amd64-unknown-openbsd5.5 Configured with: OpenBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 /usr/lib/gcc-lib/amd64-unknown-openbsd5.5/4.2.1/collect2 --eh-frame-hdr -e __start -Bdynamic -dynamic-linker /usr/libexec/ld.so -o cmTryCompileExec2386247678 /usr/lib/crt0.o /usr/lib/crtbegin.o -L/usr/lib/gcc-lib/amd64-unknown-openbsd5.5/4.2.1 CMakeFiles/cmTryCompileExec2386247678.dir/CMakeCCompilerABI.c.o -rpath-link /usr/X11R6/lib:/usr/local/lib -lgcc -lc -lgcc /usr/lib/crtend.o Parsed C implicit link information from above output: link line regex: [^( *|.*[/\])(ld|([^/\]+-)?ld|collect2)[^/\]*( |$)] ignore line: [Change Dir: /usr/ports/pobj/eigen3-3.2.1/build-amd64/CMakeFiles/CMakeTmp] ignore line: [] ignore line: [Run Build Command:/usr/local/bin/ninja cmTryCompileExec2386247678] ignore line: [[1/2] Building C object CMakeFiles/cmTryCompileExec2386247678.dir/CMakeCCompilerABI.c.o] ignore line: [[2/2] Linking C executable cmTryCompileExec2386247678] ignore line: [Reading specs from /usr/lib/gcc-lib/amd64-unknown-openbsd5.5/4.2.1/specs] ignore line: [Target: amd64-unknown-openbsd5.5] ignore line: [Configured with: OpenBSD/amd64 system compiler] ignore line: [Thread model: posix] ignore line: [gcc version 4.2.1 20070719 ] link line: [ /usr/lib/gcc-lib/amd64-unknown-openbsd5.5/4.2.1/collect2 --eh-frame-hdr -e __start -Bdynamic -dynamic-linker /usr/libexec/ld.so -o cmTryCompileExec2386247678 /usr/lib/crt0.o /usr/lib/crtbegin.o -L/usr/lib/gcc-lib/amd64-unknown-openbsd5.5/4.2.1 CMakeFiles/cmTryCompileExec2386247678.dir/CMakeCCompilerABI.c.o -rpath-link /usr/X11R6/lib:/usr/local/lib -lgcc -lc -lgcc /usr/lib/crtend.o] arg [/usr/lib/gcc-lib/amd64-unknown-openbsd5.5/4.2.1/collect2] == ignore arg [--eh-frame-hdr] == ignore arg [-e] == ignore arg [__start] == ignore arg [-Bdynamic] == ignore arg [-dynamic-linker] == ignore arg [/usr/libexec/ld.so] == ignore arg [-o] == ignore arg [cmTryCompileExec2386247678] == ignore arg [/usr/lib
arandr
Hi Ports@, I've just upgraded to: port:fred ~ dmesg|head -2 OpenBSD 5.5-beta (GENERIC.MP) #287: Fri Feb 7 11:45:09 MST 2014 t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP And arandr is now failing with the following error: Exception: XRandR returned error code 1: X Error of failed request: BadAtom (invalid Atom parameter) The full error messages is shown below [1] It was working fine with my previous snapshot which was I think 3rd of Feb. Full dmesg at [2] Thanks Fred [1] port:fred ~ arandr /usr/local/lib/python2.7/site-packages/gobject/__init__.py:115: Warning: Attempt to add property screenlayout+metacity+KeyBindingButton::bound after class was initialised type_register(cls, namespace.get('__gtype_name__')) /usr/local/lib/python2.7/site-packages/gobject/__init__.py:115: Warning: Attempt to add property screenlayout+metacity+ActionWidget::editable after class was initialised type_register(cls, namespace.get('__gtype_name__')) Traceback (most recent call last): File /usr/local/bin/arandr, line 42, in module main() File /usr/local/lib/python2.7/site-packages/screenlayout/gui.py, line 318, in main force_version=options.force_version File /usr/local/lib/python2.7/site-packages/screenlayout/gui.py, line 159, in __init__ self.filetemplate = self.widget.load_from_x() File /usr/local/lib/python2.7/site-packages/screenlayout/widget.py, line 93, in load_from_x self._xrandr.load_from_x() File /usr/local/lib/python2.7/site-packages/screenlayout/xrandr.py, line 123, in load_from_x screenline, items = self._load_raw_lines() File /usr/local/lib/python2.7/site-packages/screenlayout/xrandr.py, line 187, in _load_raw_lines output = self._output(--verbose) File /usr/local/lib/python2.7/site-packages/screenlayout/xrandr.py, line 56, in _output raise Exception(XRandR returned error code %d: %s%(status,err)) Exception: XRandR returned error code 1: X Error of failed request: BadAtom (invalid Atom parameter) Major opcode of failed request: 17 (X_GetAtomName) Atom id in failed request: 0x3131582f Serial number of failed request: 54 Current serial number in output stream: 54 [2] OpenBSD 5.5-beta (GENERIC.MP) #287: Fri Feb 7 11:45:09 MST 2014 t...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8447131648 (8055MB) avail mem = 8214048768 (7833MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xaafd (43 entries) bios0: vendor TOSHIBA version Version 3.60 date 01/24/2012 bios0: TOSHIBA TOSHIBA acpi0 at bios0: rev 0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP HPET APIC MCFG ASF! TCPA BOOT SLIC SSDT SSDT SSDT SSDT acpi0: wakeup devices LANC(S4) HDEF(S3) RP02(S4) PXSX(S4) RP04(S4) PXSX(S4) USBB(S4) USBC(S4) EHC1(S4) EHC2(S4) PWRB(S4) LID_(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2492.24 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 10 var ranges, 88 fixed ranges cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2491.91 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2491.91 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 1, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2491.91 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr
Re: UPDATE: Pidgin 2.10.8
On 02/02/14 11:15, Brad Smith wrote: It has been just shy of a year since the last release of Pidgin but this one is a real doozy. There are fixes for 16 issues with CVE assigned. https://developer.pidgin.im/wiki/ChangeLog Any testing welcome. Works for me on i386 and amd64. Cheers Fred
Re: [new] mpv 0.3.2
On 01/17/14 18:11, frantisek holop wrote: this version tries to fix amd64 using -march=native. thanks to Brett for testing. please test and commit. -f This works for me on amd64, thanks. But I have a question when I did sudo make install[1] I ended up with errors, but when I did sudo make do-install[2] it installed fine. What am I missing? This is on: port:fred ~ dmesg|head OpenBSD 5.5-beta (GENERIC.MP) #268: Tue Jan 14 10:25:04 MST 2014 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8447131648 (8055MB) avail mem = 8214073344 (7833MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xaafd (43 entries) bios0: vendor TOSHIBA version Version 3.60 date 01/24/2012 bios0: TOSHIBA TOSHIBA acpi0 at bios0: rev 0 acpi0: sleep states S0 S3 S4 S5 Thanks Fred [1] port:fred /usr/ports/x11/mpv sudo make install `/usr/ports/pobj/mpv-0.3.2/fake-amd64/.fake_done' is up to date. === Building package for mpv-0.3.2 Create /usr/ports/packages/amd64/all/mpv-0.3.2.tgz Error: no @owner for /usr/local/bin/mpv (fred) Error: modes don't match for /usr/local/bin/mpv Error: no @owner for /usr/local/man/man1/mpv.1 (fred) Error: modes don't match for /usr/local/man/man1/mpv.1 Error: no @owner for /usr/local/share/applications/mpv.desktop (fred) Error: modes don't match for /usr/local/share/applications/mpv.desktop Error: no @owner for /usr/local/share/icons/hicolor/16x16/apps/mpv.png (fred) Error: modes don't match for /usr/local/share/icons/hicolor/16x16/apps/mpv.png Error: no @owner for /usr/local/share/icons/hicolor/32x32/apps/mpv.png (fred) Error: modes don't match for /usr/local/share/icons/hicolor/32x32/apps/mpv.png Error: no @owner for /usr/local/share/icons/hicolor/64x64/apps/mpv.png (fred) Error: modes don't match for /usr/local/share/icons/hicolor/64x64/apps/mpv.png *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1878 '/usr/ports/packages/amd64/all/mpv-0.3.2.tgz') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2426 '_internal-package') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2406 'package') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1891 '/var/db/pkg/mpv-0.3.2/+CONTENTS') *** Error 1 in /usr/ports/x11/mpv (/usr/ports/infrastructure/mk/bsd.port.mk:2406 'install') [2] port:fred /usr/ports/x11/mpv sudo make do-install cd /usr/ports/pobj/mpv-0.3.2/mpv-0.3.2 /usr/local/bin/python2.7 waf install Waf: Entering directory `/usr/ports/pobj/mpv-0.3.2/mpv-0.3.2/build' + install /usr/local/share/applications/mpv.desktop (from etc/mpv.desktop) + install /etc/mpv/encoding-profiles.conf (from etc/encoding-profiles.conf) + install /usr/local/bin/mpv (from build/mpv) + install /usr/local/share/icons/hicolor/16x16/apps/mpv.png (from etc/mpv-icon-8bit-16x16.png) + install /usr/local/share/icons/hicolor/32x32/apps/mpv.png (from etc/mpv-icon-8bit-32x32.png) + install /usr/local/share/icons/hicolor/64x64/apps/mpv.png (from etc/mpv-icon-8bit-64x64.png) + install /usr/local/man/man1/mpv.1 (from build/DOCS/man/en/mpv.1) Waf: Leaving directory `/usr/ports/pobj/mpv-0.3.2/mpv-0.3.2/build' 'install' finished successfully (1.463s)
Re: [UPDATE] OpenSCAD update to 2013.06
On 01/06/14 11:30, Fred wrote: Hi ports@, This diff updates OpenSCAD to verison 2013.06 - the last release, if my mail agent mangles the inline diff - I have also attached it. This is working on amd64 - and I'm currently testing it on macppc and i386. Cheers Fred Index: Makefile === RCS file: /cvs/ports/cad/openscad/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- Makefile25 Nov 2013 14:16:22 -1.6 +++ Makefile6 Jan 2014 10:42:42 - @@ -2,7 +2,7 @@ COMMENT =the programmer's solid 3D CAD modeller -V =2013.01 +V =2013.06 DISTNAME =openscad-${V} CATEGORIES =cad Index: distinfo === RCS file: /cvs/ports/cad/openscad/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo8 Mar 2013 01:36:59 -1.3 +++ distinfo6 Jan 2014 10:42:42 - @@ -1,2 +1,2 @@ -SHA256 (openscad-2013.01.src.tar.gz) = LvB4tYjEL3uoc4UPQKRpXGpH84BdFWBxfdP5j+gIIAc= -SIZE (openscad-2013.01.src.tar.gz) = 3459766 +SHA256 (openscad-2013.06.src.tar.gz) = 8neow+alSCcvlSeeUN5tSm1zVSd1q3ozx/g3yOWRc98= +SIZE (openscad-2013.06.src.tar.gz) = 4083085 Hi Ports@ Replying to my own post - as this worked on i386 and macppc (eventually :~D). So I have test on amd64, i386 and macppc. Cheers Fred
OpenSCAD update to 2013.06
Hi ports@, This diff updates OpenSCAD to verison 2013.06 - the last release, if my mail agent mangles the inline diff - I have also attached it. This is working on amd64 - and I'm currently testing it on macppc and i386. Cheers Fred Index: Makefile === RCS file: /cvs/ports/cad/openscad/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- Makefile25 Nov 2013 14:16:22 - 1.6 +++ Makefile6 Jan 2014 10:42:42 - @@ -2,7 +2,7 @@ COMMENT = the programmer's solid 3D CAD modeller -V =2013.01 +V =2013.06 DISTNAME = openscad-${V} CATEGORIES = cad Index: distinfo === RCS file: /cvs/ports/cad/openscad/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo8 Mar 2013 01:36:59 - 1.3 +++ distinfo6 Jan 2014 10:42:42 - @@ -1,2 +1,2 @@ -SHA256 (openscad-2013.01.src.tar.gz) = LvB4tYjEL3uoc4UPQKRpXGpH84BdFWBxfdP5j+gIIAc= -SIZE (openscad-2013.01.src.tar.gz) = 3459766 +SHA256 (openscad-2013.06.src.tar.gz) = 8neow+alSCcvlSeeUN5tSm1zVSd1q3ozx/g3yOWRc98= +SIZE (openscad-2013.06.src.tar.gz) = 4083085 ? openscad.diff Index: Makefile === RCS file: /cvs/ports/cad/openscad/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- Makefile 25 Nov 2013 14:16:22 - 1.6 +++ Makefile 6 Jan 2014 10:42:42 - @@ -2,7 +2,7 @@ COMMENT = the programmer's solid 3D CAD modeller -V = 2013.01 +V = 2013.06 DISTNAME = openscad-${V} CATEGORIES = cad Index: distinfo === RCS file: /cvs/ports/cad/openscad/distinfo,v retrieving revision 1.3 diff -u -r1.3 distinfo --- distinfo 8 Mar 2013 01:36:59 - 1.3 +++ distinfo 6 Jan 2014 10:42:42 - @@ -1,2 +1,2 @@ -SHA256 (openscad-2013.01.src.tar.gz) = LvB4tYjEL3uoc4UPQKRpXGpH84BdFWBxfdP5j+gIIAc= -SIZE (openscad-2013.01.src.tar.gz) = 3459766 +SHA256 (openscad-2013.06.src.tar.gz) = 8neow+alSCcvlSeeUN5tSm1zVSd1q3ozx/g3yOWRc98= +SIZE (openscad-2013.06.src.tar.gz) = 4083085
Re: UPDATE: QEMU 1.7.0
On 12/08/13 23:28, Brad Smith wrote: On 08/12/13 6:22 PM, Fred wrote: On 11/29/13 20:42, Brad Smith wrote: On 27/11/13 6:16 PM, Brad Smith wrote: Here is an update to QEMU 1.7.0. OK? Not really related to this update but does anyone use QEMU on powerpc or sparc64 or could anyone do some quick tests to see how things fare as is? Hi Brad, On my iBook G4 running current (OpenBSD 5.4-current (GENERIC) #92: Mon Dec 2 02:35:38 MST 2013) qemu is failing with the following error on a make install: cc1: out of memory allocating 4072 bytes after a total of 0 bytes /usr/ports/pobj/qemu-1.7.0/qemu-1.7.0/rules.mak:25: recipe for target 'target-i386/translate.o' failed The last call before the error is shown below [1]. If you need more info let me know. That means you need to increase the maximum data size, .e.g. ulimit -d. Hi Brad, qemu-1.7.0 is now built on both sparc64 and powerpc - but I have not tested them yet. cheers Fred
Re: UPDATE: QEMU 1.7.0
On 11/29/13 20:42, Brad Smith wrote: On 27/11/13 6:16 PM, Brad Smith wrote: Here is an update to QEMU 1.7.0. OK? Not really related to this update but does anyone use QEMU on powerpc or sparc64 or could anyone do some quick tests to see how things fare as is? Hi Brad, On my iBook G4 running current (OpenBSD 5.4-current (GENERIC) #92: Mon Dec 2 02:35:38 MST 2013) qemu is failing with the following error on a make install: cc1: out of memory allocating 4072 bytes after a total of 0 bytes /usr/ports/pobj/qemu-1.7.0/qemu-1.7.0/rules.mak:25: recipe for target 'target-i386/translate.o' failed The last call before the error is shown below [1]. If you need more info let me know. Cheers Fred PS it's still building on sparc64 [1] cc -I/usr/ports/pobj/qemu-1.7.0/qemu-1.7.0/tcg -I/usr/ports/pobj/qemu-1.7.0/qemu-1.7.0/tcg/ppc -I. -I/usr/ports/pobj/qemu-1.7.0/qemu-1.7.0 -I/usr/ports/pobj/qemu-1.7.0/qemu-1.7.0/include -I/usr/ports/pobj/qemu-1.7.0/qemu-1.7.0/target-i386 -Itarget-i386 -m32 -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -Wstrict-prototypes -Wredundant-decls -Wall -Wundef -Wwrite-strings -Wmissing-prototypes -fno-strict-aliasing -I/usr/local/include -I/usr/X11R6/include -Wno-redundant-decls -DTIME_MAX=LLONG_MAX -Wendif-labels -Wmissing-include-dirs -Wnested-externs -Wformat-security -Wformat-y2k -Winit-self -Wold-style-definition -fstack-protector-all -I/usr/local/include -I/usr/local/include/p11-kit-1 -I/usr/include -I/usr/local/include/libpng16 -I/usr/local/include -I/usr/include -I/usr/X11R6/include/pixman-1 -I.. -I/usr/ports/pobj/qemu-1.7.0/qemu-1.7.0/target-i386 -DNEED_CPU_H -I/usr/ports/pobj/qemu-1.7.0/qemu-1.7.0/include -pthread -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include -MMD -MP -MT target-i386/translate.o -MF target-i386/translate.d -O2 -pipe -c -o target-i386/translate.o /usr/ports/pobj/qemu-1.7.0/qemu-1.7.0/target-i386/translate.c cc1: out of memory allocating 4072 bytes after a total of 0 bytes /usr/ports/pobj/qemu-1.7.0/qemu-1.7.0/rules.mak:25: recipe for target 'target-i386/translate.o' failed gmake[1]: *** [target-i386/translate.o] Error 1 gmake[1]: Leaving directory '/usr/ports/pobj/qemu-1.7.0/qemu-1.7.0/x86_64-softmmu' Makefile:144: recipe for target 'subdir-x86_64-softmmu' failed gmake: *** [subdir-x86_64-softmmu] Error 2 *** Error 2 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2661 '/usr/ports/pobj/qemu-1.7.0/.build_done') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1862 '/usr/ports/packages/powerpc/all/qemu-1.7.0.tgz') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2414 '_internal-package') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2394 'package') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1879 '/var/db/pkg/qemu-1.7.0/+CONTENTS') *** Error 1 in /usr/ports/emulators/qemu (/usr/ports/infrastructure/mk/bsd.port.mk:2394 'install') [1] OpenBSD 5.4-current (GENERIC) #92: Mon Dec 2 02:35:38 MST 2013 dera...@macppc.openbsd.org:/usr/src/sys/arch/macppc/compile/GENERIC real mem = 536870912 (512MB) avail mem = 507731968 (484MB) mainbus0 at root: model PowerBook6,5 cpu0 at mainbus0: 7447A (Revision 0x102): 1199 MHz: 512KB L2 cache
Re: QEMU 1.7.0-rc2 for testing
On 11/27/13 05:10, Brad Smith wrote: Here is an update to QEMU 1.7.0-rc2. Looking for any testing. Hi Brad, I guess the 1.7.0-rc2 testing is redundant, now that 1.7.0 is out. Thanks Fred
Re: UPDATE: QEMU 1.7.0
On 11/27/13 23:16, Brad Smith wrote: Here is an update to QEMU 1.7.0. OK? Hi Brad, Just deleted 1.7.0-rc2 and built 1.7.0 - it is running the xp image that I created with 1.7.0-rc2. port:fred ~ qemu-system-i386 --version QEMU emulator version 1.7.0, Copyright (c) 2003-2008 Fabrice Bellard port:fred ~ dmesg|head -2 OpenBSD 5.4-current (GENERIC.MP) #155: Wed Nov 20 12:24:39 MST 2013 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP Thanks Fred
Re: NEW: benchmarks/speedtest-cli
On 11/19/13 17:27, Stuart Henderson wrote: This is a simple command-line client for the speedtest.net bandwidth tester, which has a couple of thousand test locations around the world and is normally accessed by a Flash-based website. OK to import? Worked well on amd64 and macppc - both were using Python 2.7. Cheers Fred
Re: NEW: x11/arandr
On 11/18/13 21:19, Edd Barrett wrote: Hi, I am tired of being the guy at the conference who has to hack xrandr by hand to get the projector to work. So here is a port of arandr -- A Python GUI for xrandr. Seems to work pretty well on the one monitor I have tried it with. I will try another tomorrow at work. OK? Hi Edd, Like the app working nicely on am64, working on a Samsung VGA external monitor and a Sony Bravia HDMI external monitor, when plugged into this laptop. Still building on i386, but failing on powerpc (macppc) with: ibook:fred /usr/ports/x11/arandr make === Building for arandr-0.1.7.1 Bad system call (core dumped) *** Error 140 in . (/usr/ports/lang/python/python.port.mk:171 'do-build': @: ;mkdir -p /usr/ports/pobj/arandr-0.1.7.1/lib/python2.7/site-pac...) *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2669 '/usr/ports/pobj/arandr-0.1.7.1/.build_done') *** Error 1 in /usr/ports/x11/arandr (/usr/ports/infrastructure/mk/bsd.port.mk:2393 'all') I'll have a look at it tomorrow on macppc. Cheers Fred
Re: new: net/bitcoin
On 11/12/13 18:31, Aaron wrote: On Sat, Jan 12, 2013 at 9:47 AM, David Hill dh...@mindcry.org wrote: On Sun, Dec 09, 2012 at 05:09:56PM +0100, Pascal Stumpf wrote: :On Sat, 26 May 2012 15:44:31 +0200, Pascal Stumpf wrote: : Bitcoin is an experimental new digital currency that enables instant : payments to anyone, anywhere in the world. Bitcoin uses peer-to-peer : technology to operate with no central authority: managing transactions : and issuing money are carried out collectively by the network. : Bitcoin is also the name of the open source software which enables : the use of this currency. : : : Of course, mining is not very efficient on OpenBSD, but it is still : useful to manage your wallet, make transactions etc. : : :Updated port attached (0.7.1), latest update done by Alex Bula. : :ok? Updated your port to 0.7.2 and successfully using it on i386. Attached is the tarball. Updated to 0.8.5 - working great on amd64. FWIW I can't reproduce the deleting /dev/null issue. Hi Aaron, Thanks for the port - I can confirm that it is working well on amd64: port:fred ~ bitcoind -?|head -1 Bitcoin version v0.8.5.0-gef14a26-beta port:fred ~ dmesg|head -4 OpenBSD 5.4-current (GENERIC.MP) #117: Sun Nov 3 11:37:42 MST 2013 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8447131648 (8055MB) avail mem = 8214102016 (7833MB) Cheers Fred
Re: Chromium core dumps
On 11/04/13 07:13, David Coppa wrote: Seems to be fixed in -current by Robert's recent chromium update. Yes, I confirm it's fixed. ciao, David It's now also working for me on amd64: port:fred ~ chrome --version Chromium 30.0.1599.101 port:fred ~ dmesg|head -8 OpenBSD 5.4-current (GENERIC.MP) #117: Sun Nov 3 11:37:42 MST 2013 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8447131648 (8055MB) avail mem = 8214102016 (7833MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xaafd (43 entries) bios0: vendor TOSHIBA version Version 3.60 date 01/24/2012 bios0: TOSHIBA TOSHIBA Thanks for the update! Cheers Fred
Re: Chromium core dumps
On 10/28/13 19:51, Edd Barrett wrote: Has anyone raised a bug upstream? On 27 October 2013 04:31, Chris Cappuccio ch...@nmedia.net wrote: Stuart Henderson [st...@openbsd.org] wrote: On 2013/10/25 22:46, Fred wrote: Hi ports@ I have had an issue with Chromium for the last couple of week where it will segmentation fault if I click on the tools button and select settings. Apart from this Chromium seems to run fine... It's a known problem (tools/about and tools/settings broken on amd64) but I haven't heard any ideas of why it's happening yet. Likewise no ideas about the breakage with pretty much any complex web pages on i386 (which has been like this since around April, from looking at ports@ archives). I've been running it on i386 and other than history immediately crashing it, complex web pages work fine. I was using firefox but chrome is so much faster at this point, it's not even funny. Firefox is also constantly crashing on my relatively low memory i386 laptop. No. I was hoping to try and find some more information that might give a clue... I'm away this week so I'll not log a bug with upstream until next week unless someone beats me to it :~) Cheers Fred
Chromium core dumps
Hi ports@ I have had an issue with Chromium for the last couple of week where it will segmentation fault if I click on the tools button and select settings. Apart from this Chromium seems to run fine... The error messages is: port:fred ~ chrome [22492:1551274752:1025/223946:ERROR:user_style_sheet_watcher.cc(174)] Failed to setup watch for /home/fred/.config/chromium/Default/User StyleSheets/Custom.css Segmentation fault (core dumped) port:fred ~ gdb gives me: (gdb) core-file chrome.core Core was generated by `chrome'. Program terminated with signal 11, Segmentation fault. #0 0x0f7c4d02efcf in ?? () But I don't know what this means or how to debug it further - but it seems similar to the issue on i386 back in April [1] port:fred ~ dmesg|head -1 OpenBSD 5.4-current (GENERIC.MP) #78: Wed Oct 23 17:11:15 MDT 2013 port:fred ~ chrome --version Chromium 29.0.1547.76 Any clues to fixing this? dmesg at end of mail [2]. Cheers Fred [1] http://marc.info/?t=13653359111r=1w=2 [2] dmesg OpenBSD 5.4-current (GENERIC.MP) #78: Wed Oct 23 17:11:15 MDT 2013 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 8447131648 (8055MB) avail mem = 8214134784 (7833MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xaafd (43 entries) bios0: vendor TOSHIBA version Version 3.60 date 01/24/2012 bios0: TOSHIBA TOSHIBA acpi0 at bios0: rev 0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP HPET APIC MCFG ASF! TCPA BOOT SLIC SSDT SSDT SSDT SSDT acpi0: wakeup devices LANC(S4) HDEF(S3) RP02(S4) PXSX(S4) RP04(S4) PXSX(S4) USBB(S4) USBC(S4) EHC1(S4) EHC2(S4) PWRB(S4) LID_(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2492.26 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu0: 256KB 64b/line 8-way L2 cache cpu0: smt 0, core 0, package 0 cpu0: apic clock running at 99MHz cpu0: mwait min=64, max=64, C-substates=0.2.1.1.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2491.92 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu1: 256KB 64b/line 8-way L2 cache cpu1: smt 1, core 0, package 0 cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2491.91 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu2: 256KB 64b/line 8-way L2 cache cpu2: smt 0, core 1, package 0 cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Core(TM) i5-2520M CPU @ 2.50GHz, 2491.92 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,PCID,SSE4.1,SSE4.2,x2APIC,POPCNT,DEADLINE,AES,XSAVE,AVX,NXE,LONG,LAHF,PERF,ITSC cpu3: 256KB 64b/line 8-way L2 cache cpu3: smt 1, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEGP) acpiprt2 at acpi0: bus 1 (RP01) acpiprt3 at acpi0: bus 2 (RP02) acpiprt4 at acpi0: bus 4 (RP03) acpiprt5 at acpi0: bus -1 (RP04) acpiprt6 at acpi0: bus 5 (RP05) acpiprt7 at acpi0: bus 6 (RP06) acpiprt8 at acpi0: bus 7 (RP07) acpiprt9 at acpi0: bus -1 (RP08) acpiprt10 at acpi0: bus -1 (PCIB) acpicpu0 at acpi0: C1, PSS acpicpu1 at acpi0: C1, PSS acpicpu2 at acpi0: C1, PSS acpicpu3 at acpi0: C1, PSS acpipwrres0 at acpi0: PDOC acpitz0 at acpi0: critical temperature is 102 degC acpitoshiba0 at acpi0 acpiac0 at acpi0: AC unit online acpibtn0 at acpi0: PWRB acpibtn1 at acpi0: LID_ acpibat0 at acpi0: BAT1 model G71C000E4410 serial 001888 type Li-ION oem 0 acpidock0 at acpi0: DOCK not docked (0) cpu0: Enhanced SpeedStep 2492 MHz: speeds: 2501, 2500, 2000, 1800, 1600, 1400, 1200, 1000, 800 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 Intel Core 2G Host rev 0x09 vga1 at pci0 dev 2 function 0 Intel HD Graphics 3000 rev 0x09 intagp0 at vga1 agp0 at intagp0: aperture at 0xb000, size 0x1000 inteldrm0 at vga1 drm0 at inteldrm0 inteldrm0: 1366x768 wsdisplay0 at vga1 mux 1: console (std, vt100 emulation) wsdisplay0: screen 1-5 added
Re: Chromium core dumps
On 10/25/13 22:59, Stuart Henderson wrote: On 2013/10/25 22:46, Fred wrote: Hi ports@ I have had an issue with Chromium for the last couple of week where it will segmentation fault if I click on the tools button and select settings. Apart from this Chromium seems to run fine... It's a known problem (tools/about and tools/settings broken on amd64) but I haven't heard any ideas of why it's happening yet. Likewise no ideas about the breakage with pretty much any complex web pages on i386 (which has been like this since around April, from looking at ports@ archives). Hi Stu, Thanks for the heads up. I'll keep digging - is there a debug version I can build to see if I can find any clues? Cheers Fred
php-pgsql is where in the ports tree?
MediaWiki's Website now mentions PostgreSQL support more prominently on their requirements page than in the past: http://www.mediawiki.org/wiki/Manual:Installation_guide Previously, they had advocated MySQL as being the preferred back-end, but the necessary PostgreSQL scripts was mentioned deep down in their documentation. The Makefile for OpenBSD's MediaWiki port: http://www.openbsd.org/cgi-bin/cvsweb/ports/www/mediawiki/Makefile?rev=1.37 ...mentions php-pgsql as being the necessary connector to PostgreSQL, but I'm not finding it in the ports tree. Where is it? Thanks.
Re: php-pgsql is where in the ports tree?
On Wed, Jun 27, 2012 at 11:57 AM, Mike Erdely m...@erdelynet.com wrote: $ pkg_info -Q php-pgsql php-pgsql-5.2.17p5 php-pgsql-5.3.13 Thank you for pointing out the packages, but I'm wanting to know where this is in the ports tree so I can build it myself. What is it? Thanks.
Scratch 1.4
Hi Stuart, Can we update Scratch to 1.4? The following diff updates the Makefile, and then following a make makesum, make plist, and make install it all works great on i386. Thanks Fred -- x41:fred /usr/ports/graphics/scratch diff -u Makefile.orig Makefile --- Makefile.orig Wed May 19 22:05:21 2010 +++ MakefileWed May 19 23:15:11 2010 @@ -1,12 +1,12 @@ -# $OpenBSD: Makefile,v 1.2 2009/04/09 11:38:29 jasper Exp $ +# $OpenBSD: Makefile,v 1.2 2009/04/09 11.48:29 jasper Exp $ COMMENT = visual programming environment and toolkit -DISTNAME = scratch-1.3 +DISTNAME = scratch-1.4 CATEGORIES = graphics HOMEPAGE = http://scratch.mit.edu/ -MASTER_SITES = ${HOMEPAGE:=files/} -DISTFILES =WinScratch1.3.zip +MASTER_SITES = http://download.scratch.mit.edu/ +DISTFILES =WinScratch1.4.zip MAINTAINER = Stuart Cassoff s...@users.sourceforge.net @@ -25,7 +25,7 @@ SCRATCH_LIB_DIR = ${PREFIX}/lib/scratch SCRATCH_SHARE_DIR =${PREFIX}/share/scratch -SCRATCH_SUBDIR = WinScratch1.3/Scratch\ 1.3 +SCRATCH_SUBDIR = WinScratch1.4/Scratch do-install: ${INSTALL_DATA_DIR} ${SCRATCH_LIB_DIR}
Moodle 1.9.7
Hi Ports, Kevin Lo sent an update to Moodle[1] to bring moodle upto 1.9.7 Can this be committed? Thanks Fred [1]http://marc.info/?l=openbsd-portsm=126104077522102w=2
Re: New problem with mplayer?
Chris Bennett wrote: Edd Barrett wrote: On Sun, Feb 28, 2010 at 12:12:36PM -0600, Chris Bennett wrote: latest current and packages as of yesterday mplayer-20090708p4 mplayerplug-in-3.55p2 gnash-0.8.3p3 gecko-mediaplayer-0.9.8 I have never had any success with mplayerplug-in. Perhaps you have some examples of urls showing the problem? Thanks Every url I tried did same, perhaps a few frames played, but never correctly I searched for wma9dmod.dll but neither find nor locate found it What is that file? wda9dmod.dll is a windows media dynamic link library (dll) it can be found in file called essential-* from mplayer HQ. It used to be required a few years ago if you wanted mplayer to play certain MS files - in my experience it sometimes fixed the issue certain files not playing... hth Fred
Re: [UPDATE] devel/netbeans 6.8
Daniel Dickman wrote: Here's an update of netbeans from 5.5 to 6.8. Highlights of what's changed can be found here: http://netbeans.org/community/releases/68/ http://netbeans.org/community/releases/67/ http://netbeans.org/community/releases/65/ http://netbeans.org/community/releases/61/ http://netbeans.org/community/releases/60/ http://netbeans.org/community/releases/55/1/ This update does not do a build from Java source code for a few reasons: - the build system is far more complex than it was in 5.5 with a large number of dependencies. Doing the work to build from source would be a very large undertaking. - Compiling from source requires lots and lots of CPU time in my tests. - The source code is easily available for anyone that's interested. Nothing was done to make anything that relies on native code work. However, I believe all the shared libraries are only used for components that are new since 5.5, so this is not a regression on OpenBSD. I don't know if the font issues have been fixed. Would be great if someone that had this issue could confirm whether they can reproduce or not and if they can reproduce, what steps are needed to do so: http://marc.info/?l=openbsd-miscw=2r=1s=square+netbeansq=b This is issue is still present in the Netbeans 6.8 Beta version that I am running [1]on OpenBSD -current [2] - it happens when you use the Clean Build buttons and the Run button. The official Netbeans answer to this problem is OpenBSD is not supported. I will try your diff later - have you tried it on any other architectures? Thanks Fred [1]Product Version: NetBeans IDE 6.8 Beta (Build 200910221137) Java: 1.7.0-internal; OpenJDK Client VM 17.0-b01 System: OpenBSD version 4.6 running on i386; ISO646-US; en (nb) Userdir: /home/fred/.netbeans/6.8beta [2]x41:fred ~ uname -a OpenBSD x41.crowsons.com 4.6 GENERIC#454 i386 x41:fred ~ dmesg|head -2 OpenBSD 4.6-current (GENERIC) #454: Sat Dec 12 19:22:12 MST 2009 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC