Re: libSDL headers
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
Re: ImageMagic distfile
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
On Tue, 20 Nov 2007, Antoine Jacoutot wrote: And which port(s) would this be? XMoto, Neverball and now that I tested Lincity-NG and games/bzflag too. What could be wrong? I've re-installed (-r -F installed) all the sdl-* ports so at least they should be correctly installed. As source I'm using: ftp://ftp.se.openbsd.org/pub/OpenBSD/snapshots/packages/i386 -- Antti Harri
Re: NEW: net/unworkable
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
Syslog-NG 2.0.5 on OpenBSD 4.2
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
Bacula 2.2.6 Client for OpenBSD 4.1/i386 (back/foward Port)
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
Re: UPDATE: sysutils/smartmontools
On Fri 2007.11.16 at 08:27 +0100, Giovanni Bechis wrote: > On Sat, Nov 10, 2007 at 12:38:15PM +0100, Antoine Jacoutot wrote: > >> I'm not familiar with smartmontools, but wouldn't it make more sense to > >> just make that share/doc/smartmontools/? > > > I fixed smartmontools to put docs on share/doc/smartmontools, > added smartd.conf in $SYSCONFDIR and remove patch-os_openbsd_c which is > no more needed. > Giovanni something similar committed, thanks!
Re: [NEW] databases/postgresql-odbc
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
NEW: net/unworkable
Tested on amd64/i386/sparc64/zaurus/macppc. DESC: unworkable is a simple BitTorrent implementation. unworkable-port.tar.gz Description: application/tar-gz
Re: do-install blocks are referring to the non-flavor version
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
Re: do-install blocks are referring to the non-flavor version
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)...
do-install blocks are referring to the non-flavor version
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: libSDL headers
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
libSDL headers
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: [NEW/UPDATE] alpine-0.99999 pico-4.98 pilot-2.99
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
Re: [NEW/UPDATE] alpine-0.99999 pico-4.98 pilot-2.99
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
[NEW/UPDATE] alpine-0.99999 pico-4.98 pilot-2.99
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] vifm
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.
Re: NEW: graphics/py-pyx
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.
new: aird
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: [update] telephony/asterisk -> 1.4.14
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.
Re: [update] telephony/asterisk -> 1.4.14
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). There are some `default' config files missing. Attached is a log of warnings that are made when running safe_asterisk. 64 [Nov 20 11:27:52] NOTICE[19338]: manager.c:2777 init_manager: Unable to open management configuration manager.conf. Call management disabled. [Nov 20 11:27:52] NOTICE[19338]: cdr.c:1362 do_reload: CDR simple logging enabled. [Nov 20 11:27:52] NOTICE[19338]: loader.c:831 load_modules: 133 modules will be loaded. [Nov 20 11:27:52] WARNING[19338]: res_features.c:2231 load_config: Could not load features.conf [Nov 20 11:27:52] NOTICE[19338]: res_smdi.c:539 smdi_load: Unable to load config smdi.conf: SMDI disabled [Nov 20 11:27:52] WARNING[19338]: res_smdi.c:722 load_module: No SMDI interfaces are available to listen on, not starting SMDI listener. [Nov 20 11:27:52] ERROR[19338]: app_amd.c:329 load_config: Configuration file amd.conf missing. [Nov 20 11:27:52] WARNING[19338]: app_festival.c:546 load_module: No such configuration file festival.conf [Nov 20 11:27:52] WARNING[19338]: app_followme.c:299 reload_followme: No follow me config file (followme.conf), so no follow me [Nov 20 11:27:52] NOTICE[19338]: app_queue.c:3930 reload_queues: No call queueing config file (queues.conf), so no call queues [Nov 20 11:27:52] WARNING[19338]: cdr_custom.c:99 load_config: Failed to load configuration file. Module not activated. [Nov 20 11:27:52] NOTICE[19338]: chan_agent.c:1077 read_agent_config: No agent configuration found -- agent support disabled [Nov 20 11:27:52] ERROR[19338]: chan_iax2.c:9540 set_config: Unable to load config iax.conf [Nov 20 11:27:52] NOTICE[19338]: chan_mgcp.c:4091 reload_config: Unable to load config mgcp.conf, MGCP disabled [Nov 20 11:27:52] NOTICE[19338]: chan_skinny.c:4646 reload_config: Unable to load config skinny.conf, Skinny disabled [Nov 20 11:27:52] NOTICE[19338]: pbx_ael.c:4094 pbx_load_module: Starting AEL load process. [Nov 20 11:27:52] NOTICE[19338]: pbx_ael.c:4101 pbx_load_module: AEL load process: calculated config file name '/etc/asterisk/extensions.ael'. [Nov 20 11:27:52] NOTICE[19338]: pbx_ael.c:4104 pbx_load_module: File /etc/asterisk/extensions.ael not found; AEL declining load [Nov 20 11:27:52] ERROR[19338]: pbx_dundi.c:4394 set_config: Unable to load config dundi.conf
Epdfview crashing when printing with cups flavor enabled (Was: Update: print/poppler)
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: print/poppler (was: FIX: print/poppler)
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)
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 ()
Re: [update] telephony/asterisk -> 1.4.14
On Mon, 19 Nov 2007, Stuart Henderson wrote: +CONFIGURE_ARGS+= --with-pwlib=/usr/local/lib \ + --with-h323=/usr/local/lib Tsk tsk tsk... ;) -- Antoine