Re: adding perl to fastcgi
* Adam Montague wrote: > Marc Balmer <[EMAIL PROTECTED]> wrote: > > > oh, and as we have perl in base, why don't you just enable perl by > > default instead of creating a FLAVOR? > > There is no FLAVOR, the subpackage you mean? I wasn't sure if it should > be in a subpackage (and if so, if there should be a no_perl FLAVOR), or > if it should just be built and installed no matter what. Here's a patch > with it just enabled and installed no matter what. I think this is the best way to do. Comments from other people? > Index: Makefile > === > RCS file: /cvs/ports/www/fcgi/Makefile,v > retrieving revision 1.7 > diff -u -r1.7 Makefile > --- Makefile 14 Jan 2006 11:46:15 - 1.7 > +++ Makefile 6 Nov 2006 01:37:23 - > @@ -3,7 +3,7 @@ > COMMENT= "FastCGI Development Kit" > > DISTNAME=fcgi-2.4.0 > -PKGNAME= ${DISTNAME}p1 > +PKGNAME= ${DISTNAME}p2 > CATEGORIES= www > SHARED_LIBS= fcgi++ 1.0 \ > fcgi0.0 > @@ -17,7 +17,7 @@ > PERMIT_PACKAGE_FTP= Yes > PERMIT_DISTFILES_CDROM= Yes > PERMIT_DISTFILES_FTP= Yes > -WANTLIB= c > +WANTLIB= c > > MASTER_SITES=${HOMEPAGE}/dist/ > > @@ -28,6 +28,12 @@ > CAT3_FILES= FCGI_Accept FCGI_Finish FCGI_SetExitStatus \ > FCGI_StartFilterData > > +post-configure: > + @cd ${WRKSRC}/perl && perl Makefile.PL > + > +post-build: > + @cd ${WRKSRC}/perl && make > + > post-install: > ${INSTALL_MAN} ${WRKSRC}/doc/cgi-fcgi.1 ${PREFIX}/man/cat1/cgi-fcgi.0 > .for file in ${CAT3_FILES} > @@ -36,5 +42,6 @@ > ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/fcgi > ${INSTALL_DATA} ${WRKSRC}/doc/*.htm* ${WRKSRC}/doc/*.gif \ > ${PREFIX}/share/doc/fcgi > + @cd ${WRKSRC}/perl && make install > > .include > Index: pkg/PFRAG.shared > === > RCS file: /cvs/ports/www/fcgi/pkg/PFRAG.shared,v > retrieving revision 1.3 > diff -u -r1.3 PFRAG.shared > --- pkg/PFRAG.shared 30 Dec 2005 22:26:50 - 1.3 > +++ pkg/PFRAG.shared 6 Nov 2006 01:37:23 - > @@ -1,3 +1,4 @@ > @comment $OpenBSD: PFRAG.shared,v 1.3 2005/12/30 22:26:50 sturm Exp $ > @lib lib/libfcgi++.so.${LIBfcgi++_VERSION} > @lib lib/libfcgi.so.${LIBfcgi_VERSION} > +libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd/auto/FCGI/FCGI.so > Index: pkg/PLIST > === > RCS file: /cvs/ports/www/fcgi/pkg/PLIST,v > retrieving revision 1.3 > diff -u -r1.3 PLIST > --- pkg/PLIST 15 Sep 2004 18:49:49 - 1.3 > +++ pkg/PLIST 6 Nov 2006 01:37:23 - > @@ -11,11 +11,17 @@ > lib/libfcgi++.la > lib/libfcgi.a > lib/libfcgi.la > +libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd/ > +libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd/FCGI.pm > +libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd/auto/ > +libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd/auto/FCGI/ > +libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd/auto/FCGI/FCGI.bs > @man man/cat1/cgi-fcgi.0 > @man man/cat3/FCGI_Accept.0 > @man man/cat3/FCGI_Finish.0 > @man man/cat3/FCGI_SetExitStatus.0 > @man man/cat3/FCGI_StartFilterData.0 > [EMAIL PROTECTED] man/man3p/FCGI.3p > share/doc/fcgi/ > share/doc/fcgi/fcgi-devel-kit.htm > share/doc/fcgi/fcgi-java.htm
Re: Build mutt-sidebar by default
On Sun, Nov 05, 2006 at 07:00:31PM -0600, Marco Peereboom wrote: > If anything the sidebar needs to be fixed with IMAP... I'm using it with IMAP right now. What needs to be fixed? I did notice that it doesn't show new mails until you open the box, but it is still faster to hit + , than 'c' + '?' + + ... > Andreas Bihlmaier wrote: > >Hello ports@, > > > >since I personally enjoy mutt's sidebar FLAVOR and it might be used by > >(many) others would it be possible to always build a mutt-sidebar > >package? There is already a -compressed and -hcache pkg. Regards, ahb
Re: gnome 2.16 packaging
I am REALLY excited about this port of Gnome 2.16 I Installed in this order and when i got to gtk+ I get error code 1 Missing library for tiff.35 Missing library for png.3 Missing library for jpeg.62 do you have specific versions that I have to install? I am using today's -current build 1198 with todays ports tree on a fresh install everything up to gtk+ built fine any help would be great Sam Fourman Jr. On 11/3/06, Alexander Wirt <[EMAIL PROTECTED]> wrote: Sam Fourman Jr. schrieb: > is there any Recomended order to build this gnome port for a base Desktop? This is, basically, my working list. Its not at all complete, but should do the trick (please ignore the german comments :)). Alex gmake (aus ports) freetype (aus ports) iconv (aus ports) popt (aus ports) bison (aus ports) X.org (aus eigenem OpenBSD-Repository) python2.4 (mit gdbm bauen!) p5-XML-Parser (aus ports, brauchen fast alle Gnome-Apps) p5-XML-Simple (aus ports, für icon-naming-utils) png (aus ports) libexif (aus ports) liboil (aus ports) pyrex (selbst gebauter port, siehe plato) libxml (aus ports, auch env FLAVOR=python make machen) openldap (aus ports) ImageMagick (ports) expat (aus ports) PORTED: glib fontconfig (font-Path anpassen!) PORTED: icon-naming-utils ORTED: dbus PORTED: dbus-glib PORTED: dbus-python PORTED: gnome-menus PORTED: desktop-file-utils PORTED: hicolor-icon-theme PORTED: tango-icon-theme PORTED: glitz PORTED: cairo PORTED: libXft PORTED: pango PORTED: atk PORTED: gtk+ PORTED: gtk-doc PORTED: GConf PORTED: ORBit2 PORTED: libIDL PORTED: intltool (war aktuell) PORTED: audiofile (war aktuell) PORTED: esound PORTED: libart_lgpl (war aktuell) PORTED: gamin (war aktuell) PORTED: libbonobo PORTED: libglade (python2.4 erzwingen, dann stimmt's auch mit expat) PORTED: pygobject PORTED: pycairo PORTED: pygtk PORTED: gnome-icon-theme PORTED: libgnomecups PORTED: libgnomeprint PORTED: avahi (CONFIGURE_ARGS += PYTHON=python2.4, configure patchen wie http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/avahi/files/patch-configure?rev=1.6&content-type=text/x-cvsweb-markup, für libavahi-common.so -lpthread zum Linken geben, iface-pfroute.c: #define HAVE_SYS_SYSCTL_H 1) PORTED: gnome-vfs PORTED: gnome-vfs-moniker PORTED: libgnome PORTED: libgnomecanvas PORTED: libbonoboui PORTED: gnome-keyring PORTED: libgnomeui PORTED: gail PORTED: libgnomeprintui PORTED: libcroco PORTED: libgsf PORTED: librsvg (disable firefox plugin) startup-notification (aus ports) PORTED: gtk-engines2 PORTED: gnome-themes PORTED: gnome-doc-utils PORTED: gnome-desktop PORTED: eel PORTED: gtksourceview PORTED: libgtkhtml PORTED: libwnck PORTED: libsoup PORTED: evolution-data-server PORTED: gnome-panel PORTED: pyorbit (PYTHON=python2.4) PORTED: nautilus PORTED: gnome-python (PYTHON=python2.4) PORTED: libgda (-I/usr/local/include/db4 hilft enorm) PORTED: libgtop (heavily patched, see plato:~he/patches/libgtop) PORTED: libgksu2 (patched) PORTED: libgksuui PORTED: gksu PORTED: gnome-python-extras (PYTHON=python2.4) FIXME: nautilus-cd-burner (will unbedingt hal - wirklich?) PORTED: gstreamer PORTED: gst-plugins-base PORTED: gst-plugins-good (siehe patches/gst-plugins-good) PORTED: alacarte (PYTHON=2.4) PORTED: bug-buddy PORTED: libxklavier (patched) PORTED: metacity PORTED: control-center (patched) PORTED: gtkhtml PORTED: dasher (patched) PORTED: gnome-media PORTED: iso-codes (force auf PYTHON=python2.4) PORTED: totem PORTED: gnome-python-desktop (force auf PYTHON=python2.4, patched) PORTED: deskbar-applet (CONFIGURE_ARGS = $(DIRPATHS) PYTHONPATH=/home/he/garnome/lib/python2.4/site-packages:/home/he/garnome/lib/python2.4/site-packages/gtk-2.0 LD_LIBRARY_PATH=/home/he/garnome/lib PYTHON=/usr/local/bin/python2.4) PORTED: pwlib (CONFIGURE_ARGS = $(DIRPATHS) --enable-opal --enable-plugins --disable-oss --disable-v4l2 --disable-openssl --disable-sasl) opal ekiga PORTED: eog PORTED: poppler (--enable-zlib LIBS=-lpthread) PORTED: evince PORTED: gob2 pilot-link (aus ports) PORTED: gnome-pilot PORTED: gnome-pilot-conduits (patched) aspell (aus ports) PORTED: gnome-spell (mit LIBS=-lm -lstdc++ geht's, siehe aspell) PORTED: libnotify PORTED: evolution (patched) PORTED: evolution-exchange PORTED: evolution-webcal PORTED: gdm fast-user-switch-applet PORTED: file-roller PORTED: gcalctool PORTED: gconf-editor PORTED: gedit BAUT DERZEIT NICHT: gnome-applets (PYTHON=/usr/local/bin/python2.4, patched) PORTED: gnome-audio PORTED: gnome-backgrounds PORTED: gnome-games PORTED: gnome-keyring-manager PORTED: vte PORTED: gnome-terminal PARTIALLY PORTED: gnome-session PORTED: at-spi PORTED: gnome-mag NOT PORTED (tut nicht auf openbsd): gnome-netstatus BUGGY auf openbsd: gnome-nettool (patched) PORTED: dia (CFLAGS=-I/usr/local/include/libpng/) (aus ports) gnomebaker (patched) pessulus sabayon
Re: adding perl to fastcgi
Marc Balmer <[EMAIL PROTECTED]> wrote: > oh, and as we have perl in base, why don't you just enable perl by > default instead of creating a FLAVOR? There is no FLAVOR, the subpackage you mean? I wasn't sure if it should be in a subpackage (and if so, if there should be a no_perl FLAVOR), or if it should just be built and installed no matter what. Here's a patch with it just enabled and installed no matter what. Thanks AdamIndex: Makefile === RCS file: /cvs/ports/www/fcgi/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- Makefile14 Jan 2006 11:46:15 - 1.7 +++ Makefile6 Nov 2006 01:37:23 - @@ -3,7 +3,7 @@ COMMENT= "FastCGI Development Kit" DISTNAME= fcgi-2.4.0 -PKGNAME= ${DISTNAME}p1 +PKGNAME= ${DISTNAME}p2 CATEGORIES=www SHARED_LIBS= fcgi++ 1.0 \ fcgi0.0 @@ -17,7 +17,7 @@ PERMIT_PACKAGE_FTP= Yes PERMIT_DISTFILES_CDROM= Yes PERMIT_DISTFILES_FTP= Yes -WANTLIB= c +WANTLIB= c MASTER_SITES= ${HOMEPAGE}/dist/ @@ -28,6 +28,12 @@ CAT3_FILES=FCGI_Accept FCGI_Finish FCGI_SetExitStatus \ FCGI_StartFilterData +post-configure: + @cd ${WRKSRC}/perl && perl Makefile.PL + +post-build: + @cd ${WRKSRC}/perl && make + post-install: ${INSTALL_MAN} ${WRKSRC}/doc/cgi-fcgi.1 ${PREFIX}/man/cat1/cgi-fcgi.0 .for file in ${CAT3_FILES} @@ -36,5 +42,6 @@ ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/fcgi ${INSTALL_DATA} ${WRKSRC}/doc/*.htm* ${WRKSRC}/doc/*.gif \ ${PREFIX}/share/doc/fcgi + @cd ${WRKSRC}/perl && make install .include Index: pkg/PFRAG.shared === RCS file: /cvs/ports/www/fcgi/pkg/PFRAG.shared,v retrieving revision 1.3 diff -u -r1.3 PFRAG.shared --- pkg/PFRAG.shared30 Dec 2005 22:26:50 - 1.3 +++ pkg/PFRAG.shared6 Nov 2006 01:37:23 - @@ -1,3 +1,4 @@ @comment $OpenBSD: PFRAG.shared,v 1.3 2005/12/30 22:26:50 sturm Exp $ @lib lib/libfcgi++.so.${LIBfcgi++_VERSION} @lib lib/libfcgi.so.${LIBfcgi_VERSION} +libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd/auto/FCGI/FCGI.so Index: pkg/PLIST === RCS file: /cvs/ports/www/fcgi/pkg/PLIST,v retrieving revision 1.3 diff -u -r1.3 PLIST --- pkg/PLIST 15 Sep 2004 18:49:49 - 1.3 +++ pkg/PLIST 6 Nov 2006 01:37:23 - @@ -11,11 +11,17 @@ lib/libfcgi++.la lib/libfcgi.a lib/libfcgi.la +libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd/ +libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd/FCGI.pm +libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd/auto/ +libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd/auto/FCGI/ +libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd/auto/FCGI/FCGI.bs @man man/cat1/cgi-fcgi.0 @man man/cat3/FCGI_Accept.0 @man man/cat3/FCGI_Finish.0 @man man/cat3/FCGI_SetExitStatus.0 @man man/cat3/FCGI_StartFilterData.0 [EMAIL PROTECTED] man/man3p/FCGI.3p share/doc/fcgi/ share/doc/fcgi/fcgi-devel-kit.htm share/doc/fcgi/fcgi-java.htm
Re: Build mutt-sidebar by default
If anything the sidebar needs to be fixed with IMAP... Andreas Bihlmaier wrote: Hello ports@, since I personally enjoy mutt's sidebar FLAVOR and it might be used by (many) others would it be possible to always build a mutt-sidebar package? There is already a -compressed and -hcache pkg. Regards, ahb
Build mutt-sidebar by default
Hello ports@, since I personally enjoy mutt's sidebar FLAVOR and it might be used by (many) others would it be possible to always build a mutt-sidebar package? There is already a -compressed and -hcache pkg. Regards, ahb
adding perl to fastcgi
oh, and as we have perl in base, why don't you just enable perl by default instead of creating a FLAVOR?
Re: www/fcgi - patch to build perl module
* Adam Montague wrote: > Given the recent catalyst work, it would be nice to have perl fastcgi > support available. Any comments about this? Patch is attached again. > - > -DISTNAME=fcgi-2.4.0 > +COMMENT-perl="Perl FastCGI module" > +V= 2.4.0 > +DISTNAME=fcgi-$V > PKGNAME= ${DISTNAME}p1 > +PKGNAME-perl=p5-FCGI-$V The creation of the ${V} variable is unnecessary. Please try to change that. e.g. PKGNAME-perl=p5-${DISTNAME}. Otherwise, "why not" ;) (I don't use perl, but I use FastCGI a lot).
NEW: irssi-silc-1.0.3p0 && UPDATE: silc-client-1.0.3p0.tgz
Here's irssi's SILC plugin. This also fixes some issues (e.g. screen redrawing). irssi-silc is currently marked as @conflict by silc-client (because file collisions). That's incorrect. I saw brad has @commented perl modules (because conflicts with irssi) so that scripting doesn't work at all: http://www.openbsd.org/cgi-bin/cvsweb/ports/net/silc-client/pkg/PLIST?rev=1.18 As silc-client uses irssi base, they share the same module directory, which is incorrect: * scripting doesn't work unless irssi is installed * there are file collisions * other issues (silc-client is linked against glib1 and irssi under glib2) The best solution i thought for this (w/o breaking silc-client's scripts, because of module name changes) was changing location of modules directory. I did some work and get them both (irssi-silc and silc-client) running on the same machine. http://www.altroot.org/silc-client-irssi-silc.patch Tarballs: http://www.altroot.org/silc-client.tar.gz http://www.altroot.org/irssi-silc.tar.gz Precompiled i386 packages: http://www.altroot.org/silc-client-1.0.3p0.tgz http://www.altroot.org/irssi-silc-1.0.3p0.tgz Tested on i386 (mostly everything, including ipv6, multiple networks, channels with same names), but people said it works on amd64 too. Thank's viq who tested and reviewed the code. Also, some ideas and patches were taken from his old irssi-silc port (this one is completely rewritten). -- Martynas Venckus
Re: kdeartwork fails to package
On 05/11/06, Jasper Lievisse Adriaanse <[EMAIL PROTECTED]> wrote: On Sun, Nov 05, 2006 at 09:43:15PM +0100, Matthias Kilian wrote: > On Sun, Nov 05, 2006 at 09:12:25PM +0100, viq wrote: > > I am right now trying to hunt down where is the problem, but in case > > someone will be faster, here's the error: > > > > ===> Building package for kdeartwork-3.5.5 > > Create /home/ftp/packages/i386/all/kdeartwork-3.5.5.tgz > > Error in package: > > "/usr/ports/x11/kde/artwork3/w-kdeartwork-3.5.5/fake-i386//usr/local/share/applnk/System/ScreenSavers/ant.desktop" does not exist > [...] > > You've the updated xscreensaver installed that has been submitted > recently, right? IIRC, those .desktop files are generated during > build time and depend on xscreensavers different modes. > > If so, either replace it with the official version (and rebuild > kdeartwork3), or update artwork's PLIST (or just wait until all > this stuff has been committed). my bad. PLIST updated attached, ok? Changes are exactly the same as update-plist did on my box, so packages correctly. --- PLIST.orig Sun Oct 15 12:03:24 2006 +++ PLIST Sun Nov 5 21:30:19 2006 @@ -76,7 +76,6 @@ share/applnk/System/ScreenSavers/KWave.desktop share/applnk/System/ScreenSavers/anemone.desktop share/applnk/System/ScreenSavers/anemotaxis.desktop -share/applnk/System/ScreenSavers/ant.desktop share/applnk/System/ScreenSavers/antinspect.desktop share/applnk/System/ScreenSavers/antmaze.desktop share/applnk/System/ScreenSavers/antspotlight.desktop @@ -103,6 +102,7 @@ share/applnk/System/ScreenSavers/cage.desktop share/applnk/System/ScreenSavers/carousel.desktop share/applnk/System/ScreenSavers/ccurve.desktop +share/applnk/System/ScreenSavers/celtic.desktop share/applnk/System/ScreenSavers/circuit.desktop share/applnk/System/ScreenSavers/cloudlife.desktop share/applnk/System/ScreenSavers/compass.desktop @@ -110,6 +110,7 @@ share/applnk/System/ScreenSavers/crackberg.desktop share/applnk/System/ScreenSavers/critical.desktop share/applnk/System/ScreenSavers/crystal.desktop +share/applnk/System/ScreenSavers/cube21.desktop share/applnk/System/ScreenSavers/cubenetic.desktop share/applnk/System/ScreenSavers/cubestorm.desktop share/applnk/System/ScreenSavers/cynosure.desktop @@ -146,6 +147,7 @@ share/applnk/System/ScreenSavers/glblur.desktop share/applnk/System/ScreenSavers/gleidescope.desktop share/applnk/System/ScreenSavers/glforestfire.desktop +share/applnk/System/ScreenSavers/glhanoi.desktop share/applnk/System/ScreenSavers/glknots.desktop share/applnk/System/ScreenSavers/glmatrix.desktop share/applnk/System/ScreenSavers/glplanet.desktop @@ -170,6 +172,7 @@ share/applnk/System/ScreenSavers/jigglypuff.desktop share/applnk/System/ScreenSavers/jigsaw.desktop share/applnk/System/ScreenSavers/juggle.desktop +share/applnk/System/ScreenSavers/juggler3d.desktop share/applnk/System/ScreenSavers/julia.desktop share/applnk/System/ScreenSavers/kaleidescope.desktop share/applnk/System/ScreenSavers/klein.desktop @@ -250,6 +253,7 @@ share/applnk/System/ScreenSavers/t3d.desktop share/applnk/System/ScreenSavers/tangram.desktop share/applnk/System/ScreenSavers/thornbird.desktop +share/applnk/System/ScreenSavers/timetunnel.desktop share/applnk/System/ScreenSavers/triangle.desktop share/applnk/System/ScreenSavers/truchet.desktop share/applnk/System/ScreenSavers/twang.desktop @@ -270,7 +274,6 @@ share/applnk/System/ScreenSavers/xrayswarm.desktop share/applnk/System/ScreenSavers/xspirograph.desktop share/applnk/System/ScreenSavers/xsublim.desktop -share/applnk/System/ScreenSavers/xteevee.desktop share/applnk/System/ScreenSavers/zoom.desktop share/apps/kfiresaver/ share/apps/kfiresaver/kfs_debris.ogg > > Ciao, > Kili > > -- Humppa is a serious thing! NedBSD: http://nedbsd.eu -- viq
Re: kdeartwork fails to package
On 05/11/06, Matthias Kilian <[EMAIL PROTECTED]> wrote: On Sun, Nov 05, 2006 at 09:12:25PM +0100, viq wrote: > I am right now trying to hunt down where is the problem, but in case > someone will be faster, here's the error: > > ===> Building package for kdeartwork-3.5.5 > Create /home/ftp/packages/i386/all/kdeartwork-3.5.5.tgz > Error in package: > "/usr/ports/x11/kde/artwork3/w-kdeartwork-3.5.5/fake-i386//usr/local/share/applnk/System/ScreenSavers/ant.desktop" does not exist [...] You've the updated xscreensaver installed that has been submitted recently, right? xscreensaver-5.01-no_gle screen saver and locker for the X Window System So, yes. IIRC, those .desktop files are generated during build time and depend on xscreensavers different modes. If so, either replace it with the official version (and rebuild kdeartwork3), or update artwork's PLIST (or just wait until all this stuff has been committed). Actually, those files seem to exist: w-kdeartwork-3.5.5/kdeartwork-3.5.5/kscreensaver/kxsconfig/ScreenSavers/xteevee.desktop w-kdeartwork-3.5.5/kdeartwork-3.5.5/kscreensaver/kxsconfig/ScreenSavers/ant.desktop So it should be able to pick it up... But yes, of course I can wait, apparently I just encountered the 'fun' part of riding -current ;) Ciao, Kili -- viq
Re: kdeartwork fails to package
On Sun, Nov 05, 2006 at 09:43:15PM +0100, Matthias Kilian wrote: > On Sun, Nov 05, 2006 at 09:12:25PM +0100, viq wrote: > > I am right now trying to hunt down where is the problem, but in case > > someone will be faster, here's the error: > > > > ===> Building package for kdeartwork-3.5.5 > > Create /home/ftp/packages/i386/all/kdeartwork-3.5.5.tgz > > Error in package: > > "/usr/ports/x11/kde/artwork3/w-kdeartwork-3.5.5/fake-i386//usr/local/share/applnk/System/ScreenSavers/ant.desktop" > > does not exist > [...] > > You've the updated xscreensaver installed that has been submitted > recently, right? IIRC, those .desktop files are generated during > build time and depend on xscreensavers different modes. > > If so, either replace it with the official version (and rebuild > kdeartwork3), or update artwork's PLIST (or just wait until all > this stuff has been committed). my bad. PLIST updated attached, ok? --- PLIST.orig Sun Oct 15 12:03:24 2006 +++ PLIST Sun Nov 5 21:30:19 2006 @@ -76,7 +76,6 @@ share/applnk/System/ScreenSavers/KWave.desktop share/applnk/System/ScreenSavers/anemone.desktop share/applnk/System/ScreenSavers/anemotaxis.desktop -share/applnk/System/ScreenSavers/ant.desktop share/applnk/System/ScreenSavers/antinspect.desktop share/applnk/System/ScreenSavers/antmaze.desktop share/applnk/System/ScreenSavers/antspotlight.desktop @@ -103,6 +102,7 @@ share/applnk/System/ScreenSavers/cage.desktop share/applnk/System/ScreenSavers/carousel.desktop share/applnk/System/ScreenSavers/ccurve.desktop +share/applnk/System/ScreenSavers/celtic.desktop share/applnk/System/ScreenSavers/circuit.desktop share/applnk/System/ScreenSavers/cloudlife.desktop share/applnk/System/ScreenSavers/compass.desktop @@ -110,6 +110,7 @@ share/applnk/System/ScreenSavers/crackberg.desktop share/applnk/System/ScreenSavers/critical.desktop share/applnk/System/ScreenSavers/crystal.desktop +share/applnk/System/ScreenSavers/cube21.desktop share/applnk/System/ScreenSavers/cubenetic.desktop share/applnk/System/ScreenSavers/cubestorm.desktop share/applnk/System/ScreenSavers/cynosure.desktop @@ -146,6 +147,7 @@ share/applnk/System/ScreenSavers/glblur.desktop share/applnk/System/ScreenSavers/gleidescope.desktop share/applnk/System/ScreenSavers/glforestfire.desktop +share/applnk/System/ScreenSavers/glhanoi.desktop share/applnk/System/ScreenSavers/glknots.desktop share/applnk/System/ScreenSavers/glmatrix.desktop share/applnk/System/ScreenSavers/glplanet.desktop @@ -170,6 +172,7 @@ share/applnk/System/ScreenSavers/jigglypuff.desktop share/applnk/System/ScreenSavers/jigsaw.desktop share/applnk/System/ScreenSavers/juggle.desktop +share/applnk/System/ScreenSavers/juggler3d.desktop share/applnk/System/ScreenSavers/julia.desktop share/applnk/System/ScreenSavers/kaleidescope.desktop share/applnk/System/ScreenSavers/klein.desktop @@ -250,6 +253,7 @@ share/applnk/System/ScreenSavers/t3d.desktop share/applnk/System/ScreenSavers/tangram.desktop share/applnk/System/ScreenSavers/thornbird.desktop +share/applnk/System/ScreenSavers/timetunnel.desktop share/applnk/System/ScreenSavers/triangle.desktop share/applnk/System/ScreenSavers/truchet.desktop share/applnk/System/ScreenSavers/twang.desktop @@ -270,7 +274,6 @@ share/applnk/System/ScreenSavers/xrayswarm.desktop share/applnk/System/ScreenSavers/xspirograph.desktop share/applnk/System/ScreenSavers/xsublim.desktop -share/applnk/System/ScreenSavers/xteevee.desktop share/applnk/System/ScreenSavers/zoom.desktop share/apps/kfiresaver/ share/apps/kfiresaver/kfs_debris.ogg > > Ciao, > Kili > > -- Humppa is a serious thing! NedBSD: http://nedbsd.eu
Re: kdeartwork fails to package
On Sun, Nov 05, 2006 at 09:12:25PM +0100, viq wrote: > I am right now trying to hunt down where is the problem, but in case > someone will be faster, here's the error: > > ===> Building package for kdeartwork-3.5.5 > Create /home/ftp/packages/i386/all/kdeartwork-3.5.5.tgz > Error in package: > "/usr/ports/x11/kde/artwork3/w-kdeartwork-3.5.5/fake-i386//usr/local/share/applnk/System/ScreenSavers/ant.desktop" > does not exist [...] You've the updated xscreensaver installed that has been submitted recently, right? IIRC, those .desktop files are generated during build time and depend on xscreensavers different modes. If so, either replace it with the official version (and rebuild kdeartwork3), or update artwork's PLIST (or just wait until all this stuff has been committed). Ciao, Kili
kdeartwork fails to package
I am right now trying to hunt down where is the problem, but in case someone will be faster, here's the error: ===> Building package for kdeartwork-3.5.5 Create /home/ftp/packages/i386/all/kdeartwork-3.5.5.tgz Error in package: "/usr/ports/x11/kde/artwork3/w-kdeartwork-3.5.5/fake-i386//usr/local/share/applnk/System/ScreenSavers/ant.deskto p" does not exist Error in package: "/usr/ports/x11/kde/artwork3/w-kdeartwork-3.5.5/fake-i386//usr/local/share/applnk/System/ScreenSavers/xteevee.de sktop" does not exist ===> Cleaning for kdeartwork-3.5.5 rm -f /home/ftp/packages/i386/all/kdeartwork-3.5.5.tgz /home/ftp/packages/i386/ftp/kdeartwork-3.5.5.tgz /home/ftp/packages/i386/cd rom/kdeartwork-3.5.5.tgz *** Error code 1 Stop in /usr/ports/x11/kde/artwork3 (line 1283 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/x11/kde/artwork3 (line 1740 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/x11/kde/artwork3 (line 2719 of /usr/ports/infrastructure/mk/bsd.port.mk). And earlier in the build process: pipes found install -c -o root -g bin -m 444 /usr/ports/x11/kde/artwork3/w-kdeartwork-3.5.5/kdeartwork-3.5.5/kscreensaver/kxsconfig/ScreenSave rs/pipes.desktop /usr/ports/x11/kde/artwork3/w-kdeartwork-3.5.5/fake-i386/usr/local/share/applnk/System/ScreenSavers/pipes.desktop pixmaps not found polyhedra found and: xsublim found install -c -o root -g bin -m 444 /usr/ports/x11/kde/artwork3/w-kdeartwork-3.5.5/kdeartwork-3.5.5/kscreensaver/kxsconfig/ScreenSave rs/xsublim.desktop /usr/ports/x11/kde/artwork3/w-kdeartwork-3.5.5/fake-i386/usr/local/share/applnk/System/ScreenSavers/xsublim.des ktop xteevee not found zoom found -- viq
Re: www/fcgi - patch to build perl module
On Sun, Nov 05, 2006 at 02:18:58PM -0500, Adam Montague wrote: > Given the recent catalyst work, it would be nice to have perl fastcgi > support available. Any comments about this? Patch is attached again. > > Adam Montague <[EMAIL PROTECTED]> wrote: > > > This creates a new subpackage for the perl fastcgi module. Should I have > > a no_perl pseudo flavour, or is it ok to always build the perl module? > > [snip] Works, tested on amd64 and i386. Thanks and regards, Simon
Re: www/fcgi - patch to build perl module
Given the recent catalyst work, it would be nice to have perl fastcgi support available. Any comments about this? Patch is attached again. Adam Montague <[EMAIL PROTECTED]> wrote: > This creates a new subpackage for the perl fastcgi module. Should I have > a no_perl pseudo flavour, or is it ok to always build the perl module? > > Adam Index: Makefile === RCS file: /cvs/ports/www/fcgi/Makefile,v retrieving revision 1.7 diff -u -r1.7 Makefile --- Makefile14 Jan 2006 11:46:15 - 1.7 +++ Makefile21 Oct 2006 20:10:02 - @@ -1,9 +1,11 @@ # $OpenBSD: Makefile,v 1.7 2006/01/14 11:46:15 espie Exp $ COMMENT= "FastCGI Development Kit" - -DISTNAME= fcgi-2.4.0 +COMMENT-perl= "Perl FastCGI module" +V= 2.4.0 +DISTNAME= fcgi-$V PKGNAME= ${DISTNAME}p1 +PKGNAME-perl= p5-FCGI-$V CATEGORIES=www SHARED_LIBS= fcgi++ 1.0 \ fcgi0.0 @@ -17,7 +19,7 @@ PERMIT_PACKAGE_FTP= Yes PERMIT_DISTFILES_CDROM= Yes PERMIT_DISTFILES_FTP= Yes -WANTLIB= c +WANTLIB= c MASTER_SITES= ${HOMEPAGE}/dist/ @@ -28,6 +30,15 @@ CAT3_FILES=FCGI_Accept FCGI_Finish FCGI_SetExitStatus \ FCGI_StartFilterData +MULTI_PACKAGES=-perl +SUBPACKAGE?= + +post-configure: + @cd ${WRKSRC}/perl && perl Makefile.PL + +post-build: + @cd ${WRKSRC}/perl && make + post-install: ${INSTALL_MAN} ${WRKSRC}/doc/cgi-fcgi.1 ${PREFIX}/man/cat1/cgi-fcgi.0 .for file in ${CAT3_FILES} @@ -36,5 +47,6 @@ ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/fcgi ${INSTALL_DATA} ${WRKSRC}/doc/*.htm* ${WRKSRC}/doc/*.gif \ ${PREFIX}/share/doc/fcgi + @cd ${WRKSRC}/perl && make install .include Index: pkg/DESCR-perl === RCS file: pkg/DESCR-perl diff -N pkg/DESCR-perl --- /dev/null 1 Jan 1970 00:00:00 - +++ pkg/DESCR-perl 21 Oct 2006 20:10:02 - @@ -0,0 +1 @@ +Perl FastCGI module Index: pkg/PFRAG.shared-perl === RCS file: pkg/PFRAG.shared-perl diff -N pkg/PFRAG.shared-perl --- /dev/null 1 Jan 1970 00:00:00 - +++ pkg/PFRAG.shared-perl 21 Oct 2006 20:10:02 - @@ -0,0 +1,2 @@ [EMAIL PROTECTED] $OpenBSD$ +libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd/auto/FCGI/FCGI.so Index: pkg/PLIST-perl === RCS file: pkg/PLIST-perl diff -N pkg/PLIST-perl --- /dev/null 1 Jan 1970 00:00:00 - +++ pkg/PLIST-perl 21 Oct 2006 20:10:02 - @@ -0,0 +1,8 @@ [EMAIL PROTECTED] $OpenBSD$ +libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd/ +libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd/FCGI.pm +libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd/auto/ +libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd/auto/FCGI/ +libdata/perl5/site_perl/${MACHINE_ARCH}-openbsd/auto/FCGI/FCGI.bs [EMAIL PROTECTED] man/man3p/FCGI.3p +%%SHARED%%
Re: Problem updating msmtp port
Simon Kuhnle [2006-11-05, 14:57:41]: > On Sun, Nov 05, 2006 at 01:29:12AM +0100, steven mestdagh wrote: > > yes, sometimes you need to examine config.log if things go wrong. > > try the following. > [...] > > +CONFIGURE_ENV= LIBS="-lcrypto" > > Thank you very much Steven. That did the job. > I attached the patch. Works for me on i386. > > It's a maintainer timeout again. Sent him a mail about one month > ago and didn't get a response. BTW, it's maintainer timeout since update > to 1.4.5 well, do you want to maintain it? there's another problem with this port. it pulls in libidn if it is present, but the configure script is a little broken, it makes it link in the static library, maybe you could have it use a flag like -lidn instead? alternatively, disable idn, i don't know if this is needed. Disclaimer: http://www.kuleuven.be/cwis/email_disclaimer.htm
Re: OpenOffice, db, java
On 05/11/06, Kurt Miller <[EMAIL PROTECTED]> wrote: viq wrote: > On 05/11/06, Robert Nagy <[EMAIL PROTECTED]> wrote: >> In the meantime I've had a discussion with Kurt and >> we are leaving the 1.3+ dependency. > > You mean db-java, right? > Also, does this form of dependency, 1.3+, is going to accept 1.4 or > 1.5, or it only means that both say 1.3.1 and 1.3.27 are going to > work? > > So, for now it is going to stay that way: > /usr/ports/editors/openoffice:123>$ make full-all-depends | sort > <...> > jasper-1.701.0p1 > javaPathHelper-0.2p0 > jdk-1.3.1p7 > jdk-1.4.2p9 > jdk-linux-1.3.1_16p0 > jpeg-6bp3 > <...> > ? > >> We want to provide as much functionality as we can by default. > > Yup, I can certainly understand that. I guess what I'm asking is > whether the same functionality can be achieved while having less than > all possible versions of java installed on the system ;) If you are building ports you may get unexpected build depends. That's just the way it goes. Remember the goal is to create quality packages, not faster builds. Once db-java is available via snapshots, you can get away building OOo with just devel/jdk/1.4 by installing it before the db-java package. Fair enough. Thank you for your reply and explanation. -- viq
Re: new: misc/globe
On Sun, Nov 05, 2006 at 02:50:36PM +0100, Marc Balmer wrote: > - remove the full stop (.) at the end of ${COMMENT}. > - start the ${COMMENT} with a lower case letter (display). Both applied, with additional stuff from steven (i shouldn't do even such a toy's port after too much beer). > - make sure Switzerland is highlighted in some way (or the other). No way. As we all know, size *does* matter, and that country is far too small to be rendered specially in ASCII. Ciao, Kili Here's the corrected version as a shell archive for easier inline reading: # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # misc/globe # misc/globe/pkg # misc/globe/pkg/DESCR # misc/globe/pkg/PLIST # misc/globe/Makefile # misc/globe/distinfo # echo c - misc/globe mkdir -p misc/globe > /dev/null 2>&1 echo c - misc/globe/pkg mkdir -p misc/globe/pkg > /dev/null 2>&1 echo x - misc/globe/pkg/DESCR sed 's/^X//' >misc/globe/pkg/DESCR << 'END-of-misc/globe/pkg/DESCR' XThe rfc-20 activist's answer to xglobe and xplanet. END-of-misc/globe/pkg/DESCR echo x - misc/globe/pkg/PLIST sed 's/^X//' >misc/globe/pkg/PLIST << 'END-of-misc/globe/pkg/PLIST' [EMAIL PROTECTED] $OpenBSD$ Xbin/globe [EMAIL PROTECTED] man/man1/globe.1 END-of-misc/globe/pkg/PLIST echo x - misc/globe/Makefile sed 's/^X//' >misc/globe/Makefile << 'END-of-misc/globe/Makefile' X# $OpenBSD$ X XCOMMENT= "display the currently lighted face of Earth in ASCII" X XDISTNAME= globe_26mar1994 XPKGNAME= globe-19940326 XCATEGORIES=misc geo X XHOMEPAGE= http://www.acme.com/software/globe/ X XMAINTAINER=Matthias Kilian <[EMAIL PROTECTED]> X X X# ACME (2-clause BSD) XPERMIT_PACKAGE_CDROM= Yes XPERMIT_PACKAGE_FTP=Yes XPERMIT_DISTFILES_CDROM=Yes XPERMIT_DISTFILES_FTP= Yes X XMASTER_SITES= ${HOMEPAGE} X XWANTLIB= c X XMAKE_FLAGS="CC=${CC}" "CFLAGS=${CFLAGS}" "LDFLAGS=${LDFLAGS}" X XNO_REGRESS=Yes X XWRKDIST= ${WRKDIR}/globe X Xdo-install: X ${INSTALL_PROGRAM} ${WRKBUILD}/globe ${PREFIX}/bin X ${INSTALL_MAN} ${WRKSRC}/globe.1 ${PREFIX}/man/man1 X X.include END-of-misc/globe/Makefile echo x - misc/globe/distinfo sed 's/^X//' >misc/globe/distinfo << 'END-of-misc/globe/distinfo' XMD5 (globe_26mar1994.tar.gz) = 9cbd80245e7e8f44c782ac4bc86c82e1 XRMD160 (globe_26mar1994.tar.gz) = 4e29a27eb950b904d6322d3612ae1b0f424cda26 XSHA1 (globe_26mar1994.tar.gz) = df066ade25786b47ac3d4efc5c93005a2f4c43b1 XSIZE (globe_26mar1994.tar.gz) = 9819 END-of-misc/globe/distinfo exit
Re: OpenOffice, db, java
viq wrote: On 05/11/06, Robert Nagy <[EMAIL PROTECTED]> wrote: In the meantime I've had a discussion with Kurt and we are leaving the 1.3+ dependency. You mean db-java, right? Also, does this form of dependency, 1.3+, is going to accept 1.4 or 1.5, or it only means that both say 1.3.1 and 1.3.27 are going to work? So, for now it is going to stay that way: /usr/ports/editors/openoffice:123>$ make full-all-depends | sort <...> jasper-1.701.0p1 javaPathHelper-0.2p0 jdk-1.3.1p7 jdk-1.4.2p9 jdk-linux-1.3.1_16p0 jpeg-6bp3 <...> ? We want to provide as much functionality as we can by default. Yup, I can certainly understand that. I guess what I'm asking is whether the same functionality can be achieved while having less than all possible versions of java installed on the system ;) If you are building ports you may get unexpected build depends. That's just the way it goes. Remember the goal is to create quality packages, not faster builds. Once db-java is available via snapshots, you can get away building OOo with just devel/jdk/1.4 by installing it before the db-java package.
Re: OpenOffice, db, java
On 05/11/06, Robert Nagy <[EMAIL PROTECTED]> wrote: In the meantime I've had a discussion with Kurt and we are leaving the 1.3+ dependency. You mean db-java, right? Also, does this form of dependency, 1.3+, is going to accept 1.4 or 1.5, or it only means that both say 1.3.1 and 1.3.27 are going to work? So, for now it is going to stay that way: /usr/ports/editors/openoffice:123>$ make full-all-depends | sort <...> jasper-1.701.0p1 javaPathHelper-0.2p0 jdk-1.3.1p7 jdk-1.4.2p9 jdk-linux-1.3.1_16p0 jpeg-6bp3 <...> ? We want to provide as much functionality as we can by default. Yup, I can certainly understand that. I guess what I'm asking is whether the same functionality can be achieved while having less than all possible versions of java installed on the system ;) On (05/11/06 15:18), Fritz Elfert wrote: > On Sunday 05 November 2006 14:59, Robert Nagy wrote: > > Of course it works and I am going to change that dep to 1.4+. > > > What i meant was leaving it out *at all*. After all, the missing functionality > is marginal. Probably, a hint in pkg/MESSAGE could mention, that additional > functionality is available if some JVM is installed. > > Ciao > -Fritz > > > On (05/11/06 14:49), Fritz Elfert wrote: > [...] > > > @kurt: > > > You probably should reconsider your recent change of dependencies. Even > > > the system db4.jar should work nicely with a 1.5 JVM. > > > > [...] -- viq
Re: NEW: enchant-1.3.0
On Thu, 2 Nov 2006, Antoine Jacoutot wrote: This is yet another dependency for subtitleeditor. Let me know. Did anyone have a chance to look at this? -- Antoine
Re: OpenOffice, db, java
Fritz Elfert wrote: On Sunday 05 November 2006 10:03, viq wrote: db v4 seems to be hard coded to depend on java 1.3 (for the -java subpackage/flavor) OpenOffice wants java 1.4 or newer. It's nice to have a new java installed, and I already have 1.5 built and installed. Is there a way to have only one version of java installed, or if I want OpenOffice running I will have to have all 3 versions of java installed? Actually, *at runtime* OOo doesn't depend on java at all. It's just the RUN_DEPENDS in the Makefile. In my own port, i have left them out intentionally. At runtime, in Options/Java you then can configure a JVM (including parameters and classpath) of your choice. Note: WIthout java, some functionality will be missing. E.g. the Wizards. If you invoke a function which depends on java and it can't find a JVM, a messagebox will pop up. What you just described in your note is a java runtime dependency. So yes indeed OOo does have a runtime java that needs to be controlled. For example, I don't want people trying to run OOo with a pre p9 1.4 jdk that has internal libz in it. The runtime java depend is contained in the openoffice-java subpackage, so the base package doesn't require java. If you can demonstrate that some of the files contained in the PLIST-java or PFRAG-shared-java pkg lists can be used without java installed, I would be happy to move them into the base package. For example, I did that with the help file that require java to build but don't need java to run. @kurt: You probably should reconsider your recent change of dependencies. Even the system db4.jar should work nicely with a 1.5 JVM. Yes the current run depends for db-java allow the user to use any jdk or jre 1.3 and higher. There is no need to restrict that to 1.5 when 1.3 would work fine. It is ok that OOo needs a 1.4+ and higher jdk or jre and db-java is 1.3+. Its pretty simple. A user who wishes to run OOo java features can simply build and install any 1.4+ or higher jdk, then install the openoffice-java subpackage and all the runtime depends will be satisfied.
Re: OpenOffice, db, java
On Sunday 05 November 2006 14:59, Robert Nagy wrote: > Of course it works and I am going to change that dep to 1.4+. > What i meant was leaving it out *at all*. After all, the missing functionality is marginal. Probably, a hint in pkg/MESSAGE could mention, that additional functionality is available if some JVM is installed. Ciao -Fritz > On (05/11/06 14:49), Fritz Elfert wrote: [...] > > @kurt: > > You probably should reconsider your recent change of dependencies. Even > > the system db4.jar should work nicely with a 1.5 JVM. > > [...]
Re: OpenOffice, db, java
In the meantime I've had a discussion with Kurt and we are leaving the 1.3+ dependency. We want to provide as much functionality as we can by default. On (05/11/06 15:18), Fritz Elfert wrote: > On Sunday 05 November 2006 14:59, Robert Nagy wrote: > > Of course it works and I am going to change that dep to 1.4+. > > > What i meant was leaving it out *at all*. After all, the missing > functionality > is marginal. Probably, a hint in pkg/MESSAGE could mention, that additional > functionality is available if some JVM is installed. > > Ciao > -Fritz > > > On (05/11/06 14:49), Fritz Elfert wrote: > [...] > > > @kurt: > > > You probably should reconsider your recent change of dependencies. Even > > > the system db4.jar should work nicely with a 1.5 JVM. > > > > [...]
Re: Problem updating msmtp port
Here's the patch now. Sorry. Index: Makefile === RCS file: /cvs/ports/mail/msmtp/Makefile,v retrieving revision 1.6 diff -u -r1.6 Makefile --- Makefile31 Jul 2006 20:53:00 - 1.6 +++ Makefile5 Nov 2006 13:54:10 - @@ -2,7 +2,7 @@ COMMENT= "SMTP plugin for MUAs" -DISTNAME= msmtp-1.4.6 +DISTNAME= msmtp-1.4.7 CATEGORIES=mail HOMEPAGE= http://msmtp.sourceforge.net/ @@ -25,6 +25,7 @@ CONFIGURE_STYLE= gnu CONFIGURE_ARGS=--disable-gsasl \ --with-ssl=openssl +CONFIGURE_ENV= LIBS="-lcrypto" post-install: ${INSTALL_DATA_DIR} ${PREFIX}/share/examples/msmtp Index: distinfo === RCS file: /cvs/ports/mail/msmtp/distinfo,v retrieving revision 1.6 diff -u -r1.6 distinfo --- distinfo31 Jul 2006 20:53:00 - 1.6 +++ distinfo5 Nov 2006 13:54:10 - @@ -1,4 +1,4 @@ -MD5 (msmtp-1.4.6.tar.bz2) = 0f76ca980151db88d5c26dda995c8701 -RMD160 (msmtp-1.4.6.tar.bz2) = 7376694c801123db43efc1f6ad629b65c1ff4095 -SHA1 (msmtp-1.4.6.tar.bz2) = 5be0dec135421ff91b740983f3ce30ae740d5da1 -SIZE (msmtp-1.4.6.tar.bz2) = 530538 +MD5 (msmtp-1.4.7.tar.bz2) = 9c87a1f40e05dae4896622b56ec71b56 +RMD160 (msmtp-1.4.7.tar.bz2) = 7affd5a339a865638437e093d4e3aba5b6addbcf +SHA1 (msmtp-1.4.7.tar.bz2) = 0e907a2269babe5eeb04e5aa8b766b13c8ab714e +SIZE (msmtp-1.4.7.tar.bz2) = 527853 Index: patches/patch-configure === RCS file: /cvs/ports/mail/msmtp/patches/patch-configure,v retrieving revision 1.2 diff -u -r1.2 patch-configure --- patches/patch-configure 31 Jul 2006 20:53:00 - 1.2 +++ patches/patch-configure 5 Nov 2006 13:54:10 - @@ -18,7 +18,7 @@ ac_prev= ac_dashdash= -@@ -27246,10 +27246,10 @@ GMSGFMT!$GMSGFMT$ac_delim +@@ -22406,10 +22406,10 @@ GMSGFMT!$GMSGFMT$ac_delim XGETTEXT!$XGETTEXT$ac_delim MSGMERGE!$MSGMERGE$ac_delim INTL_MACOSX_LIBS!$INTL_MACOSX_LIBS$ac_delim pgpteo2xYC22A.pgp Description: PGP signature
Re: OpenOffice, db, java
Of course it works and I am going to change that dep to 1.4+. On (05/11/06 14:49), Fritz Elfert wrote: > On Sunday 05 November 2006 10:03, viq wrote: > > db v4 seems to be hard coded to depend on java 1.3 (for the -java > > subpackage/flavor) > > OpenOffice wants java 1.4 or newer. > > It's nice to have a new java installed, and I already have 1.5 built > > and installed. > > > > Is there a way to have only one version of java installed, or if I > > want OpenOffice running I will have to have all 3 versions of java > > installed? > > Actually, *at runtime* OOo doesn't depend on java at all. It's just the > RUN_DEPENDS in the Makefile. In my own port, i have left them out > intentionally. At runtime, in Options/Java you then can configure a JVM > (including parameters and classpath) of your choice. > > Note: > WIthout java, some functionality will be missing. E.g. the Wizards. If you > invoke a function which depends on java and it can't find a JVM, a messagebox > will pop up. > > @kurt: > You probably should reconsider your recent change of dependencies. Even the > system db4.jar should work nicely with a 1.5 JVM. > > Ciao > -Fritz
Re: Problem updating msmtp port
On Sun, Nov 05, 2006 at 01:29:12AM +0100, steven mestdagh wrote: > yes, sometimes you need to examine config.log if things go wrong. > try the following. [...] > +CONFIGURE_ENV= LIBS="-lcrypto" Thank you very much Steven. That did the job. I attached the patch. Works for me on i386. It's a maintainer timeout again. Sent him a mail about one month ago and didn't get a response. BTW, it's maintainer timeout since update to 1.4.5 -- simon pgps04Kq07ukC.pgp Description: PGP signature
Re: new: misc/globe
* Matthias Kilian wrote: > Here comes THE killer application of the last 20 seconds. I like the application, however, - remove the full stop (.) at the end of ${COMMENT}. - start the ${COMMENT} with a lower case letter (display). - make sure Switzerland is highlighted in some way (or the other).
Re: OpenOffice, db, java
On Sunday 05 November 2006 10:03, viq wrote: > db v4 seems to be hard coded to depend on java 1.3 (for the -java > subpackage/flavor) > OpenOffice wants java 1.4 or newer. > It's nice to have a new java installed, and I already have 1.5 built > and installed. > > Is there a way to have only one version of java installed, or if I > want OpenOffice running I will have to have all 3 versions of java > installed? Actually, *at runtime* OOo doesn't depend on java at all. It's just the RUN_DEPENDS in the Makefile. In my own port, i have left them out intentionally. At runtime, in Options/Java you then can configure a JVM (including parameters and classpath) of your choice. Note: WIthout java, some functionality will be missing. E.g. the Wizards. If you invoke a function which depends on java and it can't find a JVM, a messagebox will pop up. @kurt: You probably should reconsider your recent change of dependencies. Even the system db4.jar should work nicely with a 1.5 JVM. Ciao -Fritz
amarok tmp files leftovers
After updating to the snapshots from 4th Nov, I ran pkg_add -ui and all seemed ok until I saw this directory in my root: /amarok-1.4.3_writes_to_HOME it contains .qt and .kde.
Re: NEW: libglademm-2.6.3
On Thu, 2 Nov 2006, Antoine Jacoutot wrote: This is a needed dependency for subtitleeditor which I'm working on. Let me know. Anyone? It have been successfully tested under amd64, macppc and sparc64. Can I get an ok on this one? -- Antoine
OpenOffice, db, java
db v4 seems to be hard coded to depend on java 1.3 (for the -java subpackage/flavor) OpenOffice wants java 1.4 or newer. It's nice to have a new java installed, and I already have 1.5 built and installed. Is there a way to have only one version of java installed, or if I want OpenOffice running I will have to have all 3 versions of java installed? -- viq
Re: new: misc/globe
On Sun, 5 Nov 2006, Ray Lai wrote: Only if it can display the global positions of each developer. Hum no, this would over-complicate things... KISS. Heck, there's already a man page for it!!! ;-) Anyway, works fine under macppc (I never doubt it). -- Antoine