Re: Getting SDL2 in the ports tree

2013-10-29 Thread Jonathan Gray
I don't really see the point of changing -PKGNAME= ${DISTNAME:L} +PKGNAME= sdl2-${V} and you have an old PLIST.orig in your tarball, otherwise looks fine. I'm fine with you importing this and being maintainer as well. I'll remove the slightly older version in openbsd-wip I initially

Getting SDL2 in the ports tree

2013-10-29 Thread Brian Callahan
Hi ports -- I would like to get SDL2 into the ports tree. I'm sitting on ports of sdl2-{gfx,image,mixer,net,ttf} and have a consumer for these libraries (SDL2 version of games/manaplus - which I've already tested working on amd64). I'm attaching an update to SDL2-2.0.1, basically jsg@'s port

Re: mupdf update

2013-10-29 Thread Stuart Henderson
On 2013/10/29 21:02, Donovan Watteau wrote: > On Oct 28, 2013, Stuart Henderson wrote: > > Here's an update to MuPDF 1.3, and a new graphics/openjp2 port, > > containing the 2.x version of OpenJPEG. (The OpenJPEG API has changed > > and the other programs depending on this don't appear to have swit

Re: mupdf update

2013-10-29 Thread Donovan Watteau
On Oct 28, 2013, Stuart Henderson wrote: > Here's an update to MuPDF 1.3, and a new graphics/openjp2 port, > containing the 2.x version of OpenJPEG. (The OpenJPEG API has changed > and the other programs depending on this don't appear to have switched > yet - other OS have mostly just stuck with Op

Re: x11/slim: do not blindly sleep but instead wait to ttys initialization before starting.

2013-10-29 Thread Thomas Pfaff
> Same trick done by Antoine for gdm. > > Slim users, please test it. Works for me. Thanks. > Index: Makefile > === > RCS file: /cvs/ports/x11/slim/Makefile,v > retrieving revision 1.24 > diff -u -p -u -p -r1.24 Makefile > --- Make

Re: mupdf update

2013-10-29 Thread Florian Stinglmayr
On Mon, Oct 28, 2013 at 09:32:08PM +, Stuart Henderson wrote: > Here's an update to MuPDF 1.3, and a new graphics/openjp2 port, > containing the 2.x version of OpenJPEG. (The OpenJPEG API has changed > and the other programs depending on this don't appear to have switched > yet - other OS have

UPDATE: net/ircd-hybrid 8.1.7 -> 8.1.8

2013-10-29 Thread Adam Jeanguenat
Attached is a trivial diff to bring net/ircd-hybrid to 8.1.8 and fixes a typo in one of the patches. Tested on i386. --avj Index: Makefile === RCS file: /home/cvsync/ports/net/ircd-hybrid/Makefile,v retrieving revisio

Re: x11/slim: do not blindly sleep but instead wait to ttys initialization before starting.

2013-10-29 Thread Landry Breuil
On Tue, Oct 29, 2013 at 02:11:09PM +0100, Joerg Jung wrote: > Am 29.10.2013 um 12:41 schrieb David Coppa : > > > Hi! > > > > Same trick done by Antoine for gdm. > > > > Slim users, please test it. > > > > Ciao, > > David > > > > Index: Makefile > > =

Re: x11/slim: do not blindly sleep but instead wait to ttys initialization before starting.

2013-10-29 Thread Joerg Jung
Am 29.10.2013 um 12:41 schrieb David Coppa : > Hi! > > Same trick done by Antoine for gdm. > > Slim users, please test it. > > Ciao, > David > > Index: Makefile > === > RCS file: /cvs/ports/x11/slim/Makefile,v > retrieving revisio

x11/slim: do not blindly sleep but instead wait to ttys initialization before starting.

2013-10-29 Thread David Coppa
Hi! Same trick done by Antoine for gdm. Slim users, please test it. Ciao, David Index: Makefile === RCS file: /cvs/ports/x11/slim/Makefile,v retrieving revision 1.24 diff -u -p -u -p -r1.24 Makefile --- Makefile25 Sep 2013 07:

Re: sysutils/duplicity: missing rundep on py-paramiko

2013-10-29 Thread David Coppa
On Tue, Oct 29, 2013 at 12:53 AM, Stefan Sperling wrote: > After reinstalling all packages to cross the time_t bump duplicity > started failing for me with the following error message: > > BackendException: Could not initialize backend: No module named paramiko > > There is a hidden runtime depe

Re: missing icons in cvsweb on OpenBSD 5.4.

2013-10-29 Thread Remco
On Monday 28 October 2013 23:37:17 Christian Weisgerber wrote: > Remco wrote: > > I tried out cvsweb on OpenBSD 5.4 and noticed the icons left of the > > "File" items were missing. cvsweb installs its icons under > > /var/www/htdocs/icons/ where the base system's icons are installed in > > /var/ww