Re: Update: print/poppler (was: FIX: print/poppler)

2007-11-20 Thread Antoine Jacoutot

On Tue, 20 Nov 2007, Landry Breuil wrote:

I'm fine with this update, diff is okay and epdfview is happy with new
poppler.
It badly crashes when cups flavor is enabled and i try to print a pdf
(btw, cupsd is running), but i don't think it's related to this update,
seems more related to a gtk problem.


Quick shot but did you use cups-enable? (i.e do you lp tools point to 
the cups ones?).


--
Antoine



Re: Update: print/poppler (was: FIX: print/poppler)

2007-11-20 Thread Landry Breuil
On Mon, Nov 19, 2007 at 10:09:05PM +0100, Matthias Kilian wrote:
 On Sat, Nov 10, 2007 at 03:20:41PM +0100, Matthias Kilian wrote:
  However, I'm building the newest poppler (0.6.2) right now, so let's
  wait some hours.
 
 yttocs (scotty reversed) -- talking of hours and meaning days ;-)
 
 But i've an excuse: i've tested this on i3860 with epdfview,
 kdegraphics, koffice (all of them need some WANTLIB fixes for this),
 and also with a (yet unfinished) update of evince to version 2.20.1.
 
 Please note that this poppler update also contains some security
 fixes.
 
 More tests and comments are welcome. I hope to get diffs for evince
 ready until tomorrow evening (CET).

I'm fine with this update, diff is okay and epdfview is happy with new
poppler. 
It badly crashes when cups flavor is enabled and i try to print a pdf
(btw, cupsd is running), but i don't think it's related to this update,
seems more related to a gtk problem.

Landry

Trace:
(gdb) bt
#0  0x1c00f746 in __register_frame_info ()
#1  0x1c00feb4 in __register_frame_info ()
#2  0x1c00f050 in __register_frame_info ()
#3  0x1c00c2cf in __register_frame_info ()
#4  0x1c01664d in __register_frame_info ()
#5  0x0497ab10 in g_cclosure_marshal_VOID__VOID () from
/usr/local/lib/libgobject-2.0.so.1400.0
#6  0x0496a436 in g_closure_invoke () from
/usr/local/lib/libgobject-2.0.so.1400.0
#7  0x0497a68d in g_signal_emit_by_name () from
/usr/local/lib/libgobject-2.0.so.1400.0
#8  0x0497982a in g_signal_emit_valist () from
/usr/local/lib/libgobject-2.0.so.1400.0
#9  0x04979a97 in g_signal_emit () from
/usr/local/lib/libgobject-2.0.so.1400.0
#10 0x0e6a1bda in gtk_action_new () from
/usr/local/lib/libgtk-x11-2.0.so.1200.0
#11 0x0e6a1c59 in gtk_action_activate () from
/usr/local/lib/libgtk-x11-2.0.so.1200.0
#12 0x0497ab10 in g_cclosure_marshal_VOID__VOID () from
/usr/local/lib/libgobject-2.0.so.1400.0
#13 0x0496a436 in g_closure_invoke () from
/usr/local/lib/libgobject-2.0.so.1400.0
#14 0x0497a68d in g_signal_emit_by_name () from
/usr/local/lib/libgobject-2.0.so.1400.0
#15 0x0497982a in g_signal_emit_valist () from
/usr/local/lib/libgobject-2.0.so.1400.0
#16 0x04979a97 in g_signal_emit () from
/usr/local/lib/libgobject-2.0.so.1400.0
#17 0x0e868abc in gtk_widget_activate () from
/usr/local/lib/libgtk-x11-2.0.so.1200.0
#18 0x0e77acc1 in gtk_menu_shell_activate_item () from
/usr/local/lib/libgtk-x11-2.0.so.1200.0
#19 0x0e77a216 in gtk_menu_shell_deactivate () from
/usr/local/lib/libgtk-x11-2.0.so.1200.0
#20 0x0e77261e in gtk_menu_reorder_child () from
/usr/local/lib/libgtk-x11-2.0.so.1200.0
#21 0x0e76b70e in gtk_marshal_VOID__UINT_STRING () from
/usr/local/lib/libgtk-x11-2.0.so.1200.0
#22 0x0496a6ae in g_cclosure_new_swap () from
/usr/local/lib/libgobject-2.0.so.1400.0
#23 0x0496a436 in g_closure_invoke () from
/usr/local/lib/libgobject-2.0.so.1400.0
#24 0x0497a147 in g_signal_emit_by_name () from
/usr/local/lib/libgobject-2.0.so.1400.0
#25 0x0497965d in g_signal_emit_valist () from
/usr/local/lib/libgobject-2.0.so.1400.0
#26 0x04979a97 in g_signal_emit () from
/usr/local/lib/libgobject-2.0.so.1400.0
#27 0x0e8688a1 in gtk_widget_send_expose () from
/usr/local/lib/libgtk-x11-2.0.so.1200.0
#28 0x0e76a526 in gtk_propagate_event () from
/usr/local/lib/libgtk-x11-2.0.so.1200.0
#29 0x0e7696a3 in gtk_main_do_event () from
/usr/local/lib/libgtk-x11-2.0.so.1200.0
#30 0x0090389e in gdk_x11_register_standard_event_type () from
/usr/local/lib/libgdk-x11-2.0.so.1200.0
#31 0x0c5aa3fd in g_source_is_destroyed () from
/usr/local/lib/libglib-2.0.so.1400.0
#32 0x0c5ab401 in g_main_context_dispatch () from
/usr/local/lib/libglib-2.0.so.1400.0
#33 0x0c5ab726 in g_main_context_dispatch () from
/usr/local/lib/libglib-2.0.so.1400.0
#34 0x0c5abc32 in g_main_loop_run () from
/usr/local/lib/libglib-2.0.so.1400.0
#35 0x0e768ffb in gtk_main () from
/usr/local/lib/libgtk-x11-2.0.so.1200.0
#36 0x1c006bb8 in __register_frame_info ()




Epdfview crashing when printing with cups flavor enabled (Was: Update: print/poppler)

2007-11-20 Thread Landry Breuil
On Tue, Nov 20, 2007 at 09:51:54AM +0100, Landry Breuil wrote:
 On Mon, Nov 19, 2007 at 10:09:05PM +0100, Matthias Kilian wrote:
  On Sat, Nov 10, 2007 at 03:20:41PM +0100, Matthias Kilian wrote:
   However, I'm building the newest poppler (0.6.2) right now, so let's
   wait some hours.
  
  yttocs (scotty reversed) -- talking of hours and meaning days ;-)
  
  But i've an excuse: i've tested this on i3860 with epdfview,
  kdegraphics, koffice (all of them need some WANTLIB fixes for this),
  and also with a (yet unfinished) update of evince to version 2.20.1.
  
  Please note that this poppler update also contains some security
  fixes.
  
  More tests and comments are welcome. I hope to get diffs for evince
  ready until tomorrow evening (CET).
 
 I'm fine with this update, diff is okay and epdfview is happy with new
 poppler. 
 It badly crashes when cups flavor is enabled and i try to print a pdf
 (btw, cupsd is running), but i don't think it's related to this update,
 seems more related to a gtk problem.

Ah, and btw, i forgot to do my homework, this seems to have already been
reported twice upstream, without much reaction though :
http://trac.emma-soft.com/epdfview/ticket/65
http://trac.emma-soft.com/epdfview/ticket/41

Landry



Re: [update] telephony/asterisk - 1.4.14

2007-11-20 Thread Antoine Jacoutot

On Mon, 19 Nov 2007, Stuart Henderson wrote:

+CONFIGURE_ARGS+=   --with-pwlib=/usr/local/lib \
+   --with-h323=/usr/local/lib


Tsk tsk tsk... ;)

--
Antoine



Re: [update] telephony/asterisk - 1.4.14

2007-11-20 Thread Stuart Henderson
On 2007/11/20 11:30, Paul Irofti wrote:
 Compiled and installed fine on amd64. The system seems to be running
 good so far (haven't had the time to do much in depth testing).

Thanks for testing.

 There are some `default' config files missing. Attached is a log of
 warnings that are made when running safe_asterisk.

This is intentional, we just install a simple configuration by default.
The others are installed under ${LOCALBASE}/examples/asterisk/default
(the install message mentions this). Doing things this way makes the
basic configurations easier for people who don't know Asterisk, and
has saved us from several security problems in modules which are not
used in most installations.



new: aird

2007-11-20 Thread Richard Storm
aird stands for Apple IR daemon and is the utility you need
if you want to control your computer via the Apple Remote.

 Apple IR receiver modules are found on:

   o   MacBook (any generation)
   o   MacBook Pro (any generation)
   o   Intel iMac
   o   Intel MacMini

Example for use with audacious audio player:

aird -f /dev/uhid1 -M audacious --show-main-window -P audacious -t \
-F audacious -f -B audacious -r -U mixerctl outputs.master=+5,+5 \
-D mixerctl outputs.master=-5,-5

Tested with MacBook remote control.


aird-0.0.tgz
Description: GNU Zip compressed data


Re: NEW: graphics/py-pyx

2007-11-20 Thread Eric Faurot
Hi,

On Mon, 19 Nov 2007 16:01:21 +
Laurence Tratt [EMAIL PROTECTED] wrote:

 I have made available a port of the PyX Python graphics creation library at:
 
   http://tratt.net/laurie/obsd/ports/py-pyx.tar.gz  
 
 From the blurb:
 
   PyX is a Python package for the creation of PostScript and PDF files. It
   combines an abstraction of the PostScript drawing model with a TeX/LaTeX
   interface. Complex tasks like 2d and 3d plots in publication-ready quality
   are built out of these primitives.
 
 Basically, it creates graphics, and farms them out to TeX for rendering
 (with all the associated goodies that implies). It's not perfect (it does
 die occasionally when calling TeX), but it's mostly OK; the results it
 produces are of excellent quality, particularly when compared to the often
 rather random output from py-matplotlib.
 
 Tested on amd64 and i386, both -current. I welcome reports from other
 platforms.

I am testing it on macppc. I often get the following error with
the provided examples:


$ python2.5 changesymbol.py 
Exception in thread Thread-1:
Traceback (most recent call last):
  File /usr/local/lib/python2.5/threading.py, line 460, in __bootstrap
self.run()
  File 
/usr/ports/graphics/py-pyx/w-py-pyx-0.10/fake-macppc/usr/local/lib/python2.5/site-packages/pyx/text.py,
 line 639, in run
read = self.pipe.readline() # read again
IOError: [Errno 4] Interrupted system call

/usr/local/lib/python2.5/site-packages/pyx/text.py:850: UserWarning: still 
waiting for tex after 5 (of 60) seconds...
  warnings.warn(still waiting for %s after %i (of %i) seconds... %
(self.mode, waited, self.waitfortex))
...


It seems to finally work after several attempts (running the program 3 or 4
times). It is really annoying. I am almost sure it is due to some thread
misuse. There is probably a race condition in the texrunner setup: delaying
the threaded pipe reader loop by one second (arbitrarily) seems to make
everything work fine. I have not investigated further.

I think this should be fixed before the port makes it to the tree.
Laurence, would you have a look a it? Otherwise I will do it but not
before this WE at least.


Eric.



Re: [new] vifm

2007-11-20 Thread Paul Irofti
On Mon, Nov 19, 2007 at 04:27:59PM +0100, Landry Breuil wrote:
 Hi,
 
 a small port for vifm, a ncurses based file manager with vi like
 keybindings.
 
 Works fine for me on i386, it's rather basic but may be useful to
 someone..
 
 cf http://vifm.sourceforge.net/docs.html for default keybindings.
 
 port is here : http://gcu.info/~gaston/ports/vifm.tar.gz
 
 Comments ? Ok ?
 
 Landry
 

Works fine on amd64.



[NEW/UPDATE] alpine-0.99999 pico-4.98 pilot-2.99

2007-11-20 Thread Antoine Jacoutot

pkg/DESCR-main
Alpine is a screen-oriented message-handling tool.  In its default
configuration, Alpine offers an intentionally limited set of functions
geared toward the novice user, but it also has a large list of optional
power-user and personal-preference features.

An optional configuration file pine.conf can be put into /etc to set 
system wide defaults.  The format of this file is identical to the 
.pinerc file that is auto-generated by Alpine in your home directory.


Available flavors:
ldap - Build with support for LDAP


... and 2 more subpackages:

Pico is a simple, display-oriented text editor based on the Alpine
message system composer.  As with Alpine, commands are displayed at the
bottom of the screen, and context-sensitive help is provided.  As
characters are typed they are immediately inserted into the text.

Pilot is a simple, display-oriented file system browser based on the
Alpine message system composer.  As with Alpine, commands are displayed
at the bottom of the screen, and context-sensitive help is provided.


This port should hopefully replace mail/pine.

As usual, test, comment...
Thanks!

--
Antoine

alpine.tar.gz
Description: Binary data


Re: [NEW/UPDATE] alpine-0.99999 pico-4.98 pilot-2.99

2007-11-20 Thread Antti Harri

On Tue, 20 Nov 2007, Antoine Jacoutot wrote:


This port should hopefully replace mail/pine.


Can this co-exist with pine? It would help testing.

--
Antti Harri



Re: [NEW/UPDATE] alpine-0.99999 pico-4.98 pilot-2.99

2007-11-20 Thread Antoine Jacoutot

On Tue, 20 Nov 2007, Antti Harri wrote:

This port should hopefully replace mail/pine.


Can this co-exist with pine? It would help testing.


Well, the -main subpackage could, just edit PLIST-main accordingly.

--
Antoine



libSDL headers

2007-11-20 Thread Antti Harri


Hi,

compiling ports that used to work now give me this:

checking for SDL - version = 1.0.0... checking for sdl-config... 
/usr/local/bin/sdl-config
no
*** Could not run SDL test program, checking why...
*** The test program failed to compile or link. See the file config.log for the
*** exact error that occured. This usually means SDL was incorrectly installed
*** or that you have moved SDL since it was installed. In the latter case, you
*** may want to edit the sdl-config script: /usr/local/bin/sdl-config
configure: error: SDL required
*** Error code 1

config.log:
configure:5811: cc -o conftest -lm -lGL -pthread -I/usr/local/include 
-I/usr/local/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/X11R6/include 
-I/usr/local/include -I/usr/local/include/libpng -L/usr/X11R6/lib -L/usr/local/lib 
conftest.c -lGLU -lbz2 -lpng -ljpeg -lz -lsqlite3  -L/usr/local/lib -lSDL -pthread 
-L/usr/X11R6/lib 5
/usr/local/include/SDL/SDL_stdinc.h, line 184: redeclaration of alloca


From another one:


In file included from /usr/local/include/SDL/SDL_stdinc.h:137,
 from /usr/local/include/SDL/SDL_main.h:26,
 from /usr/local/include/SDL/SDL.h:28,
 from share/image.c:15:
/usr/local/include/SDL/begin_code.h:94:8: warning: extra tokens at end of 
#endif directive

The system is latest snapshot and i386.

sdl-1.2.12p0-suncross-platform multimedia library
sdl-gfx-2.0.13p1primitives drawing/other support functions for SDL
sdl-image-1.2.4p3   SDL image library
sdl-mixer-1.2.6p6   SDL multi-channel audio mixer library
sdl-ttf-2.0.8p3 SDL TrueType fonts library

--
Antti Harri



Re: libSDL headers

2007-11-20 Thread Antoine Jacoutot

On Tue, 20 Nov 2007, Antti Harri wrote:

compiling ports that used to work now give me this:

checking for SDL - version = 1.0.0... checking for sdl-config... 
/usr/local/bin/sdl-config

no


And which port(s) would this be?


--
Antoine



do-install blocks are referring to the non-flavor version

2007-11-20 Thread Peter Hessler
when trying to build mutt and postfix with flavors, the do-install step 
refers to the non-flavored version, so fails when trying to install.  


-- 
The man who said A bird in the hand's worth two in the bush has been
putting his bird in the *WRONG* bushes.



Re: do-install blocks are referring to the non-flavor version

2007-11-20 Thread Stuart Henderson
On 2007/11/20 11:28, Peter Hessler wrote:
 when trying to build mutt and postfix with flavors, the do-install step 
 refers to the non-flavored version, so fails when trying to install.  

Try SUDO=sudo -E in mk.conf and make sure you have setenv:
permission in sudoers(5)...



Re: do-install blocks are referring to the non-flavor version

2007-11-20 Thread Peter Hessler
On 2007 Nov 20 (Tue) at 19:45:03 + (+), Stuart Henderson wrote:
:On 2007/11/20 11:28, Peter Hessler wrote:
: when trying to build mutt and postfix with flavors, the do-install step 
: refers to the non-flavored version, so fails when trying to install.  
:
:Try SUDO=sudo -E in mk.conf and make sure you have setenv:
:permission in sudoers(5)...
:

yea, that was it.  grrr.

-- 
Organic chemistry is the chemistry of carbon compounds.
Biochemistry is the study of carbon compounds that crawl.
-- Mike Adams



NEW: net/unworkable

2007-11-20 Thread Niall O'Higgins
Tested on amd64/i386/sparc64/zaurus/macppc.

DESC:
unworkable is a simple BitTorrent implementation.


unworkable-port.tar.gz
Description: application/tar-gz


Re: [NEW] databases/postgresql-odbc

2007-11-20 Thread Julian Leyh
On 17:49 Tue 23 Oct , Paul Irofti wrote:
 I've attached some configs that can be used in order to lighten the test
 process, hope this will make submitting this port faster.

Works for me, thanks.

Julian



Bacula 2.2.6 Client for OpenBSD 4.1/i386 (back/foward Port)

2007-11-20 Thread Brian A Seklecki (Mobile)
All:

OpenBSD 4.1 still has 6-9 months before EOS/EOL.  Here are the Bacula
2.2.6 client-only binaries for OpenBSD 4.1/i386 (back/forward Port)

-Backport for Bacula (Bacula was added to ports after 4.1)
-Forward port for OpenBSD (Port version is 2.0.x still)

http://people.collaborativefusion.com/~seklecki/bacula-2.2.6.tgz
http://people.collaborativefusion.com/~seklecki/bacula-client-2.2.6.tgz
http://people.collaborativefusion.com/~seklecki/openbsd_41_bacula_226_clientlony.diff

The patch is hella-ugly since the Ports infrastructure changed massively
between 4.1 and 4.2.

http://people.collaborativefusion.com/~seklecki/obsd_bacula.html

-

bofh-fd Version: 2.2.6 (10 Nov 2007) i386-unknown-openbsd4.1 openbsd 4.1
Daemon started 20-Nov-07 12:00, 0 Jobs run since started.
 Heap: heap=0 smbytes=14,195 max_bytes=23,546 bufs=56 max_bufs=99
 Sizeof: boffset_t=8 size_t=4 debug=0 trace=0

Running Jobs:

$ tar tzvf bacula-client-2.2.6.tgz 
-rw-r--r--  0 root   wheel 925 Nov 20 11:57 +CONTENTS
-rw-r--r--  0 root   wheel 881 Nov 20 11:57 +DESC
-rw-r--r--  0 root   wheel 329 Nov 20 11:57 +DISPLAY
-rwxr-xr--  0 root   bin   5027 Nov 20 11:57
libexec/bacula/bacula-ctl-fd
-rw-r--r--  0 root   bin   687 Nov 20 11:57 man/man8/bacula-fd.8.gz
-rwxr-xr--  0 root   bin453341 Nov 20 11:57 sbin/bacula-fd
-r--r--r--  0 root   bin   972 Nov 20 11:57
share/examples/bacula/bacula-fd.conf



~BAS



Syslog-NG 2.0.5 on OpenBSD 4.2

2007-11-20 Thread Brian A. Seklecki
http://people.collaborativefusion.com/~seklecki/openbsd42_port_syslog-ng205_evtlog025.tar


# pkg_info | egrep -i syslog|event
eventlog-0.2.5  eventlog syslog-ng library
syslog-ng-2.0.5 syslogd replacement

# syslog-ng -V
syslog-ng 2.0.5

# uname -a
OpenBSD build-openbsd-i386-42 4.2 GENERIC#375 i386


Pkgsrc is next but I have to catch a bus.

~BAS

# tar tzvf /usr/ports/packages/i386/all/eventlog-0.2.5.tgz 
-r--r--r--  1 root wheel  698 Nov 20 13:56 +CONTENTS
-r--r--r--  1 root wheel  149 Nov 20 13:56 +DESC
-rwxr-xr-x  1 root bin  56325 Nov 20 13:52
lib/libevtlog.so.0.0
-r--r--r--  1 root bin   6602 Nov 20 13:52
include/eventlog/evtlog.h
-r--r--r--  1 root bin   2168 Nov 20 13:52
include/eventlog/evtmaps.h
-rw-r--r--  1 root bin  90848 Nov 20 13:52 lib/libevtlog.a
-rwxr-xr-x  1 root bin811 Nov 20 13:52 lib/libevtlog.la
-r--r--r--  1 root bin237 Nov 20 13:52
lib/pkgconfig/eventlog.pc


# tar tzvf /usr/ports/packages/i386/all/syslog-ng-2.0.5.tgz 
-r--r--r--  1 root wheel  528 Nov 20 14:23 +CONTENTS
-r--r--r--  1 root wheel  568 Nov 20 14:23 +DESC
-r--r--r--  1 root bin   5899 Nov 20 14:23
man/man5/syslog-ng.conf.5
-r--r--r--  1 root bin   3268 Nov 20 14:23
man/man8/syslog-ng.8
-r-xr-xr-x  1 root bin1215516 Nov 20 14:23 sbin/syslog-ng




Re: NEW: net/unworkable

2007-11-20 Thread Niall O'Higgins
Based on input from Martynas, here is a new tarball.  I had been
generating it on an out of date -current snapshot so distinfo was in
the wrong format.  Also PLIST was a bit screwy - and I updated the
DESCR to be a little less terse.

On Tue, Nov 20, 2007 at 07:58:27PM +, Niall O'Higgins wrote:
 Tested on amd64/i386/sparc64/zaurus/macppc.

 DESC:
 unworkable is a simple BitTorrent implementation.




unworkable-port.tar.gz
Description: application/tar-gz


Re: ImageMagic distfile

2007-11-20 Thread Okan Demirmen
ImageMagick and p5-PerlMagic updates:
- update to 6.3.6-10
- add libwmf support
- fix-up WANTLIB
 
note: need the recent ghostscript update.

comments?
Index: Makefile
===
RCS file: /data/OpenBSD/cvs/ports/graphics/ImageMagick/Makefile,v
retrieving revision 1.99
diff -u -p -r1.99 Makefile
--- Makefile22 Oct 2007 14:23:08 -  1.99
+++ Makefile19 Nov 2007 19:28:05 -
@@ -2,13 +2,13 @@
 
 COMMENT=   image processing tools
 
-VER=   6.3.5
-DASHVER=   9
+VER=   6.3.6
+DASHVER=   10
 DISTNAME=  ImageMagick-${VER}-${DASHVER}
 PKGNAME=   ImageMagick-${VER}.${DASHVER}
-SHARED_LIBS=   Magick++12.0\
-   Magick  12.0\
-   Wand12.0
+SHARED_LIBS=   Magick++12.1\
+   Magick  12.1\
+   Wand12.1
 
 CATEGORIES=graphics
 
@@ -32,7 +32,8 @@ LIB_DEPENDS=  bz2.=10::archivers/bzip2 
tiff.=36::graphics/tiff \
xml2.=9::textproc/libxml \
lcms.=1::graphics/lcms \
-   jasper.=1::graphics/jasper
+   jasper.=1::graphics/jasper \
+   wmflite.=7::graphics/libwmf
 
 RUN_DEPENDS=   :netpbm-*:graphics/netpbm
 BUILD_DEPENDS= :netpbm-*:graphics/netpbm
@@ -53,7 +54,7 @@ CONFIGURE_ARGS+=  --with-quantum-depth=16
--without-threads \
--without-perl \
--without-rsvg \
-   --without-wmf \
+   --with-wmf \
--disable-ltdl-install
 
 CONFIGURE_ENV+=CPPFLAGS=-I${LOCALBASE}/include/libpng 
-I${LOCALBASE}/include/libxml2 -I${LOCALBASE}/include \
Index: distinfo
===
RCS file: /data/OpenBSD/cvs/ports/graphics/ImageMagick/distinfo,v
retrieving revision 1.14
diff -u -p -r1.14 distinfo
--- distinfo19 Sep 2007 18:46:55 -  1.14
+++ distinfo16 Nov 2007 18:53:26 -
@@ -1,5 +1,5 @@
-MD5 (ImageMagick-6.3.5-9.tar.gz) = I9hjitYr9O0NLXchT6H0ng==
-RMD160 (ImageMagick-6.3.5-9.tar.gz) = X3SWeHZDk2aMIvEU07EeJkRM7sw=
-SHA1 (ImageMagick-6.3.5-9.tar.gz) = u/3/XexHtpdcgLCbfPFJurPrvjQ=
-SHA256 (ImageMagick-6.3.5-9.tar.gz) = 
6fiLWyRpU4iThWMJFkiFIN/nrFengYPdkMs5U0rfcUs=
-SIZE (ImageMagick-6.3.5-9.tar.gz) = 9310482
+MD5 (ImageMagick-6.3.6-10.tar.gz) = mycQYgC9yHnQWDNVvIBS+g==
+RMD160 (ImageMagick-6.3.6-10.tar.gz) = yy5MWV5nQ+s3i6O6Tb319ttiHPE=
+SHA1 (ImageMagick-6.3.6-10.tar.gz) = a+X4sSW5Cq1YxNK9hvwEIgEIsS0=
+SHA256 (ImageMagick-6.3.6-10.tar.gz) = 
Dfj2txKR0Y3DXdCXXW3+kOsmuOq57UB3MfM48INOde8=
+SIZE (ImageMagick-6.3.6-10.tar.gz) = 9100940
Index: pkg/PLIST
===
RCS file: /data/OpenBSD/cvs/ports/graphics/ImageMagick/pkg/PLIST,v
retrieving revision 1.37
diff -u -p -r1.37 PLIST
--- pkg/PLIST   19 Sep 2007 18:46:55 -  1.37
+++ pkg/PLIST   16 Nov 2007 18:53:26 -
@@ -33,6 +33,7 @@ include/magick/PreRvIcccm.h
 include/magick/animate.h
 include/magick/annotate.h
 include/magick/api.h
+include/magick/artifact.h
 include/magick/blob.h
 include/magick/cache-view.h
 include/magick/cache.h
Index: Makefile
===
RCS file: /data/OpenBSD/cvs/ports/graphics/p5-PerlMagick/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile19 Nov 2007 20:11:41 -  1.20
+++ Makefile21 Nov 2007 03:13:34 -
@@ -4,10 +4,10 @@ SHARED_ONLY=  Yes
 
 COMMENT=   object-oriented Perl interface to ImageMagick
 
-VER=   6.3.5
-DASHVER=   9
+VER=   6.3.6
+DASHVER=   10
 DISTNAME=  ImageMagick-${VER}-${DASHVER}
-PKGNAME=   p5-PerlMagick-${VER}.${DASHVER}p0
+PKGNAME=   p5-PerlMagick-${VER}.${DASHVER}
 CATEGORIES=graphics devel
 
 HOMEPAGE=  http://www.imagemagick.org
@@ -18,13 +18,12 @@ PERMIT_PACKAGE_CDROM=   Yes
 PERMIT_PACKAGE_FTP=Yes
 PERMIT_DISTFILES_CDROM=Yes
 PERMIT_DISTFILES_FTP=  Yes
-WANTLIB=   ICE SM X11 Xext bz2 freetype jasper jbig jpeg \
-   lcms m png tiff xml2 z Xt
+WANTLIB=   freetype
 
 RUN_DEPENDS=   :ImageMagick-${VER}.${DASHVER}:graphics/ImageMagick
 BUILD_DEPENDS= ${RUN_DEPENDS} \
::print/ghostscript/gnu:patch
-LIB_DEPENDS=   Magick.=10::graphics/ImageMagick
+LIB_DEPENDS=   Magick.=12,Wand.=12::graphics/ImageMagick
 USE_X11=   Yes
 
 MODULES=   cpan
Index: distinfo

Re: libSDL headers

2007-11-20 Thread Antoine Jacoutot

On Wed, 21 Nov 2007, Antti Harri wrote:

XMoto, Neverball and now that I tested Lincity-NG and
games/bzflag too.


That is strange, I cannot reproduce here.
Can you send me a transcript from buildling games/bzflag please.

--
Antoine