Re: www/otter-browser 0.9.10 beta 10 => 0.9.11-dev128 move to weekly releases

[Brandon Mercer]

On Thu, Jun 16, 2016 at 06:44:09PM +0200, Adam Wolk wrote:
> Hi ports@
> 
> I have been talking with bmercer@ about moving our otter packaging from
> the beta release (which appears every 6 months) to a weekly package.
> This move is also applauded by the lead otter-browser developer
> (stating that weeklies rarely have any regressions). Reasoning for the
> change in case of OpenBSD.
> 
> 1. We release every 6 months and it doesn't always align with a new
> otter beta. Meaning that users have to wait for 6 months or more for a
> new beta with potential security fixes. Going with weekly snapshots
> regardless of when the tree is frozen should lead to a quite recent
> otter browser release.
> 
> 2. Doing a release every 6 months means that upstream doesn't get it's
> code tested on OpenBSD until it's too late/almost too late. Having
> weekly packages would expose problem on OpenBSD earlier.
> 
> 3. Testing the package will get easier as weekly releases will add
> functionality in incremental updates versus a code dump every 6 months.
> 
> Notable changes since previous port:
>  - re-ordered one entry in the PLIST
> 
> Notable changes since version 0.9.10 (app wise):
>  * F12 menu now exposes all modes for Images visibility (including
>newly added option to show cached images only) and Plugins,
>  * QtWebEngine backend is now capable of saving pages in MIME HTML
>format and as complete set of files,
>  * new toolbar visibility settings for full screen mode.

I'm in favor of this change. The diff seems good to me but since I'm
biased it's best if we wait on others for oks. 

It was brought up that perhaps there should be a stable and weekly port.
The dialogue was essentially that people would use the stable and never
test the weeklies so there would be a lot of duplicate work for a rather
counterproductive outcome. The weekly releases are the best path to
track at this time and until it makes sense to do otherwise, I think
this is the best route because of the reasons mentioned above by Adam.

Cheers

Re: NEW: games/quakespasm 0.91.0 (was: Re: Ports not linked into the build)

[Brandon Mercer]

On Mon, Mar 21, 2016 at 04:26:08PM +0100, Adam Wolk wrote:
> On Tue, 22 Mar 2016 01:23:32 +1100
> Jonathan Gray <j...@jsg.id.au> wrote:
> 
> > On Mon, Mar 21, 2016 at 09:32:30AM -0400, Brandon Mercer wrote:
> > > On Mon, Mar 21, 2016 at 10:29:32AM +0300, Kirill Bychkov wrote:  
> > > > On Mon, March 21, 2016 00:38, Christian Weisgerber wrote:  
> > > > > There are a number of ports that aren't linked to the build.
> > > > > I can't quite tell for which this is intentional and where it
> > > > > was simply forgotten:
> > > > >
> > > > > devel/rcs-fast-import
> > > > > games/quake2
> > > > > lang/compcert
> > > > > lang/php/7.0
> > > > > net/py-pcs
> > > > > sysutils/autossh
> > > > > www/mozilla-sync/*
> > > > > x11/kde4/kalzium
> > > > >
> > > > > Also a number of firefox and kde4 language files, but I assume
> > > > > those are intentional.
> > > > >  
> > > > Looks like autossh was replaced by mistake:  
> > > 
> > > The quake2 port has been removed. It wasn't working for about 2
> > > years and has recently been replaced anyhow. Thanks Adam!
> > >   
> > 
> > On a related note here is quakespasm 0.91.0 to replace games/quake.
> 
> Tested on amd64 snap mar 18th - the game works great, finished a full
> level on full screen. Instructions were all clear (had to rename files
> to lowercase). Not sure if it's an OK place to have a post installation
> instructions in the package description instead of a pkg-readme but
> it's not that long.
> 
> Generally OK awolk@ please get it to the tree and let's kill the old
> quake port. I assume the same quirk as quake2 -> yquake2 will be
> required for this port.

OK from me as well. I have tested the version that preceeded this as
well. 

Re: Ports not linked into the build

[Brandon Mercer]

On Mon, Mar 21, 2016 at 10:29:32AM +0300, Kirill Bychkov wrote:
> On Mon, March 21, 2016 00:38, Christian Weisgerber wrote:
> > There are a number of ports that aren't linked to the build.
> > I can't quite tell for which this is intentional and where it was
> > simply forgotten:
> >
> > devel/rcs-fast-import
> > games/quake2
> > lang/compcert
> > lang/php/7.0
> > net/py-pcs
> > sysutils/autossh
> > www/mozilla-sync/*
> > x11/kde4/kalzium
> >
> > Also a number of firefox and kde4 language files, but I assume those
> > are intentional.
> >
> Looks like autossh was replaced by mistake:

The quake2 port has been removed. It wasn't working for about 2 years
and has recently been replaced anyhow. Thanks Adam!

Re: UPDATE: lang/rust 1.7.0

[Brandon Mercer]

On Fri, Mar 04, 2016 at 08:45:56AM -0700, Aaron Bieber wrote:
> 
> Sebastien Marie writes:
> 
> > Hi,
> >
> > Today is the release date for rustc 1.7.0.
> >
> > So here an update for lang/rust.
> >
> > OK ?
> 
> Are you able to build openbsd-wip/devel/cargo/bootstrap with this? It
> fails for me.

IMO this isn't a problem with rust. Just looks like cargo needs to be
updated not to have unused imports? Is this just a behavior change in
the rust toolchain or did our port change to do something different?

Also, working for me on amd64. The diff looks reasonable. FWIW> 

CVS: cvs.openbsd.org: ports

[Brandon Mercer]

CVSROOT:/cvs
Module name:ports
Changes by: bmer...@cvs.openbsd.org 2016/01/17 08:58:40

Modified files:
devel/quirks/files: Quirks.pm 

Log message:
quake2 -> yquake2 prompted by sthen@

CVS: cvs.openbsd.org: ports

[Brandon Mercer]

CVSROOT:/cvs
Module name:ports
Changes by: bmer...@cvs.openbsd.org 2016/01/17 08:18:31

Log message:
Import of yquake2. Original port from jsg@. This port will replace the aged 
and non working quake2 port with something that actually plays. Much feedback 
and OK from sthen@ abieber@ and jsg@

Status:

Vendor Tag: bmercer
Release Tags:   bmercer_20160117

N ports/games/yquake2/Makefile
N ports/games/yquake2/distinfo
N ports/games/yquake2/files/yquake2
N ports/games/yquake2/pkg/DESCR
N ports/games/yquake2/pkg/PLIST
N ports/games/yquake2/pkg/README

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Brandon Mercer]

CVSROOT:/cvs
Module name:ports
Changes by: bmer...@cvs.openbsd.org 2016/01/17 08:23:46

Modified files:
games  : Makefile 

Log message:
+ yquake2
- quake2 because it is broken.

Re: quake2 update

[Brandon Mercer]

On Thu, Jan 14, 2016 at 12:25:24PM -0500, Ted Unangst wrote:
> Brandon Mercer wrote:
> > Inspired by the recent dhewm3 work, I decided to try quake2 again only
> > to find that it does not work. There was some dialogue by folks earlier
> > to get the existing port, that has been broken for the better part of
> > two years, replaced with yquake2. Because yquake2 is different than
> > quake2, I propose we import this new, working version and then delete
> > the existing port. This diff was sent out by jsg@ some time ago before a
> > fun bikeshedding session. Looking for OK's to import this: 
> 
> I'm not sure who to blame, but trying to run full screen in dwm results in a
> 640x480 window *and* dwm scrunching all of its windows into that space too.
> Everything was jammed into a tiny corner. Like a clown car of xterms.

Ok, based on the feedback recieved, here is an updated version of jsg's
original diff. 

This changes:
 - SHARED_ONLY
 - Adds audio/openal dep
 - Includes a README
 - Includes a small script to launch game

Does this look ready? 

Index: Makefile
===
RCS file: Makefile
diff -N Makefile
--- /dev/null   1 Jan 1970 00:00:00 -
+++ Makefile14 Jan 2016 20:01:43 -
@@ -0,0 +1,38 @@
+# $OpenBSD$
+
+SHARED_ONLY=   Yes
+
+COMMENT=   Yamagi Quake II
+N= yquake2
+V= 5.32
+PKGNAME=   ${N}-${V}
+DISTNAME=  quake2-${V}
+CATEGORIES=games
+
+HOMEPAGE=  http://www.yamagi.org/quake2/
+MASTER_SITES=  http://deponie.yamagi.org/quake2/
+EXTRACT_SUFX=  .tar.xz
+
+# GPLv2
+PERMIT_PACKAGE_CDROM=   Yes
+
+WANTLIB += GL SDL2 c jpeg m ogg openal pthread vorbis vorbisfile z
+
+LIB_DEPENDS=   audio/libvorbis \
+   audio/openal \
+   graphics/jpeg \
+   devel/sdl2
+
+MAKE_ENV+= VERBOSE=1
+USE_GMAKE= Yes
+
+do-install:
+   ${INSTALL_PROGRAM} ${FILESDIR}/yquake2 ${PREFIX}/bin/
+   ${INSTALL_DATA_DIR} ${PREFIX}/share/${N}
+   ${INSTALL_PROGRAM} ${WRKBUILD}/release/{quake2,q2ded} \
+   ${PREFIX}/share/${N}/
+   ${INSTALL_DATA_DIR} ${PREFIX}/share/${N}/baseq2
+   ${INSTALL_PROGRAM} ${WRKBUILD}/release/baseq2/game.so \
+   ${PREFIX}/share/${N}/baseq2/
+
+.include 
Index: distinfo
===
RCS file: distinfo
diff -N distinfo
--- /dev/null   1 Jan 1970 00:00:00 -
+++ distinfo13 Jan 2016 16:26:47 -
@@ -0,0 +1,2 @@
+SHA256 (quake2-5.32.tar.xz) = v8eAMlSp0iiIVU1a8lL//iEts9qwYxY3u5BFhhuOUIw=
+SIZE (quake2-5.32.tar.xz) = 1692720
Index: pkg/DESCR
===
RCS file: pkg/DESCR
diff -N pkg/DESCR
--- /dev/null   1 Jan 1970 00:00:00 -
+++ pkg/DESCR   14 Jan 2016 19:43:12 -
@@ -0,0 +1,7 @@
+Yamagi Quake II is an enhanced client for id Software's Quake II. The
+main focus is an unchanged single player experience like back in 1997,
+thus the gameplay and the graphics are unaltered. Over 1000 bugs were
+fixed and an extensive code audit done, making Yamagi Quake II one of
+the most solid Quake II implementations available. Other than most ports
+Yamagi Quake II is full 64 bit clean, so it works perfectly on modern 64
+bit processors and operating systems.
Index: pkg/PLIST
===
RCS file: pkg/PLIST
diff -N pkg/PLIST
--- /dev/null   1 Jan 1970 00:00:00 -
+++ pkg/PLIST   14 Jan 2016 20:10:23 -
@@ -0,0 +1,8 @@
+@comment $OpenBSD$
+bin/yquake2
+share/doc/pkg-readmes/${FULLPKGNAME}
+share/yquake2/
+share/yquake2/baseq2/
+share/yquake2/baseq2/game.so
+@bin share/yquake2/q2ded
+@bin share/yquake2/quake2

Re: quake2 update

[Brandon Mercer]

On Fri, Jan 15, 2016 at 11:31:01PM +1100, Jonathan Gray wrote:
> On Fri, Jan 15, 2016 at 07:18:51AM -0500, Brandon Mercer wrote:
> > On Thu, Jan 14, 2016 at 12:25:24PM -0500, Ted Unangst wrote:
> > > Brandon Mercer wrote:
> > > > Inspired by the recent dhewm3 work, I decided to try quake2 again only
> > > > to find that it does not work. There was some dialogue by folks earlier
> > > > to get the existing port, that has been broken for the better part of
> > > > two years, replaced with yquake2. Because yquake2 is different than
> > > > quake2, I propose we import this new, working version and then delete
> > > > the existing port. This diff was sent out by jsg@ some time ago before a
> > > > fun bikeshedding session. Looking for OK's to import this: 
> > > 
> > > I'm not sure who to blame, but trying to run full screen in dwm results 
> > > in a
> > > 640x480 window *and* dwm scrunching all of its windows into that space 
> > > too.
> > > Everything was jammed into a tiny corner. Like a clown car of xterms.
> > 
> > Ok, based on the feedback recieved, here is an updated version of jsg's
> > original diff. 
> > 
> > This changes:
> >  - SHARED_ONLY
> >  - Adds audio/openal dep
> >  - Includes a README
> >  - Includes a small script to launch game
> > 
> > Does this look ready? 
> 
> The script is missing from the diff you sent.

Sorry, I was battling cvs a bit. Here's the complete diff. 

> I wonder how the ctf (offical mod) and xatrix/rogue (mission pack)
> distfiles should be handled.  They should all be creating additional
> game.so files, should they be integrated in the yquake2 port later
> or be additional ports such as yquake2-ctf, yquake2-xatrix etc?

I'd like to see the official mods integrated. My initial goal was to
have this yquake2 port integrated without a bikeshedding session, and
then quickly remove the broken quake2 port. Is having them as a FLAVOR
practical? Then the pkgs would get created, and people can add them as
desired? Again, hopefully this doesn't turn into a bikeshed session. 

Also, Thanks to abieber@ for the README and startup script. 

Index: Makefile
===
RCS file: Makefile
diff -N Makefile
--- /dev/null   1 Jan 1970 00:00:00 -
+++ Makefile14 Jan 2016 20:33:03 -
@@ -0,0 +1,38 @@
+# $OpenBSD: Makefile,v 1.1.1.1 2016/01/14 20:33:03 bmercer Exp $
+
+SHARED_ONLY=   Yes
+
+COMMENT=   Yamagi Quake II
+N= yquake2
+V= 5.32
+PKGNAME=   ${N}-${V}
+DISTNAME=  quake2-${V}
+CATEGORIES=games
+
+HOMEPAGE=  http://www.yamagi.org/quake2/
+MASTER_SITES=  http://deponie.yamagi.org/quake2/
+EXTRACT_SUFX=  .tar.xz
+
+# GPLv2
+PERMIT_PACKAGE_CDROM=   Yes
+
+WANTLIB += GL SDL2 c jpeg m ogg openal pthread vorbis vorbisfile z
+
+LIB_DEPENDS=   audio/libvorbis \
+   audio/openal \
+   graphics/jpeg \
+   devel/sdl2
+
+MAKE_ENV+= VERBOSE=1
+USE_GMAKE= Yes
+
+do-install:
+   ${INSTALL_PROGRAM} ${FILESDIR}/yquake2 ${PREFIX}/bin/
+   ${INSTALL_DATA_DIR} ${PREFIX}/share/${N}
+   ${INSTALL_PROGRAM} ${WRKBUILD}/release/{quake2,q2ded} \
+   ${PREFIX}/share/${N}/
+   ${INSTALL_DATA_DIR} ${PREFIX}/share/${N}/baseq2
+   ${INSTALL_PROGRAM} ${WRKBUILD}/release/baseq2/game.so \
+   ${PREFIX}/share/${N}/baseq2/
+
+.include 
Index: distinfo
===
RCS file: distinfo
diff -N distinfo
--- /dev/null   1 Jan 1970 00:00:00 -
+++ distinfo14 Jan 2016 20:33:03 -
@@ -0,0 +1,2 @@
+SHA256 (quake2-5.32.tar.xz) = v8eAMlSp0iiIVU1a8lL//iEts9qwYxY3u5BFhhuOUIw=
+SIZE (quake2-5.32.tar.xz) = 1692720
Index: files/yquake2
===
RCS file: files/yquake2
diff -N files/yquake2
--- /dev/null   1 Jan 1970 00:00:00 -
+++ files/yquake2   14 Jan 2016 20:33:03 -
@@ -0,0 +1,3 @@
+#!/bin/sh
+cd /usr/local/share/yquake2
+exec /usr/local/share/yquake2/quake2 "$@"
Index: pkg/DESCR
===
RCS file: pkg/DESCR
diff -N pkg/DESCR
--- /dev/null   1 Jan 1970 00:00:00 -
+++ pkg/DESCR   14 Jan 2016 20:33:03 -
@@ -0,0 +1,7 @@
+Yamagi Quake II is an enhanced client for id Software's Quake II. The
+main focus is an unchanged single player experience like back in 1997,
+thus the gameplay and the graphics are unaltered. Over 1000 bugs were
+fixed and an extensive code audit done, making Yamagi Quake II one of
+the most solid Quake II implementations available. Other than most ports
+Yamagi Quake II is full 64 bit clean, so it works perfectly on modern 64
+bit processors and operating systems.
Index: pkg/PLIST
===

Re: quake2 update

[Brandon Mercer]

On Sat, Jan 16, 2016 at 02:03:53AM +1100, Jonathan Gray wrote:
> On Fri, Jan 15, 2016 at 09:45:29AM -0500, Brandon Mercer wrote:
> > On Fri, Jan 15, 2016 at 11:31:01PM +1100, Jonathan Gray wrote:
> > > On Fri, Jan 15, 2016 at 07:18:51AM -0500, Brandon Mercer wrote:
> > > > On Thu, Jan 14, 2016 at 12:25:24PM -0500, Ted Unangst wrote:
> > > > > Brandon Mercer wrote:
> > > > > > Inspired by the recent dhewm3 work, I decided to try quake2 again 
> > > > > > only
> > > > > > to find that it does not work. There was some dialogue by folks 
> > > > > > earlier
> > > > > > to get the existing port, that has been broken for the better part 
> > > > > > of
> > > > > > two years, replaced with yquake2. Because yquake2 is different than
> > > > > > quake2, I propose we import this new, working version and then 
> > > > > > delete
> > > > > > the existing port. This diff was sent out by jsg@ some time ago 
> > > > > > before a
> > > > > > fun bikeshedding session. Looking for OK's to import this: 
> > > > > 
> > > > > I'm not sure who to blame, but trying to run full screen in dwm 
> > > > > results in a
> > > > > 640x480 window *and* dwm scrunching all of its windows into that 
> > > > > space too.
> > > > > Everything was jammed into a tiny corner. Like a clown car of xterms.
> > > > 
> > > > Ok, based on the feedback recieved, here is an updated version of jsg's
> > > > original diff. 
> > > > 
> > > > This changes:
> > > >  - SHARED_ONLY
> > > >  - Adds audio/openal dep
> > > >  - Includes a README
> > > >  - Includes a small script to launch game
> > > > 
> > > > Does this look ready? 
> > > 
> > > The script is missing from the diff you sent.
> > 
> > Sorry, I was battling cvs a bit. Here's the complete diff. 
> > 
> > > I wonder how the ctf (offical mod) and xatrix/rogue (mission pack)
> > > distfiles should be handled.  They should all be creating additional
> > > game.so files, should they be integrated in the yquake2 port later
> > > or be additional ports such as yquake2-ctf, yquake2-xatrix etc?
> > 
> > I'd like to see the official mods integrated. My initial goal was to
> > have this yquake2 port integrated without a bikeshedding session, and
> > then quickly remove the broken quake2 port. Is having them as a FLAVOR
> > practical? Then the pkgs would get created, and people can add them as
> > desired? Again, hopefully this doesn't turn into a bikeshed session. 
> 
> FLAVORs doesn't really make sense, they could just be built
> unconditionally.  But yes these could be handled later.
> 
> > 
> > Also, Thanks to abieber@ for the README and startup script. 
> 
> The README has multiple errors noted below:
> 
> > diff -N pkg/README
> > --- /dev/null   1 Jan 1970 00:00:00 -
> > +++ pkg/README  14 Jan 2016 20:33:03 -
> > @@ -0,0 +1,12 @@
> > +$OpenBSD: README,v 1.1.1.1 2016/01/14 20:33:03 bmercer Exp $
> > +
> > ++---
> > +| Running ${FULLPKGNAME} on OpenBSD
> > ++---
> > +
> > +To play yquake2 on OpenBSD, you need the original game CD key and *.pk3
> > +files.
> 
> This would be better phrased as
> "To run yquake2 on OpenBSD, you need the original Quake II data files"
> 

Ok, how does this look? I'm only attaching the README this time. 

Index: pkg/README
===
RCS file: pkg/README
diff -N pkg/README
--- /dev/null   1 Jan 1970 00:00:00 -
+++ pkg/README  15 Jan 2016 15:33:24 -
@@ -0,0 +1,13 @@
+$OpenBSD: README,v 1.1.1.1 2016/01/14 20:33:03 bmercer Exp $
+
++---
+| Running ${FULLPKGNAME} on OpenBSD
++---
+
+To run yquake2 on OpenBSD, you need the original Quake II data files.
+
+Copy pak0.pak and the video directory to /usr/local/share/yquake2/baseq2/
+and start up yquake2. Additional information can be found here:
+
+https://github.com/yquake2/yquake2/blob/master/README#L93
+

Re: quake2 update

[Brandon Mercer]

> I'd be fine with that if it were "*.pak" to include the point release
> pak files that should be bundled with the steam/gog releases.

Few more updates that include:
 - Using ${TRUEPREFIX} in the README as well as *.pak, snip whitespace
 - Do not require jpeg
 - Use ${INSTALL_SCRIPT} in Makefile

Index: Makefile
===
RCS file: Makefile
diff -N Makefile
--- /dev/null   1 Jan 1970 00:00:00 -
+++ Makefile16 Jan 2016 00:28:38 -
@@ -0,0 +1,37 @@
+# $OpenBSD: Makefile,v 1.1.1.1 2016/01/14 20:33:03 bmercer Exp $
+
+SHARED_ONLY=   Yes
+
+COMMENT=   Yamagi Quake II
+N= yquake2
+V= 5.32
+PKGNAME=   ${N}-${V}
+DISTNAME=  quake2-${V}
+CATEGORIES=games
+
+HOMEPAGE=  http://www.yamagi.org/quake2/
+MASTER_SITES=  http://deponie.yamagi.org/quake2/
+EXTRACT_SUFX=  .tar.xz
+
+# GPLv2
+PERMIT_PACKAGE_CDROM=   Yes
+
+WANTLIB += GL SDL2 c m ogg openal pthread vorbis vorbisfile z
+
+LIB_DEPENDS=   audio/libvorbis \
+   audio/openal \
+   devel/sdl2
+
+MAKE_ENV+= VERBOSE=1
+USE_GMAKE= Yes
+
+do-install:
+   ${INSTALL_SCRIPT} ${FILESDIR}/yquake2 ${PREFIX}/bin/
+   ${INSTALL_DATA_DIR} ${PREFIX}/share/${N}
+   ${INSTALL_PROGRAM} ${WRKBUILD}/release/{quake2,q2ded} \
+   ${PREFIX}/share/${N}/
+   ${INSTALL_DATA_DIR} ${PREFIX}/share/${N}/baseq2
+   ${INSTALL_PROGRAM} ${WRKBUILD}/release/baseq2/game.so \
+   ${PREFIX}/share/${N}/baseq2/
+
+.include 
Index: distinfo
===
RCS file: distinfo
diff -N distinfo
--- /dev/null   1 Jan 1970 00:00:00 -
+++ distinfo16 Jan 2016 00:26:42 -
@@ -0,0 +1,2 @@
+SHA256 (quake2-5.32.tar.xz) = v8eAMlSp0iiIVU1a8lL//iEts9qwYxY3u5BFhhuOUIw=
+SIZE (quake2-5.32.tar.xz) = 1692720
Index: files/yquake2
===
RCS file: files/yquake2
diff -N files/yquake2
--- /dev/null   1 Jan 1970 00:00:00 -
+++ files/yquake2   16 Jan 2016 00:26:42 -
@@ -0,0 +1,3 @@
+#!/bin/sh
+cd /usr/local/share/yquake2
+exec /usr/local/share/yquake2/quake2 "$@"
Index: pkg/DESCR
===
RCS file: pkg/DESCR
diff -N pkg/DESCR
--- /dev/null   1 Jan 1970 00:00:00 -
+++ pkg/DESCR   16 Jan 2016 00:26:42 -
@@ -0,0 +1,7 @@
+Yamagi Quake II is an enhanced client for id Software's Quake II. The
+main focus is an unchanged single player experience like back in 1997,
+thus the gameplay and the graphics are unaltered. Over 1000 bugs were
+fixed and an extensive code audit done, making Yamagi Quake II one of
+the most solid Quake II implementations available. Other than most ports
+Yamagi Quake II is full 64 bit clean, so it works perfectly on modern 64
+bit processors and operating systems.
Index: pkg/PLIST
===
RCS file: pkg/PLIST
diff -N pkg/PLIST
--- /dev/null   1 Jan 1970 00:00:00 -
+++ pkg/PLIST   16 Jan 2016 00:26:42 -
@@ -0,0 +1,8 @@
+@comment $OpenBSD: PLIST,v 1.1.1.1 2016/01/14 20:33:03 bmercer Exp $
+bin/yquake2
+share/doc/pkg-readmes/${FULLPKGNAME}
+share/yquake2/
+share/yquake2/baseq2/
+share/yquake2/baseq2/game.so
+@bin share/yquake2/q2ded
+@bin share/yquake2/quake2
Index: pkg/README
===
RCS file: pkg/README
diff -N pkg/README
--- /dev/null   1 Jan 1970 00:00:00 -
+++ pkg/README  16 Jan 2016 00:46:40 -
@@ -0,0 +1,12 @@
+$OpenBSD: README,v 1.1.1.1 2016/01/14 20:33:03 bmercer Exp $
+
++---
+| Running ${FULLPKGNAME} on OpenBSD
++---
+
+To run yquake2 on OpenBSD, you need the original Quake II data files.
+
+Copy *.pak and the video directory to ${TRUEPREFIX}/share/yquake2/baseq2/
+and start up yquake2. Additional information can be found here:
+
+https://github.com/yquake2/yquake2/blob/master/README#L93

Re: quake2 update

[Brandon Mercer]

On Thu, Jan 14, 2016 at 12:25 PM Ted Unangst <t...@tedunangst.com> wrote:

> Brandon Mercer wrote:
> > Inspired by the recent dhewm3 work, I decided to try quake2 again only
> > to find that it does not work. There was some dialogue by folks earlier
> > to get the existing port, that has been broken for the better part of
> > two years, replaced with yquake2. Because yquake2 is different than
> > quake2, I propose we import this new, working version and then delete
> > the existing port. This diff was sent out by jsg@ some time ago before a
> > fun bikeshedding session. Looking for OK's to import this:
>
> I'm not sure who to blame, but trying to run full screen in dwm results in
> a
> 640x480 window *and* dwm scrunching all of its windows into that space too.
> Everything was jammed into a tiny corner. Like a clown car of xterms.
>

Ted, I saw the same issue, do you have a quirk for yquake2? A similar
problem happens with dhewm3 and ioquake3 in dwm.

Re: Proposed change to build libstdc++-v3 as part of devel/arm-none-eabi

[Brandon Mercer]

On Wed, Jan 13, 2016 at 4:01 PM Daniel Bolgheroni 
wrote:

> On Wed, Jan 13, 2016 at 03:15:32PM -0500, Dave Vandervies wrote:
> > Would making gcc-linaro-bootstrap a FLAVOR of gcc-linaro, and therefore
> > keeping the patches and the configuration for the bootstrap compiler in
> > the same place as for the main one, be feasible?
> > (The build process would then need to build both flavors of gcc-linaro,
> > one to build newlib with and one to get the package people will actually
> > use that depends on newlib.)
>
> I think the reasoning is the same as for devel/avr32, as seen here:
>
> http://marc.info/?l=openbsd-ports=138987178409779=2
>
> Would this make sense?
>

Sorry for the vague reply. This is the direction that I think makes sense
for this as well. Is it feasible?

quake2 update

[Brandon Mercer]

cje...@openbsd.org
Cc: 
Bcc: 
Subject: games/quake2 update
Reply-To: 

Inspired by the recent dhewm3 work, I decided to try quake2 again only
to find that it does not work. There was some dialogue by folks earlier
to get the existing port, that has been broken for the better part of
two years, replaced with yquake2. Because yquake2 is different than
quake2, I propose we import this new, working version and then delete
the existing port. This diff was sent out by jsg@ some time ago before a
fun bikeshedding session. Looking for OK's to import this: 

bmercer@

Index: yquake2/Makefile
===
RCS file: yquake2/Makefile
diff -N yquake2/Makefile
--- /dev/null   1 Jan 1970 00:00:00 -
+++ yquake2/Makefile13 Jan 2016 16:51:48 -
@@ -0,0 +1,34 @@
+# $OpenBSD$
+
+COMMENT=   Yamagi Quake II
+N= yquake2
+V= 5.32
+PKGNAME=   ${N}-${V}
+DISTNAME=  quake2-${V}
+CATEGORIES=games
+
+HOMEPAGE=  http://www.yamagi.org/quake2/
+MASTER_SITES=  http://deponie.yamagi.org/quake2/
+EXTRACT_SUFX=  .tar.xz
+
+# GPLv2
+PERMIT_PACKAGE_CDROM=   Yes
+
+WANTLIB += GL SDL2 c jpeg m ogg pthread vorbis vorbisfile z
+
+LIB_DEPENDS=   audio/libvorbis \
+   graphics/jpeg \
+   devel/sdl2
+
+MAKE_ENV+= VERBOSE=1
+USE_GMAKE= Yes
+
+do-install:
+   ${INSTALL_DATA_DIR} ${PREFIX}/share/${N}
+   ${INSTALL_PROGRAM} ${WRKBUILD}/release/{quake2,q2ded} \
+   ${PREFIX}/share/${N}/
+   ${INSTALL_DATA_DIR} ${PREFIX}/share/${N}/baseq2
+   ${INSTALL_PROGRAM} ${WRKBUILD}/release/baseq2/game.so \
+   ${PREFIX}/share/${N}/baseq2/
+
+.include 
Index: yquake2/distinfo
===
RCS file: yquake2/distinfo
diff -N yquake2/distinfo
--- /dev/null   1 Jan 1970 00:00:00 -
+++ yquake2/distinfo13 Jan 2016 16:26:47 -
@@ -0,0 +1,2 @@
+SHA256 (quake2-5.32.tar.xz) = v8eAMlSp0iiIVU1a8lL//iEts9qwYxY3u5BFhhuOUIw=
+SIZE (quake2-5.32.tar.xz) = 1692720
Index: yquake2/pkg/DESCR
===
RCS file: yquake2/pkg/DESCR
diff -N yquake2/pkg/DESCR
--- /dev/null   1 Jan 1970 00:00:00 -
+++ yquake2/pkg/DESCR   13 Jan 2016 16:26:47 -
@@ -0,0 +1,7 @@
+Yamagi Quake II is an enhanced client for id Software's Quake II. The
+main focus is an unchanged single player experience like back in 1997,
+thus the gameplay and the graphics are unaltered. Over 1000 bugs were
+fixed and an extensive code audit done, making Yamagi Quake II one of
+the most solid Quake II implementations available. Other than most ports
+Yamagi Quake II is full 64 bit clean, so it works perfectly on modern 64
+bit processors and operating systems.
Index: yquake2/pkg/PFRAG.shared
===
RCS file: yquake2/pkg/PFRAG.shared
diff -N yquake2/pkg/PFRAG.shared
--- /dev/null   1 Jan 1970 00:00:00 -
+++ yquake2/pkg/PFRAG.shared13 Jan 2016 16:26:47 -
@@ -0,0 +1,2 @@
+@comment $OpenBSD$
+share/yquake2/baseq2/game.so
Index: yquake2/pkg/PLIST
===
RCS file: yquake2/pkg/PLIST
diff -N yquake2/pkg/PLIST
--- /dev/null   1 Jan 1970 00:00:00 -
+++ yquake2/pkg/PLIST   13 Jan 2016 16:26:47 -
@@ -0,0 +1,6 @@
+@comment $OpenBSD$
+%%SHARED%%
+share/yquake2/
+share/yquake2/baseq2/
+@bin share/yquake2/q2ded
+@bin share/yquake2/quake2

Re: Proposed change to build libstdc++-v3 as part of devel/arm-none-eabi

[Brandon Mercer]

On Sat, Jan 9, 2016 at 4:21 PM Dave Vandervies  wrote:

> Somebody claiming to be Daniel Bolgheroni wrote:
> > Here I propose the build of libstdc++-v3 as part of devel/arm-none-eabi.
> > Some ports do build it (e.g. devel/avr32), while others don't (e.g.
> > devel/arm-elf).
>
> (The main reason arm-none-eabi doesn't build it is because I used arm-elf
> as a template.)
>

I'm somehow missing the initial email that Daniel wrote that proposes
building libstdc++ as part of arm-none-eabi, however, that bit me while
working on some stuff last week. I think the toolchain is not very useful
without it.



>
>
> > There was an effort to keep devel/arm-none-eabi the same, while trying
> > very hard to follow what was done in devel/avr32. gcc-linaro was split
> > in two. The first is gcc-linaro-bootstrap, used to build newlib, and
> > then gcc-linaro itself, with libstdc++-v3.
>
> One issue with separating out the bootstrap compiler (that's quite
> relevant on ARM, but I don't know enough about AVR32 to comment there)
> is that the newlib build uses the bootstrap GCC multilib configuration
> to configure itself, and the main GCC package expects newlib's multilib
> configuration to match its own.  So anything that changes that (like
> my local patch that I need to clean up and get merged at some point)
>

I don't think that a FLAVOR is the right way to go, in this case I feel it
should be built by default.

Re: yubikey ports

[Brandon Mercer]

Yes, I like this as well. I'll test soon too! Thanks sthen.

On Thu, Nov 12, 2015 at 12:36 PM Michael McConville 
wrote:

> Stuart Henderson wrote:
> > Currently these are scattered all over the place. I'd like to move
> > them all to subdirs of security/yubico:
>
> Sounds like a good idea to me. I remember this being annoying when I got
> my YubiKey.
>
> Will test build soon.
>
>

Re: [update] lang/rust 1.4.0

[Brandon Mercer]

Tested here on amd64 as well. Looks good to me.

On Sun, Nov 1, 2015 at 4:52 PM Michael McConville  wrote:

> Sebastien Marie wrote:
> > Hi,
> >
> > Here a patch for updating lang/rust to latest stable version: 1.4.0
> >
> > Testing would be welcome.
> >
> > An intermittent failure on `net::addr::tests::to_socket_addr_str_bad'
> > test is possible. It isn't a regress (this problem seems to be present
> > long time ago), but I would like to investigate it a bit with people
> > that are able to reproduce it (my buildhost don't trigger it).
>
> Built fine for me, after a couple laptop deaths from going >100°C. It's
> hard to find a big stress-tester program to build without Cargo. Does
> anyone have suggestions?
>
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/lang/rust/Makefile,v
> > retrieving revision 1.10
> > diff -u -p -r1.10 Makefile
> > --- Makefile  22 Sep 2015 08:11:24 -  1.10
> > +++ Makefile  29 Oct 2015 05:09:39 -
> > @@ -7,8 +7,8 @@ PKG_ARCH-doc =*
> >  COMMENT-main =   compiler for Rust Language
> >  COMMENT-doc =html documentation for rustc
> >
> > -V =  1.3.0
> > -RUST_HASH =  198068b3
> > +V =  1.4.0
> > +RUST_HASH =  1bf6e69c
> >  DISTNAME =   rustc-${V}-src
> >
> >  SUBST_VARS +=RUST_HASH
> > @@ -20,7 +20,7 @@ PKGNAME-doc =   rust-doc-${V}
> >  MULTI_PACKAGES = -main -doc
> >
> >  # the snapshot version should be the version in src/snapshots.txt
> > -SNAPSHOT-amd64 =
>  
> rust-stage0-2015-07-26-a5c12f4-openbsd-x86_64-8b21d574a65c38e7c7b08d675d8a44cec214.tar.bz2
> > +SNAPSHOT-amd64 =
>  
> rust-stage0-2015-08-11-1af31d4-openbsd-x86_64-9cae790c4ca19b1b29a048605ce249fe1c20a498.tar.bz2
> >
> >  CATEGORIES = lang
> >
> > Index: distinfo
> > ===
> > RCS file: /cvs/ports/lang/rust/distinfo,v
> > retrieving revision 1.6
> > diff -u -p -r1.6 distinfo
> > --- distinfo  22 Sep 2015 08:11:24 -  1.6
> > +++ distinfo  29 Oct 2015 05:09:39 -
> > @@ -1,4 +1,4 @@
> > -SHA256
> (rust/rust-stage0-2015-07-26-a5c12f4-openbsd-x86_64-8b21d574a65c38e7c7b08d675d8a44cec214.tar.bz2)
> = jAqcLs1YeRZ8W6jBtX6dK9Tk/zOJaTEWo4bo8YkC8Ok=
> > -SHA256 (rust/rustc-1.3.0-src.tar.gz) =
> 6gLXvJ595bi+P+azfqmyvYI/mlMsjkxH0C838k/6MSY=
> > -SIZE
> (rust/rust-stage0-2015-07-26-a5c12f4-openbsd-x86_64-8b21d574a65c38e7c7b08d675d8a44cec214.tar.bz2)
> = 19831265
> > -SIZE (rust/rustc-1.3.0-src.tar.gz) = 24308223
> > +SHA256
> (rust/rust-stage0-2015-08-11-1af31d4-openbsd-x86_64-9cae790c4ca19b1b29a048605ce249fe1c20a498.tar.bz2)
> = SV8nV81ML4Z1aK3BSyfykjMtIcBS6I+4zX9HYKkbeTk=
> > +SHA256 (rust/rustc-1.4.0-src.tar.gz) =
> HA39zlyF2AmPzrua3xSThHq0DB36qMyZevCbLvCqghE=
> > +SIZE
> (rust/rust-stage0-2015-08-11-1af31d4-openbsd-x86_64-9cae790c4ca19b1b29a048605ce249fe1c20a498.tar.bz2)
> = 19863445
> > +SIZE (rust/rustc-1.4.0-src.tar.gz) = 24537507
> > Index: pkg/PLIST-doc
> > ===
> > RCS file: /cvs/ports/lang/rust/pkg/PLIST-doc,v
> > retrieving revision 1.6
> > diff -u -p -r1.6 PLIST-doc
> > --- pkg/PLIST-doc 22 Sep 2015 08:11:24 -  1.6
> > +++ pkg/PLIST-doc 29 Oct 2015 05:09:50 -
> > @@ -10,16 +10,12 @@ share/doc/rust/html/SourceSerifPro-Bold.
> >  share/doc/rust/html/SourceSerifPro-Regular.woff
> >  share/doc/rust/html/alloc/
> >  share/doc/rust/html/alloc/arc/
> > -share/doc/rust/html/alloc/arc/fn.get_mut.html
> > -share/doc/rust/html/alloc/arc/fn.strong_count.html
> > -share/doc/rust/html/alloc/arc/fn.weak_count.html
> >  share/doc/rust/html/alloc/arc/index.html
> >  share/doc/rust/html/alloc/arc/sidebar-items.js
> >  share/doc/rust/html/alloc/arc/struct.Arc.html
> >  share/doc/rust/html/alloc/arc/struct.Weak.html
> >  share/doc/rust/html/alloc/boxed/
> >  share/doc/rust/html/alloc/boxed/constant.HEAP.html
> > -share/doc/rust/html/alloc/boxed/fn.into_raw.html
> >  share/doc/rust/html/alloc/boxed/index.html
> >  share/doc/rust/html/alloc/boxed/sidebar-items.js
> >  share/doc/rust/html/alloc/boxed/struct.Box.html
> > @@ -33,7 +29,6 @@ share/doc/rust/html/alloc/heap/fn.alloca
> >  share/doc/rust/html/alloc/heap/fn.deallocate.html
> >  share/doc/rust/html/alloc/heap/fn.reallocate.html
> >  share/doc/rust/html/alloc/heap/fn.reallocate_inplace.html
> > -share/doc/rust/html/alloc/heap/fn.stats_print.html
> >  share/doc/rust/html/alloc/heap/fn.usable_size.html
> >  share/doc/rust/html/alloc/heap/index.html
> >  share/doc/rust/html/alloc/heap/sidebar-items.js
> > @@ -43,11 +38,6 @@ share/doc/rust/html/alloc/raw_vec/index.
> >  share/doc/rust/html/alloc/raw_vec/sidebar-items.js
> >  share/doc/rust/html/alloc/raw_vec/struct.RawVec.html
> >  share/doc/rust/html/alloc/rc/
> > -share/doc/rust/html/alloc/rc/fn.get_mut.html
> > 

Re: Chrome 40+ FIDO U2F Security Keys

[Brandon Mercer]

On Sun, Aug 16, 2015 at 5:44 PM Robert Nagy rob...@openbsd.org wrote:

 On (2015-08-14 13:02), Martin Pieuchot wrote:
  On 14/08/15(Fri) 12:22, Alexey Suslikov wrote:
   [...]
   I have a question about USB. Is there any sort of multipath in USB
   standard, like in SCSI, so USB stack can see same device attached
   to different controllers/buses? Is it possible?
 
  Not that I know.
 

 With the commit I did today to chromium, it at least can use USB devices
 now, so it might worth a try to test this device now.


I built everything today, but my browser still crashes in the same fashion
it did before.

Re: Chrome 40+ FIDO U2F Security Keys

[Brandon Mercer]

On Thu, Aug 13, 2015 at 1:35 PM Alexey Suslikov alexey.susli...@gmail.com
wrote:

 On Tue, Aug 11, 2015 at 11:20 PM, Brandon Mercer
 yourcomputer...@gmail.com wrote:
  Another thing that bothers me. These keys are USB HIDs, right? Is it
 safe
  enough to let browser access USB bus (USB keyboard is HID and people
  can type different things on it).
 
 
  Well, that part of it is a completely different animal. It's probably
 worth
  a separate discussion about how the protocol works. You are suggesting
 that
  this couldn't even be made to work in a secure fashion, and I'm not
 going to
  disagree with you.

 Not exactly what I suggested.

 My idea was a sort of USB proxy (emulator) to allow software like Chrome
 to access USB bus in secure way (like if you can configure what do you want
 to expose and what you don't).

 Smth like vscsi midlayer accessible from user-land which user in control
 of.

 Chrome uses only sort of vusb hub/bus with only permitted devices behind.


I would be willing to get behind that. I have a side project that would
also benefit from such a framework.

Re: Chrome 40+ FIDO U2F Security Keys

[Brandon Mercer]

On Tue, Aug 11, 2015 at 2:53 PM Alexey Suslikov alexey.susli...@gmail.com
wrote:

 Hi ports@.

 Are these Chrome 40+ FIDO U2F Security Keys supported on OpenBSD?


There is a bug report opened:
https://code.google.com/p/chromium/issues/detail?id=451248

Re: Chrome 40+ FIDO U2F Security Keys

[Brandon Mercer]

On Tue, Aug 11, 2015 at 4:15 PM Alexey Suslikov alexey.susli...@gmail.com
wrote:

 On Tue, Aug 11, 2015 at 11:08 PM, Brandon Mercer
 yourcomputer...@gmail.com wrote:
  On Tue, Aug 11, 2015 at 4:02 PM Alexey Suslikov 
 alexey.susli...@gmail.com
  wrote:
 
  On Tue, Aug 11, 2015 at 10:57 PM, Brandon Mercer
  yourcomputer...@gmail.com wrote:
   On Tue, Aug 11, 2015 at 2:53 PM Alexey Suslikov
   alexey.susli...@gmail.com
   wrote:
  
   Hi ports@.
  
   Are these Chrome 40+ FIDO U2F Security Keys supported on OpenBSD?
  
  
   There is a bug report opened:
   https://code.google.com/p/chromium/issues/detail?id=451248
 
  https://support.google.com/accounts/answer/6103523 says:
 
  Requirements for using Security Key
 
  To use Security Key, you’ll need a computer running Google Chrome
 version
  40
  or newer on ChromeOS, Windows, Mac OS, or Linux.
 
 
  Frankly, those requirements changed once bug reports started rolling in.
 The
  first public statement I remember said, a computer running chrome
 version
  39 or newer. Then the linux folks had issues and had to do some usb
 jumping
  jacks, and then I opened that bug report, and then freebsd folks
 complained
  as well.
 
  The issue I take to it is not just compatibility. There is a site out
 there
  that crashes my browser by running javascript. Presumably malicious
  javascript could do that anyhow, but this is being caused by one of their
  own web applications. Ironically, the yubikey demo site for u2f does not
  trigger the same crash.

 I see.

 Another thing that bothers me. These keys are USB HIDs, right? Is it safe
 enough to let browser access USB bus (USB keyboard is HID and people
 can type different things on it).


Well, that part of it is a completely different animal. It's probably worth
a separate discussion about how the protocol works. You are suggesting that
this couldn't even be made to work in a secure fashion, and I'm not going
to disagree with you.

Re: Chrome 40+ FIDO U2F Security Keys

[Brandon Mercer]

On Tue, Aug 11, 2015 at 4:02 PM Alexey Suslikov alexey.susli...@gmail.com
wrote:

 On Tue, Aug 11, 2015 at 10:57 PM, Brandon Mercer
 yourcomputer...@gmail.com wrote:
  On Tue, Aug 11, 2015 at 2:53 PM Alexey Suslikov 
 alexey.susli...@gmail.com
  wrote:
 
  Hi ports@.
 
  Are these Chrome 40+ FIDO U2F Security Keys supported on OpenBSD?
 
 
  There is a bug report opened:
  https://code.google.com/p/chromium/issues/detail?id=451248

 https://support.google.com/accounts/answer/6103523 says:

 Requirements for using Security Key

 To use Security Key, you’ll need a computer running Google Chrome version
 40
 or newer on ChromeOS, Windows, Mac OS, or Linux.


Frankly, those requirements changed once bug reports started rolling in.
The first public statement I remember said, a computer running chrome
version 39 or newer. Then the linux folks had issues and had to do some
usb jumping jacks, and then I opened that bug report, and then freebsd
folks complained as well.

The issue I take to it is not just compatibility. There is a site out there
that crashes my browser by running javascript. Presumably malicious
javascript could do that anyhow, but this is being caused by one of their
own web applications. Ironically, the yubikey demo site for u2f does not
trigger the same crash.

CVS: cvs.openbsd.org: ports

[Brandon Mercer]

CVSROOT:/cvs
Module name:ports
Changes by: bmer...@cvs.openbsd.org 2015/07/15 09:38:41

Modified files:
devel/arm-none-eabi/newlib: Makefile 

Log message:
Fix the arm-none-eabi/newlib build. Diff from Dave Vandervies, OK naddy@

Re: devel/arm-none-eabi/newlib is broken

[Brandon Mercer]

Shall I commit the previous big hammer fix then?

On Tue, Jul 14, 2015, 15:46 Christian Weisgerber na...@mips.inka.de wrote:

 On 2015-07-13, Dave Vandervies dj3va...@terse.ca wrote:

  I went with the bigger hammer to make sure all of the configure overrides
  would get through and not just the one that was observed causing problems
  when it got lost.

 I agree.

 Also, check how many config.guess files are hiding in subdirectories
 set MODGNU_CONFIG_GUESS_DIRS accordingly.

 --
 Christian naddy Weisgerber  na...@mips.inka.de

Re: devel/arm-none-eabi/newlib is broken

[Brandon Mercer]

On Sun, Jul 12, 2015 at 10:06 PM Nigel Taylor njtay...@asterisk.demon.co.uk
wrote:

 On 07/13/15 00:54, Dave Vandervies wrote:
  Somebody claiming to be Stuart Henderson wrote:
 
For some common things (in particular
  programs from coreutils) we have scaffolding to prevent autoconf from
  picking them up, but the arm-none-eabi ports are too complex for the
  normal things to work.
 
  ...And, after following up on the suggestions from this thread and
  digging around in /usr/ports/infrastructure, I think I've figured out
  one of the reasons why and come up with a better quick fix.
 
  Newlib (and binutils and gcc, though they don't have this particular
  symptom) does a lot of recursive configuring during the build, and
  doesn't do a very good job of passing things the top-level configure
  was asked to do down to the sub-configures.
  Adding ${CONFIGURE_ENV} to ${MAKE_ENV} so that it affects the environment
  that the sub-configures are actually running in persuades them to pick
  up the overrides that tell them not to use gmkdir.
 
  Index: Makefile
  ===
  RCS file: /cvs/ports/devel/arm-none-eabi/newlib/Makefile,v
  retrieving revision 1.1.1.1
  diff -u -p -r1.1.1.1 Makefile
  --- Makefile  28 May 2015 23:28:26 -  1.1.1.1
  +++ Makefile  12 Jul 2015 23:42:48 -
  @@ -7,6 +7,13 @@ VERSION= 2.2.0.1
   PKGNAME= ${CONFIG}-newlib-${VERSION}
   #REVISION=   0
 
  +# The build stage for newlib invokes configure (repeatedly), so make
  +# sure the sub-configures run in a suitable environment.
  +# Without this, if coreutils is present at configure time, the
  +# sub-configures will pick up gmkdir as their preferred concurrency-safe
  +# 'mkdir -p'.
  +MAKE_ENV+=   ${CONFIGURE_ENV}
  +
   HOMEPAGE=http://sourceware.org/newlib/
 
   MASTER_SITES=ftp://sourceware.org/pub/newlib/
 
 
 Builds for me, with coreutils uninstalled mid build.


This seems reasonable to me. Does anyone have any objections?

Re: Update devel/libusb1 to 1.0.19

[Brandon Mercer]

On Tue, Jun 23, 2015 at 5:17 AM Martin Pieuchot m...@openbsd.org wrote:

 On 22/06/15(Mon) 23:56, Jérémie Courrèges-Anglas wrote:
  Martin Pieuchot m...@openbsd.org writes:
 
   Here's an update to the latest version.  This diff is basically the
   same as last year and hopefully the regression exposed in the 1.0.18
   are now gone.
  
   Please test with your favorite ports and report back.
 
  FWIW, the update looks sane ports-wise.

 Thanks.

  If you're still looking for test reports then running a test bulk
  (on exopi) in the meantime would be a good idea to avoid any fallout.

 I doubt this will cause any breakage.  But more importantly dcoppa@ told
 me in private that the regression introduced in 1.0.18 is still present.
 However is has been fixed in master.

 Since the changes are not trivial to backport I prefer to wait for the
 next release.


Is this a good candidate for tracking their github repo?

Re: Update devel/libusb1 to 1.0.19

[Brandon Mercer]

On Thu, Jun 11, 2015 at 9:17 AM Martin Pieuchot m...@openbsd.org wrote:

 Here's an update to the latest version.  This diff is basically the
 same as last year and hopefully the regression exposed in the 1.0.18
 are now gone.

 Please test with your favorite ports and report back.


I tested the teensyloader port and things still seem to work as expected.
The port looks good to me as well. Thanks for the update.

CVS: cvs.openbsd.org: ports

[Brandon Mercer]

CVSROOT:/cvs
Module name:ports
Changes by: bmer...@cvs.openbsd.org 2015/06/08 07:36:10

Modified files:
devel/teensyloader: Makefile distinfo 
devel/teensyloader/patches: patch-Makefile_bsd 
devel/teensyloader/pkg: PLIST 

Log message:
Update port to track github. This is the recommended mechanism by the author. 
This update enables flashing of teensy 3.x boards. Tested by myself and OK 
sthen@

Re: UPDATE devel/teensyloader

[Brandon Mercer]

On Thu, Jun 04, 2015 at 05:59:24PM -0400, Brandon Mercer wrote:
 This diff is an update to teensyloader that allows firmware to be flashed on 
 the teensy 3.1 boards. It's based on a diff from Damien Miller. OK? 
 
snip

Ok, based on feedback, I think it's best to switch this port to point at
github for the source. That is recommended by the author in their
documentation so that's what we'll follow. Thanks to bcallah and sthen
for their input. Cheers.

Index: Makefile
===
RCS file: /cvs/ports/devel/teensyloader/Makefile,v
retrieving revision 1.9
diff -u -p -u -p -r1.9 Makefile
--- Makefile3 May 2015 13:31:49 -   1.9
+++ Makefile5 Jun 2015 13:33:34 -
@@ -1,22 +1,28 @@
 # $OpenBSD: Makefile,v 1.9 2015/05/03 13:31:49 bmercer Exp $
 
 COMMENT=   in-system programmer for Teensy boards
+
 V= 2.1
+REVISION=  0
+
 DISTNAME=  teensy_loader_cli.${V}
 PKGNAME=   teensyloader-${V}
 CATEGORIES=devel
-EXTRACT_SUFX=  .zip
+
+GH_COMMIT= 001da416bc362ff24485ff97e3a729bd921afe98
+GH_ACCOUNT=PaulStoffregen
+GH_PROJECT=teensy_loader_cli
+
 HOMEPAGE=  http://www.pjrc.com/teensy/
 
 # GPLv3
 PERMIT_PACKAGE_CDROM=  Yes
 
-WANTLIB=   c
+WANTLIB=   c pthread usb
 
-MASTER_SITES=  ${HOMEPAGE}
+LIB_DEPENDS=   devel/libusb-compat
 
 CONFIGURE_STYLE=   None
-WRKDIST=   ${WRKDIR}/teensy_loader_cli
 MAKE_FILE= Makefile.bsd
 NO_TEST=   Yes
 
Index: distinfo
===
RCS file: /cvs/ports/devel/teensyloader/distinfo,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 distinfo
--- distinfo3 May 2015 13:31:49 -   1.5
+++ distinfo5 Jun 2015 13:25:19 -
@@ -1,2 +1,2 @@
-SHA256 (teensy_loader_cli.2.1.zip) = 
2v0EDWdItS4NSgGEbUE28zVMon3cNqVe0A0KCvCQLUY=
-SIZE (teensy_loader_cli.2.1.zip) = 36241
+SHA256 (teensy_loader_cli.2.1.tar.gz) = 
b0q/x2jDBiRsqOWwI0wrZSLYDZ7rTsNwc9WNeKvkvnQ=
+SIZE (teensy_loader_cli.2.1.tar.gz) = 66761
Index: patches/patch-Makefile_bsd
===
RCS file: /cvs/ports/devel/teensyloader/patches/patch-Makefile_bsd,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 patch-Makefile_bsd
--- patches/patch-Makefile_bsd  3 May 2015 13:31:49 -   1.2
+++ patches/patch-Makefile_bsd  5 Jun 2015 13:39:49 -
@@ -1,6 +1,6 @@
-$OpenBSD: patch-Makefile_bsd,v 1.2 2015/05/03 13:31:49 bmercer Exp $
 Makefile.bsd.orig  Sun Apr 19 21:29:46 2015
-+++ Makefile.bsd   Thu Apr 23 16:53:05 2015
+$OpenBSD$
+--- Makefile.bsd.orig  Fri Jun  5 09:38:01 2015
 Makefile.bsd   Fri Jun  5 09:39:20 2015
 @@ -1,6 +1,6 @@
 -OS ?= FreeBSD
 +#OS ?= FreeBSD
@@ -10,8 +10,14 @@ $OpenBSD: patch-Makefile_bsd,v 1.2 2015/
  
  CFLAGS ?= -O2 -Wall
  CC ?= gcc
-@@ -13,9 +13,9 @@ CFLAGS += -DUSE_UHID
- LIBS =
+@@ -9,13 +9,13 @@ CC ?= gcc
+ CFLAGS += -DUSE_LIBUSB
+ LIBS =  -lusb
+ .elif $(OS) == NetBSD || $(OS) == OpenBSD
+-CFLAGS += -DUSE_UHID
+-LIBS =
++CFLAGS += -DUSE_LIBUSB -I${LOCALBASE}/include
++LIBS = -L${LOCALBASE}/lib -lusb
  .endif
  
 +all: teensyloader
Index: pkg/PLIST
===
RCS file: /cvs/ports/devel/teensyloader/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -u -p -r1.3 PLIST
--- pkg/PLIST   3 May 2015 13:31:49 -   1.3
+++ pkg/PLIST   5 Jun 2015 13:35:40 -
@@ -1,6 +1,9 @@
 @comment $OpenBSD: PLIST,v 1.3 2015/05/03 13:31:49 bmercer Exp $
 @bin bin/teensyloader
 share/examples/teensy/
+share/examples/teensy/blink_slow_Teensy3.hex
+share/examples/teensy/blink_slow_Teensy31.hex
+share/examples/teensy/blink_slow_TeensyLC.hex
 share/examples/teensy/blinky-at90usb1286.hex
 share/examples/teensy/blinky-at90usb162.hex
 share/examples/teensy/blinky-at90usb646.hex

UPDATE devel/teensyloader

[Brandon Mercer]

This diff is an update to teensyloader that allows firmware to be flashed on 
the teensy 3.1 boards. It's based on a diff from Damien Miller. OK? 

Index: devel/teensyloader/Makefile
===
RCS file: /cvs/ports/devel/teensyloader/Makefile,v
retrieving revision 1.9
diff -u -p -u -p -r1.9 Makefile
--- devel/teensyloader/Makefile 3 May 2015 13:31:49 -   1.9
+++ devel/teensyloader/Makefile 4 Jun 2015 21:16:44 -
@@ -10,8 +10,10 @@ HOMEPAGE=http://www.pjrc.com/teensy/
 
 # GPLv3
 PERMIT_PACKAGE_CDROM=  Yes
-
+BUILD_DEPENDS= devel/libusb-compat
 WANTLIB=   c
+
+LIB_DEPENDS=   devel/libusb-compat
 
 MASTER_SITES=  ${HOMEPAGE}
 
Index: devel/teensyloader/patches/patch-Makefile_bsd
===
RCS file: /cvs/ports/devel/teensyloader/patches/patch-Makefile_bsd,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 patch-Makefile_bsd
--- devel/teensyloader/patches/patch-Makefile_bsd   3 May 2015 13:31:49 
-   1.2
+++ devel/teensyloader/patches/patch-Makefile_bsd   4 Jun 2015 21:20:15 
-
@@ -1,16 +1,16 @@
 $OpenBSD: patch-Makefile_bsd,v 1.2 2015/05/03 13:31:49 bmercer Exp $
 Makefile.bsd.orig  Sun Apr 19 21:29:46 2015
-+++ Makefile.bsd   Thu Apr 23 16:53:05 2015
-@@ -1,6 +1,6 @@
--OS ?= FreeBSD
-+#OS ?= FreeBSD
- #OS ?= NetBSD
--#OS ?= OpenBSD
-+OS ?= OpenBSD
- 
- CFLAGS ?= -O2 -Wall
+--- Makefile.bsd.orig  Thu Oct 10 17:24:16 2013
 Makefile.bsd   Thu Jun  4 17:20:07 2015
+@@ -6,16 +6,16 @@ CFLAGS ?= -O2 -Wall
  CC ?= gcc
-@@ -13,9 +13,9 @@ CFLAGS += -DUSE_UHID
+ 
+ .if $(OS) == FreeBSD
+-CFLAGS += -DUSE_LIBUSB
+-LIBS =  -lusb
++CFLAGS += -DUSE_LIBUSB -I/usr/local/include
++LIBS = -L/usr/local/lib -lusb
+ .elif $(OS) == NetBSD || $(OS) == OpenBSD
+ CFLAGS += -DUSE_UHID
  LIBS =
  .endif
 

CVS: cvs.openbsd.org: ports

[Brandon Mercer]

CVSROOT:/cvs
Module name:ports
Changes by: bmer...@cvs.openbsd.org 2015/06/02 05:34:15

Log message:
Import govet, OK sthen@ and the port is from Adam Wolk.

Status:

Vendor Tag: bmercer
Release Tags:   bmercer_20150602

N ports/devel/govet/Makefile
N ports/devel/govet/distinfo
N ports/devel/govet/pkg/DESCR
N ports/devel/govet/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Brandon Mercer]

CVSROOT:/cvs
Module name:ports
Changes by: bmer...@cvs.openbsd.org 2015/06/02 05:37:46

Modified files:
devel  : Makefile 

Log message:
+govet

CVS: cvs.openbsd.org: ports

[Brandon Mercer]

CVSROOT:/cvs
Module name:ports
Changes by: bmer...@cvs.openbsd.org 2015/05/28 17:28:26

Log message:
Import devel/arm-none-eabi. OK sthen@, port is from Dave Vandervies.

Status:

Vendor Tag: bmercer
Release Tags:   bmercer_20150528

N ports/devel/arm-none-eabi/Makefile
N ports/devel/arm-none-eabi/Makefile.inc
N ports/devel/arm-none-eabi/binutils/Makefile
N ports/devel/arm-none-eabi/binutils/distinfo
N ports/devel/arm-none-eabi/binutils/patches/patch-bfd_doc_Makefile_in
N ports/devel/arm-none-eabi/binutils/patches/patch-binutils_doc_Makefile_in
N ports/devel/arm-none-eabi/binutils/patches/patch-gas_doc_Makefile_in
N ports/devel/arm-none-eabi/binutils/patches/patch-gprof_Makefile_in
N ports/devel/arm-none-eabi/binutils/patches/patch-ld_Makefile_in
N ports/devel/arm-none-eabi/binutils/patches/patch-libiberty_Makefile_in
N 
ports/devel/arm-none-eabi/binutils/patches/patch-libiberty_testsuite_Makefile_in
N ports/devel/arm-none-eabi/binutils/pkg/DESCR
N ports/devel/arm-none-eabi/binutils/pkg/PLIST
N ports/devel/arm-none-eabi/gcc-linaro/Makefile
N ports/devel/arm-none-eabi/gcc-linaro/distinfo
N ports/devel/arm-none-eabi/gcc-linaro/patches/patch-Makefile_in
N ports/devel/arm-none-eabi/gcc-linaro/patches/patch-gcc_Makefile_in
N 
ports/devel/arm-none-eabi/gcc-linaro/patches/patch-gcc_config_arm_none_eabi_h
N 
ports/devel/arm-none-eabi/gcc-linaro/patches/patch-gcc_config_arm_t-arm-elf
N 
ports/devel/arm-none-eabi/gcc-linaro/patches/patch-gcc_config_arm_unknown-elf_h
N ports/devel/arm-none-eabi/gcc-linaro/patches/patch-gcc_gcc_c
N ports/devel/arm-none-eabi/gcc-linaro/patches/patch-libgcc_Makefile_in
N ports/devel/arm-none-eabi/gcc-linaro/patches/patch-libiberty_Makefile_in
N ports/devel/arm-none-eabi/gcc-linaro/pkg/DESCR
N ports/devel/arm-none-eabi/gcc-linaro/pkg/PLIST
N ports/devel/arm-none-eabi/gdb/Makefile
N ports/devel/arm-none-eabi/gdb/distinfo
N ports/devel/arm-none-eabi/gdb/patches/patch-bfd_doc_Makefile_in
N ports/devel/arm-none-eabi/gdb/patches/patch-gdb_doc_Makefile_in
N ports/devel/arm-none-eabi/gdb/patches/patch-libiberty_Makefile_in
N ports/devel/arm-none-eabi/gdb/pkg/DESCR
N ports/devel/arm-none-eabi/gdb/pkg/PLIST
N ports/devel/arm-none-eabi/newlib/Makefile
N ports/devel/arm-none-eabi/newlib/distinfo
N ports/devel/arm-none-eabi/newlib/patches/patch-etc_Makefile_in
N ports/devel/arm-none-eabi/newlib/pkg/DESCR
N ports/devel/arm-none-eabi/newlib/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Brandon Mercer]

CVSROOT:/cvs
Module name:ports
Changes by: bmer...@cvs.openbsd.org 2015/05/28 17:34:38

Modified files:
devel  : Makefile 

Log message:
Tie arm-none-eabi into the build.

Re: first draft: arm-none-eabi-gcc

[Brandon Mercer]

On Thu, May 21, 2015 at 5:38 AM Damien Miller d...@mindrot.org wrote:

 On Wed, 20 May 2015, Dave Vandervies wrote:

  GCC configured as a cross-compiler for arm-none-eabi for embedded
  development, accompanied by binutils, gdb, and newlib.
  This is based on the old (gcc 4.4) arm-elf port, with the versions of
  the tools brought up to date and a GCC option parsing bug that caused
  random crashes during build fixed.

 Cool - I was just looking for this myself. One question, why the linaro
 gcc and not https://launchpad.net/gcc-arm-embedded ?


I find this useful as well. I'm excited to see the linaro version. At first
blush the port looks good, and worked well for me. Thanks!

CVS: cvs.openbsd.org: ports

[Brandon Mercer]

CVSROOT:/cvs
Module name:ports
Changes by: bmer...@cvs.openbsd.org 2015/05/19 17:42:38

Modified files:
lang/rust  : Makefile distinfo 
lang/rust/pkg  : PLIST-doc 

Log message:
Update to rust-1.0.0, from Sébastien Marie. Tested by myself, sthen, and 
afresh, OK sthen@

CVS: cvs.openbsd.org: ports

[Brandon Mercer]

CVSROOT:/cvs
Module name:ports
Changes by: bmer...@cvs.openbsd.org 2015/05/03 07:31:49

Modified files:
devel/teensyloader: Makefile distinfo 
devel/teensyloader/patches: patch-Makefile_bsd 
devel/teensyloader/pkg: PLIST 

Log message:
Update teensyloader to the latest version. Feedback from bcallah. Testing and 
OK from abieber@, basically OK for the original version sthen@.

Re: teensyloader update

[Brandon Mercer]

On Thu, Apr 23, 2015 at 04:58:10PM -0400, Brandon Mercer wrote:
 Hello, this diff updates the teensy loader to the current 2.1 version.
 I'm also working to get the loader so it can flash the newer teensy 3.1
 devices. OK? 
 

Here is an updated diff with feedback from abieber@ and bcallah@
The changes include setting the version to a variable because it's 
in there twice, and referencing the zip. OK?

Index: Makefile
===
RCS file: /home/bmercer/cvs/ports/devel/teensyloader/Makefile,v
retrieving revision 1.8
diff -u -p -u -r1.8 Makefile
--- Makefile10 Oct 2013 02:08:22 -  1.8
+++ Makefile30 Apr 2015 14:20:48 -
@@ -1,12 +1,11 @@
 # $OpenBSD: Makefile,v 1.8 2013/10/10 02:08:22 brad Exp $
 
 COMMENT=   in-system programmer for Teensy boards
-
-DISTNAME=  teensy_loader_cli.2.0
-PKGNAME=   teensyloader-2.0
-REVISION=  1
+V= 2.1
+DISTNAME=  teensy_loader_cli.${V}
+PKGNAME=   teensyloader-${V}
 CATEGORIES=devel
-
+EXTRACT_SUFX=  .zip
 HOMEPAGE=  http://www.pjrc.com/teensy/
 
 # GPLv3
@@ -19,7 +18,6 @@ MASTER_SITES= ${HOMEPAGE}
 CONFIGURE_STYLE=   None
 WRKDIST=   ${WRKDIR}/teensy_loader_cli
 MAKE_FILE= Makefile.bsd
-
 NO_TEST=   Yes
 
 do-install:
Index: distinfo
===
RCS file: /home/bmercer/cvs/ports/devel/teensyloader/distinfo,v
retrieving revision 1.4
diff -u -p -u -r1.4 distinfo
--- distinfo18 Jan 2015 03:13:48 -  1.4
+++ distinfo30 Apr 2015 14:26:53 -
@@ -1,2 +1,2 @@
-SHA256 (teensy_loader_cli.2.0.tar.gz) = 
D/1NS2X+PCvOfvc89ZmwtSebMQH7hDBUzXmw324GepY=
-SIZE (teensy_loader_cli.2.0.tar.gz) = 27044
+SHA256 (teensy_loader_cli.2.1.zip) = 
2v0EDWdItS4NSgGEbUE28zVMon3cNqVe0A0KCvCQLUY=
+SIZE (teensy_loader_cli.2.1.zip) = 36241
Index: patches/patch-Makefile_bsd
===
RCS file: 
/home/bmercer/cvs/ports/devel/teensyloader/patches/patch-Makefile_bsd,v
retrieving revision 1.1
diff -u -p -u -r1.1 patch-Makefile_bsd
--- patches/patch-Makefile_bsd  26 Jun 2010 21:22:00 -  1.1
+++ patches/patch-Makefile_bsd  23 Apr 2015 20:53:20 -
@@ -1,6 +1,6 @@
-$OpenBSD: patch-Makefile_bsd,v 1.1 2010/06/26 21:22:00 ckuethe Exp $
 Makefile.bsd.orig  Mon Feb 15 18:27:15 2010
-+++ Makefile.bsd   Mon Feb 15 18:28:31 2010
+$OpenBSD$
+--- Makefile.bsd.orig  Sun Apr 19 21:29:46 2015
 Makefile.bsd   Thu Apr 23 16:53:05 2015
 @@ -1,6 +1,6 @@
 -OS ?= FreeBSD
 +#OS ?= FreeBSD
@@ -10,17 +10,17 @@ $OpenBSD: patch-Makefile_bsd,v 1.1 2010/
  
  CFLAGS ?= -O2 -Wall
  CC ?= gcc
-@@ -14,8 +14,10 @@ LIBS =
+@@ -13,9 +13,9 @@ CFLAGS += -DUSE_UHID
+ LIBS =
  .endif
  
- 
--teensy_loader_cli: teensy_loader_cli.c
--  $(CC) $(CFLAGS) -s -o teensy_loader_cli teensy_loader_cli.c $(LIBS)
 +all: teensyloader
- 
 +teensyloader: teensy_loader_cli.c
 +  $(CC) $(CFLAGS) -s -o teensyloader teensy_loader_cli.c $(LIBS)
-+
+ 
+-teensy_loader_cli: teensy_loader_cli.c
+-  $(CC) $(CFLAGS) -s -o teensy_loader_cli teensy_loader_cli.c $(LIBS)
+-
  clean:
 -  rm -f teensy_loader_cli
 +  rm -f teensyloader
Index: pkg/PLIST
===
RCS file: /home/bmercer/cvs/ports/devel/teensyloader/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -u -r1.2 PLIST
--- pkg/PLIST   26 Jun 2010 21:22:00 -  1.2
+++ pkg/PLIST   30 Apr 2015 14:27:20 -
@@ -1,8 +1,6 @@
-@comment $OpenBSD: PLIST,v 1.2 2010/06/26 21:22:00 ckuethe Exp $
+@comment $OpenBSD$
 @bin bin/teensyloader
 share/examples/teensy/
-share/examples/teensy/blink_fast.hex
-share/examples/teensy/blink_slow.hex
 share/examples/teensy/blinky-at90usb1286.hex
 share/examples/teensy/blinky-at90usb162.hex
 share/examples/teensy/blinky-at90usb646.hex

Re: [update] lang/node v0.10.35 to v0.12.2 - now with 100% less clobbering of dependencies!

[Brandon Mercer]

On Tue, Apr 28, 2015 at 6:37 PM Aaron Bieber aa...@bolddaemon.com wrote:

 Hola!

 I hit the tipping point over the weekend. The 0.12.2 update requires an
 update to just about every node-* port we have, and each new version
 comes with about 3 zillion new dependencies (ok maybe 2 zillion...).

 I have added a new package type to the node.port.mk file called pkg,
 this type lets you rebuild (during port building) a given package for
 the arch it is going to be run on.

 The basic procedure for creating these packages is:

 mkdir /tmp/crap;
 cd /tmp/crap  npm install module
 cd module
 tar -czvf module-0.0.0.tgz module
 *upload to server*

 Now you add your MASTER_SITES to a makefile similar to the one attached
 (for node-sqlite3). I will host the tarballs for anyone interested in
 doing this.

 Running make will pull in the tarball and recursively rebuild all the
 submodules (assuming they are native modules).  This allows us to avoid
 having to import every dep prior to creating a port. It also eliminates
 some of the version clobbering that happens when a module depends on a
 different version of a given module.

 It isn't exactly clean yet, and I would appreciate any clue sticks. I am
 also holding my breath for a better solution from GSoC!

 I have only tested node-sqlite3 on amd64 and i386. The plist needed a
 bit of manual cleanup as some home directory cruft gets added by npm.


Builds just fine with your updates. I've been using it for a while now and
the nagging issues I have about node running off into the weeds and
destroying my machine are gone. I was able to run a dev instances for
several days without issue. This was impossible before. From my standpoint
the node update looks fine. I cannot really speak about all the
dependencies.
Brandon

teensyloader update

[Brandon Mercer]

Hello, this diff updates the teensy loader to the current 2.1 version.
I'm also working to get the loader so it can flash the newer teensy 3.1
devices. OK? 

Index: Makefile
===
RCS file: /home/bmercer/cvs/ports/devel/teensyloader/Makefile,v
retrieving revision 1.8
diff -u -p -u -r1.8 Makefile
--- Makefile10 Oct 2013 02:08:22 -  1.8
+++ Makefile23 Apr 2015 20:40:10 -
@@ -2,9 +2,8 @@
 
 COMMENT=   in-system programmer for Teensy boards
 
-DISTNAME=  teensy_loader_cli.2.0
-PKGNAME=   teensyloader-2.0
-REVISION=  1
+DISTNAME=  teensy_loader_cli.2.1
+PKGNAME=   teensyloader-2.1
 CATEGORIES=devel
 
 HOMEPAGE=  http://www.pjrc.com/teensy/
@@ -19,7 +18,6 @@ MASTER_SITES= ${HOMEPAGE}
 CONFIGURE_STYLE=   None
 WRKDIST=   ${WRKDIR}/teensy_loader_cli
 MAKE_FILE= Makefile.bsd
-
 NO_TEST=   Yes
 
 do-install:
Index: distinfo
===
RCS file: /home/bmercer/cvs/ports/devel/teensyloader/distinfo,v
retrieving revision 1.4
diff -u -p -u -r1.4 distinfo
--- distinfo18 Jan 2015 03:13:48 -  1.4
+++ distinfo20 Apr 2015 01:31:20 -
@@ -1,2 +1,2 @@
-SHA256 (teensy_loader_cli.2.0.tar.gz) = 
D/1NS2X+PCvOfvc89ZmwtSebMQH7hDBUzXmw324GepY=
-SIZE (teensy_loader_cli.2.0.tar.gz) = 27044
+SHA256 (teensy_loader_cli.2.1.tar.gz) = 
9fOJFIDxGzXRxVwt42UHV/Y8/GiIUQ9hFy9T1vI+Vqc=
+SIZE (teensy_loader_cli.2.1.tar.gz) = 276310
Index: patches/patch-Makefile_bsd
===
RCS file: 
/home/bmercer/cvs/ports/devel/teensyloader/patches/patch-Makefile_bsd,v
retrieving revision 1.1
diff -u -p -u -r1.1 patch-Makefile_bsd
--- patches/patch-Makefile_bsd  26 Jun 2010 21:22:00 -  1.1
+++ patches/patch-Makefile_bsd  23 Apr 2015 20:53:20 -
@@ -1,6 +1,6 @@
-$OpenBSD: patch-Makefile_bsd,v 1.1 2010/06/26 21:22:00 ckuethe Exp $
 Makefile.bsd.orig  Mon Feb 15 18:27:15 2010
-+++ Makefile.bsd   Mon Feb 15 18:28:31 2010
+$OpenBSD$
+--- Makefile.bsd.orig  Sun Apr 19 21:29:46 2015
 Makefile.bsd   Thu Apr 23 16:53:05 2015
 @@ -1,6 +1,6 @@
 -OS ?= FreeBSD
 +#OS ?= FreeBSD
@@ -10,17 +10,17 @@ $OpenBSD: patch-Makefile_bsd,v 1.1 2010/
  
  CFLAGS ?= -O2 -Wall
  CC ?= gcc
-@@ -14,8 +14,10 @@ LIBS =
+@@ -13,9 +13,9 @@ CFLAGS += -DUSE_UHID
+ LIBS =
  .endif
  
- 
--teensy_loader_cli: teensy_loader_cli.c
--  $(CC) $(CFLAGS) -s -o teensy_loader_cli teensy_loader_cli.c $(LIBS)
 +all: teensyloader
- 
 +teensyloader: teensy_loader_cli.c
 +  $(CC) $(CFLAGS) -s -o teensyloader teensy_loader_cli.c $(LIBS)
-+
+ 
+-teensy_loader_cli: teensy_loader_cli.c
+-  $(CC) $(CFLAGS) -s -o teensy_loader_cli teensy_loader_cli.c $(LIBS)
+-
  clean:
 -  rm -f teensy_loader_cli
 +  rm -f teensyloader
Index: pkg/PLIST
===
RCS file: /home/bmercer/cvs/ports/devel/teensyloader/pkg/PLIST,v
retrieving revision 1.2
diff -u -p -u -r1.2 PLIST
--- pkg/PLIST   26 Jun 2010 21:22:00 -  1.2
+++ pkg/PLIST   20 Apr 2015 01:31:31 -
@@ -1,8 +1,9 @@
 @comment $OpenBSD: PLIST,v 1.2 2010/06/26 21:22:00 ckuethe Exp $
 @bin bin/teensyloader
 share/examples/teensy/
-share/examples/teensy/blink_fast.hex
-share/examples/teensy/blink_slow.hex
+share/examples/teensy/blink_slow_Teensy3.hex
+share/examples/teensy/blink_slow_Teensy31.hex
+share/examples/teensy/blink_slow_TeensyLC.hex
 share/examples/teensy/blinky-at90usb1286.hex
 share/examples/teensy/blinky-at90usb162.hex
 share/examples/teensy/blinky-at90usb646.hex

Re: chromium-40.0.2214.115p0

[Brandon Mercer]

On Tue Feb 24 2015 at 11:45:50 AM frantisek holop min...@obiit.org wrote:

 with the Mesa rollback it is now possible
 to run chromium again without --disable-gpu.

 however with or without, after exiting
 there is always a core dump.  i suspect
 this has been the case for some versions now.

 anybody else is seeing this?


The only time I've run into this I needed to close down chrome, blow away
my local .config dir and start up chrome again. Perhaps this fixes it for
you?

Re: LLVM 3.3rc1

[Brandon Mercer]

I was trying to build this on my amd64 box with 16GB of ram and got:
cc1plus: out of memory allocating 1208 bytes after a total of 0 bytes
*** Error 1 in .
(tools/clang/lib/Sema/CMakeFiles/clangSema.dir/build.make:427
'tools/clang/lib/Sema/CMakeFiles/clangSema.dir/SemaCodeComplete.cpp.o')

Did I need to adjust something in order to get this to build or should
I just try again?
Thanks,

On Sun, Jun 9, 2013 at 10:30 PM, Brad Smith b...@comstyle.com wrote:
 On Thu, May 30, 2013 at 05:00:07PM -0400, Brad Smith wrote:
 On Thu, May 09, 2013 at 04:28:44AM -0400, Brad Smith wrote:
  To anyone interested in trying out LLVM 3.3rc1..

 and rc2..

 and rc3..


 Index: Makefile
 ===
 RCS file: /home/cvs/ports/devel/llvm/Makefile,v
 retrieving revision 1.62
 diff -u -p -r1.62 Makefile
 --- Makefile2 May 2013 15:41:57 -   1.62
 +++ Makefile5 Jun 2013 03:01:56 -
 @@ -7,14 +7,13 @@ ONLY_FOR_ARCHS = ${LLVM_ARCHS}

  COMMENT =  modular, fast C/C++/ObjC compiler, static analyzer and tools

 -LLVM_V =   3.2
 -DISTNAME = llvm-${LLVM_V}.src
 +LLVM_V =   3.3rc3
 +DISTNAME = llvm-source-${LLVM_V}
  PKGNAME =  llvm-${LLVM_V}
 -REVISION = 3
  CATEGORIES =   devel
 -MASTER_SITES = http://llvm.org/releases/${LLVM_V}/
 +MASTER_SITES = http://llvm.org/pre-releases/3.3/rc3/

 -DISTFILES =${DISTNAME}${EXTRACT_SUFX} clang-${LLVM_V}.src${EXTRACT_SUFX}
 +DISTFILES =${DISTNAME}${EXTRACT_SUFX} cfe-source-${LLVM_V}${EXTRACT_SUFX}

  SHARED_LIBS =  clang   0.0 # 3.2

 @@ -24,9 +23,9 @@ HOMEPAGE =http://www.llvm.org/
  # BSD
  PERMIT_PACKAGE_CDROM = Yes

 -WANTLIB =  c m pthread stdc++
 +WANTLIB =  c m pthread stdc++ z

 -WRKDIST =  ${WRKDIR}/llvm-${LLVM_V}.src
 +WRKDIST =  ${WRKDIR}/llvm.src

  MODULES =  devel/cmake \
 lang/python
 @@ -53,11 +52,13 @@ CONFIGURE_ARGS =-DLLVM_ENABLE_FFI:Bool=
  CONFIGURE_ARGS +=  -DCMAKE_EXE_LINKER_FLAGS=-Wl,--relax
  .endif

 -CLANG_INCLUDE_PATH =   lib/clang/${LLVM_V}/include
 +CLANG_INCLUDE_PATH =   lib/clang/3.3/include
  SUBST_VARS +=  CLANG_INCLUDE_PATH

  post-extract:
 -   @mv ${WRKDIR}/clang-${LLVM_V}.src ${WRKDIST}/tools/clang
 +#  @mv ${WRKDIR}/clang-${LLVM_V}.src ${WRKDIST}/tools/clang
 +   rm ${WRKDIST}/tools/clang
 +   mv ${WRKDIR}/cfe.src ${WRKDIST}/tools/clang

  pre-configure:
 @${SUBST_CMD} ${WRKSRC}/tools/clang/tools/scan-build/scan-build
 Index: distinfo
 ===
 RCS file: /home/cvs/ports/devel/llvm/distinfo,v
 retrieving revision 1.11
 diff -u -p -r1.11 distinfo
 --- distinfo23 Dec 2012 20:49:29 -  1.11
 +++ distinfo5 Jun 2013 03:02:15 -
 @@ -1,4 +1,4 @@
 -SHA256 (clang-3.2.src.tar.gz) = KqrwP3wPaxb+l+zIEkfcK/LUvsdiCnfMdGcLfgf/Vlg=
 -SHA256 (llvm-3.2.src.tar.gz) = ElCQxNJnQPHV6YOEd8kx7X2a1w1Zm6Jl9G86QssGY0M=
 -SIZE (clang-3.2.src.tar.gz) = 8805311
 -SIZE (llvm-3.2.src.tar.gz) = 12275252
 +SHA256 (cfe-source-3.3rc3.tar.gz) = 
 2ytb2qOiFjLNDI+/WcnL4MRoi8tERne9dcXI9i83LG8=
 +SHA256 (llvm-source-3.3rc3.tar.gz) = 
 IiAjA/wv9me9LtF3f0aYWu2HombvzF1DhFHCXsUOdDs=
 +SIZE (cfe-source-3.3rc3.tar.gz) = 9423822
 +SIZE (llvm-source-3.3rc3.tar.gz) = 13644242
 Index: patches/patch-CMakeLists_txt
 ===
 RCS file: /home/cvs/ports/devel/llvm/patches/patch-CMakeLists_txt,v
 retrieving revision 1.2
 diff -u -p -r1.2 patch-CMakeLists_txt
 --- patches/patch-CMakeLists_txt23 Dec 2012 20:49:29 -  1.2
 +++ patches/patch-CMakeLists_txt8 May 2013 10:21:18 -
 @@ -2,11 +2,11 @@ $OpenBSD: patch-CMakeLists_txt,v 1.2 201

  Don't confuse scripts who want the version with appended 'svn' goo.

  CMakeLists.txt.origFri Sep 28 19:35:20 2012
 -+++ CMakeLists.txt Mon Dec 10 19:22:46 2012
 +--- CMakeLists.txt.origMon May  6 12:23:07 2013
  CMakeLists.txt Wed May  8 06:14:25 2013
  @@ -13,7 +13,7 @@ set(CMAKE_MODULE_PATH
   set(LLVM_VERSION_MAJOR 3)
 - set(LLVM_VERSION_MINOR 2)
 + set(LLVM_VERSION_MINOR 3)

  -set(PACKAGE_VERSION ${LLVM_VERSION_MAJOR}.${LLVM_VERSION_MINOR}svn)
  +set(PACKAGE_VERSION ${LLVM_VERSION_MAJOR}.${LLVM_VERSION_MINOR})
 Index: patches/patch-cmake_modules_LLVMConfig_cmake_in
 ===
 RCS file: 
 /home/cvs/ports/devel/llvm/patches/patch-cmake_modules_LLVMConfig_cmake_in,v
 retrieving revision 1.1
 diff -u -p -r1.1 patch-cmake_modules_LLVMConfig_cmake_in
 --- patches/patch-cmake_modules_LLVMConfig_cmake_in 2 May 2013 15:41:57 
 -   1.1
 +++ patches/patch-cmake_modules_LLVMConfig_cmake_in 8 May 2013 10:21:28 
 -
 @@ -3,9 +3,9 @@ $OpenBSD: patch-cmake_modules_LLVMConfig
  make it find include file in /usr/local/share/llvm/cmake
  bug reported: http://www.llvm.org/bugs/show_bug.cgi?id=15899

  

Re: LLVM 3.3rc1

[Brandon Mercer]

Yes, thanks! I bumped it way up and it seems to have built this time.
Sorry for the noise.

On Mon, Jun 10, 2013 at 11:26 AM, Brad Smith b...@comstyle.com wrote:
 On 10/06/13 11:13 AM, Brandon Mercer wrote:

 I was trying to build this on my amd64 box with 16GB of ram and got:
 cc1plus: out of memory allocating 1208 bytes after a total of 0 bytes
 *** Error 1 in .
 (tools/clang/lib/Sema/CMakeFiles/clangSema.dir/build.make:427
 'tools/clang/lib/Sema/CMakeFiles/clangSema.dir/SemaCodeComplete.cpp.o')

 Did I need to adjust something in order to get this to build or should
 I just try again?
 Thanks,


 Make sure you have your max data size set fairly high.


 --
 This message has been scanned for viruses and
 dangerous content by MailScanner, and is
 believed to be clean.

Re: LLVM 3.3rc1

[Brandon Mercer]

The last diff built for me on amd64. Not sure what to expect because
this is my first exposure to clang/llvm. Just wanted to try it out and
found this so I figured I'd try and build it. Thanks

On Mon, Jun 10, 2013 at 3:45 PM, Aaron def...@gmail.com wrote:
 Yep, totally my fault :D - had a jacked up mk.conf

 On Mon, Jun 10, 2013 at 1:31 PM, Brad Smith b...@comstyle.com wrote:
 On 10/06/13 2:50 PM, Aaron wrote:

 I get:
 ===  Faking installation for llvm-3.3rc3
 /bin/sh: [: 022: unexpected operator/operand
 -a
 -a

 When running make package


 I have not seen any installation related issues and no one else has reported
 anything so far. Seems kind of odd to see something like that from a CMake
 generated Makefile if that is where it is coming from. Are you 100% sure
 there isn't anything wrong elsewhere on your system? That
 feels more like a bad merge in your ports tree, but who knows without more
 details.

CVS: cvs.openbsd.org: ports

[Brandon Mercer]

CVSROOT:/cvs
Module name:ports
Changes by: bmer...@cvs.openbsd.org 2013/01/18 04:51:38

Modified files:
fonts/adobe-source-code-pro: Makefile distinfo 
fonts/adobe-source-code-pro/pkg: PLIST 

Log message:
Bump to the latest version. This adds a medium font. OK sthen@ dcoppa@

CVS: cvs.openbsd.org: ports

[Brandon Mercer]

CVSROOT:/cvs
Module name:ports
Changes by: bmer...@cvs.openbsd.org 2012/11/02 05:55:25

Log message:
Initial port of Source Code Pro fonts OK sthen@

Status:

Vendor Tag: bmercer
Release Tags:   bmercer_2012-Nov-02

N ports/fonts/adobe-source-code-pro/Makefile
N ports/fonts/adobe-source-code-pro/distinfo
N ports/fonts/adobe-source-code-pro/pkg/DESCR
N ports/fonts/adobe-source-code-pro/pkg/PLIST

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Brandon Mercer]

CVSROOT:/cvs
Module name:ports
Changes by: bmer...@cvs.openbsd.org 2012/11/02 05:59:46

Modified files:
fonts  : Makefile 

Log message:
Include the new font OK sthen@

CVS: cvs.openbsd.org: ports

[Brandon Mercer]

CVSROOT:/cvs
Module name:ports
Changes by: bmer...@cvs.openbsd.org 2012/07/13 05:43:20

Modified files:
geo/openbsd-developers: Makefile 
geo/openbsd-developers/files: OpenBSD 

Log message:
Added my coordinates.

looks legit sthen@ OK phessler@

Re: Heads up: PostgreSQL upgrade

[Brandon Mercer]

2010/11/8 Pierre-Emmanuel André p...@raveland.org:
 Hi,

 I've just updated PostgreSQL to it's latest version: 9.0.1.
 As usual, a dump/restore is needed for this upgrade.
 I wrote a small howto for those who need help:
 http://openbsd.raveland.org/ports/postgresql/UPGRADE_HOWTO.txt

 If you want more informations about this version, you can look at
 http://wiki.postgresql.org/wiki/What%27s_new_in_PostgreSQL_9.0

 Please note that:
 + pkg_add will warn you about this upgrade (usefull if you forgot
 to dump all your databases)
 + skytools is currently broken. I will commit a new version in a
 few days.

I thought the 9.x branch had better tools to upgrade from previous
versions? Is this just untrue in general or only for OpenBSD's port?
Brandon

Re: python 2.6 update and default

[Brandon Mercer]

I've been using it this way for over a year now with my own patch on i386
and amd64. Things like easy_install, pylons, py-libxml, py-libxslt, psycopg2
etc all work well. As it's been said before plone might suck.
Cheers,
Brandon

On Jun 29, 2010 9:51 AM, Federico G. Schwindt fg...@lodoss.net wrote:

On Wed, Jun 23, 2010 at 08:06:02PM +0100, Federico G. Schwindt wrote:

 Hi,

 Since the plan is to make 2.6 the default, some people have mentioned the
 python upda...
 So, any testers?

 f.-

Re: python 2.5: time to go?

[Brandon Mercer]

We really need to make 2.6 the default.

On Jun 16, 2010 1:20 PM, Henry Precheur he...@precheur.org wrote:

On Wed, Jun 16, 2010 at 11:44:22AM -0500, Marco Peereboom wrote:
 I am talking about custom apps th...
All the people I know still stuck with 2.5 or less are keeping it,
because they are using something like an old Red Hat where the latest
available version is 2.5. Also upgrading code from 2.5 to 2.6 is not
such a big deal.


 I am all for making 2.6 the default but eliminating 2.5 from the tree
 seems like a bad move to ...
Yes, as long as the those older version don't break it doesn't seem to
be a big deal. What about waiting for them to stop compiling/working
before removing them?

--
 Henry Prêcheur

Re: chromium port update

[Brandon Mercer]

On Sat, Apr 3, 2010 at 3:10 PM, frantisek holop min...@obiit.org wrote:
 hmm, on Wed, Mar 31, 2010 at 08:07:41PM -0700, Peter Valchev said that
 After a long battle with various issues that cropped up, and thanks to
 huge help from the guy working on the FreeBSD port (linked from my
 page), I have an update to chromium-5.0.539.0

 thanks for the pacakge/port.

 2 issues so far:

 1. massive amount of linux specific debug messages on the terminal

 2. options - personal stuff - import data from another browser
 the import dialog window going bonkers, jumping between 2 sizes
 forever, impossible to click on anything

 the font rendering is really different from all the others..
 it's way too airy, too much whitespace.

Have you guys also seen chrome take forever or just not resolve stuff?

Re: netbeans 6.8

[Brandon Mercer]

On Fri, Apr 2, 2010 at 5:52 PM, Daniel Dickman didick...@gmail.com wrote:
 There were some diffs in testing from ages ago for this. The port we
 have is useless. Can someone please commit the upgrade?

I built it here on i386 against a recent snapshot (few days old) and
it's running fine. I've imported a few projects and been able to
actually do dev. This is working far better than the old port that's
rotting in our tree right now. Thanks for your work, looks good here.
Brandon

netbeans 6.8

[Brandon Mercer]

There were some diffs in testing from ages ago for this. The port we
have is useless. Can someone please commit the upgrade?
Brandon

Re: problem installing firefox35 on 4.6 amd65

[Brandon Mercer]

On Tue, Mar 9, 2010 at 9:55 AM, Siju George sgeorge...@gmail.com wrote:
 Hi,

 I was installing firefox35 on my 4.6 amd64 and got this error.

 # pkg_add firefox35
 libaudiofile-0.2.6p2: complete
 esound-0.2.41v0: complete
 libiconv-1.13: complete
 sqlite3-3.6.13p0: complete
 desktop-file-utils-0.15:gettext-0.17p0: complete
 desktop-file-utils-0.15:pcre-7.9: complete
 desktop-file-utils-0.15:glib2-2.18.4p3: complete
 desktop-file-utils-0.15: complete
 gtk+2-2.14.7p0:atk-1.24.0: complete
 gtk+2-2.14.7p0:glitz-0.5.6p1: complete
 gtk+2-2.14.7p0:png-1.2.35: complete
 gtk+2-2.14.7p0:cairo-1.8.8: complete
 gtk+2-2.14.7p0:pango-1.22.4p0: complete
 gtk+2-2.14.7p0:jasper-1.900.1p0: complete
 gtk+2-2.14.7p0:jpeg-6bp5: complete
 gtk+2-2.14.7p0:tiff-3.8.2p4: complete
 gtk+2-2.14.7p0:hicolor-icon-theme-0.10p4: complete
 gtk+2-2.14.7p0: complete
 firefox35-3.5: complete
 Problem while moving /var/tmp/pkginfo.kSfbzFEpCj/+DESC into 
 /var/db/pkg/firefox3
 5-3.5/: No such file or directory
 Problem while moving /var/tmp/pkginfo.kSfbzFEpCj/+DISPLAY into 
 /var/db/pkg/firef
 ox35-3.5/: No such file or directory
 Can't open /var/db/pkg/firefox35-3.5/+DISPLAY: No such file or directory

It looks as though some of the post install stuff that copies package
information into the pkg directory is looking for a bogus folder name.
Do you have a folder in /var/db/pkg/ named firefox35 maybe? Only other
thing I can think of is that your /var/ partition may be full but the
naming convention that it's trying to use looks odd to me.
Brandon

Re: Python 2.6 vs. the Freeze

[Brandon Mercer]

On Wed, Feb 17, 2010 at 11:36 AM, Toni Mueller openbsd-po...@oeko.net wrote:

 Hi,

 I've just seen that OpenBSD 4.7 *might* contain Python 2.6.3 as opposed
 to the current Python 2.6.4. Someone said that the tree has already
 frozen, but I don't see a tag in CVS. Anyway, updating to 2.6.4 should
 be really useful. Quote from upstream's release notes, available here:

 http://www.python.org/download/releases/2.6.4/NEWS.txt

 Python 2.6.4 is a critical bug fix for Python 2.6.3, which had
 regressions in the logging package and in setuptools compatibility.
 Python 2.6.4 was released on 25-Oct-2009.

I'd really like to see this revision get updated as well.
Thanks,
Brandon

Re: [UPDATE] devel/netbeans 6.8

[Brandon Mercer]

On Wed, Dec 30, 2009 at 9:34 AM, Daniel Dickman didick...@gmail.com wrote:
 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.

 Thanks. I can confirm the issue is still there... but not really
 enough to stop me from switching to 6.8 for my daily use.

I second this. The added features and usability from the existing 5.5
port FAR outweighs the small bug in this new release. Hell even in
windows you deal with crap like that.
Brandon

Re: devel/netbeans 6.7.1

[Brandon Mercer]

On Tue, Oct 13, 2009 at 6:11 PM, Fred Crowson open...@crowsons.net wrote:
 Hi ports@

 The attached tarball brings NetBeans up to version 6.7.1

 This is currently only tested on i386 - I'm planning on testing it on amd64,
 sparc64, sparc and maybe if I feel really keen on zaurus.

 This version does not resolve the issue of fonts not displaying correctly in
 the output window [1], but this is a known issue [2] which is currently
 being dealt with by the response OpenBSD != support.

 Any feedback suggestions appreciated.

 I'm planning on providing patches against -current once I've tested on
 amd64.

This has been working very well for me on i386 and I'd really like to
see it go in when possible.
Brandon

Re: update blows up

[Brandon Mercer]

On Thu, Oct 8, 2009 at 2:26 PM, frantisek holop min...@obiit.org wrote:
 hmm, on Thu, Oct 08, 2009 at 03:01:17PM +0200, Paul de Weerd said that
 On Thu, Oct 08, 2009 at 02:26:29PM +0200, frantisek holop wrote:
 | but you know what?  if theo hadn't been there, i'd be still
 | the internet wussy i was when i got on the internetz.
 | thank you theo, you made me a better man.  i just hope that
 | one day we will meet in person, and after shaking your hand
 | and thanking you for the great operating system you are
 | managing, i can call you out to the street and brake your nose,
 | because i tend to react in the old fashion when someone keeps
 | insulting me regardless of what i say.

 Are you serious ? Someone says something you don't like and your
 reaction would be to turn to violence ? I'm not sure if I dare say
 anything about it - will you break my nose too if I do ?

 If you're serious - you seriously suck.

 i am talking about years of insultings by theo.  please consult
 the archives + i have my private collection.

 it is him who is resolving to name callings if someone
 writes something he doesnt like.

 in my country if you call people names (even if warranted,
 whatever that means in this case), you better be prepared
 that some might pick up the gauntlet and kick your ass.

So in other words, beating someone up because you don't like them is
cool and favorable over name calling on a public mailing list? So
because I think you're an idiot... rather than telling you I think
you're an idiot I should beat you senseless in an alley?

Re: what happens when some site blocks openbsd $ ftp; User-Agent

[Brandon Mercer]

On Fri, Jul 31, 2009 at 12:18 PM, Abel Camarilloacam...@the00z.org wrote:

 On Fri, Jul 31, 2009 at 11:35:59AM +0200, Jonathan Armani wrote:
 Yeah it was removed a while ago :

 http://www.openbsd.org/cgi-bin/cvsweb/ports/games/blobwars/Attic/Makefile

 Remove this. It claims to be GPL, but in truth it contains files the
 author found on the web, and he's not going to fix this.

 Yes naddy





 Ugh... this sucks.

 Thanks to anyone, ... anyway it must be a bad game :p.

At least we've got tuxkart right!!

Re: UPDATE: much newer version of mplayer

[Brandon Mercer]

On Wed, Jul 29, 2009 at 2:28 PM, Edd Barrettvex...@gmail.com wrote:
 Hi,

 Here is an updated port of mplayer, which myself and Jacob have been
 bouncing around in private emails for a while. It is mostly finished,
 but will need some polishing.

Hello, trying to build on a recent snapshot on i386 and it's missing
dvdnavmini.
===  Verifying specs: png jpeg ungif cdda_paranoia cdda_interface
theora speex mpcdec ogg.=5 xvidcore x264.=3 mp3lame dv dvdnavmini
dvdread faac faad fribidi lcms mng vorbisidec gdk-x11-2.0
gdk_pixbuf-2.0 gtk-x11-2.0 bz2 intl.=4 iconv.=4 png jpeg ungif
cdda_paranoia cdda_interface theora speex mpcdec ogg.=5 xvidcore
x264.=3 mp3lame dv dvdnavmini dvdread faac faad fribidi lcms mng
vorbisidec gdk-x11-2.0 gdk_pixbuf-2.0 gtk-x11-2.0 bz2 intl.=4
iconv.=4 c crypto m ncurses pthread stdc++ util sndio z GL X11 Xau
Xcomposite Xcursor Xdamage Xdmcp Xext  Xfixes Xi Xinerama Xrandr
Xrender Xss Xv Xxf86dga Xxf86vm  atk-1.0 cairo expat fontconfig
freetype gio-2.0  glib-2.0 glitz gmodule-2.0 gobject-2.0 pango-1.0
pangocairo-1.0 pangoft2-1.0 pixman-1 c crypto m ncurses pthread stdc++
util sndio z GL X11 Xau Xcomposite Xcursor Xdamage Xdmcp Xext  Xfixes
Xi Xinerama Xrandr Xrender Xss Xv Xxf86dga Xxf86vm  atk-1.0 cairo
expat fontconfig freetype gio-2.0  glib-2.0 glitz gmodule-2.0
gobject-2.0 pango-1.0  pangocairo-1.0 pangoft2-1.0 pixman-1
Missing library for dvdnavmini
Fatal error

Brandon

Re: vim +python

[Brandon Mercer]

On Fri, Jul 10, 2009 at 12:39 PM, frantisek holopmin...@obiit.org wrote:
 hi there,

 i would like to use the python calltips vim plugin
 http://www.vim.org/scripts/script.php?script_id=1074

 but it lists as a requirement vim compiled with +python

 would it be possible to add this to the makefile?
 or does it make the compilation of vim way more complicated
 (like having python as a libdepend or something like that)?

Looks like it already has a python flavor:
FLAVORS=huge gtk2 athena motif no_x11 perl python ruby
Brandon

Pidgin Update... again

[Brandon Mercer]

Here is a diff to bring pidgin up to the latest release... again.
Please note you'll need to remove patches/patch-pidgin_Makefile_in.
Brandon


pidgin.diff
Description: Binary data

Re: opera 10 beta with unite

[Brandon Mercer]

On Wed, Jun 24, 2009 at 5:12 AM, frantisek holopmin...@obiit.org wrote:
 hi there,

 the following is a (less then stellar) port of opera's
 10b with unite.

 this port is _not_ an update for 9.64.
 it makes a separate package called opera10 (not opera-*)
 and installs everything mozilla style into /usr/local/opera10.
 it is possible to install it alongside 9.64.  it does not install
 the system wide configs, the desktop file, the icons and the

snip

Port installs fine... same stupidity that opera 9 exibits on an smp
machine. Tested on i386 only.
Brandon

Re: update: www/mozilla-firefox 3.0.10

[Brandon Mercer]

On Tue, Apr 28, 2009 at 2:58 PM, Robert rob...@openbsd.pap.st wrote:
 Hi,

 Trivial update of firefox to 3.0.10.
 Tested on amd64 for some hours.

snip
Is this the release where they remove all the suck and fail and pack
in some win and awesome?
:)
Brandon

Re: webkit 1.1.5 and midori 0.1.6

[Brandon Mercer]

2009/4/24 Vadim Zhukov persg...@gmail.com:
 On 24 April 2009 г. 18:24:56 Edd Barrett wrote:
 Hi,

 On Fri, Apr 24, 2009 at 01:40:05PM +0100, Stuart Henderson wrote:
  that undefined reference is usually what happens if you build
  software when an old version is already installed.

 I don't have webkit installed, and I am getting simialr issues (i386):

 Did you check that there are no /var/db/pkg/.libs-webkit* items?
snip

I built webkit with the second diff last night on i386.  Working well
for midori.  Thumbs up!
Brandon

Re: webkit 1.1.5 and midori 0.1.6

[Brandon Mercer]

On Fri, Apr 24, 2009 at 8:28 AM, James Turner ja...@bsdgroup.org wrote:
 On Thu, Apr 23, 2009 at 10:18:50PM +0200, Landry Breuil wrote:
 Hi,

 here's the usual webkit update needed by the next version of midori..
 this time, as they decided to make regular releases of webkit, let's
 switch to it instead of blindly updating to a random svn snapshot.

 This cleans makefile from autohell dependency, and should be a bit
 more sane.

 Midori seems to work fine @amd64, still building @sparc64 (but i have
 few hope webkit will work there without much work.. and i still have ppc
 to test).

 Plz test  comment.

 Landry

 I ran a cvs up on webkit then applied the webkit patch which succeeded
 just fine. Ran make and it fails near the end with:

 WebKitTools/DumpRenderTree/gtk/Programs_DumpRenderTree-DumpRenderTree.o(.text+0xfca):
 In function `main':
 : undefined reference to `webkit_soup_auth_dialog_get_type'
 collect2: ld returned 1 exit status
 gmake[1]: *** [Programs/DumpRenderTree] Error 1
 gmake[1]: Leaving directory
 `/usr/ports/www/webkit/w-webkit-1.1.5v0/webkit-1.1.5'
 gmake: *** [all] Error 2
 *** Error code 2

 This is on amd64 with a snapshot from 2 days ago. I would look into it
 myself and submit a patch but I'm already late for work. If you don't
 come up with a solution I'll look into it tonight. Thanks.

Without looking at this too much I seem to remember similar issues
while building a new webkit while I had the old webkit installed.  Try
pkg_delete and then build again and see if it makes any difference.
Brandon

Re: what's the openjdk6 port status ?

[Brandon Mercer]

On Tue, Mar 3, 2009 at 6:28 AM, Julian Leyh jul...@vgai.de wrote:

 Dongsheng Song schrieb:

  I found the openjdk6 port commit to freebsd:
 http://www.freebsd.org/cgi/cvsweb.cgi/ports/java/openjdk6/

 What's the openjdk6 port status ?

 ---
 Dongsheng Song


 We have OpenJDK 7:
 http://www.openbsd.org/cgi-bin/cvsweb/ports/devel/jdk/1.7/

 I'm using OpenJDK 7 and it works quite well :)  I'd consider the status to
be very good.
Brandon

Re: midori and gmail

[Brandon Mercer]

On Fri, Feb 20, 2009 at 4:11 AM, Ted Unangst ted.unan...@gmail.com wrote:

 On Thu, Feb 19, 2009 at 10:47 PM, Brandon Mercer
 yourcomputer...@gmail.com wrote:
  Nope, not at all.  Even running the latest release doesn't fix that.
  I've
  been on webkit-4 on both amd64 and i386 and neither work properly
 right
  now.  Midori folks are blaming lots of bugs in webkit.  :)

 Well, it's not strictly webkit.  I managed to build the webkit port
 with qt bindings (QtWebKit) and am using it to run arora.  This
 message comes to you via a fully functional gmail.  arora does have
 various other rough edges though, so it's not a replacement either.


I agree.  Without looking at the arora source I know that some other folks
that have used webkit stuck their own JS implementation in there to account
for some incomplete features.  That being said I'm not sure which is the
case for midori.  Quite curious when the QtWebKit will be available in
ports... it's something I'm interested in.   :)
Brandon

Re: Check out my Facebook profile

[Brandon Mercer]

Too many drinks and a wrong choice to visit a social networking site.  I'm
truly sorry.  Brandon

On Fri, Feb 20, 2009 at 11:16 PM, Brandon Mercer 
invite+pzzer...@facebookmail.com invite%2bpzzer...@facebookmail.comwrote:

 Hi OpenBSD,

 I set up a Facebook profile where I can post my pictures, videos and events
 and I want to add you as a friend so you can see it. First, you need to join
 Facebook! Once you join, you can also create your own profile.

 Thanks,
 Brandon

 To sign up for Facebook, follow the link below:
 http://www.facebook.com/p.php?i=1052824757k=54GZYWQYU65M5GLEW1Z3W4r


 This e-mail may contain promotional materials. If you do not wish to
 receive future commercial mailings from Facebook, please click on the link
 below. Facebook's offices are located at 156 University Ave., Palo Alto, CA
 94301.
 http://www.facebook.com/o.php?k=803be3u=1585625069

Check out my Facebook profile

[Brandon Mercer]

Hi OpenBSD,

I set up a Facebook profile where I can post my pictures, videos and events and 
I want to add you as a friend so you can see it. First, you need to join 
Facebook! Once you join, you can also create your own profile.

Thanks,
Brandon

To sign up for Facebook, follow the link below:
http://www.facebook.com/p.php?i=1052824757k=54GZYWQYU65M5GLEW1Z3W4r


This e-mail may contain promotional materials. If you do not wish to receive 
future commercial mailings from Facebook, please click on the link below. 
Facebook's offices are located at 156 University Ave., Palo Alto, CA 94301.
http://www.facebook.com/o.php?k=803be3u=1585625069

Re: midori and gmail

[Brandon Mercer]

Nope, not at all.  Even running the latest release doesn't fix that.  I've
been on webkit-4 on both amd64 and i386 and neither work properly right
now.  Midori folks are blaming lots of bugs in webkit.  :)
Brandon

On Thu, Feb 19, 2009 at 10:42 PM, Ted Unangst ted.unan...@gmail.com wrote:

 Does midori work with gmail?  I can load the page, and read some
 folders, but any ajax activity like switching labels results in the
 oops, the system experienced an error message from gmail.

 It seems to work at least basically on other web pages.  running
 amd64-current.

Re: openbsd 4.4 opera not working

[Brandon Mercer]

Sounds like you need a sysctl to enable linux kernel emulation.Brandon

On Sat, Dec 20, 2008 at 10:02 AM, rizzo0917 rizzo0...@gmail.com wrote:


 I just installed opera from the ports tree (along with the
 opera-flashplugin)
 , everything seemed to run smoothly, when completed I tryed to execute
 opera, and i get an output of:

 $opera
 Abort Trap
 Abort Trap
 Abort Trap
 $

 any idea on how to resolve this (running openbsd 4.4, fluxbox wm)
 --
 View this message in context:
 http://www.nabble.com/openbsd-4.4-opera-not-working-tp21105749p21105749.html
 Sent from the openbsd user - ports mailing list archive at Nabble.com.

Re: ff3

[Brandon Mercer]

Die thread die!

On Wed, Dec 10, 2008 at 3:33 PM, Steve Shockley [EMAIL PROTECTED]
 wrote:

 On 12/10/2008 12:36 PM, Marco Peereboom wrote:

 Right because I would totally touch a random directory that I don't even
 know what it is for.  You guys crack me up with this attitude.


 Please read http://openbsd.org/report.html, the first paragraph under How
 to create a problem report.

Re: maintainer update: devel/netbeans 6.5

[Brandon Mercer]

This is what happened to me with a fresh build.

Create /usr/ports/packages/i386/all/netbeans-6.5.tgz
Switching to /usr/ports/devel/netbeans/pkg/PFRAG.shared
Error in package:
/usr/ports/devel/netbeans/w-netbeans-6.5/fake-i386//usr/local/netbeans/profiler3/lib/deployed/jdk15/windows-i386/profilerinterface.dll
does not exist
Error in package:
/usr/ports/devel/netbeans/w-netbeans-6.5/fake-i386//usr/local/netbeans/profiler3/lib/deployed/jdk15/windows-i386/profilerinterface.map
does not exist
Error in package:
/usr/ports/devel/netbeans/w-netbeans-6.5/fake-i386//usr/local/netbeans/profiler3/lib/deployed/jdk16/windows-i386/profilerinterface.dll
does not exist
Error in package:
/usr/ports/devel/netbeans/w-netbeans-6.5/fake-i386//usr/local/netbeans/profiler3/lib/deployed/jdk16/windows-i386/profilerinterface.map
does not exist
Error in package:
/usr/ports/devel/netbeans/w-netbeans-6.5/fake-i386//usr/local/netbeans/profiler3/remote-pack-defs/nb-profile-i386-15.bat
does not exist
Error in package:
/usr/ports/devel/netbeans/w-netbeans-6.5/fake-i386//usr/local/netbeans/profiler3/remote-pack-defs/profile-linuxi386-15.sh
does not exist
Error in package:
/usr/ports/devel/netbeans/w-netbeans-6.5/fake-i386//usr/local/netbeans/profiler3/remote-pack-defs/profile-linuxi386-16.sh
does not exist
Error in package:
/usr/ports/devel/netbeans/w-netbeans-6.5/fake-i386//usr/local/netbeans/profiler3/remote-pack-defs/profile-soli386-15.sh
does not exist
Error in package:
/usr/ports/devel/netbeans/w-netbeans-6.5/fake-i386//usr/local/netbeans/profiler3/remote-pack-defs/profile-soli386-16.sh
does not exist
Error in package:
/usr/ports/devel/netbeans/w-netbeans-6.5/fake-i386//usr/local/netbeans/profiler3/remote-pack-defs/profile-wini386-15.bat
does not exist
Error in package:
/usr/ports/devel/netbeans/w-netbeans-6.5/fake-i386//usr/local/netbeans/profiler3/remote-pack-defs/profile-wini386-16.bat
does not exist
Error in packing-list: duplicate item
/usr/local/netbeans/profiler3/lib/deployed/jdk15/solaris-i386
Error in packing-list: duplicate item
/usr/local/netbeans/profiler3/lib/deployed/jdk16/solaris-i386
===  Cleaning for netbeans-6.5
rm -f /usr/ports/packages/i386/all/netbeans-6.5.tgz
/usr/ports/packages/i386/ftp/netbeans-6.5.tgz
/usr/ports/packages/i386/cdrom/netbeans-6.5.tgz
*** Error code 1

Stop in /usr/ports/devel/netbeans (line 1424 of
/usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/devel/netbeans (line 1964 of
/usr/ports/infrastructure/mk/bsd.port.mk).
*** Error code 1

Stop in /usr/ports/devel/netbeans (line 1454 of
/usr/ports/infrastructure/mk/bsd.port.mk).

Brandon


On Thu, Nov 20, 2008 at 9:11 PM, Ian Darwin [EMAIL PROTECTED] wrote:

 Port is at http://www.darwinsys.com/openbsd/myports/netbeans.tar.gz

 Please test. Thanks.

Re: xfce on -current broken ?

[Brandon Mercer]

I'm running xfce4 and I did have to change my xorg.conf before xdm or xfce
would start at all.  Hope this is helpful.
Brandon

On Fri, Nov 21, 2008 at 4:12 PM, Cedric Brisseau [EMAIL PROTECTED]wrote:

 Hi all,

 I upgraded yesterday my system to latest packages snaphots
 (2008/11/15) and xfce can't start.

 Is it a known issue ?

 Cedric.

Re: NEW x11/compiz

[Brandon Mercer]

I'm on a snap from 11/10 ish and the requirement for
devel/startup-notification had to be satisfied manually.  Building now on
i386 with inteldrm.

cc -shared  -fPIC -DPIC -o .libs/libdecoration.so  .libs/decoration.o
/usr/local/lib/libdecoration.so.0.0 -L/usr/X11R6/lib
cc: /usr/local/lib/libdecoration.so.0.0: No such file or directory
libtool: install: error: relink `libdecoration.la' with the above command
before installing it
*** Error code 1

Perhaps I need to upgrade my snap and try again?
Thanks!
Brandon

On Tue, Nov 18, 2008 at 5:07 AM, Girish Venkatachalam 
[EMAIL PROTECTED] wrote:

 Hi,

 $ cat pkg/DESCR

 OpenGL based compositing window manager that uses 3D graphics
 acceleration. It provides various new graphical effects and features on
 GNOME and KDE.

 It binds redirected top level windows to texture objects.
 ---

 Port here:

 http://gayatri-hitech.com/Misc/compiz.tgz

 But since my Intel boxes don't have -CURRENT I could not test it.

 Someone with Intel DRI please test.

 Thanks. ;)

 -Girish

Re: NEW x11/compiz

[Brandon Mercer]

Sorry, but this port does not work.  It is dumping core and fails to start
at all.  I placed /usr/local/bin/compiz in my .xsession and things failed
and dumped core.  drm is enabled.  Also, we *REALLY* don't want another
libpng specifically for this port.  Can the existing one be used?

Brandon

On Tue, Nov 18, 2008 at 7:26 AM, Brandon Mercer
[EMAIL PROTECTED]wrote:

 I'm on a snap from 11/10 ish and the requirement for
 devel/startup-notification had to be satisfied manually.  Building now on
 i386 with inteldrm.

 cc -shared  -fPIC -DPIC -o .libs/libdecoration.so  .libs/decoration.o
 /usr/local/lib/libdecoration.so.0.0 -L/usr/X11R6/lib
 cc: /usr/local/lib/libdecoration.so.0.0: No such file or directory
 libtool: install: error: relink `libdecoration.la' with the above command
 before installing it
 *** Error code 1

 Perhaps I need to upgrade my snap and try again?
 Thanks!
 Brandon


 On Tue, Nov 18, 2008 at 5:07 AM, Girish Venkatachalam 
 [EMAIL PROTECTED] wrote:

 Hi,

 $ cat pkg/DESCR

 OpenGL based compositing window manager that uses 3D graphics
 acceleration. It provides various new graphical effects and features on
 GNOME and KDE.

 It binds redirected top level windows to texture objects.
 ---

 Port here:

 http://gayatri-hitech.com/Misc/compiz.tgz

 But since my Intel boxes don't have -CURRENT I could not test it.

 Someone with Intel DRI please test.

 Thanks. ;)

 -Girish

Re: NEW x11/compiz

[Brandon Mercer]

Noted, and this is what I had to do earlier to make things work.  Wasn't
sure why, but now we know.  Thanks Owain!
Brandon

On Tue, Nov 18, 2008 at 11:30 AM, Owain Ainsworth [EMAIL PROTECTED]wrote:

 On Tue, Nov 18, 2008 at 03:37:21PM +0530, Girish Venkatachalam wrote:
  Hi,
 
  $ cat pkg/DESCR
 
  OpenGL based compositing window manager that uses 3D graphics
  acceleration. It provides various new graphical effects and features on
  GNOME and KDE.
 
  It binds redirected top level windows to texture objects.
  ---
 
  Port here:
 
  http://gayatri-hitech.com/Misc/compiz.tgz
 
  But since my Intel boxes don't have -CURRENT I could not test it.
 
  Someone with Intel DRI please test.

 While I personally don't care much for eyecandy (the other features of
 compiz are occasionally worthwhile). I should point out to everyone that
 in order to use this you need to set LIBGL_ALWAYS_INDIRECT=1 in your
 environment when you start compiz. Due to interactions with the DRI
 protocol drawing straight to the xserver's front buffer and compositing
 wanting everything to draw to private back buffers.

 The DRI2 work upstream in X, along with drm drivers having kernel memory
 management is in part intended to fix this.

 -0-

Re: NEW x11/compiz

[Brandon Mercer]

I did get it to execute, and I was running xfce4 however I didn't have
time to see any of the effects. It seemed like I lost keyboard and
mouse control over the windows. I could not select one and make it
active.
Not sure if this is me doing something wrong or bugs. I will try some
more tomorrow.  Thanks for your efforts I am glad to see things like
this available in openbsd. I'd really like to tie in my onboard
accelerometer and be able to flip between workspaces by tapping on the
side of the laptop.  Just out of curiosity, is compiz-fusion in the
works as well?
Brandon

On 11/18/08, Girish Venkatachalam [EMAIL PROTECTED] wrote:
 On 11:39:23 Nov 18, Brandon Mercer wrote:
 Noted, and this is what I had to do earlier to make things work.  Wasn't
 sure why, but now we know.  Thanks Owain!

 Dear Brandon,

 Do you have it working properly now?

 I have to create FLAVORS and make other changes to the port.

 Does it behave properly? Do you get any weird problems?

 Many thanks for the testing.

 Much appreciated.

 Thanks.

 -Girish



-- 
Sent from my mobile device

Re: NEW x11/compiz

[Brandon Mercer]

On Tue, Nov 18, 2008 at 11:40 PM, Girish Venkatachalam 
[EMAIL PROTECTED] wrote:

 On 22:24:10 Nov 18, Brandon Mercer wrote:
  I did get it to execute, and I was running xfce4 however I didn't have
  time to see any of the effects.

 Nice to hear.

  It seemed like I lost keyboard and
  mouse control over the windows. I could not select one and make it
  active.

 Please try again and let me know.

  Not sure if this is me doing something wrong or bugs. I will try some
  more tomorrow.  Thanks for your efforts I am glad to see things like
  this available in openbsd.

 My pleasure. ;)

 Actually creating a port is no big deal you know. ;)

  I'd really like to tie in my onboard
  accelerometer and be able to flip between workspaces by tapping on the
  side of the laptop.  Just out of curiosity, is compiz-fusion in the
  works as well?

 What is that? ;)

 Do you mean Beryl integrated version?

 That is what google tells me. I will see if I can port it.


Yeah, the folks in #compiz on freenode are saying compiz by itself isn't
that useful... so I guess the beryl port is more the way to go.  They also
said it doesn't need gconf-editor because it has its own.  I'm really tired
now so hopefully we can pick this up when I wake up!
Brandon

Re: mod_poxy balancer for 1.3

[Brandon Mercer]

nginx is what I use.
Brandon

On Wed, Oct 29, 2008 at 4:59 PM, L. V. Lammert [EMAIL PROTECTED] wrote:

 Trying to run a Mongrel cluster behind an ssl connection, .. the best seems
 seems to be proxy balancer, but that isn't available in the mod_proxy for
 1.3. Is there any chance balancer functionality might be a worhwhile
 addition to the 1.3 mod_proxy, or the only option to migrate to apache2?

 As relayd won't support a cluster with different ports, .. if there is
 another option it would be appreciated.

Thanks!

Lee

Re: work-in-progress: python-3.0rc1

[Brandon Mercer]

Just built it on i386.  Will run it for a few weeks and see what we come up
with.
Thanks!
Brandon

On Sun, Oct 19, 2008 at 7:53 PM, Ian Darwin [EMAIL PROTECTED] wrote:


  How we deal with python libraries needs work anyway - it would be
 much nicer if we could parallel install the same library targetted at
 different python versions and have the package system play nice. Python
 supports this fine but unfortunately I haven't figured out the right
 incantations to support it cleanly in ports.


 I was just thinking this a few days ago when working on a py-django update
 and trying to make it work with 2.6. Maybe look at what Kurt did for Java
 with the javaPathHelper program, but like you I'm not sure how to translate
 this into Python, where there is almost always a shebang like
 #!/usr/bin/env python to get the script started.

Midori 0.1.0 diff

[Brandon Mercer]

Here is a diff for midori 0.1.0 release.  I've been building and running
this every day against the webkit in packages and a more recent webkit on
i386.

Index: Makefile
===
RCS file: /cvs/ports/www/midori/Makefile,v
retrieving revision 1.2
diff -u -r1.2 Makefile
--- Makefile25 Jul 2008 15:19:10 -  1.2
+++ Makefile18 Oct 2008 23:46:50 -
@@ -2,44 +2,34 @@

 COMMENT =  lightweight web browser

-DISTNAME = midori-0.0.18
-CATEGORIES =   www
-PKGNAME =  ${DISTNAME}p0
-
-HOMEPAGE = http://www.twotoasts.de/index.php/pages/midori_summary.html
-MASTER_SITES = http://www.twotoasts.de/media/midori/
+XFCE_VERSION = 0.1.0
+XFCE_GOODIE =  midori

-MAINTAINER =   Landry Breuil [EMAIL PROTECTED]
+CATEGORIES =   www

-# GPLv2
+# LGPLv2
 PERMIT_PACKAGE_CDROM = Yes
 PERMIT_PACKAGE_FTP =   Yes
 PERMIT_DISTFILES_CDROM =Yes
 PERMIT_DISTFILES_FTP = Yes

-MODULES =  devel/gettext
-
-CONFIGURE_STYLE =  gnu
-CONFIGURE_ENV =GMSGFMT=${LOCALBASE}/bin/msgfmt \
-   DATADIRNAME=share
+MODULES =  x11/xfce4 devel/waf

 USE_X11 =  Yes
-USE_GMAKE =Yes
+DESKTOP_FILES =Yes

 LIB_DEPENDS =  webkit-1.0::www/webkit \
+   gtksourceview-2.0::x11/gtksourceview \
sexy::x11/libsexy

-RUN_DEPENDS =  ::devel/desktop-file-utils
-
+RUN_DEPENDS =  ::x11/gnome/gvfs
+CFLAGS = -I/usr/local/include
 WANTLIB =  ICE SM X11 Xau Xcomposite Xcursor Xdamage Xdmcp Xext \
Xfixes Xi Xinerama Xrandr Xrender Xt atk-1.0 c crypto \
expat fontconfig freetype gdk-x11-2.0 gdk_pixbuf-2.0 \
-   glib-2.0 glitz gmodule-2.0 gobject-2.0 gthread-2.0 \
+   gio-2.0 glib-2.0 glitz gmodule-2.0 gobject-2.0 gthread-2.0 \
gtk-x11-2.0 icudata icui18n icuuc idn intl jpeg m pango-1.0
\
pangocairo-1.0 pangoft2-1.0 pcre pthread sqlite3 ssl \
xslt z cairo curl pixman-1 png xml2
-
-post-extract:
-   @chmod 755 ${WRKSRC}/install-sh

 .include bsd.port.mk
Index: distinfo
===
RCS file: /cvs/ports/www/midori/distinfo,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 distinfo
--- distinfo25 Jul 2008 12:54:33 -  1.1.1.1
+++ distinfo18 Oct 2008 23:46:50 -
@@ -1,5 +1,5 @@
-MD5 (midori-0.0.18.tar.gz) = qpwQu/b+NQKmVjPE+sD7gA==
-RMD160 (midori-0.0.18.tar.gz) = BUpJI7AJqmC9OukPX/zs3p06ZrI=
-SHA1 (midori-0.0.18.tar.gz) = JYnlWabY5uGgztioFvn3jXLY37E=
-SHA256 (midori-0.0.18.tar.gz) =
NsIMp8WebDXesEqf696KqAQMeMa6IfWVRCuUq3jsE3w=
-SIZE (midori-0.0.18.tar.gz) = 430852
+MD5 (midori-0.1.0.tar.bz2) = sDFqiG3CLHZv9oAyS1m5lA==
+RMD160 (midori-0.1.0.tar.bz2) = Y5Sb9cD9a9tGVOxjLFmw2aNL0IE=
+SHA1 (midori-0.1.0.tar.bz2) = AGZTFJfiQV89EPfN7GMob7O9mbc=
+SHA256 (midori-0.1.0.tar.bz2) =
QdYTAUqhg4dEd/w9C9ROe2b7OZ5s2XFDGTOi7lFkcCk=
+SIZE (midori-0.1.0.tar.bz2) = 273058
Index: pkg/PLIST
===
RCS file: /cvs/ports/www/midori/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 PLIST
--- pkg/PLIST   25 Jul 2008 12:54:33 -  1.1.1.1
+++ pkg/PLIST   18 Oct 2008 23:46:50 -
@@ -1,9 +1,23 @@
[EMAIL PROTECTED] $OpenBSD: PLIST,v 1.1.1.1 2008/07/25 12:54:33 landry Exp $
[EMAIL PROTECTED] $OpenBSD$
 @bin bin/midori
 share/applications/midori.desktop
+share/doc/midori/
+share/doc/midori/AUTHORS
+share/doc/midori/COPYING
+share/doc/midori/ChangeLog
+share/doc/midori/README
+share/icons/hicolor/16x16/apps/midori.png
+share/icons/hicolor/16x16/categories/extension.png
+share/icons/hicolor/16x16/status/news-feed.png
+share/icons/hicolor/22x22/categories/extension.png
+share/icons/hicolor/22x22/status/news-feed.png
 share/locale/de/LC_MESSAGES/midori.mo
+share/locale/es/LC_MESSAGES/midori.mo
+share/locale/et/LC_MESSAGES/midori.mo
 share/locale/fr/LC_MESSAGES/midori.mo
+share/locale/gl/LC_MESSAGES/midori.mo
+share/locale/hu/LC_MESSAGES/midori.mo
 share/locale/pl/LC_MESSAGES/midori.mo
+share/locale/ru/LC_MESSAGES/midori.mo
 share/locale/sv/LC_MESSAGES/midori.mo
[EMAIL PROTECTED] %D/bin/update-desktop-database
[EMAIL PROTECTED] %D/bin/update-desktop-database


Brandon
--Fanboi

Re: update: pekwm 0.1.7

[Brandon Mercer]

Builds and runs fine here, i386 recent snap.  Seems to have fixed a number
of issues I had with the old version.  Brandon

On Tue, Oct 7, 2008 at 5:45 PM, Nicholas Marriott [EMAIL PROTECTED]wrote:

 Diff below updates x11/pekwm to 0.1.7.

 New patches are to make it use libpng instead of looking for libpng12, and
 to
 replace swprintf (which OpenBSD doesn't seem to have).

 Tested on i386.

 Please test, comment, etc.


 Index: Makefile
 ===
 RCS file: /cvs/ports/x11/pekwm/Makefile,v
 retrieving revision 1.12
 diff -u -p -r1.12 Makefile
 --- Makefile26 Aug 2007 19:21:07 -  1.12
 +++ Makefile7 Oct 2008 18:18:16 -
 @@ -2,8 +2,7 @@

  COMMENT=   aewm++ based pretty themable window manager

 -DISTNAME=  pekwm-0.1.6
 -PKGNAME=   ${DISTNAME}p1
 +DISTNAME=  pekwm-0.1.7
  CATEGORIES=x11

  HOMEPAGE=  http://pekwm.org/
 @@ -19,7 +18,10 @@ PERMIT_DISTFILES_FTP=Yes
  WANTLIB=   ICE SM X11 Xext Xft Xpm Xrandr Xrender Xau Xdmcp \
Xinerama expat z c fontconfig freetype m stdc++

 -MASTER_SITES=  ${HOMEPAGE}files/
 +MODULES=   converters/libiconv
 +
 +EXTRACT_SUFX=  .tar.bz2
 +MASTER_SITES=  ${HOMEPAGE}projects/3/files/

  LIB_DEPENDS=   jpeg.=62::graphics/jpeg \
png.=5::graphics/png
 Index: distinfo
 ===
 RCS file: /cvs/ports/x11/pekwm/distinfo,v
 retrieving revision 1.5
 diff -u -p -r1.5 distinfo
 --- distinfo11 Jun 2007 08:56:43 -  1.5
 +++ distinfo7 Oct 2008 18:18:16 -
 @@ -1,5 +1,5 @@
 -MD5 (pekwm-0.1.6.tar.gz) = ppJAGhGTb0PbHbU7z/XrUQ==
 -RMD160 (pekwm-0.1.6.tar.gz) = VLDTx6pftTtEShj7UBIObZPh4u4=
 -SHA1 (pekwm-0.1.6.tar.gz) = Q/vFLA00CXfm0BlPGd8cPFXgcgQ=
 -SHA256 (pekwm-0.1.6.tar.gz) = HkUtjASZYKtb3RNrTlzL4hmvPkXwxWpC1rpIA+SPJFM=
 -SIZE (pekwm-0.1.6.tar.gz) = 357267
 +MD5 (pekwm-0.1.7.tar.bz2) = MKz6QaUAWp8xEXBB7DLrDQ==
 +RMD160 (pekwm-0.1.7.tar.bz2) = d8YY3e/qrRapt1cwTKIz7Omxjjw=
 +SHA1 (pekwm-0.1.7.tar.bz2) = 3NkdyNCAAL2N9AKwi3z7LXGwOLw=
 +SHA256 (pekwm-0.1.7.tar.bz2) =
 IhbrDHIvSq0Vdhp/Ts7WfqEoSgDjLgPWbeS1X4wclSQ=
 +SIZE (pekwm-0.1.7.tar.bz2) = 363788
 Index: patches/patch-configure
 ===
 RCS file: patches/patch-configure
 diff -N patches/patch-configure
 --- /dev/null   1 Jan 1970 00:00:00 -
 +++ patches/patch-configure 7 Oct 2008 18:18:16 -
 @@ -0,0 +1,35 @@
 +$OpenBSD$
 +--- configure.orig Tue Oct  7 17:37:23 2008
  configure  Tue Oct  7 17:37:15 2008
 +@@ -7397,12 +7397,12 @@ if test -n $libpng12_CFLAGS; then
 + pkg_cv_libpng12_CFLAGS=$libpng12_CFLAGS
 +  elif test -n $PKG_CONFIG; then
 + if test -n $PKG_CONFIG  \
 +-{ (echo $as_me:$LINENO: \$PKG_CONFIG --exists --print-errors
 \libpng12 = 1.2.0\) 5
 +-  ($PKG_CONFIG --exists --print-errors libpng12 = 1.2.0) 25
 ++{ (echo $as_me:$LINENO: \$PKG_CONFIG --exists --print-errors
 \libpng = 1.2.0\) 5
 ++  ($PKG_CONFIG --exists --print-errors libpng = 1.2.0) 25
 +   ac_status=$?
 +   echo $as_me:$LINENO: \$? = $ac_status 5
 +   (exit $ac_status); }; then
 +-  pkg_cv_libpng12_CFLAGS=`$PKG_CONFIG --cflags libpng12 = 1.2.0
 2/dev/null`
 ++  pkg_cv_libpng12_CFLAGS=`$PKG_CONFIG --cflags libpng = 1.2.0
 2/dev/null`
 + else
 +   pkg_failed=yes
 + fi
 +@@ -7413,12 +7413,12 @@ if test -n $libpng12_LIBS; then
 + pkg_cv_libpng12_LIBS=$libpng12_LIBS
 +  elif test -n $PKG_CONFIG; then
 + if test -n $PKG_CONFIG  \
 +-{ (echo $as_me:$LINENO: \$PKG_CONFIG --exists --print-errors
 \libpng12 = 1.2.0\) 5
 +-  ($PKG_CONFIG --exists --print-errors libpng12 = 1.2.0) 25
 ++{ (echo $as_me:$LINENO: \$PKG_CONFIG --exists --print-errors
 \libpng = 1.2.0\) 5
 ++  ($PKG_CONFIG --exists --print-errors libpng = 1.2.0) 25
 +   ac_status=$?
 +   echo $as_me:$LINENO: \$? = $ac_status 5
 +   (exit $ac_status); }; then
 +-  pkg_cv_libpng12_LIBS=`$PKG_CONFIG --libs libpng12 = 1.2.0
 2/dev/null`
 ++  pkg_cv_libpng12_LIBS=`$PKG_CONFIG --libs libpng = 1.2.0 2/dev/null`
 + else
 +   pkg_failed=yes
 + fi
 Index: patches/patch-src_FrameListMenu_cc
 ===
 RCS file: patches/patch-src_FrameListMenu_cc
 diff -N patches/patch-src_FrameListMenu_cc
 --- /dev/null   1 Jan 1970 00:00:00 -
 +++ patches/patch-src_FrameListMenu_cc  7 Oct 2008 18:18:16 -
 @@ -0,0 +1,21 @@
 +$OpenBSD$
 +--- src/FrameListMenu.cc.orig  Tue Oct  7 18:21:44 2008
  src/FrameListMenu.cc   Tue Oct  7 18:23:23 2008
 +@@ -118,6 +118,7 @@ FrameListMenu::updateFrameListMenu(void)
 + removeAll();
 +
 + wchar_t buf[16];
 ++char buf2[16];
 + wstring name;
 +
 + // need to add an action, otherwise it looks as if we don't have
 anything
 +@@ -141,7 +142,8 @@ FrameListMenu::updateFrameListMenu(void)
 +
 + for (uint i = 0; i  Workspaces::instance()-size(); ++i) {
 + if 

Re: UPDATE: PostgreSQL 8.3.4

[Brandon Mercer]

Thanks for the update.  Building amd64 now, and i386 was happy as a lark to
be fixed.  :)
Brandon

On Sat, Sep 27, 2008 at 5:53 PM, Brad [EMAIL PROTECTED] wrote:

 Here is a bug fix update to PostgreSQL 8.3.4.


 Index: Makefile
 ===
 RCS file: /cvs/ports/databases/postgresql/Makefile,v
 retrieving revision 1.116
 diff -u -p -r1.116 Makefile
 --- Makefile18 Jul 2008 06:57:30 -  1.116
 +++ Makefile25 Sep 2008 20:34:16 -
 @@ -5,7 +5,7 @@ COMMENT-server= PostgreSQL RDBMS (server
  COMMENT-docs=  PostgreSQL RDBMS documentation
  COMMENT-contrib=PostgreSQL RDBMS contributions

 -VERSION=   8.3.3
 +VERSION=   8.3.4
  DISTNAME=  postgresql-${VERSION}
  PKGNAME-main=  postgresql-client-${VERSION}
  PKGNAME-server=postgresql-server-${VERSION}
 Index: distinfo
 ===
 RCS file: /cvs/ports/databases/postgresql/distinfo,v
 retrieving revision 1.24
 diff -u -p -r1.24 distinfo
 --- distinfo18 Jul 2008 06:57:30 -  1.24
 +++ distinfo25 Sep 2008 20:36:04 -
 @@ -1,5 +1,5 @@
 -MD5 (postgresql-8.3.3.tar.gz) = BKhnaUM1RrpAKAxvuuoT+w==
 -RMD160 (postgresql-8.3.3.tar.gz) = Y5DxDZDsGzsYYKNENMOXtzsMDR4=
 -SHA1 (postgresql-8.3.3.tar.gz) = 7tQg3DBoNvFs/oN+Y7+B4gAGxlg=
 -SHA256 (postgresql-8.3.3.tar.gz) =
 IjqaiLAFGpKWeN3VwDtkZzdnuzenX1ZtBsQGgtKsxIY=
 -SIZE (postgresql-8.3.3.tar.gz) = 17500570
 +MD5 (postgresql-8.3.4.tar.gz) = shcvtU/qo0Lp1jjuxgQQ4Q==
 +RMD160 (postgresql-8.3.4.tar.gz) = B4zAHhLtXvWHQ/ts+xoV8yBtNX8=
 +SHA1 (postgresql-8.3.4.tar.gz) = Hm64aiGQe1y0h9YDTCBaK5oyYos=
 +SHA256 (postgresql-8.3.4.tar.gz) =
 EtFLZpcyfv7CudHgzE/DtHgfsBiBklakLUeC0KMbVNw=
 +SIZE (postgresql-8.3.4.tar.gz) = 17525794
 Index: pkg/PLIST-docs
 ===
 RCS file: /cvs/ports/databases/postgresql/pkg/PLIST-docs,v
 retrieving revision 1.36
 diff -u -p -r1.36 PLIST-docs
 --- pkg/PLIST-docs  18 Jul 2008 06:57:30 -  1.36
 +++ pkg/PLIST-docs  26 Sep 2008 00:06:20 -
 @@ -555,6 +555,7 @@ share/doc/postgresql/html/release-7-4-19
  share/doc/postgresql/html/release-7-4-2.html
  share/doc/postgresql/html/release-7-4-20.html
  share/doc/postgresql/html/release-7-4-21.html
 +share/doc/postgresql/html/release-7-4-22.html
  share/doc/postgresql/html/release-7-4-3.html
  share/doc/postgresql/html/release-7-4-4.html
  share/doc/postgresql/html/release-7-4-5.html
 @@ -572,6 +573,7 @@ share/doc/postgresql/html/release-8-0-14
  share/doc/postgresql/html/release-8-0-15.html
  share/doc/postgresql/html/release-8-0-16.html
  share/doc/postgresql/html/release-8-0-17.html
 +share/doc/postgresql/html/release-8-0-18.html
  share/doc/postgresql/html/release-8-0-2.html
  share/doc/postgresql/html/release-8-0-3.html
  share/doc/postgresql/html/release-8-0-4.html
 @@ -586,6 +588,7 @@ share/doc/postgresql/html/release-8-1-10
  share/doc/postgresql/html/release-8-1-11.html
  share/doc/postgresql/html/release-8-1-12.html
  share/doc/postgresql/html/release-8-1-13.html
 +share/doc/postgresql/html/release-8-1-14.html
  share/doc/postgresql/html/release-8-1-2.html
  share/doc/postgresql/html/release-8-1-3.html
  share/doc/postgresql/html/release-8-1-4.html
 @@ -596,6 +599,7 @@ share/doc/postgresql/html/release-8-1-8.
  share/doc/postgresql/html/release-8-1-9.html
  share/doc/postgresql/html/release-8-1.html
  share/doc/postgresql/html/release-8-2-1.html
 +share/doc/postgresql/html/release-8-2-10.html
  share/doc/postgresql/html/release-8-2-2.html
  share/doc/postgresql/html/release-8-2-3.html
  share/doc/postgresql/html/release-8-2-4.html
 @@ -608,6 +612,7 @@ share/doc/postgresql/html/release-8-2.ht
  share/doc/postgresql/html/release-8-3-1.html
  share/doc/postgresql/html/release-8-3-2.html
  share/doc/postgresql/html/release-8-3-3.html
 +share/doc/postgresql/html/release-8-3-4.html
  share/doc/postgresql/html/release-8-3.html
  share/doc/postgresql/html/release.html
  share/doc/postgresql/html/resources.html
 Index: pkg/PLIST-main
 ===
 RCS file: /cvs/ports/databases/postgresql/pkg/PLIST-main,v
 retrieving revision 1.10
 diff -u -p -r1.10 PLIST-main
 --- pkg/PLIST-main  18 Jul 2008 06:57:30 -  1.10
 +++ pkg/PLIST-main  26 Sep 2008 00:06:40 -
 @@ -425,6 +425,7 @@ share/postgresql/timezone/America/Regina
  share/postgresql/timezone/America/Resolute
  share/postgresql/timezone/America/Rio_Branco
  share/postgresql/timezone/America/Rosario
 +share/postgresql/timezone/America/Santarem
  share/postgresql/timezone/America/Santiago
  share/postgresql/timezone/America/Santo_Domingo
  share/postgresql/timezone/America/Sao_Paulo

 --
 This message has been scanned for viruses and
 dangerous content by MailScanner, and is
 believed to be clean.

Re: UPDATE: PostgreSQL 8.3.4

[Brandon Mercer]

I wouldn't say I was experiencing it... but this guy I know... ;)  Seriously,
I would have reported if there was a bug interfering with my databasing.
Brandon

On Mon, Sep 29, 2008 at 4:25 PM, Brad [EMAIL PROTECTED] wrote:

 On Mon, 29 Sep 2008 12:20:33 -0400
 Brandon Mercer [EMAIL PROTECTED] wrote:

  Thanks for the update.  Building amd64 now, and i386 was happy as a lark
 to
  be fixed.  :)
  Brandon

 hrmmm? what do you mean by happy as a lark to be fixed? You were
 experiencing
 a bug that has been fixed with this release?

 
  On Sat, Sep 27, 2008 at 5:53 PM, Brad [EMAIL PROTECTED] wrote:
 
   Here is a bug fix update to PostgreSQL 8.3.4.
  
  
   Index: Makefile
   ===
   RCS file: /cvs/ports/databases/postgresql/Makefile,v
   retrieving revision 1.116
   diff -u -p -r1.116 Makefile
   --- Makefile18 Jul 2008 06:57:30 -  1.116
   +++ Makefile25 Sep 2008 20:34:16 -
   @@ -5,7 +5,7 @@ COMMENT-server= PostgreSQL RDBMS (server
COMMENT-docs=  PostgreSQL RDBMS documentation
COMMENT-contrib=PostgreSQL RDBMS contributions
  
   -VERSION=   8.3.3
   +VERSION=   8.3.4
DISTNAME=  postgresql-${VERSION}
PKGNAME-main=  postgresql-client-${VERSION}
PKGNAME-server=postgresql-server-${VERSION}
   Index: distinfo
   ===
   RCS file: /cvs/ports/databases/postgresql/distinfo,v
   retrieving revision 1.24
   diff -u -p -r1.24 distinfo
   --- distinfo18 Jul 2008 06:57:30 -  1.24
   +++ distinfo25 Sep 2008 20:36:04 -
   @@ -1,5 +1,5 @@
   -MD5 (postgresql-8.3.3.tar.gz) = BKhnaUM1RrpAKAxvuuoT+w==
   -RMD160 (postgresql-8.3.3.tar.gz) = Y5DxDZDsGzsYYKNENMOXtzsMDR4=
   -SHA1 (postgresql-8.3.3.tar.gz) = 7tQg3DBoNvFs/oN+Y7+B4gAGxlg=
   -SHA256 (postgresql-8.3.3.tar.gz) =
   IjqaiLAFGpKWeN3VwDtkZzdnuzenX1ZtBsQGgtKsxIY=
   -SIZE (postgresql-8.3.3.tar.gz) = 17500570
   +MD5 (postgresql-8.3.4.tar.gz) = shcvtU/qo0Lp1jjuxgQQ4Q==
   +RMD160 (postgresql-8.3.4.tar.gz) = B4zAHhLtXvWHQ/ts+xoV8yBtNX8=
   +SHA1 (postgresql-8.3.4.tar.gz) = Hm64aiGQe1y0h9YDTCBaK5oyYos=
   +SHA256 (postgresql-8.3.4.tar.gz) =
   EtFLZpcyfv7CudHgzE/DtHgfsBiBklakLUeC0KMbVNw=
   +SIZE (postgresql-8.3.4.tar.gz) = 17525794
   Index: pkg/PLIST-docs
   ===
   RCS file: /cvs/ports/databases/postgresql/pkg/PLIST-docs,v
   retrieving revision 1.36
   diff -u -p -r1.36 PLIST-docs
   --- pkg/PLIST-docs  18 Jul 2008 06:57:30 -  1.36
   +++ pkg/PLIST-docs  26 Sep 2008 00:06:20 -
   @@ -555,6 +555,7 @@ share/doc/postgresql/html/release-7-4-19
share/doc/postgresql/html/release-7-4-2.html
share/doc/postgresql/html/release-7-4-20.html
share/doc/postgresql/html/release-7-4-21.html
   +share/doc/postgresql/html/release-7-4-22.html
share/doc/postgresql/html/release-7-4-3.html
share/doc/postgresql/html/release-7-4-4.html
share/doc/postgresql/html/release-7-4-5.html
   @@ -572,6 +573,7 @@ share/doc/postgresql/html/release-8-0-14
share/doc/postgresql/html/release-8-0-15.html
share/doc/postgresql/html/release-8-0-16.html
share/doc/postgresql/html/release-8-0-17.html
   +share/doc/postgresql/html/release-8-0-18.html
share/doc/postgresql/html/release-8-0-2.html
share/doc/postgresql/html/release-8-0-3.html
share/doc/postgresql/html/release-8-0-4.html
   @@ -586,6 +588,7 @@ share/doc/postgresql/html/release-8-1-10
share/doc/postgresql/html/release-8-1-11.html
share/doc/postgresql/html/release-8-1-12.html
share/doc/postgresql/html/release-8-1-13.html
   +share/doc/postgresql/html/release-8-1-14.html
share/doc/postgresql/html/release-8-1-2.html
share/doc/postgresql/html/release-8-1-3.html
share/doc/postgresql/html/release-8-1-4.html
   @@ -596,6 +599,7 @@ share/doc/postgresql/html/release-8-1-8.
share/doc/postgresql/html/release-8-1-9.html
share/doc/postgresql/html/release-8-1.html
share/doc/postgresql/html/release-8-2-1.html
   +share/doc/postgresql/html/release-8-2-10.html
share/doc/postgresql/html/release-8-2-2.html
share/doc/postgresql/html/release-8-2-3.html
share/doc/postgresql/html/release-8-2-4.html
   @@ -608,6 +612,7 @@ share/doc/postgresql/html/release-8-2.ht
share/doc/postgresql/html/release-8-3-1.html
share/doc/postgresql/html/release-8-3-2.html
share/doc/postgresql/html/release-8-3-3.html
   +share/doc/postgresql/html/release-8-3-4.html
share/doc/postgresql/html/release-8-3.html
share/doc/postgresql/html/release.html
share/doc/postgresql/html/resources.html
   Index: pkg/PLIST-main
   ===
   RCS file: /cvs/ports/databases/postgresql/pkg/PLIST-main,v
   retrieving revision 1.10
   diff -u -p -r1.10 PLIST-main
   --- pkg/PLIST-main  18 Jul 2008 06:57:30 -  1.10
   +++ pkg/PLIST-main  26 Sep 2008

Re: chromium comes to town

[Brandon Mercer]

On Thu, Sep 4, 2008 at 12:21 AM, patrick keshishian [EMAIL PROTECTED]wrote:

 On Wed, Sep 3, 2008 at 8:59 PM, Brad [EMAIL PROTECTED] wrote:
  On Wed, 3 Sep 2008 20:50:27 -0700
  patrick keshishian [EMAIL PROTECTED] wrote:
 
  On Wed, Sep 3, 2008 at 5:09 PM, Christian Weisgerber 
 [EMAIL PROTECTED] wrote:
   If you have read the comic, you might remember that their JavaScript
   engine compiles to native machine code.  Guess how many of our CPU
   architectures will be supported?
 
  http://www.google.com/googlebooks/chrome/
 
  :-)
 
  And your point is?

 Simply providing a link to the comic Christian Weisgerber
 was referring to.


I guess I failed to see some of the nasty dependencies that are required for
this browser.  While the project itself is licensed BSD, all the stuff it
depends on isn't.  It also seems they've done some crazy things like keeping
all the sources for all the deps in their source tree... could make for
quite the mess But the comic looks cool!
==fanboi out==

Re: chromium comes to town

[Brandon Mercer]

Yes, but most of us on going to be using the web on those archs.  I think
this is a step in the right direction.  And now that they've fixed their
license it's time to take a closer look.  Brandon

On Wed, Sep 3, 2008 at 8:09 PM, Christian Weisgerber [EMAIL PROTECTED]wrote:

 frantisek holop [EMAIL PROTECTED] wrote:

  is anybody looking at this?
  http://dev.chromium.org/developers/how-tos/build-instructions-linux

 I at least would wait for the Google guys to finish a port to some
 Unix/X11 platform (Linux/i386, in other words).

 If you have read the comic, you might remember that their JavaScript
 engine compiles to native machine code.  Guess how many of our CPU
 architectures will be supported?

 V8 [...] runs on Windows XP and Vista, Mac OS X 10.5 (Leopard),
  and Linux systems that use IA-32 or ARM processors.

 Chromium is going to be more difficult to port than Mozilla.

 --
 Christian naddy Weisgerber  [EMAIL PROTECTED]

Re: UPDATE: mozilla-firefox-3.0

[Brandon Mercer]

On Fri, Jul 18, 2008 at 10:25 AM, Matthias Kilian
[EMAIL PROTECTED] wrote:
 On Wed, Jul 16, 2008 at 09:25:31PM +0300, Martynas Venckus wrote:
 I've updated the diff.

 Changes:
 - security update to 3.0.1
 - fix the ssl psm bug.  you can't just cast a char* to an
 int* and access through it
 - fix arm endianness issue (armel abi)
 - strict alignment fixes for sparc64
 - fix ppc invoke to skip first two vtable entries.  might
 fix macppc to work again
 - update to accept standard dictionaries location, so that
 textproc/mozilla-dicts works again

 Sorry for the delay, I'm currently building it on macppc and armish.

 On i386, it seems to have some strange rendering problems. For example,

http://www.csszengarden.com/?cssfile=/212/212.csspage=0
http://www.csszengarden.com/?cssfile=/213/213.csspage=0

 opened in two tabs look like this:

http://openbsd.dead-parrot.de/tab1.png
http://openbsd.dead-parrot.de/tab2.png


Yup, I see this as well.  Not sure what it is.
Brandon

Re: UPDATE: mozilla-firefox-3.0

[Brandon Mercer]

On Fri, Jul 18, 2008 at 5:55 PM, Christian Weisgerber
[EMAIL PROTECTED] wrote:
 Martynas Venckus [EMAIL PROTECTED] wrote:

 The workaround exists in xserver-7.5, and it should 'just work'
 when our X hackers merge it.

 For some people, this work around is known to work,
 Option  AccelMethod EXA
 Option  XAANoOffscreenPixmaps

 These are two distinct workarounds.
 * If you use XAA acceleration, set Option XAANoOffscreenPixmaps
  true.  This should be safe.
 * Alternatively, switch from XAA to EXA, if the latter is supported
  and proves to work for your graphics card.

 This is not a OpenBSD-specific bug, and upstream X.Org is aware of
 it.

 Indeed.

 FWIW, I've run into the same problem on a non-OpenBSD platform and
 for the ATI Radeon X300SE radeon(4) card I use there, switching
 to EXA made a vast improvement for FF3: various rendering problems
 disappeared and some pages that were painfully slow to display have
 sped up tremendously.

Wow, It looks just perfect now!  Can't wait for the X.org folks to get
this fix in.
Brandon

Re: UPDATE: mozilla-firefox-3.0

[Brandon Mercer]

On Fri, Jul 18, 2008 at 10:03 PM, Brad [EMAIL PROTECTED] wrote:
 On Friday 18 July 2008 21:51:03 Brandon Mercer wrote:
 Wow, It looks just perfect now!  Can't wait for the X.org folks to get
 this fix in.
 Brandon

 You didn't specify what it is that you changed...

Sorry,

Option  AccelMethod EXA
Option  XAANoOffscreenPixmaps
in xorg.conf

Brandon

Re: UPDATE: mozilla-firefox-3.0

[Brandon Mercer]

On Fri, Jul 18, 2008 at 10:09 PM, Brad [EMAIL PROTECTED] wrote:
 On Friday 18 July 2008 22:07:13 Brandon Mercer wrote:
 On Fri, Jul 18, 2008 at 10:03 PM, Brad [EMAIL PROTECTED] wrote:
  On Friday 18 July 2008 21:51:03 Brandon Mercer wrote:
  Wow, It looks just perfect now!  Can't wait for the X.org folks to get
  this fix in.
  Brandon
 
  You didn't specify what it is that you changed...

 Sorry,

 Option  AccelMethod EXA
 Option  XAANoOffscreenPixmaps
 in xorg.conf

 You use one or the other, not both.

 What video driver are you using?

I'm running a kernel with drm enabled.
$ dmesg | grep drm
inteldrm0 at vga1
info: [drm] Intel i945GM (unit 0)
info: [drm] AGP at 0xd000 256MB
info: [drm] Initialized i915 1.6.0 20080312

Identifier  Card0
Driver  intel
VendorName  Intel Corporation
BoardName   Mobile 945GM/GMS, 943/940GML Express Integrated
Graphics Controller
BusID   PCI:0:2:0
Option  AccelMethod EXA

And with that Option in xorg.conf the weird rendering issue goes away :).
Brandon

Re: UPDATE: mozilla-firefox-3.0

[Brandon Mercer]

On Wed, Jul 16, 2008 at 4:32 PM, Jason Dixon [EMAIL PROTECTED] wrote:
 On Wed, Jul 16, 2008 at 09:25:31PM +0300, Martynas Venckus wrote:

 I've updated the diff.

 Changes:
 - security update to 3.0.1
 - fix the ssl psm bug.  you can't just cast a char* to an
 int* and access through it
 - fix arm endianness issue (armel abi)
 - strict alignment fixes for sparc64
 - fix ppc invoke to skip first two vtable entries.  might
 fix macppc to work again
 - update to accept standard dictionaries location, so that
 textproc/mozilla-dicts works again

 Diffs are available at:
 http://www.altroot.org/p/

 Let me know.

 Works great on i386.  Thanks!

Diff fixed most of my showstoppers, except for needing to change the
defaultdepth.  Still getting some phantom rendering of images.  Other
than that, it's golden.
Brandon

Re: UPDATE: mozilla-firefox-3.0

[Brandon Mercer]

On Tue, Jul 15, 2008 at 11:37 AM, Edd [EMAIL PROTECTED] wrote:
 On Fri, Jul 11, 2008 at 05:13:17PM -0700, andrew fresh wrote:
 On Wed, Jun 18, 2008 at 05:21:13PM -0400, Jason Dixon wrote:
  I'm still experiencing frequent, very reproducible crashes on my
  i386 laptop with intel graphics.  I haven't been able to narrow it down
  to self-signed certs, large cgi outputs, or anything else.  I can
  definitely cause a crash on-demand via sites (mostly internal) that
  operate fine in FF2.

 Whats the status of firefox 3 on OpenBSD?

 I have been using a package (given to me from viq, which i assume is
 made from this patch), which has crashed once in about 3 days. Thats
 about normal for firefox in my experience.

Agreed.  I'd say it's about time to get both versions into ports.
There are a few known issues that no one has addressed.  It crashed
for the first time today when I installed a self signed cert from
exchange.  Avoiding that it's played youtube with gnash-0.8.3, on a
drm enabled kernel and worked well until that.
Brandon

 I do notice a fair speedup.

 --

 Best Regards
 Edd

 http://students.dec.bmth.ac.uk/ebarrett

Re: UPDATE: mozilla-firefox-3.0

[Brandon Mercer]

On Tue, Jul 15, 2008 at 1:53 PM, Martynas Venckus [EMAIL PROTECTED] wrote:
 From [EMAIL PROTECTED] Tue Jul 15 20:33:11 2008
 X-Envelope-From: [EMAIL PROTECTED]
 X-Envelope-To: ports@openbsd.org
 From: Mike Erdely [EMAIL PROTECTED]
 To: Edd [EMAIL PROTECTED]
 Cc: ports@openbsd.org
 Subject: Re: UPDATE: mozilla-firefox-3.0
 Mail-Followup-To: Edd [EMAIL PROTECTED], ports@openbsd.org
 References: [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] 
 [EMAIL PROTECTED]
 MIME-Version: 1.0
 Content-Type: text/plain; charset=us-ascii
 Content-Disposition: inline
 User-Agent: Mutt/1.5.18 (2008-05-17)
 X-Virus-Scanned: ClamAV 0.93/6815/Thu Apr 17 19:56:17 2008 on 
 mail.erdelynet.com
 X-Virus-Status: Clean
 X-Loop: ports@openbsd.org
 Precedence: bulk
 Sender: [EMAIL PROTECTED]

 On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote:
  Whats the status of firefox 3 on OpenBSD?
 
  I have been using a package (given to me from viq, which i assume is
  made from this patch), which has crashed once in about 3 days. Thats
  about normal for firefox in my experience.
 
  I do notice a fair speedup.

 Like others, I see a fair speed up and I have only seen crashes with
 self-signed certificates.

 Yup, and i've got a fix for that.

 I'll send it later today.

Yay!

Re: UPDATE: mozilla-firefox-3.0

[Brandon Mercer]

On Tue, Jul 15, 2008 at 1:38 PM, Stuart Henderson [EMAIL PROTECTED] wrote:
 On 2008/07/15 13:07, Mike Erdely wrote:
 On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote:
  Whats the status of firefox 3 on OpenBSD?
 
  I have been using a package (given to me from viq, which i assume is
  made from this patch), which has crashed once in about 3 days. Thats
  about normal for firefox in my experience.
 
  I do notice a fair speedup.

 Like others, I see a fair speed up and I have only seen crashes with
 self-signed certificates.

 From some of the feedback I've heard, it doesn't entirely ready to
 replace 2.x yet. I also note that upstream are not yet suggesting it
 as an automatic upgrade for 2.x users.

 I wouldn't oppose having both versions in tree, but wouldn't be too
 happy having 3.0 as the only Firefox version for the coming release.

Agreed, the proper course should be to have both until the time comes
to do away with 2.x
Brandon

Re: UPDATE: mozilla-firefox-3.0

[Brandon Mercer]

On Tue, Jul 15, 2008 at 1:54 PM, Brad [EMAIL PROTECTED] wrote:
 On Tuesday 15 July 2008 13:42:19 Brandon Mercer wrote:
 On Tue, Jul 15, 2008 at 1:38 PM, Stuart Henderson [EMAIL PROTECTED]
 wrote:
  On 2008/07/15 13:07, Mike Erdely wrote:
  On Tue, Jul 15, 2008 at 04:37:13PM +0100, Edd wrote:
   Whats the status of firefox 3 on OpenBSD?
  
   I have been using a package (given to me from viq, which i assume is
   made from this patch), which has crashed once in about 3 days. Thats
   about normal for firefox in my experience.
  
   I do notice a fair speedup.
 
  Like others, I see a fair speed up and I have only seen crashes with
  self-signed certificates.
 
  From some of the feedback I've heard, it doesn't entirely ready to
  replace 2.x yet. I also note that upstream are not yet suggesting it
  as an automatic upgrade for 2.x users.
 
  I wouldn't oppose having both versions in tree, but wouldn't be too
  happy having 3.0 as the only Firefox version for the coming release.

 Agreed, the proper course should be to have both until the time comes
 to do away with 2.x
 Brandon

 IMO this is not realistic. We either stick with 2.x or go with 3.x, but not
 create a mess with both.

Lets see what this patch that comes through does for things.  If you
don't want to have both in ports then we should focus on fixing the
3.0 stuff so that it's stable.  I enjoy having my RAM back :).
Brandon

Re: Why still obsolete Java install?

[Brandon Mercer]

Yeah, Install a snapshot and put in a newer jdk.  I'm using 1.7 with
netbeans.  Don't hate the OpenBSD, Love the OpenBSD.
Brandon

On Mon, Jul 7, 2008 at 3:07 PM, macintoshzoom [EMAIL PROTECTED] wrote:
 On OpenBSD 4.3, to build Java to run, say, Jondos anonymizer, latest
 port seems jre-1.4.2p15,  it requires 2004? (out)dated distfiles as
 *** j2sdk-1_4_2-src-scsl.zip
 *** j2sdk-1_4_2-bin-scsl.zip
 ..

 Is this sane when everybody knows how buggy and unsafe is Java (see
 Secunia.com ) ?

 Can I go ahead for a top secure Java or may I have to forget Java on
 OpenBSD (by the moment)???

 Lots of years playing with OpenBSD, and sometimes I still feel as the
 latest idiot on earth when trying to install Java: Obsolete, No port, no
 package, distfiles nearly impossible to find at sun.com sites, (try to
 search j2sdk-1_4_2-src-scsl.zip at the searchbox from sun.com, no
 results), bsd-jdk14-patches-8.tar.gz from http://www.eyesbeyond.com
 requires to leave your fingerprints because it uses javascript, really,
 really an exasperating experience.
 Why not a simple script to install, opening a simple lynx browser w¡hen
 required (license notifications and the like), as everyone (0S) else
 does (that fails also in the non redistributable trick), is this so
 difficult?

 And after all that shit, I am ending with an obsolete and buggy unsafe
 java, that I want to run ultrasecure software!

 Sorry guys, some days I hate OpenBSD.

 Cab anyone give me some consolation words? (or any tip to compile latest
 java)

Re: UPDATE www/gnash

[Brandon Mercer]

I tested this on a recent build of FF3 with DRM enabled.  Youtube
played ok.  There was a ghost sound playing in the background almost
like a tunnel effect.
Brandon

On Sat, Jun 28, 2008 at 2:22 PM, Deanna Phillips
[EMAIL PROTECTED] wrote:
 Aaron Stellman writes:

 Youtube plays reasonably well, it does take several seconds
 for sound and video to sync at the beginning of the video.

 If you see this very often, there may be a bigger problem.  I
 test mostly with music videos on youtube and 99% of the time
 they're perfect.  There was a bug with gstreamer and auich(4)
 that I thought had been fixed, but maybe not..