CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: n...@cvs.openbsd.org2009/07/14 01:09:57 Modified files: x11/pekwm : Makefile distinfo Removed files: x11/pekwm/patches: patch-data_Makefile_in patch-data_scripts_Makefile_in patch-src_ManagerWindows_cc Log message: Update to 0.1.11. ok sthen
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2009/07/14 01:38:58 Modified files: www/phpmyadmin : Makefile distinfo Log message: Update to 3.2.0.1 ok kevlo@ (Maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: si...@cvs.openbsd.org 2009/07/14 02:42:34 Modified files: databases/postgresql_autodoc: Makefile distinfo Log message: update to version 1.40, remove do-build and do-install targets as upstream accepted my patches to remove the auto-stuff in favour of a simple makefile; additionally it's compatible with postgresql-8.4
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2009/07/14 03:10:05 Modified files: multimedia/xine-lib: Makefile Added files: multimedia/xine-lib/patches: patch-src_demuxers_demux_matroska_c patch-src_demuxers_matroska_h Log message: add SIMPLEBLOCK support for Matroska; from upstream repository. http://bugs.xine-project.org/show_bug.cgi?id=216 from Brad (maintainer).
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2009/07/14 04:28:25 Modified files: graphics/hugin : Makefile distinfo Log message: update Hugin to 0.8.0rc5
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: giova...@cvs.openbsd.org2009/07/14 04:48:07 Modified files: www/havp : Makefile distinfo Log message: Update to 0.91 Fix possible segfault on dns lookups
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2009/07/14 09:35:24 Modified files: graphics/openjpeg: Makefile distinfo graphics/openjpeg/patches: patch-Makefile Added files: graphics/openjpeg/patches: patch-libopenjpeg_opj_malloc_h Log message: - don't strip the library. ok todd@ - update to 1.3, fixing LP64 arch in the process. even better indeed todd@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/07/14 09:45:21 Modified files: audio/libogg : Makefile Log message: fix build with MAKE_JOBS 1
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2009/07/14 09:38:46 Modified files: textproc/mupdf : Makefile distinfo Added files: textproc/mupdf/patches: patch-Jamrules Log message: - update to newer snapshot, using the source code tarballs now available from upstream. - switch from jasper to openjpeg, fixes JPEG2000 image display
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2009/07/14 13:20:41 Modified files: textproc/mupdf : Makefile Added files: textproc/mupdf/patches: patch-apps_unix_ximage_c Log message: Trap SHM errors from X, and fall back to !SHM. this lets mupdf work with a remote DISPLAY (diff also sent upstream). Clues from oga@ and reading the VLC source code. Thanks naddy@ for testing.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2009/07/14 13:43:07 Modified files: x11/mplayer: Makefile x11/mplayer/patches: patch-configure Log message: Use libdca for DTS support (-ac dts). This allows playing DTS audio tracks on DVDs. ok biorn@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: will...@cvs.openbsd.org 2009/07/14 20:32:40 Modified files: net/samba : Tag: OPENBSD_4_5 Makefile Added files: net/samba/patches: Tag: OPENBSD_4_5 patch-smbd_posix_acls_c Log message: SECURITY FIX Resolve CVE-2009-1888, from upstream ok robert@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: will...@cvs.openbsd.org 2009/07/14 20:52:09 Modified files: net/curl : Tag: OPENBSD_4_5 Makefile Added files: net/curl/patches: Tag: OPENBSD_4_5 patch-docs_libcurl_curl_easy_setopt_3 patch-include_curl_curl_h patch-lib_url_c patch-lib_urldata_h Log message: SECURITY FIX Resolve CVE-2009-0037: Rogue servers could trick curl into accessing local files Patch adapted from debian ok robert@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: will...@cvs.openbsd.org 2009/07/14 21:10:55 Modified files: net/nagios/nagios: Tag: OPENBSD_4_5 Makefile Added files: net/nagios/nagios/patches: Tag: OPENBSD_4_5 patch-cgi_statuswml_c Log message: SECURITY FIX Resolve CVE-2009-2288 in nagios's statuswml.cgi Patch from bernd@, thanks! ok robert@
Re: UPDATE: devel/liboil
On 2009/06/03 21:09, Benoit Lecocq wrote: Brad a écrit : On Wednesday 27 May 2009 11:02:42 Benoit Lecocq wrote: Hi, This diff updates liboil to the latest release 0.3.16. Comments ? OK ? Cheers, benoit Someone needs to check that this works ok on a macppc (powerpc) system. No macppc available for me. Has anyone been able to test Benoit's diff on macppc yet? Some programs are starting to show up that require liboil =0.3.16. http://marc.info/?m=124343683421513 Index: Makefile === RCS file: /cvs/ports/devel/liboil/Makefile,v retrieving revision 1.13 diff -N -u Makefile --- Makefile22 Aug 2008 11:53:32 - 1.13 +++ Makefile27 May 2009 14:53:02 - @@ -2,9 +2,8 @@ COMMENT= library of optimized inner loops -DISTNAME= liboil-0.3.14 -PKGNAME= ${DISTNAME}p0 -SHARED_LIBS += oil-0.3 3.0 # .2.0 +DISTNAME= liboil-0.3.16 +SHARED_LIBS+= oil-0.3 4.0 # .3.0 CATEGORIES=devel MASTER_SITES= ${HOMEPAGE}/download/ Index: distinfo === RCS file: /cvs/ports/devel/liboil/distinfo,v retrieving revision 1.6 diff -N -u distinfo --- distinfo20 Mar 2008 18:21:39 - 1.6 +++ distinfo27 May 2009 14:53:02 - @@ -1,5 +1,5 @@ -MD5 (liboil-0.3.14.tar.gz) = ep9xnlBla3lcBsAWcBKoTw== -RMD160 (liboil-0.3.14.tar.gz) = kc56h8kOAJL9lMTQdeP+CfaQOiE= -SHA1 (liboil-0.3.14.tar.gz) = XeTu3w9Gc7bETkYtTRyus08hJrY= -SHA256 (liboil-0.3.14.tar.gz) = pAwJ227iTgOqgfWDKaV+ReVUYqLg9hmzeW1L+ULCPy8= -SIZE (liboil-0.3.14.tar.gz) = 819559 +MD5 (liboil-0.3.16.tar.gz) = /rsdn5vExED89iLckPi2tw== +RMD160 (liboil-0.3.16.tar.gz) = Wt0AFR4k7ozFqN+0AiOTaldsv/0= +SHA1 (liboil-0.3.16.tar.gz) = DWUwzLItgFxSCaGFqUtXURHsNPM= +SHA256 (liboil-0.3.16.tar.gz) = AJEVsPyIjf4okD/s/oBnB8VEzK1lVOur3rOh2I7B6dE= +SIZE (liboil-0.3.16.tar.gz) = 855765 Index: patches/patch-configure === RCS file: /cvs/ports/devel/liboil/patches/patch-configure,v retrieving revision 1.3 diff -N -u patches/patch-configure --- patches/patch-configure 20 Mar 2008 18:21:39 - 1.3 +++ patches/patch-configure 27 May 2009 14:53:02 - @@ -1,66 +0,0 @@ -$OpenBSD: patch-configure,v 1.3 2008/03/20 18:21:39 jasper Exp $ configure.orig Wed Mar 19 16:25:47 2008 -+++ configure Wed Mar 19 16:30:06 2008 -@@ -16264,7 +16264,7 @@ eval echo \\$as_me:$LINENO: $ac_try_echo\) 5 -test -z $ac_c_werror_flag || -test ! -s conftest.err -} test -s conftest.$ac_objext; then -- flag_ok=yes -+ flag_ok=no - else - echo $as_me: failed program was: 5 - sed 's/^/| /' conftest.$ac_ext 5 -@@ -16324,7 +16324,7 @@ eval echo \\$as_me:$LINENO: $ac_try_echo\) 5 -test -z $ac_c_werror_flag || -test ! -s conftest.err -} test -s conftest.$ac_objext; then -- flag_ok=yes -+ flag_ok=no - else - echo $as_me: failed program was: 5 - sed 's/^/| /' conftest.$ac_ext 5 -@@ -16384,7 +16384,7 @@ eval echo \\$as_me:$LINENO: $ac_try_echo\) 5 -test -z $ac_c_werror_flag || -test ! -s conftest.err -} test -s conftest.$ac_objext; then -- flag_ok=yes -+ flag_ok=no - else - echo $as_me: failed program was: 5 - sed 's/^/| /' conftest.$ac_ext 5 -@@ -16444,7 +16444,7 @@ eval echo \\$as_me:$LINENO: $ac_try_echo\) 5 -test -z $ac_c_werror_flag || -test ! -s conftest.err -} test -s conftest.$ac_objext; then -- flag_ok=yes -+ flag_ok=no - else - echo $as_me: failed program was: 5 - sed 's/^/| /' conftest.$ac_ext 5 -@@ -16504,7 +16504,7 @@ eval echo \\$as_me:$LINENO: $ac_try_echo\) 5 -test -z $ac_c_werror_flag || -test ! -s conftest.err -} test -s conftest.$ac_objext; then -- flag_ok=yes -+ flag_ok=no - else - echo $as_me: failed program was: 5 - sed 's/^/| /' conftest.$ac_ext 5 -@@ -16564,7 +16564,7 @@ eval echo \\$as_me:$LINENO: $ac_try_echo\) 5 -test -z $ac_c_werror_flag || -test ! -s conftest.err -} test -s conftest.$ac_objext; then -- flag_ok=yes -+ flag_ok=no - else - echo $as_me: failed program was: 5 - sed 's/^/| /' conftest.$ac_ext 5 -@@ -16625,6 +16625,8 @@ eval echo \\$as_me:$LINENO: $ac_try_echo\) 5 -test ! -s conftest.err -} test -s conftest.$ac_objext; then - flag_ok=yes -+ save_CFLAGS=$save_CFLAGS -maltivec -+ CCASFLAGS=$CCASSFLAGS -maltivec - else - echo $as_me: failed program was: 5 - sed 's/^/| /' conftest.$ac_ext 5 Index: patches/patch-liboil_liboilcpu-powerpc_c === RCS file: /cvs/ports/devel/liboil/patches/patch-liboil_liboilcpu-powerpc_c,v retrieving revision 1.1 diff -N -u patches/patch-liboil_liboilcpu-powerpc_c --- patches/patch-liboil_liboilcpu-powerpc_c22 Aug 2008 11:53:32 - 1.1 +++ patches/patch-liboil_liboilcpu-powerpc_c27 May
Commercial use
Currently our small software company is planning to launch anti-malware module as one of our future products. Having lack of resources and experience we have problems with packed and acrhived files. Our analysts have noticed that some malware writers use your packer(extractor) for their purposes. In order to improve security level efficiency we would like to include the module of unpacking/unextracting - for that reason we need the source code for many unpackers and particularly the yours. Being the author, would you permit the use of your code in order to unpack files and increase security awareness in our commercial (closed) product? If you have your own proposal or terms - let us know. Regards, Tim Krebs Research Analyst
Re: mupdf+firefox
I've done it just before sending it here... Cheers. On Mon, 13 Jul 2009 23:46:53 +0100 Stuart Henderson st...@openbsd.org wrote: On 2009/07/13 21:34, Pawlowski Marcin Piotr wrote: Hi all, I've written two patches to use mupdf with firefox. First one adds WM_CLASS property to mupdf which is required by mozpluger. Second one simply adds mupdf to mozplugger. please would you send the mupdf diff upstream? thanks. patches: http://student.if.uj.edu.pl/Marcin.Pawlowski/openbsd/patches/patch-apps_unix_x11pdf_c http://student.if.uj.edu.pl/Marcin.Pawlowski/openbsd/patches/patch-patch-mozpluggerrc Cheers. --- apps/unix/x11pdf.c.orig Mon Jun 22 13:45:03 2009 +++ apps/unix/x11pdf.c Mon Jul 13 18:50:34 2009 @@ -69,6 +69,8 @@ static char copylatin1[1024 * 16] = ; static char copyutf8[1024 * 48] = ; static Time copytime; +static char MyXName[6] = mupdf; +static char MyXClass[6] = Mupdf; static pdfapp_t gapp; @@ -101,6 +103,7 @@ void winopen(void) { XWMHints *hints; + XClassHint *classHint; xdpy = XOpenDisplay(nil); if (!xdpy) @@ -159,6 +162,16 @@ XSetWMHints(xdpy, xwin, hints); } XFree(hints); + } + + classHint = XAllocClassHint(); + + if (classHint) + { + classHint-res_name = MyXName; + classHint-res_class = MyXClass; + XSetClassHint(xdpy, xwin, classHint); + XFree(classHint); } x11fd = ConnectionNumber(xdpy); --- patch-mozpluggerrc.orig Mon Jul 13 20:11:55 2009 +++ patch-mozpluggerrc Mon Jul 13 21:09:26 2009 @@ -78,7 +78,7 @@ video/x-theora:ogg:OGG stream with video video/theora:ogg:OGG stream with video video/ogg:ogg:OGG stream with video -@@ -148,138 +153,137 @@ video/x-anim:iff,anim5,anim3,anim7:IFF animation +@@ -148,138 +153,138 @@ video/x-anim:iff,anim5,anim3,anim7:IFF animation ### Audio ### ## @@ -322,6 +322,7 @@ + repeat noisy swallow(evince) fill: evince $file + repeat swallow(acroread) fill: acroread -openInNewWindow $file repeat noisy swallow(Xpdf) fill: xpdf -g +9000+9000 $file ++ repeat noisy swallow(mupdf) fill: mupdf $file GV() @@ -289,78 +293,79 @@ application/x-dvi:dvi:DVI file
Re: mupdf+firefox
sorry, I replyed instead of group-reply :( On Mon, Jul 13, 2009 at 11:46:53PM +0100, Stuart Henderson wrote: On 2009/07/13 21:34, Pawlowski Marcin Piotr wrote: Hi all, I've written two patches to use mupdf with firefox. First one adds WM_CLASS property to mupdf which is required by mozpluger. Second one simply adds mupdf to mozplugger. please would you send the mupdf diff upstream? thanks. I've a similar patch in my tree too, but it's not correct. When you configure your WM to open mupdf fullscreen, mupdf have no clue on it's window size. as an example, for openbox: in ~/.config/openbox/rc.xml ... applications application name=mupdf maximizedyes/maximized decorno/decor /application /applications /openbox_config will scow up the screen.
Re: mupdf+firefox
There's also a plugin in form of a firefox xpi: http://ccxvii.net/mupdf/plugin/install.html cheers, David On Tue, Jul 14, 2009 at 10:55 AM, Pawlowski Marcin Piotrpawlowski...@gmail.com wrote: I've done it just before sending it here... Cheers. On Mon, 13 Jul 2009 23:46:53 +0100 Stuart Henderson st...@openbsd.org wrote: On 2009/07/13 21:34, Pawlowski Marcin Piotr wrote: Hi all, I've written two patches to use mupdf with firefox. First one adds WM_CLASS property to mupdf which is required by mozpluger. Second one simply adds mupdf to mozplugger. please would you send the mupdf diff upstream? thanks.
Re: xpdf core dump
On Mon, Jul 13, 2009 at 11:43:18PM +0100, Stuart Henderson wrote: On 2009/07/13 22:23, Matthias Kilian wrote: On Sun, Jul 12, 2009 at 01:31:29PM -0400, Predrag Punosevac wrote: I think, I am just saying goodbye to xpdf after probably 20 years. I can not even recall when I started using xpdf. I am now mupdf guy thanks to Stuart and the gang!!! mupdf is promising, but it still lacks some features (like copywaste, it should work with right-click to select, but doesn't at the moment, a function needs rewriting first. #if 0 /* pdf_loadtextfromtree needs rewriting, so removing this temporarily */ I've a patch for this one, it works when pasting to terminals, but wont work with firefox. xpdf copy/paste have a better looking ouput anyway. text search, zoom to width). I don't miss zoom-to-width much, but I do miss search, it's the main reason I have for switching back to xpdf temporarily. also, aes is not implemented yet, only arc4encrypt, but I've only bumped into that once so far. aes is in sumatrapdf (win32 frontend to fitz). it could be backported easily. $ head sumatrapdf-read-only/mupdf/fitz/*aes.c == sumatrapdf-read-only/mupdf/fitz/crypt_aes.c == /* Most of this code is extracted from public domain libtomcrypt 1.17 (http://libtom.org/) */ #include fitz_base.h #include fitz_stream.h #define LTC_NO_ASM 1 /* This part extracted from tomcrypt.h in libtomcrypt 1.17 */ == sumatrapdf-read-only/mupdf/fitz/filt_aes.c == /* Written by Krzysztof Kowalczyk (http://blog.kowalczyk.info) This code is in public domain. */ #include fitz_base.h #include fitz_stream.h typedef struct fz_aesc_s fz_aesc; struct fz_aesc_s { the complete list of missing features (to me) is: - rendering AcroForms - rendering Notes (dont know exactly what it is. but if it should be displayed...) - search - print - table of contents (bookmarks) for the in tree version: - jbig - JPXDecode. it is broken with jasper but upstream added openjpeg alternative dependency (on Thu, 25 Jun 2009 10:52:28) which one works. with jasper, on page 34 of: http://partners.adobe.com/public/developer/en/acrobat/sdk/pdf/javascript/AcroJSGuide.pdf $ mupdf -p 34 AcroJSGuide.pdf error: cannot decode code stream + fitz/filt_jpxd.c:104: fz_processjpxd(): jasper error: jas_image_decode() | fitz/stm_filter.c:32: fz_process(): cannot process filter | fitz/filt_pipeline.c:134: fz_processpipeline(): cannot process tail filter | fitz/stm_filter.c:32: fz_process(): cannot process filter | fitz/stm_read.c:110: fz_readimp(): cannot process filter | fitz/stm_read.c:281: fz_readbytex(): cannot read data \ fitz/stm_open.c:45: fz_dropstream(): dropped unhandled ioerror warning: truncated image; proceeding anyway
Re: mupdf+firefox
On Tue, Jul 14, 2009 at 11:33:44AM +0200, David Coppa wrote: There's also a plugin in form of a firefox xpi: http://ccxvii.net/mupdf/plugin/install.html win32 only ! Click here to install the MuPDF Plug-in for Firefox on Windows. ~~
NEW: inputmethods/scim-anthy
I am not sure if I got everything right but the port builds and works here. This is a SCIM IMModule for Japanese that uses inputmethods/anthy. If someone tests this, note that the port itself is working but Scim needs a patch(that hopefully should be on its way) for this port to work as advertised. Thanks, scim-anthy.tar.gz Description: GNU Zip compressed data
Re: xpdf core dump
Matthias Kilian k...@outback.escape.de wrote: mupdf is promising, but it still lacks some features (like copywaste, text search, zoom to width). ... and running with a remote DISPLAY. -- Christian naddy Weisgerber na...@mips.inka.de
Re: xpdf core dump
On 2009/07/14 11:52, Roberto Fernandez wrote: aes is in sumatrapdf (win32 frontend to fitz). it could be backported easily. that would be useful. I forgot where my test file which needs it is, but there are some around.. for the in tree version: - jbig we don't have jbig2dec in ports yet or I would have added this already :) - JPXDecode. it is broken with jasper but upstream added openjpeg alternative dependency (on Thu, 25 Jun 2009 10:52:28) which one works. with jasper, on page 34 of: http://partners.adobe.com/public/developer/en/acrobat/sdk/pdf/javascript/AcroJSGuide.pdf $ mupdf -p 34 AcroJSGuide.pdf error: cannot decode code stream + fitz/filt_jpxd.c:104: fz_processjpxd(): jasper error: jas_image_decode() | fitz/stm_filter.c:32: fz_process(): cannot process filter | fitz/filt_pipeline.c:134: fz_processpipeline(): cannot process tail filter | fitz/stm_filter.c:32: fz_process(): cannot process filter | fitz/stm_read.c:110: fz_readimp(): cannot process filter | fitz/stm_read.c:281: fz_readbytex(): cannot read data \ fitz/stm_open.c:45: fz_dropstream(): dropped unhandled ioerror warning: truncated image; proceeding anyway openjpeg has LP64 problems (in dwt_decode_tile) so, at the moment, jasper is a better choice for the package. I'll look at fixing openjpeg though.
Re: xpdf crashing in OpenBSD 4.5
On Wed, May 27, 2009 at 06:22:49PM +, Matthew Szudzik wrote: I'm using xpdf-3.02pl2p4 with OpenBSD 4.5 on i386, and xpdf is crashing on certain pdf files with complex graphics. For example, the second page of http://us.acer.com/acer/wr-resource/3225785014/upload/E0Entity3/5/TravelMate%20family%201-8-08.pdf causes xpdf to crash, unless the page size is reduced to 50% or smaller. Also, the first page of http://www.shopping.hp.com/shopping/pdf/nm325ua.pdf causes xpdf to crash if the page size is increased to 200% or greater. Below is a patch that fixes at least the second one. I took it from poppler. I'm not sure wether it's the *correct* way to fix it (i'll also send the diff to Derek to let him decide). Note that this patch is for -current, but it should apply cleanly on -4.5, too (except for the pkgname change). Ciao, Kili Repair some out-of-bounds access. From poppler. Fixes at least the problem with the second pdf file mentioned in http://marc.info/?l=openbsd-portsm=124344888113151w=2 Index: Makefile === RCS file: /cvs/ports/textproc/xpdf/Makefile,v retrieving revision 1.65 diff -u -p -r1.65 Makefile --- Makefile30 May 2009 22:35:56 - 1.65 +++ Makefile14 Jul 2009 13:01:46 - @@ -4,7 +4,7 @@ COMMENT-main= PDF viewer for X11 COMMENT-utils= PDF conversion tools DISTNAME= xpdf-3.02 -PKGNAME-main= xpdf-3.02.3p0 +PKGNAME-main= xpdf-3.02.3p1 PKGNAME-utils= xpdf-utils-3.02.3 CATEGORIES=textproc x11 Index: patches/patch-splash_SplashXPathScanner_cc === RCS file: patches/patch-splash_SplashXPathScanner_cc diff -N patches/patch-splash_SplashXPathScanner_cc --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-splash_SplashXPathScanner_cc 14 Jul 2009 13:01:46 - @@ -0,0 +1,31 @@ +$OpenBSD$ +--- splash/SplashXPathScanner.cc.orig Tue Jul 14 14:43:52 2009 splash/SplashXPathScanner.cc Tue Jul 14 14:59:54 2009 +@@ -397,7 +397,7 @@ void SplashXPathScanner::clipAALine(SplashBitmap *aaBu + for (; xx + 7 = xx0; xx += 8) { + *p++ = 0x00; + } +- if (xx = xx0) { ++ if (xx xx0) { + *p = 0xff (xx0 7); + } + } +@@ -406,6 +406,9 @@ void SplashXPathScanner::clipAALine(SplashBitmap *aaBu + } + } + xx0 = (*x1 + 1) * splashAASize; ++if (xx0 aaBuf-getWidth()) { ++ xx0 = aaBuf-getWidth(); ++} + // set [xx, xx0) to 0 + if (xx xx0) { + p = aaBuf-getDataPtr() + yy * aaBuf-getRowSize() + (xx 3); +@@ -420,7 +423,7 @@ void SplashXPathScanner::clipAALine(SplashBitmap *aaBu + for (; xx + 7 = xx0; xx += 8) { + *p++ = 0x00; + } +- if (xx = xx0) { ++ if (xx xx0) { + *p = 0xff (xx0 7); + } + }
Re: Video tools
On Mon, Jul 13, 2009 at 05:04:05PM +0200, Thomas Pfaff wrote: On Sat, 11 Jul 2009 13:33:12 + Jacob Meuser jake...@sdf.lonestar.org wrote: On Sat, Jul 11, 2009 at 03:09:17PM +0200, jean-francois wrote: Do we have a port of some applications for video edition, equivalent for example to cinelerra or kdenlive available of some platforms ? there's avidemux. mjpegtools has some limited video editing capabilities. and you can do some stuff with transcode and/or mencoder. but afaik, there is nothing quite like cinelerra or kdenlive in portspackages. Has anyone done any work on porting Kino or Kdenlive? If so, perhaps you could post it here so others can pick it up and maybe complete it. I started on kino 4 years ago. it's probably not worth the effort, as it really wants full DV support from the OS (as well as ALSA), which OpenBSD doesn't have. I just looked at kdenlive. if the requirements on their website are accurate, most of the dependencies are already in ports, with the notable exception of MLT, http://www.mltframework.org/. -- jake...@sdf.lonestar.org SDF Public Access UNIX System - http://sdf.lonestar.org
Re: Commercial use
The software in ports does not originate with OpenBSD. It will be up to you to examine the terms of each software package and determine if you can include it. Typically, software under BSD, ISC, and MIT licenses can be used within commercial products without special arrangement or payment. Other licenses vary. After determining the licenses of desired software you should consult legal counsel. On Tue, Jul 14, 2009 at 12:52:53PM +0400, Tim Krebs wrote: Currently our small software company is planning to launch anti-malware module as one of our future products. Having lack of resources and experience we have problems with packed and acrhived files. Our analysts have noticed that some malware writers use your packer(extractor) for their purposes. In order to improve security level efficiency we would like to include the module of unpacking/unextracting - for that reason we need the source code for many unpackers and particularly the yours. Being the author, would you permit the use of your code in order to unpack files and increase security awareness in our commercial (closed) product? If you have your own proposal or terms - let us know. Regards, Tim Krebs Research Analyst -- Darrin Chandler| Phoenix BSD User Group | MetaBUG dwchand...@stilyagin.com | http://phxbug.org/ | http://metabug.org/ http://www.stilyagin.com/ | Daemons in the Desert | Global BUG Federation
Franco Bianco LIVE! // Free Podcast Tour 09 // Summer update !
If you can't see the images just click here! Booking information? click here! LEGAL WARNING You are receiving this current mailing because you are in the Sedel Club News distribution list. If you donacute;t want to receive this message, answer this bulletin with the word unsubscribe in the subject box and your name will be eliminated from the list. This e-mail including any attachments is confidential and may be legally privileged. If you have received it in error please advise the sender immediately by return email and then delete it from your system. The unauthorised use, distribution, copying or alteration of this email is strictly forbidden.
Update graphics/qiv
New version. New upstream maintainer. New Homepage. New dependencies. New features (see the changelog included in the distfile). Tested on i386 and amd64. Tests and comments (and ok's) are welcome. Oh, and I've a question about the patch for util.c: is this still required? In my silly little world (no alpha, no sparc64), NULL has always pointer size, so the cast to (void *) appears a little bit strange to me. Of course, passing just 0 as the sentinel *was* wrong in the old qiv-2.0. Ciao, Kili Index: Makefile === RCS file: /cvs/ports/graphics/qiv/Makefile,v retrieving revision 1.12 diff -u -p -r1.12 Makefile --- Makefile15 Sep 2007 20:09:43 - 1.12 +++ Makefile14 Jul 2009 17:00:26 - @@ -2,24 +2,31 @@ COMMENT= very small and pretty fast gdk/Imlib image viewer -DISTNAME= qiv-2.0 +DISTNAME= qiv-2.2.2 CATEGORIES=graphics -EXTRACT_SUFX= -src.tgz +EXTRACT_SUFX= .tgz -HOMEPAGE= http://www.klografx.net/qiv/ +HOMEPAGE= http://spiegl.de/qiv/ -MASTER_SITES= http://www.klografx.net/qiv/download/ +MASTER_SITES= ${HOMEPAGE}download/ -LIB_DEPENDS= gdk_imlib.=19::graphics/imlib +LIB_DEPENDS= magic::devel/libmagic \ + Imlib2::graphics/imlib2 \ + exif::graphics/libexif \ + gdk-x11-2.0,gdk_pixbuf-2.0::x11/gtk+2 -# GPL +# GPLv2 PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP=Yes PERMIT_DISTFILES_CDROM=Yes PERMIT_DISTFILES_FTP= Yes -WANTLIB= X11 Xext Xi c gdk glib gmodule gtk iconv intl \ - jpeg m png tiff ungif z +WANTLIB=X11 Xau Xcomposite Xcursor Xdamage Xdmcp \ +Xext Xfixes Xi Xinerama Xrandr Xrender c \ +cairo expat fontconfig freetype gio-2.0 \ +glib-2.0 glitz gmodule-2.0 gobject-2.0 iconv \ +intl m pango-1.0 pangocairo-1.0 pangoft2-1.0 \ +pixman-1 png z USE_GMAKE= Yes USE_X11= Yes Index: distinfo === RCS file: /cvs/ports/graphics/qiv/distinfo,v retrieving revision 1.5 diff -u -p -r1.5 distinfo --- distinfo5 Apr 2007 16:19:58 - 1.5 +++ distinfo14 Jul 2009 17:00:26 - @@ -1,5 +1,5 @@ -MD5 (qiv-2.0-src.tgz) = Fl0MLyZHGIIflHMhlrf54Q== -RMD160 (qiv-2.0-src.tgz) = grF8IEaCKCWPfB58YViMgOHEAQc= -SHA1 (qiv-2.0-src.tgz) = Ru7wTEkrnwHXnqt8L+x4tO3RNVA= -SHA256 (qiv-2.0-src.tgz) = LwwD7n55ySEPBgyH1RgR5FQPEm2MPXUbMaq2kWCz0JE= -SIZE (qiv-2.0-src.tgz) = 76561 +MD5 (qiv-2.2.2.tgz) = 5BMQXJFTIu7qblgtm5tPLw== +RMD160 (qiv-2.2.2.tgz) = uIdQBnq++XHCEKVcUHcwCHQCpKs= +SHA1 (qiv-2.2.2.tgz) = SJdyMDuvhEaefbIND9Lbu1bvG9Y= +SHA256 (qiv-2.2.2.tgz) = wyyMwqAMpazeARaDPnx3ZUVoehImbRVhf3vcixvaLe8= +SIZE (qiv-2.2.2.tgz) = 99044 Index: patches/patch-Makefile === RCS file: /cvs/ports/graphics/qiv/patches/patch-Makefile,v retrieving revision 1.4 diff -u -p -r1.4 patch-Makefile --- patches/patch-Makefile 5 Feb 2005 16:40:29 - 1.4 +++ patches/patch-Makefile 14 Jul 2009 17:00:26 - @@ -1,5 +1,5 @@ Makefile.orig Sat May 22 09:21:47 2004 -+++ Makefile Sat Feb 5 17:25:47 2005 +--- Makefile.orig Sun May 31 03:35:42 2009 Makefile Tue Jul 14 18:44:12 2009 @@ -3,9 +3,6 @@ # User Options ### @@ -10,28 +10,35 @@ # Font to use for statusbar in fullscreen mode STATUSBAR_FONT = fixed -@@ -57,11 +54,6 @@ SS_RANDOMIZE = -r +@@ -49,15 +46,6 @@ MAGIC = -DHAVE_MAGIC # Do not edit below here! ## -CC= gcc --CFLAGS= -O2 -Wall -fomit-frame-pointer -finline-functions \ +-#CFLAGS= -O -g -Wall +-CFLAGS= -O2 -Wall \ - -fcaller-saves -ffast-math -fno-strength-reduce \ - -fthread-jumps #-march=pentium #-DSTAT_MACROS_BROKEN +-#CFLAGS= -O2 -Wall -fomit-frame-pointer -finline-functions \ +-# -fcaller-saves -ffast-math -fno-strength-reduce \ +-# -fthread-jumps #-march=pentium #-DSTAT_MACROS_BROKEN - - INCLUDES = `imlib-config --cflags-gdk` - LIBS = `imlib-config --libs-gdk` + INCLUDES := $(shell pkg-config --cflags gdk-2.0 imlib2) + LIBS := $(shell pkg-config --libs gdk-2.0 imlib2) -@@ -126,12 +118,6 @@ install: $(PROGRAM) +@@ -136,13 +124,7 @@ distclean : clean + + install: $(PROGRAM) @echo Installing QIV... - install -s -m 0755 $(PROGRAM) $(PREFIX)/bin - install -m 0644 $(PROGRAM).1 $(PREFIX)/man/man1 +- install -s -m 0755 $(PROGRAM) $(PREFIX)/bin +- install -m 0644 $(PROGRAM).1 $(PREFIX)/man/man1 -
Re: Update graphics/qiv
Matthias Kilian k...@outback.escape.de wrote: Oh, and I've a question about the patch for util.c: is this still required? Yes. In my silly little world (no alpha, no sparc64), NULL has always pointer size, so the cast to (void *) appears a little bit strange to me. Of course, passing just 0 as the sentinel *was* wrong in the old qiv-2.0. NULL is not magic. We #define NULL to 0. It is 0 that is automatically treated as a null pointer _in pointer contexts_. If a function has a variable number of arguments, like execlp() in this case, the compiler can't know if you are passing 0 the integer or 0 the null pointer. It defaults to the former, that's why the cast is needed. http://c-faq.com/null/null2.html -- Christian naddy Weisgerber na...@mips.inka.de
Re: UPDATE: devel/liboil
On Tue, Jul 14, 2009 at 09:14:33AM +0100, Stuart Henderson wrote: Has anyone been able to test Benoit's diff on macppc yet? Some programs are starting to show up that require liboil =0.3.16. http://marc.info/?m=124343683421513 If a positive make regress is enough, consider it tested. Ciao, Kili
graphics/jbig2dec
my armish is busy and my sparc64 is powered down in order that I can have some other machines powered up, can anyone test this for me please? (ideally some !i386/amd64 arch). it's an alternative decompressor (binary/static library) for JBIG2 files. tarball of jbig2dec attached, mupdf diff inline (against -current from today; remote X forwarding works now, so it's easier to test). test PDFs are available via http://jbig2dec.sourceforge.net/ (ghostscript can probably also use this). Index: Makefile === RCS file: /cvs/ports/textproc/mupdf/Makefile,v retrieving revision 1.7 diff -u -p -r1.7 Makefile --- Makefile14 Jul 2009 19:20:41 - 1.7 +++ Makefile14 Jul 2009 21:31:55 - @@ -2,7 +2,7 @@ COMMENT = graphic library, pdf parser, viewer and utilities -PKGNAME = mupdf-0.4p2 +PKGNAME = mupdf-0.4p3 DISTNAME = mupdf-2009-07-07-source CATEGORIES = textproc x11 @@ -21,7 +21,8 @@ WANTLIB = X11 Xext c freetype m pthread MASTER_SITES = http://ccxvii.net/mupdf/download/ -BUILD_DEPENDS =::devel/jam +BUILD_DEPENDS =::devel/jam \ + ::graphics/jbig2dec LIB_DEPENDS = openjpeg::graphics/openjpeg \ jpeg.=62::graphics/jpeg @@ -37,6 +38,7 @@ MAKE_ENV += CC=${CC} CXX=${CXX} JAMFLAGS = \ -sALL_LOCATE_TARGET=${WRKBUILD} \ -sBUILD= \ + -sHAVE_JBIG2DEC=yes \ -sHAVE_OPENJPEG=yes \ -sOPTIM=${CFLAGS} \ -sOS=LINUX \ jbig2dec.tgz Description: application/tar-gz
/usr/ports/audio/timidity
On OpenBSD timidity reproduce garbled sound, like when CPU overloaded. However, the same version of timidity on FreeBSD-4.11 play files very well. OpenBSD localhost 4.5 200907101811#0 i386 timidity-2.13.2p1 -- 4625
Re: Video tools
I just looked at kdenlive. if the requirements on their website are accurate, most of the dependencies are already in ports, with the notable exception of MLT, http://www.mltframework.org/. And MLT is also needed for the moby of this area, cinelarra. I started on MLT but got busy with paying work; it compiles the first module and fails to find it for building the second part. If anybody has time over the next few weeks to finish it, the port is at http://www.darwinsys.com/openbsd/myports/mlt.tar.gz
Re: xpdf core dump
Matthias Kilian k...@outback.escape.de wrote: mupdf is promising, but it still lacks some features (like copywaste, text search, zoom to width). It is essentially a PDF display widget. Now somebody needs to write a document viewer around it. :- I just tried mupdf and xpdf side by side on my AlphaPC 164, a sufficiently slow machine, and mupdf is appreciably faster there. I wonder how it fares on ARM. -- Christian naddy Weisgerber na...@mips.inka.de