CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2009/04/25 02:11:13 Modified files: devel/xdg-utils: Makefile devel/xdg-utils/patches: patch-scripts_xdg-mime Log message: - remove workaround now that we have file(1) -i
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: marty...@cvs.openbsd.org2009/04/25 14:08:44 Modified files: www/snownews : Makefile distinfo www/snownews/patches: patch-conversions_c Log message: update to snownews-1.5.11. from Simon Kuhnle ok simon@, kili@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2009/04/25 06:54:57 Modified files: www/trac : Makefile Log message: - remove uneeded build_depends which would prevent trac from packaging in a regular bulk ok sthen@ cvs: --
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2009/04/25 07:28:51 Modified files: devel/sdl-ttf : Makefile distinfo devel/sdl-ttf/patches: patch-Makefile_in Removed files: devel/sdl-ttf/patches: patch-SDL_ttf_c Log message: - bugfix update to sdl-ttf-2.0.9 * Fixed rendering of fonts with 2 bit and 4 bit embedded graymaps * Fixed bug in solid bold glyph rendering * Updated to build with the latest version of FreeType * Fixed crash when passing NULL to TTF_CloseFont()
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2009/04/25 16:07:37 Modified files: sysutils/cfengine: Makefile distinfo sysutils/cfengine/patches: patch-configure patch-doc_Makefile_in patch-inputs_Makefile_in patch-src_cflex_c patch-src_do_c patch-src_instrument_c patch-src_popen_c sysutils/cfengine/pkg: PLIST Log message: update to 2.2.9 ok sturm and MAINTAINER (b...@openbsd.rutgers.edu)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ckue...@cvs.openbsd.org 2009/04/25 19:23:42 ports/www/igal/patches Update of /cvs/ports/www/igal/patches In directory cvs.openbsd.org:/tmp/cvs-serv18261/patches Log Message: Directory /cvs/ports/www/igal/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ckue...@cvs.openbsd.org 2009/04/25 19:24:37 Modified files: www/igal : Makefile Added files: www/igal/patches: patch-igal patch-slidetemplate_html Log message: adds a -j option to invoke jhead on the source image, and substitutes the results at the !--EXIF-IMAGE-- token ok jasper@
Re: totem in -CURRENT
On Fri, Apr 24, 2009 at 5:11 PM, Antoine Jacoutot ajacou...@bsdfrog.org wrote: On Fri, 24 Apr 2009, Nick Guenther wrote: So I just took the lazy way out. Thanks for the tip though. I followed it and I'm still getting the same error. The totem Makefile says multimedia/gstreamer-0.10/plugins-base which is what pkg_info says I have: gstreamer-plugins-base-0.10.19p1 multimedia framework - plugins base. Anything else I can do to debug this? Does following -current mean reinstalling large portions of your system in some cases? Is it me or the port? Either provide sensitive log errors so we can know what is going on (because it works fine here), or use package. Well that's why I'm doing this in the first place: there is no package. $ ftp ftp://ftp.openbsd.org/ ftp cd pub/OpenBSD/snapshots/packages/i386 250 CWD command successful. ftp ls totem* 150 Opening ASCII mode data connection for '/bin/ls'. -rw-r--r-- 1 276 125 386089 Apr 17 13:48 totem-pl-parser-2.24.4.tgz 226 Transfer complete. ftp 221 Goodbye. And I thought I did provide the 'sensitive log errors'. Here they are again: configure:22537: checking for backend libraries configure:22544: result: GStreamer-0.10 configure:22552: checking GStreamer 0.10 playbin plugin configure:22558: result: no configure:22560: error: Cannot find required GStreamer-0.10 plugin 'playbin'. It should be part of gst-plugins-base. Please install it. By the way, I cvs up'd successfully, I missed the If you are updating a source tree that you initially fetched from a different server, or from a CD, you must add the -d anon...@anoncvs.ca.openbsd.org:/cvs bit. Same problem. I looked closer at the (very dense) autogenerated configure code and it seems that what's going on is that I don't have gst-inspect(1) installed. I have its manpage but not it. It seems that the gstreamer master package I installed installed the manpage but not the program. I've rebuilt the gstreamer package and found this: $ pkg_info -L /usr/ports/packages/i386/all/gstreamer-0.10.19p3.tgz | grep gst- /usr/local/bin/gst-feedback /usr/local/bin/gst-feedback-0.10 /usr/local/bin/gst-inspect /usr/local/bin/gst-inspect-0.10 /usr/local/bin/gst-launch /usr/local/bin/gst-launch-0.10 /usr/local/bin/gst-typefind /usr/local/bin/gst-typefind-0.10 /usr/local/bin/gst-xmlinspect /usr/local/bin/gst-xmlinspect-0.10 /usr/local/bin/gst-xmllaunch /usr/local/bin/gst-xmllaunch-0.10 /usr/local/man/man1/gst-feedback-0.10.1 /usr/local/man/man1/gst-inspect-0.10.1 /usr/local/man/man1/gst-launch-0.10.1 /usr/local/man/man1/gst-typefind-0.10.1 /usr/local/man/man1/gst-xmlinspect-0.10.1 /usr/local/man/man1/gst-xmllaunch-0.10.1 /usr/local/share/aclocal/gst-element-check-0.10.m4 $ Compare: $ ftp ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/i386/gstreamer-0.10.19p2.tgz $ pkg_info -L ./gstreamer-0.10.19p2.tgz | grep gst- /usr/local/man/man1/gst-feedback-0.10.1 /usr/local/man/man1/gst-inspect-0.10.1 /usr/local/man/man1/gst-launch-0.10.1 /usr/local/man/man1/gst-typefind-0.10.1 /usr/local/man/man1/gst-xmlinspect-0.10.1 /usr/local/man/man1/gst-xmllaunch-0.10.1 /usr/local/share/aclocal/gst-element-check-0.10.m4 So the first problem was that the gstreamer package on the server was missing files. The second problem is that now gst-inspect does not list the playbin plugin, but I'm sure rebuilding gstreamer-base by hand will solve that. If it doesn't and I can't figure it out then I'll whine some more. Thanks, -Nick
[patch] audio/flite sndio backend
This diff adds an sndio backend to audio/flite. After patching, remove the now empty patches/patch-configure and patches/patch-src_audio_au_sun.c. Tested OK on amd64. I'll ask upstream for inclusion unless anyone experience problems or have any comments. Oh, and you might need to increase your ulimit -d for this to compile ... Comments, OK? Index: ports/flite/Makefile diff -u ports/flite/Makefile:1.1.1.1 ports/flite/Makefile:1.11 --- ports/flite/Makefile:1.1.1.1Fri Apr 24 14:48:50 2009 +++ ports/flite/MakefileSat Apr 25 12:20:14 2009 @@ -1,47 +1,57 @@ # $OpenBSD: Makefile,v 1.10 2008/01/04 17:48:33 espie Exp $ -COMMENT= text to speech utility +COMMENT = text to speech utility .if ${MACHINE_ARCH} == hppa || ${MACHINE_ARCH} == mips64 -BROKEN=gcc hang compiling cmu_us_kal_diphone.c +BROKEN = gcc hang compiling cmu_us_kal_diphone.c .endif -VERSION= 1.2 -DISTNAME= flite-${VERSION}-release -PKGNAME= flite-${VERSION}p1 -SHARED_LIBS= flite 1.2 \ +VERSION = 1.2 +DISTNAME = flite-${VERSION}-release +PKGNAME = flite-${VERSION}p2 +SHARED_LIBS = flite 1.2 \ flite_cmu_time_awb 1.2 \ flite_cmu_us_kal1.2 \ flite_cmu_us_kal16 1.2 \ flite_cmulex1.2 \ flite_usenglish 1.2 -MAKE_FLAGS=LIBlibflite.so_VERSION=${LIBflite_VERSION} \ +MAKE_FLAGS = LIBlibflite.so_VERSION=${LIBflite_VERSION} \ LIBlibflite_cmu_time_awb.so_VERSION=${LIBflite_cmu_time_awb_VERSION} \ LIBlibflite_cmu_us_kal.so_VERSION=${LIBflite_cmu_us_kal_VERSION} \ LIBlibflite_cmu_us_kal16.so_VERSION=${LIBflite_cmu_us_kal16_VERSION} \ LIBlibflite_cmulex.so_VERSION=${LIBflite_cmulex_VERSION} \ LIBlibflite_usenglish.so_VERSION=${LIBflite_usenglish_VERSION} -CATEGORIES=audio +CATEGORIES = audio -HOMEPAGE= http://www.cmuflite.org/ +HOMEPAGE = http://www.cmuflite.org/ -MAINTAINER=Jason L. Wright ja...@openbsd.org +MAINTAINER = Jason L. Wright ja...@openbsd.org -PERMIT_PACKAGE_CDROM= Yes -PERMIT_PACKAGE_FTP= Yes -PERMIT_DISTFILES_CDROM= Yes -PERMIT_DISTFILES_FTP= Yes -WANTLIB= c m +PERMIT_PACKAGE_CDROM = Yes +PERMIT_PACKAGE_FTP = Yes +PERMIT_DISTFILES_CDROM = Yes +PERMIT_DISTFILES_FTP = Yes -MASTER_SITES= http://www.speech.cs.cmu.edu/flite/packed/flite-${VERSION}/ +WANTLIB = c m sndio -CONFIGURE_STYLE= gnu dest -CONFIGURE_ARGS= ${CONFIGURE_SHARED} +AUTOCONF_VERSION = 2.59 +BUILD_DEPENDS =${MODGNU_AUTOCONF_DEPENDS} -USE_GMAKE= Yes -NO_REGRESS=Yes -VMEM_WARNING= Yes +MASTER_SITES = http://www.speech.cs.cmu.edu/flite/packed/flite-${VERSION}/ + +CONFIGURE_STYLE = gnu dest +CONFIGURE_ARGS = ${CONFIGURE_SHARED} + +USE_GMAKE =Yes +NO_REGRESS = Yes +VMEM_WARNING = Yes + +post-extract: + @cp ${FILESDIR}/au_sndio.c ${WRKSRC}/src/audio/ + +pre-configure: + @cd ${WRKSRC} env AUTOCONF_VERSION=${AUTOCONF_VERSION} autoconf .include bsd.port.mk Index: ports/flite/files/au_sndio.c diff -u /dev/null ports/flite/files/au_sndio.c:1.16 --- /dev/null Sat Apr 25 12:30:34 2009 +++ ports/flite/files/au_sndio.cSat Apr 25 12:30:01 2009 @@ -0,0 +1,151 @@ +/* + * Copyright (c) 2009 Thomas Pfaff tpf...@tp76.info + * + * Permission to use, copy, modify, and distribute this software for any + * purpose with or without fee is hereby granted, provided that the above + * copyright notice and this permission notice appear in all copies. + * + * THE SOFTWARE IS PROVIDED AS IS AND THE AUTHOR DISCLAIMS ALL WARRANTIES + * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF + * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR + * ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES + * WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN + * ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF + * OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. + */ + +#include stdio.h +#include stdlib.h +#include string.h + +#include sndio.h + +#include cst_string.h +#include cst_wave.h +#include cst_audio.h + +static const char *sndio_audio_device = NULL; + +cst_audiodev *audio_open_sndio (int, int, cst_audiofmt); +int audio_close_sndio (cst_audiodev *); +int audio_write_sndio (cst_audiodev *, void *, int); +int audio_flush_sndio (cst_audiodev *); +int audio_drain_sndio (cst_audiodev *); + +static int par_ok (const struct sio_par *, const struct sio_par *); + +static struct sio_hdl *hdl; + +cst_audiodev * +audio_open_sndio (int sps, int channels, cst_audiofmt fmt) +{ + struct sio_par par; + struct sio_par askpar; + cst_audiodev *ad; + + hdl = sio_open (sndio_audio_device, SIO_PLAY, 0); + if (hdl == NULL) { + cst_errmsg (sndio_audio: failed to open
Re: totem in -CURRENT
On 2009/04/25 15:13, Nick Guenther wrote: $ pkg_info -L /usr/ports/packages/i386/all/gstreamer-0.10.19p3.tgz $ ftp ftp://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/i386/gstreamer-0.10.19p2.tgz note the difference in the port version between those two, p2 to p3? that is because something changed in the package. take a look at the cvs diff and you'll see what. you might want some FORCE_UPDATE=yes on the make command line if you're building things where you suspect dependent ports may have changed.
no-arch directory
The $PACKAGE_REPOSITORY directory, typically /usr/ports/packages/, will normally contain subdirectories for arch, as well as, further subdirectories for desired\allowed redistribution (cdrom, ftp, ...). /usr/ports/packages/i386/ /usr/ports/packages/i386/all /usr/ports/packages/i386/ftp /usr/ports/packages/i386/cdrom The /usr/ports/packages/no-arch/ directory does not contain further subdirectories for desired\allowed redistribution? If something with problematic redistribution like Java 1.5 was broken into multi-packages (main, docs, ...), and the docs were properly put in the no-arch directory, then we now have a redistribution problem. Is the no-arch redistribution subdirs a problem worth fixing? -- J.C. Roberts
Re: no-arch directory
The $PACKAGE_REPOSITORY directory, typically /usr/ports/packages/, will normally contain subdirectories for arch, as well as, further subdirectories for desired\allowed redistribution (cdrom, ftp, ...). No, we don't do that. /usr/ports/packages/i386/ /usr/ports/packages/i386/all /usr/ports/packages/i386/ftp /usr/ports/packages/i386/cdrom The /usr/ports/packages/no-arch/ directory does not contain further subdirectories for desired\allowed redistribution? If something with problematic redistribution like Java 1.5 was broken into multi-packages (main, docs, ...), and the docs were properly put in the no-arch directory, then we now have a redistribution problem. Is the no-arch redistribution subdirs a problem worth fixing? Nope.