Re: Gajim questions
On 08/01/07, viq <[EMAIL PROTECTED]> wrote: First thing, I noticed that Gajim segfaults when I try to enable "highlight misspelled words" - did anyone else notice that? I will try that also with updated aspell port someone is working on, and see what happens with that. Second, there's available an update to version 0.11, anyone having a look at it? 1) My installation of aspell got somehow corrupted, rebuilding it and gtkspell fixed it. 2) Thanks to Dennis Sukhonin for providing the update - it's qorking fine from what I can tell, though I didn't test it extensively. -- viq -- viq
UPDATE: gajim-0.11
Without bash.
Index: Makefile
===
RCS file: /cvs/ports/net/gajim/Makefile,v
retrieving revision 1.11
diff -u -p -w -r1.11 Makefile
--- Makefile4 Jan 2007 20:19:54 - 1.11
+++ Makefile8 Jan 2007 16:04:37 -
@@ -3,8 +3,8 @@
SHARED_ONLY= Yes
COMMENT= "jabber client written in pygtk"
-DISTNAME= gajim-0.10.1
-PKGNAME= ${DISTNAME}p0
+DISTNAME= gajim-0.11
+PKGNAME= ${DISTNAME}
EXTRACT_SUFX= .tar.bz2
CATEGORIES=net x11
MASTER_SITES= ${HOMEPAGE}downloads/
@@ -18,6 +18,10 @@ PERMIT_PACKAGE_CDROM=Yes
PERMIT_PACKAGE_FTP=Yes
PYTHON_VER=2.4
+
+CONFIGURE_STYLE= gnu
+CONFIGURE_ENV= CPPFLAGS="-I${LOCALBASE}/include -I${X11BASE}/include"
LDFLAGS="-L${LOCALBASE}/lib -L${X11BASE}/lib"
+CONFIGURE_ARGS=--enable-gtkspell
USE_X11= Yes
USE_GMAKE= Yes
Index: distinfo
===
RCS file: /cvs/ports/net/gajim/distinfo,v
retrieving revision 1.3
diff -u -p -w -r1.3 distinfo
--- distinfo12 Jun 2006 22:47:06 - 1.3
+++ distinfo8 Jan 2007 16:04:37 -
@@ -1,4 +1,4 @@
-MD5 (gajim-0.10.1.tar.bz2) = 392d9d1e06f6db49a892b9aea4a178c7
-RMD160 (gajim-0.10.1.tar.bz2) = 405b813db9b7e4aa4c690a77108948886c61fc62
-SHA1 (gajim-0.10.1.tar.bz2) = 909f197594f1d9f0ca678bd6b0b8edbb45d357af
-SIZE (gajim-0.10.1.tar.bz2) = 2066396
+MD5 (gajim-0.11.tar.bz2) = 7ac7ac6fdfc515cb927adf21793856fa
+RMD160 (gajim-0.11.tar.bz2) = ff92f3914eb14596f725a47efa04acb402053723
+SHA1 (gajim-0.11.tar.bz2) = b4cea429f67d4cf241873cf7079827b160d25cb2
+SIZE (gajim-0.11.tar.bz2) = 2684957
Index: patches/patch-Makefile
===
RCS file: patches/patch-Makefile
diff -N patches/patch-Makefile
--- patches/patch-Makefile 25 May 2006 17:56:10 - 1.2
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-Makefile,v 1.2 2006/05/25 17:56:10 jolan Exp $
Makefile.orig Mon May 8 12:43:49 2006
-+++ Makefile Mon May 8 12:43:49 2006
-@@ -10,7 +10,7 @@ OPTFLAGS =
- export OPTFLAGS
- LIBDIR= /lib
- export LIBDIR
--MANDIR= $(DESTDIR)$(PREFIX)/share/man
-+MANDIR= $(DESTDIR)$(PREFIX)/man
-
- FIND = find . \( -name '*.glade' -o -name '*.py' -o -name '*.xpm' -o
-name '*.gif' -o -name '*.png' -o -name '*.wav' -o -name '*.xml' \)
-
Index: patches/patch-scripts_gajim_in
===
RCS file: patches/patch-scripts_gajim_in
diff -N patches/patch-scripts_gajim_in
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-scripts_gajim_in 8 Jan 2007 16:04:37 -
@@ -0,0 +1,15 @@
+$OpenBSD$
+--- scripts/gajim.in.orig Wed Oct 11 21:40:56 2006
scripts/gajim.in Mon Jan 8 18:55:30 2007
+@@ -1,4 +1,4 @@
+-#!/bin/bash
++#!/bin/sh
+ ## gajim
+ ##
+ ## Contributors for this file:
+@@ -32,4 +32,4 @@ [EMAIL PROTECTED]@
+
+ cd ${datadir}/gajim/src
+ export PYTHONPATH="$PYTHONPATH:@LIBDIR@/gajim"
+-exec -a gajim ${PYTHON_EXEC} -OO gajim.py $@
++exec ${PYTHON_EXEC} -OO gajim.py $@
Index: patches/patch-src_Makefile
===
RCS file: patches/patch-src_Makefile
diff -N patches/patch-src_Makefile
--- patches/patch-src_Makefile 25 May 2006 17:56:10 - 1.2
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,13 +0,0 @@
-$OpenBSD: patch-src_Makefile,v 1.2 2006/05/25 17:56:10 jolan Exp $
src/Makefile.orig Mon May 8 12:43:56 2006
-+++ src/Makefile Mon May 8 12:43:56 2006
-@@ -1,7 +1,7 @@
- # Set the C flags to include the GTK+ and Python libraries
- PYTHONVER = `python -c 'import sys; print sys.version[:3]'`
--CFLAGS = `pkg-config --cflags gtk+-2.0 pygtk-2.0` -fPIC
-I/usr/include/python$(PYTHONVER) -I.
--LDFLAGS = `pkg-config --libs gtk+-2.0 pygtk-2.0` -lpython$(PYTHONVER)
-+CFLAGS += `pkg-config --cflags gtk+-2.0 pygtk-2.0` -fPIC ${PY_CFLAGS} -I.
-+LDFLAGS += `pkg-config --libs gtk+-2.0 pygtk-2.0`
-
- all: trayicon.so gtkspell.so
-
Index: patches/patch-src_common_Makefile
===
RCS file: patches/patch-src_common_Makefile
diff -N patches/patch-src_common_Makefile
--- patches/patch-src_common_Makefile 25 May 2006 17:56:10 - 1.2
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,20 +0,0 @@
-$OpenBSD: patch-src_common_Makefile,v 1.2 2006/05/25 17:56:10 jolan Exp $
src/common/Makefile.orig Mon May 8 12:44:06 2006
-+++ src/common/MakefileMon May 8 12:44:06 2006
-@@ -5,12 +5,12 @@ HAVE_XSCRNSAVER = $(shell pkg-config --e
-
- ifeq ($(HAVE_XSCRNSAVER),YES)
- # We link with libXScrnsaver from modular X.Org X11
--CFLAGS = `pkg-config --cflags gtk+-2.0 pygtk-2.0 xscrnsaver` -fpic
-I/usr/include/python$(PYTHONVER) -I.
--LDFLAGS = `pkg-config --libs gtk+-2.0 pygtk-2.0 xscrnsaver`
-lpyt
Re: NEW: tuxpaint-0.9.16
Antoine Jacoutot wrote: pkg/DESCR Tux Paint is a free, award-winning drawing program for children ages 3 to 12 (preschool and K-6). It combines an easy-to-use interface, fun sound effects, and an encouraging cartoon mascot who guides children as they use the program. Yeah, the kind of program you wish you had when you were school age :-) I can't wait to hear a whole classroom full of junior school kids using it at the same time. Could you make it install the ".desktop" file so it can be started from the menu? Thanks
Re: unarj-port
On Friday 12 January 2007 06:50, Marc Balmer wrote: > * Joachim Schipper wrote: > > On Thu, Jan 11, 2007 at 10:45:32PM +0100, Marc Balmer wrote: > > > * Joachim Schipper wrote: > > > > On Thu, Jan 11, 2007 at 02:23:22PM +0100, Antoine Jacoutot wrote: > > > > > On Thu, 11 Jan 2007, Lars Olsson wrote: > > > > > >with arj 3.14a that was able to open in OpenBSD. Conclusion: > > > > > > Remove unarj from the ports tree because it doesn't work > > > > > > anyway. > > > > > > > > > > Can't it be updated? > > > > > > > > Even if it cannot be, arj is mostly a legacy format. If you > > > > agree with this assertion, not being able to read the very > > > > latest version is not that big a problem. > > > > > > software like virus scanners should be able to decode it. it > > > would thus be a plus if we can decode old and new arj files (for > > > clamav, e.g.). > > > > I see your point. However, a good look at the vulnerabilities in > > some of the more obscure decoders ClamAV uses tends to lead me to > > believing that just blocking any archive that isn't .zip, .tgz or > > .tar.bz2 is a better solution [1]. > > here, we actually do this (using mail/smtp-vilter). > > > This shouldn't be read as criticism of ClamAV, however - while the > > general idea of a virus scanner is not a terribly good one, within > > the limitations of its design ClamAV performs rather well. > > oh, you can critize ClamaAV at will, I am not involved with them, I > just maintain the port. > > so maybe a kind soul will eventually update arj... Being able to uncompress and scan inside of standard archive formats is probably a good thing. As for being able to create new arj/arj32 archives (a reasonably obsolete format), well, that might be a different story. It seems the versions mentioned are mixed up in the original post by Lars; the 3.14a version mentioned is the current commercial version of the full arj32 compressor/uncompressor for ms-windows, not the unarj uncompressor. The free but commercial unarj program is at version 2.65 (unarj-2.43 is in ports) and comes with source code but it's a ms-windows self-extracting executable. http://www.arjsoftware.com/files.htm The source code used/downloaded in our ports tree is just a repackaging of the source that came with the windows self-extractor. I've diffed the stuff we use against the current source from the win32 self-extractor and there only a handful of differences, so fixing the unarj port is not a big deal... -BUT... A better answer is to replace the commercial unarj uncompressor with the free, open source compressor/uncompressor available here: http://arj.sourceforge.net/ I'll do the work, but tell me which way you want to go. jcr
Re: problems: "pkg_add -u" and "pkg_add -r"
On Fri, Jan 12, 2007 at 09:50:01AM -0800, J.C. Roberts wrote: > On Friday 12 January 2007 08:12, Ian Darwin wrote: > > > The above is really an English usage issue, and not really a big > > > deal but most people think, "replace one-thing with another-thing." > > > > You might find it helpful to think of 'pkg_add -r' as "add the given > > version of this package, replacing the old one if it exists (and if > > the upgrade can be done automatically). > > I seems I failed to be clear. It's not a big deal now, since we have > pkg_add, but when we eventually migrate to pkg(1), having a switch to > "replace" packages might be confusing if it actually adds new packages > which were not already installed. I don't see what exactly is the problem. Read that command in English putting options in parentheses: pkg_add -r program-xx.y It says: Add package (replacing existing version) program-xx.y Once (if) we switch to pkg only it would _have_ to have an option (say X) for adding or deleting (or it would have to be implied in some way), so the command would look something like pkg -Xr program-xx.y and read as: Do something with package (add replacing existing version) program-xx.y What exactly is the problem with that? > It's a silly semantics issue and not a problem at the moment, but > keeping things as clear as possible seems wise. The best answer is just > a small addition to the man page. If anyone *besides me* thinks an > addition is worthwhile, let me know and I'll patch it. You are the first who finds this unclear. Take a look at some version of Linux that uses RPM. The command rpm -F program-xx.y.rpm or rpm --freshen program-xx.y.rpm does not mean that you are freshening program-xx.y.rpm, but rather that this version is used to freshen any existing version on the system. > On the bright side, if there's a way to use the current approach to > -r(eplace) the currently non-existent bills in my wallet, life would be > real sweet! Heck, I'd probably start by -r(eplacing) the winning lotto > numbers which I've never had. ;-) Does not work. It stands for -r(eplace if it already exists). The man page is _very_ clear. -r Replace existing packages. This _is_ a semantic issue. You apparently forgot about the parenthetic remarks (options). Best regards, Zvezdan
Re: UPDATE: graphics/ffmpeg
Nikns Siankin wrote: http://secure.lv/~nikns/stuff/ports/ffmpeg-20070110.diff Tested on i386 (with an added ogg-WANTLIB), with VLC and my ports that I have in my submit queue. Everything works fine, except that VLC is now complaining a bit: vlc:/usr/local/lib/vlc/codec/libquicktime_plugin.so: undefined symbol 'NewHandleClear' vlc:/usr/local/lib/vlc/codec/libffmpeg_plugin.so: undefined symbol 'img_resample_init' vlc:/usr/local/lib/vlc/codec/libffmpeg_plugin.so: undefined symbol 'img_convert' vlc:/usr/local/lib/vlc/codec/libffmpeg_plugin.so: undefined symbol 'img_resample_close' vlc:/usr/local/lib/vlc/codec/libffmpeg_plugin.so: undefined symbol 'img_resample' vlc:/usr/local/lib/vlc/codec/libffmpeg_plugin.so: undefined symbol 'img_resample_full_init' It doesn't impair its ability to play videos without problems, though. Moritz
Re: UPDATE: graphics/ffmpeg
Hi, I just started testing this update. More results later, but for now I just wanted to mention that lib-depends-check wants WANTLIB += ogg for the bin/ffserver binary. Thanks for the update. Moritz
Re: problems: "pkg_add -u" and "pkg_add -r"
On Friday 12 January 2007 08:12, Ian Darwin wrote: > > The above is really an English usage issue, and not really a big > > deal but most people think, "replace one-thing with another-thing." > > You might find it helpful to think of 'pkg_add -r' as "add the given > version of this package, replacing the old one if it exists (and if > the upgrade can be done automatically). I seems I failed to be clear. It's not a big deal now, since we have pkg_add, but when we eventually migrate to pkg(1), having a switch to "replace" packages might be confusing if it actually adds new packages which were not already installed. It's a silly semantics issue and not a problem at the moment, but keeping things as clear as possible seems wise. The best answer is just a small addition to the man page. If anyone *besides me* thinks an addition is worthwhile, let me know and I'll patch it. On the bright side, if there's a way to use the current approach to -r(eplace) the currently non-existent bills in my wallet, life would be real sweet! Heck, I'd probably start by -r(eplacing) the winning lotto numbers which I've never had. ;-) Kind Regards, JCR
Re: problems: "pkg_add -u" and "pkg_add -r"
The above is really an English usage issue, and not really a big deal but most people think, "replace one-thing with another-thing." You might find it helpful to think of 'pkg_add -r' as "add the given version of this package, replacing the old one if it exists (and if the upgrade can be done automatically).
NEW: gcompris-8.2.2
pkg/DESCR
GCompris ("I got it") is an educational software which propose different
activities to children from 2 to 10 years old.
Some of the activities are game orientated, but nonetheless still
educational. Below you can find a list of categories with some of the
activities available in that category.
* computer discovery: keyboard, mouse, different mouse gesture
* algebra: table memory, enumeration, double entry table, mirror image
* science: the canal lock, the water cycle, the submarine, electric
simulation
* geography: place the country on the map
* games: chess, memory, connect 4, oware, sudoku
* reading: reading practice
* other: learn to tell time, puzzle of famous paintings, vector drawing,
cartoon making, ...
Currently GCompris offers in excess of 100 activities and more are being
developed.
It needs tuxpaint which I sent to ports@ 30 minutes ago as well as the
devel/smpeg update (with sdl-mixer rebuilt against it) which I sent
yesterday.
Comments? Ok?
--
Antoine Jacoutot
PREG - UMR 7176 CNRS Ecole Polytechnique
1, rue Descartes - 75005 Paris
gcompris.tar.gz
Description: application/gzip
NEW: tuxpaint-0.9.16
pkg/DESCR Tux Paint is a free, award-winning drawing program for children ages 3 to 12 (preschool and K-6). It combines an easy-to-use interface, fun sound effects, and an encouraging cartoon mascot who guides children as they use the program. Kids are presented with a blank canvas and a variety of drawing tools to help them be creative. Comments ? Ok? -- Antoine tuxpaint.tar.gz Description: Binary data
Re: unarj-port
* Joachim Schipper wrote: > On Thu, Jan 11, 2007 at 10:45:32PM +0100, Marc Balmer wrote: > > * Joachim Schipper wrote: > > > On Thu, Jan 11, 2007 at 02:23:22PM +0100, Antoine Jacoutot wrote: > > > > On Thu, 11 Jan 2007, Lars Olsson wrote: > > > > >with arj 3.14a that was able to open in OpenBSD. Conclusion: Remove > > > > >unarj from the ports tree because it doesn't work anyway. > > > > > > > > Can't it be updated? > > > > > > Even if it cannot be, arj is mostly a legacy format. If you agree with > > > this assertion, not being able to read the very latest version is not > > > that big a problem. > > > > software like virus scanners should be able to decode it. it would thus > > be a plus if we can decode old and new arj files (for clamav, e.g.). > > I see your point. However, a good look at the vulnerabilities in some of > the more obscure decoders ClamAV uses tends to lead me to believing that > just blocking any archive that isn't .zip, .tgz or .tar.bz2 is a better > solution [1]. here, we actually do this (using mail/smtp-vilter). > This shouldn't be read as criticism of ClamAV, however - while the > general idea of a virus scanner is not a terribly good one, within the > limitations of its design ClamAV performs rather well. oh, you can critize ClamaAV at will, I am not involved with them, I just maintain the port. so maybe a kind soul will eventually update arj...
UPDATE: graphics/ffmpeg
Enables libswscale.
http://secure.lv/~nikns/stuff/ports/ffmpeg-20070110.diff
Index: ffmpeg/Makefile
===
RCS file: /cvs/ports/graphics/ffmpeg/Makefile,v
retrieving revision 1.23
diff -u -r1.23 Makefile
--- ffmpeg/Makefile 2 Dec 2006 20:24:17 - 1.23
+++ ffmpeg/Makefile 10 Jan 2007 12:46:48 -
@@ -2,15 +2,17 @@
COMMENT= "audio/video converter and streamer with bktr(4) support"
-DISTNAME= ffmpeg-cvs-20060312
-PKGNAME= ${DISTNAME:S/-cvs//}p2
-SHARED_LIBS= avutil 1.0 \
- avcodec 7.0 \
- avformat7.0 \
- postproc7.0
+DISTNAME= ffmpeg-cvs-20070110
+PKGNAME= ${DISTNAME:S/-cvs//}
+SHARED_LIBS= avutil 2.0 \
+ avcodec 8.0 \
+ avformat8.0 \
+ postproc8.0 \
+ swscale 0.0
CATEGORIES=graphics multimedia
HOMEPAGE= http://www.ffmpeg.org/
+MAINTAINER=Nikns Siankin <[EMAIL PROTECTED]>
# GPL
PERMIT_PACKAGE_CDROM= "patents"
@@ -19,10 +21,15 @@
PERMIT_DISTFILES_FTP= Yes
# only available through CVS
-MASTER_SITES= http://www.jakemsr.com/
+MASTER_SITES= ftp://ftp.secure.lv/pub/distfiles/
BUILD_DEPENDS= ::textproc/texi2html
-LIB_DEPENDS= SDL.>=4::devel/sdl
+LIB_DEPENDS= SDL.>=4::devel/sdl \
+ faac::audio/faac \
+ faad::audio/faad \
+ mp3lame.>=0.1::audio/lame \
+ vorbis.>=4.0,vorbisenc.>=2.0::audio/libvorbis
+
WANTLIB= X11 Xext c freetype m pthread ossaudio usbhid z
USE_X11= Yes
@@ -41,21 +48,32 @@
--enable-pp \
--enable-gpl \
--enable-pthreads \
- --disable-debug
+ --disable-debug \
+ --enable-swscaler \
+ --enable-faac \
+ --enable-faad \
+ --enable-mp3lame \
+ --enable-libogg \
+ --enable-vorbis \
+ --extra-ldflags="-lm -L${LOCALBASE}/lib" \
+ --extra-cflags=-I${LOCALBASE}/include
+
MAKE_FLAGS=LIBavutil_VERSION=$(LIBavutil_VERSION) \
LIBavcodec_VERSION=$(LIBavcodec_VERSION) \
LIBavformat_VERSION=$(LIBavformat_VERSION) \
- LIBpostproc_VERSION=$(LIBpostproc_VERSION)
+ LIBpostproc_VERSION=$(LIBpostproc_VERSION) \
+ LIBswscale_VERSION=$(LIBswscale_VERSION)
FAKE_FLAGS=DESTDIR=${WRKINST} \
LDCONFIG=true \
LIBavutil_VERSION=$(LIBavutil_VERSION) \
LIBavcodec_VERSION=$(LIBavcodec_VERSION) \
LIBavformat_VERSION=$(LIBavformat_VERSION) \
- LIBpostproc_VERSION=$(LIBpostproc_VERSION)
+ LIBpostproc_VERSION=$(LIBpostproc_VERSION) \
+ LIBswscale_VERSION=$(LIBswscale_VERSION)
-WRKDIST= ${WRKDIR}/ffmpeg
+REGRESS_TARGET=codectest
post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/ffmpeg
Index: ffmpeg/distinfo
===
RCS file: /cvs/ports/graphics/ffmpeg/distinfo,v
retrieving revision 1.10
diff -u -r1.10 distinfo
--- ffmpeg/distinfo 20 Mar 2006 05:50:49 - 1.10
+++ ffmpeg/distinfo 10 Jan 2007 12:46:48 -
@@ -1,4 +1,4 @@
-MD5 (ffmpeg-cvs-20060312.tar.gz) = 015c1271ea5cd3f96299230ac99d97b4
-RMD160 (ffmpeg-cvs-20060312.tar.gz) = 5be767622750d78a07769a03569a0d271eedc0ba
-SHA1 (ffmpeg-cvs-20060312.tar.gz) = 84c70a386a9b5923bfbc7d33a9ba2806c63dd7f5
-SIZE (ffmpeg-cvs-20060312.tar.gz) = 2195901
+MD5 (ffmpeg-cvs-20070110.tar.gz) = af7284a1e4f49a2f858e5c6537b376ff
+RMD160 (ffmpeg-cvs-20070110.tar.gz) = a0869c18e2791f98d1e791e465f9b2038993497c
+SHA1 (ffmpeg-cvs-20070110.tar.gz) = d4cb810aa1da67bc231e1009544315df625105ea
+SIZE (ffmpeg-cvs-20070110.tar.gz) = 2471143
Index: ffmpeg/patches/patch-Makefile
===
RCS file: ffmpeg/patches/patch-Makefile
diff -N ffmpeg/patches/patch-Makefile
--- ffmpeg/patches/patch-Makefile 20 Mar 2006 05:50:49 - 1.6
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-Makefile,v 1.6 2006/03/20 05:50:49 jakemsr Exp $
Makefile.orig Fri Feb 3 00:31:04 2006
-+++ Makefile Mon Feb 6 23:48:43 2006
-@@ -59,7 +59,7 @@ endif
-
- OBJS = ffmpeg.o ffserver.o cmdutils.o $(FFPLAY_O)
- SRCS = $(OBJS:.o=.c) $(ASM_OBJS:.o
UPDATE: multimedia/transcode
Must be used with ffmpeg update sent before.
http://secure.lv/~nikns/stuff/ports/ffmpeg-20070110.diff
Index: transcode/Makefile
===
RCS file: /cvs/ports/multimedia/transcode/Makefile,v
retrieving revision 1.12
diff -u -r1.12 Makefile
--- transcode/Makefile 16 Dec 2006 12:22:34 - 1.12
+++ transcode/Makefile 2 Jan 2007 20:40:42 -
@@ -2,8 +2,7 @@
COMMENT= "video stream processing tools"
-DISTNAME= transcode-1.0.2
-PKGNAME= ${DISTNAME}p2
+DISTNAME= transcode-1.0.3rc2
CATEGORIES=multimedia
HOMEPAGE= http://www.transcoding.org/
@@ -16,8 +15,7 @@
WANTLIB= ICE SM X11 Xaw Xext Xi Xpm Xt Xv c freetype \
m pthread usbhid z glib gmodule intl
-MASTER_SITES= http://www.jakemsr.com/transcode/ \
- http://kraymer.de/mirroring/
+MASTER_SITES= http://fromani.exit1.org/
FLAVORS= lzo mjpegtools quicktime
FLAVOR?=
Index: transcode/distinfo
===
RCS file: /cvs/ports/multimedia/transcode/distinfo,v
retrieving revision 1.2
diff -u -r1.2 distinfo
--- transcode/distinfo 13 Nov 2005 21:11:13 - 1.2
+++ transcode/distinfo 2 Jan 2007 20:40:42 -
@@ -1,4 +1,4 @@
-MD5 (transcode-1.0.2.tar.gz) = e353c0ab7e927a8672528e05a9ae960b
-RMD160 (transcode-1.0.2.tar.gz) = 5a0093b3d395180396a662dc765c179cd687
-SHA1 (transcode-1.0.2.tar.gz) = 831a55a0218913e43261eb614ccca34a0d1b3d0d
-SIZE (transcode-1.0.2.tar.gz) = 2347861
+MD5 (transcode-1.0.3rc2.tar.gz) = 85a9fbabf4fe3fc5dc8bfa99407ddd0a
+RMD160 (transcode-1.0.3rc2.tar.gz) = 35000d3a5dfc0f385e6ffd258514eb0a84aa0d7a
+SHA1 (transcode-1.0.3rc2.tar.gz) = 2278fc943893bd659c0dde1b22b27edbbfccc474
+SIZE (transcode-1.0.3rc2.tar.gz) = 2388713
Index: transcode/pkg/PFRAG.i386
===
RCS file: /cvs/ports/multimedia/transcode/pkg/PFRAG.i386,v
retrieving revision 1.2
diff -u -r1.2 PFRAG.i386
--- transcode/pkg/PFRAG.i38613 Nov 2005 21:11:13 - 1.2
+++ transcode/pkg/PFRAG.i3862 Jan 2007 20:40:42 -
@@ -2,6 +2,3 @@
@comment lib/transcode/filter_dilyuvmmx.a
@comment lib/transcode/filter_dilyuvmmx.la
lib/transcode/filter_dilyuvmmx.so
[EMAIL PROTECTED] lib/transcode/filter_tomsmocomp.a
[EMAIL PROTECTED] lib/transcode/filter_tomsmocomp.la
-lib/transcode/filter_tomsmocomp.so
Re: [4.0] sixxs-aiccu-2007-01-07
I would like to point out that the aixxs-aiccu client isn't needed at all in most cases. Simply use /etc/hostname.gif0 with the appropriate 'up giftunnel' and 'up inet6' lines and set your default ipv6 route. Nothing more is needed. However, if your IPv6 host is behind a router or firewall that blocks protocol 41 then using aiccu for its AYIYA tunneling protocol makes sense. The port that comes with the sixxs distfile is outdated. Attached is a proper port for -current that I created to use AYIYA. aiccu.tar.gz Description: application/tgz
Re: unarj-port
On Thu, Jan 11, 2007 at 10:45:32PM +0100, Marc Balmer wrote: > * Joachim Schipper wrote: > > On Thu, Jan 11, 2007 at 02:23:22PM +0100, Antoine Jacoutot wrote: > > > On Thu, 11 Jan 2007, Lars Olsson wrote: > > > >with arj 3.14a that was able to open in OpenBSD. Conclusion: Remove > > > >unarj from the ports tree because it doesn't work anyway. > > > > > > Can't it be updated? > > > > Even if it cannot be, arj is mostly a legacy format. If you agree with > > this assertion, not being able to read the very latest version is not > > that big a problem. > > software like virus scanners should be able to decode it. it would thus > be a plus if we can decode old and new arj files (for clamav, e.g.). I see your point. However, a good look at the vulnerabilities in some of the more obscure decoders ClamAV uses tends to lead me to believing that just blocking any archive that isn't .zip, .tgz or .tar.bz2 is a better solution [1]. This shouldn't be read as criticism of ClamAV, however - while the general idea of a virus scanner is not a terribly good one, within the limitations of its design ClamAV performs rather well. Joachim [1] Unfortunately, allowing OLE-ish stuff (MS office) is likely to be mandatory. ClamAV has a shot at decoding it, but I'm not convinced of the quality of said (alpha) software.
NEW: libffi-4.1 / amd64 only
Hi all, This port of libffi is for supporting jamvm-1.4.4 on the amd64. The port builds libffi (only) from gcc 4.1.1 source directly; libffi still has problems running on i386 under our gcc 3,3 Regards, Fred port-libffi-4.1.1.tar.gz Description: application/gzip
UPDATED: classpath-0.93 + jamvm-1.4.4
Hi all, Attached files are complete ports rather than diffs. For classpath there is a reworked awt and swing implementation which *must* have scalable fonts or some demos will crash (notably, Swing demo) Because font.properties is not implemented by classpath yet you should # ln -s /etc/fonts/conf.avail/70-no-bitmap.conf /etc/fonts/conf.d/ (globally turns off the use of bitmap fonts, which you might not like.) i386 only for jamvm Regards, Fred port-classpath-0.93.tar.gz Description: application/gzip port-jamvm-1.4.4.tar.gz Description: application/gzip
Re: problems: "pkg_add -u" and "pkg_add -r"
J.C. Roberts [2007-01-12, 03:09:25]: > # pkg_add -u xine-lib > Candidates for updating xine-lib-1.1.1p0 -> xine-lib-1.1.1p0 > xine-lib-1.1.2p4 > Ambiguous: xine-lib-1.1.1p0 could be xine-lib-1.1.1p0 xine-lib-1.1.2p4 > Looking for updates: complete > There are some ambiguities. Please run in interactive mode again. > # > > My question is how the heck is "xine-lib-1.1.1p0" considered a candidate > for upgrading itself? -Is this a bug or am I missing something obvious? it means the package signature has changed with respect to the installed one. > When I saw this line in the output: > > Running the equivalent of pkg_add -r xine-lib-1.1.2p4 > > I was really worried. How the heck could it be -r(eplacing) a package > which is not installed? > > Of course, the xine-lib-1.1.1p0 version was installed but the reported > xine-lib-1.1.2p4 version was not. > > I was supposed to be -r(eplacing) the installed xine-lib-1.1.1p0 with > the new xine-lib-1.1.2p4 yes, that is what will happen. like the manpage says: -r Replace existing packages. the packages listed in the command line are the ones you want to install, the -r flag just indicates that pkg_add should replace existing packages while doing so. Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
problems: "pkg_add -u" and "pkg_add -r"
Ok, I can admit to having a shrine to the "Blessed Mother of fdisk" in my office and whether smart or not, I'm normally chant the "fresh install" mantra. It's how I've always handle system upgrades for years and since I only ever needed few packages, keeping packages up to date has been done with my dear friends pkg_delete and pkg_add. Now that I've started using OpenBSD as my daily desktop, it's time to learn the real magic hidden in the OpenBSD package system... -updating! Since xine-lib in the 4.0-stable tree has been updated, new packages are up on the mirrors and I have xine-lib-1.1.1p0 installed from CD, it seemed like a good place to practice. After a quick read of the pkg_add(1) man page, I gave it a shot... # pkg_add -u xine-lib Candidates for updating xine-lib-1.1.1p0 -> xine-lib-1.1.1p0 xine-lib-1.1.2p4 Ambiguous: xine-lib-1.1.1p0 could be xine-lib-1.1.1p0 xine-lib-1.1.2p4 Looking for updates: complete There are some ambiguities. Please run in interactive mode again. # My question is how the heck is "xine-lib-1.1.1p0" considered a candidate for upgrading itself? -Is this a bug or am I missing something obvious? Anyhow, I followed the additional instructions and used interactive mode, selected the desired package to upgrade to (xine-lib-1.1.2p4) and all went well... well sort of... # pkg_add -iu xine-lib Candidates for updating xine-lib-1.1.1p0 -> xine-lib-1.1.1p0 xine-lib-1.1.2p4 Ambiguous: xine-lib-1.1.1p0 could be xine-lib-1.1.1p0 xine-lib-1.1.2p4 Choose one package 0: 1: xine-lib-1.1.1p0 2: xine-lib-1.1.2p4 Your choice: 2 Looking for updates: complete Running the equivalent of pkg_add -r xine-lib-1.1.2p4 xine-lib-1.1.2p4 (extracting): complete xine-lib-1.1.1p0 (deleting): complete xine-lib-1.1.2p4 (installing): complete Clean shared items: complete # When I saw this line in the output: Running the equivalent of pkg_add -r xine-lib-1.1.2p4 I was really worried. How the heck could it be -r(eplacing) a package which is not installed? Of course, the xine-lib-1.1.1p0 version was installed but the reported xine-lib-1.1.2p4 version was not. I was supposed to be -r(eplacing) the installed xine-lib-1.1.1p0 with the new xine-lib-1.1.2p4 The above is really an English usage issue, and not really a big deal but most people think, "replace one-thing with another-thing." Another issue which is less than obvious in the output above is that the server (ftp3.usa.openbsd.org) actually had four xine-lib packages available but as you can see, it only gave me two choices in interactive mode. xine-lib-1.1.1p0 xine-lib-1.1.2 xine-lib-1.1.2p3 xine-lib-1.1.2p4 If someone is running in interactive mode, it might be better to give them a full list of available choices. Are the multiple choices the reason why I got the dreaded "ambiguous" on my first attempt? -And if so, why where they not listed as candidates? An issue which is a big deal is the fact that # pkg_add -r not_installed_package_name will install a completely new package rather than fail to replace a package which is not installed. If the given package is not currently installed, then -r(eplace) should fail. Is it better to augment the man pages, or change the way things work? yes, I know... shutup and send patches... -But it just seemed best to ask first on these things to see what others think. Kind Regards, JCR
[4.0] sixxs-aiccu-2007-01-07
Hi all, I never created a port before (and still do not know exactly how) so please excuse. sixxs-aiccu needs to be updated as old clients are obviously deprecated (I was told): Download http://www.sixxs.net/archive/sixxs/aiccu/unix/aiccu_current.tar.gz and extract. Move aiccu/openbsd to /usr/ports/net/aiccu Move aiccu/freebsd/pkg_descr to /usr/ports/net/aiccu/pkg/DESCR [EMAIL PROTECTED] /usr/ports/net/aiccu]# cat distinfo MD5 (aiccu_20070107.tar.gz) = 67a6d55ef2d6e88a3f17bcb5eec02c61 RMD160 (aiccu_20070107.tar.gz) = 65e6069b8fd59482ea25679aafcdc1f1a70eaba0 SHA1 (aiccu_20070107.tar.gz) = 8215827bf8a41064c6a3faf40df9044863fa0c54 SIZE (aiccu_20070107.tar.gz) = 68835 [EMAIL PROTECTED] /usr/ports/net/aiccu]# make clean depends install clean HTH, Helmut sixxs-aiccu-2007-01-07.tgz Description: application/compressed
PORTHOME modification for qt{3,4}.port.mk
Hi.
This diff add "PORTHOME=${WRKDIST}" to qt3.port.mk and qt4.port.mk.
It also removes all PORTHOME variables from ports that have
MODULES=x11/qt{3,4} or MODULES=x11/kde (since the latest also includes
x11/qt3).
I think it could be a nice cleanup as all qt based ports can benefit
from this without adding the same variable again and again.
Thoughs? Comments? Ok?
--
AntoineIndex: cad/klogic/Makefile
===
RCS file: /cvs/ports/cad/klogic/Makefile,v
retrieving revision 1.11
diff -u -r1.11 Makefile
--- cad/klogic/Makefile 18 Sep 2006 11:40:07 - 1.11
+++ cad/klogic/Makefile 12 Jan 2007 08:21:02 -
@@ -22,8 +22,6 @@
MODULES= x11/kde
-PORTHOME= ${WRKDIR}
-
MAKE_ENV= KDEDIR="${LOCALBASE}"
MAKE_FLAGS=${MODKDE_MAKE_FLAGS}
Index: editors/kxmleditor/Makefile
===
RCS file: /cvs/ports/editors/kxmleditor/Makefile,v
retrieving revision 1.27
diff -u -r1.27 Makefile
--- editors/kxmleditor/Makefile 18 Sep 2006 11:50:40 - 1.27
+++ editors/kxmleditor/Makefile 12 Jan 2007 08:21:39 -
@@ -29,8 +29,6 @@
MODULES= x11/kde
MODKDE_VERSION=3.1
-PORTHOME= ${WRKDIR}
-
MAKE_ENV= KDEDIR="${LOCALBASE}"
MAKE_FLAGS=${MODKDE_MAKE_FLAGS}
Index: games/taxipilot/Makefile
===
RCS file: /cvs/ports/games/taxipilot/Makefile,v
retrieving revision 1.11
diff -u -r1.11 Makefile
--- games/taxipilot/Makefile18 Sep 2006 11:50:40 - 1.11
+++ games/taxipilot/Makefile12 Jan 2007 08:21:48 -
@@ -25,8 +25,6 @@
MODULES= x11/qt3
MODQT_MT= Yes
-PORTHOME= ${WRKDIR}
-
MAKE_ENV= ${CONFIGURE_ENV}
# Ensure Qt3 will always be at the front
MAKE_FLAGS=CXXLD='--tag CXX ${CXX} -L${MODQT_LIBDIR}'
Index: graphics/gwenview/Makefile
===
RCS file: /cvs/ports/graphics/gwenview/Makefile,v
retrieving revision 1.34
diff -u -r1.34 Makefile
--- graphics/gwenview/Makefile 18 Dec 2006 17:05:49 - 1.34
+++ graphics/gwenview/Makefile 12 Jan 2007 08:21:52 -
@@ -27,8 +27,6 @@
MODULES= x11/kde
MODKDE_VERSION= 3.5.3
-PORTHOME= ${WRKDIR}
-
MAKE_ENV= KDEDIR="${LOCALBASE}"
MAKE_FLAGS=${MODKDE_MAKE_FLAGS}
Index: graphics/gwenview-i18n/Makefile
===
RCS file: /cvs/ports/graphics/gwenview-i18n/Makefile,v
retrieving revision 1.2
diff -u -r1.2 Makefile
--- graphics/gwenview-i18n/Makefile 18 Dec 2006 17:05:49 - 1.2
+++ graphics/gwenview-i18n/Makefile 12 Jan 2007 08:21:52 -
@@ -22,8 +22,6 @@
MODULES= x11/kde
MODKDE_VERSION= 3.5.3
-PORTHOME= ${WRKDIR}
-
MAKE_ENV= KDEDIR="${LOCALBASE}"
MAKE_FLAGS=${MODKDE_MAKE_FLAGS}
Index: graphics/k3dsurf/Makefile
===
RCS file: /cvs/ports/graphics/k3dsurf/Makefile,v
retrieving revision 1.2
diff -u -r1.2 Makefile
--- graphics/k3dsurf/Makefile 26 Dec 2006 14:07:10 - 1.2
+++ graphics/k3dsurf/Makefile 12 Jan 2007 08:21:52 -
@@ -24,8 +24,6 @@
USE_X11= Yes
NO_REGRESS=Yes
-PORTHOME= ${WRKDIR}
-
do-configure:
perl -pi -e "s/!!CXXFLAGS!!/${CXXFLAGS}/" ${WRKSRC}/src/src.pro
cd ${WRKDIST} && ${LOCALBASE}/bin/qmake
Index: misc/ktimeclock/Makefile
===
RCS file: /cvs/ports/misc/ktimeclock/Makefile,v
retrieving revision 1.8
diff -u -r1.8 Makefile
--- misc/ktimeclock/Makefile3 Aug 2006 20:04:52 - 1.8
+++ misc/ktimeclock/Makefile12 Jan 2007 08:22:07 -
@@ -26,8 +26,6 @@
MODULES= x11/qt3
MODQT_MT= Yes
-PORTHOME= ${WRKDIR}
-
MAKE_ENV= KDEDIR="${LOCALBASE}"
# Ensure qt2 will always be at the front
MAKE_FLAGS=CXXLD='--tag CXX ${CXX} -L${MODQT_LIBDIR}'
Index: textproc/xxdiff/Makefile
===
RCS file: /cvs/ports/textproc/xxdiff/Makefile,v
retrieving revision 1.22
diff -u -r1.22 Makefile
--- textproc/xxdiff/Makefile13 Nov 2006 12:51:15 - 1.22
+++ textproc/xxdiff/Makefile12 Jan 2007 08:22:36 -
@@ -24,9 +24,6 @@
MAKE_ENV+= UIC=${MODQT_UIC}
-# For qsettings to write its setup
-PORTHOME= ${WRKDIST}
-
USE_X11= Yes
NO_REGRESS=Yes
Index: x11/kde/Makefile.inc
===
RCS file: /cvs/ports/x11/kde/Makefile.inc,v
retrieving revision 1.36
diff -u -r1.36 Makefile.inc
--- x11/kde/Makefile.inc3 Jun 2006 12:47:30 - 1.36
+++ x11/kde/Makefile.inc12 Jan 2007 08:22:47 -
@@ -34,8 +34,6 @@
CONFIGURE_ARGS+= ${MODKDE_CONFIGURE_ARGS}
USE_GMAKE?=Yes
-PORTHOME?=${WRKDIR}
-
CONFIGURE_ENV+=${MODKDE_CONFIGURE_ENV}
M
Re: request for imap-uw & c-client maintainer
spring cleaning for c-client...
- ajacoutot wants maintainership
- build with kerberos support by default
- cosmetics: fold long lines.
ok?
Index: mail/c-client/Makefile
===
RCS file: /cvs/ports/mail/c-client/Makefile,v
retrieving revision 1.33
diff -u -r1.33 Makefile
--- mail/c-client/Makefile 12 Oct 2006 08:23:25 - 1.33
+++ mail/c-client/Makefile 12 Jan 2007 08:43:55 -
@@ -5,7 +5,7 @@
VERSION= 4.64
DISTNAME= pine${VERSION}
-PKGNAME= c-client-${VERSION}p0
+PKGNAME= c-client-${VERSION}p1
SHARED_LIBS= c-client4.0
CATEGORIES=mail devel
MASTER_SITES= ftp://ftp.cac.washington.edu/pine/ \
@@ -13,24 +13,17 @@
HOMEPAGE= http://www.washington.edu/imap/
-MAINTAINER=Jakob Schlyter <[EMAIL PROTECTED]>
+MAINTAINER=Antoine Jacoutot <[EMAIL PROTECTED]>
PERMIT_PACKAGE_CDROM= No
PERMIT_PACKAGE_FTP=Yes
PERMIT_DISTFILES_CDROM=No
PERMIT_DISTFILES_FTP= Yes
-FLAVORS= kerberos
-FLAVOR?=
-
SHLIB= libc-client.so.${LIBc-client_VERSION}
-MAKE_FLAGS=EXTRACFLAGS="${CFLAGS}" SHLIB="${SHLIB}" \
- SSLTYPE="unix" CC="${CC}"
-
-.if ${FLAVOR:L:Mkerberos}
-MAKE_FLAGS+= EXTRAAUTHENTICATORS="gss"
-.endif
+MAKE_FLAGS=EXTRACFLAGS="${CFLAGS}" SHLIB="${SHLIB}" SSLTYPE="unix" \
+ CC="${CC}" EXTRAAUTHENTICATORS="gss"
ALL_TARGET=bso
@@ -42,8 +35,10 @@
do-install:
${INSTALL_DATA_DIR} ${PREFIX}/include/c-client
- cd ${WRKSRC}/c-client; ${INSTALL_DATA} ${HEADERS}
${PREFIX}/include/c-client
- ${INSTALL_DATA} ${WRKSRC}/c-client/c-client.a
${PREFIX}/lib/libc-client.a
+ cd ${WRKSRC}/c-client; ${INSTALL_DATA} ${HEADERS} \
+ ${PREFIX}/include/c-client
+ ${INSTALL_DATA} ${WRKSRC}/c-client/c-client.a \
+ ${PREFIX}/lib/libc-client.a
@if [ -f ${WRKSRC}/c-client/${SHLIB} ]; then \
${INSTALL_DATA} ${WRKSRC}/c-client/${SHLIB} ${PREFIX}/lib; \
fi
Re: request for imap-uw & c-client maintainer
On Fri, 12 Jan 2007, Jakob Schlyter wrote: since I'm no longer using imap-uw nor c-client, I'd like to request for a porter to step up and take maintainer over these two. I can take maintainership on c-client if that's ok for everyone as I already handle pine (both are built from the same source code distribution). Let me know. -- Antoine
request for imap-uw & c-client maintainer
since I'm no longer using imap-uw nor c-client, I'd like to request for a porter to step up and take maintainer over these two. jakob
