CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/05 03:06:49 Modified files: books/mason-book: Makefile devel/p5-Test-Pod: Makefile devel/svk : Makefile textproc/p5-Pod-Escapes: Makefile textproc/p5-Pod-Simple: Makefile Log message: set COMES_WITH=4.5 and fix dependencies ok simon@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/05 03:14:23 Modified files: net/telepathy/telepathy-glib: Makefile distinfo net/telepathy/telepathy-glib/pkg: PLIST Log message: - update telepathy-glib to 0.7.18 (to chase the spec update)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/05 06:36:41 Modified files: x11/slim : Makefile distinfo x11/slim/files : README.OpenBSD x11/slim/patches: patch-slim_conf x11/slim/pkg : PLIST Added files: x11/slim/patches: patch-slim_1 Log message: Upgrade to 1.3.1 Initial diff by me with tweaks by landry@ and ajacoutot@ OK landry@ ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/05 09:51:09 Modified files: infrastructure/db: hosts-sparc Log message: - add sparc-1 and sparc-2 to the dpb host list ok pvalchev@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/05 11:28:37 Modified files: x11/terminus-font: Makefile distinfo x11/terminus-font/pkg: PLIST Log message: - update terminus-font to 4.28 - fix HOMEPAGE and MASTER_SITES maintainer timed-out
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/05 14:34:35 Modified files: games : Makefile Log message: Re-enable openarena now that it's at 0.8.1 Reminded by robert@
Re: Problem doing an upgrade from Ports on Glib2
On Wed, Nov 05, 2008 at 02:19:15AM -0500, Aaron W. Hsu wrote: Jasper, Thanks for your reply... And my attempt to remove that old library: with what commad are you removing that old library? obviously not pkg_delete. that would solve the problem actually... I was just attempting to rm the main one. Reading through the the pkg_delete man page, I cannot find a way to delete the glib2 package without also deleting all of its dependencies. If you know some way to do this, I am all ears. Get real.. ports depending on glib2 are built _against_ this glib2. If you remove the old version and install a new one (with a major bump), you really think these ports will get along with that ? The solution is to delete glib2, note the depending ports, and rebuild them against the new glib2. Or wait for a snapshot. Nonetheless, shouldn't a ports update go through smoothly without breaking? This seems like a problem with the port assuming a clean system. No. For some big ports like that, it's generally impossible. using pkg_add -r will keep the old libraries around for dependencies in .libs-glib2-, and they will still be picked up by the build. And anyway, the 'supported' update is pkg_add -ui. Landry
PATCH: devel/glib2
The following patch fixes an (apparently known) issue with glib2 wherein the port cannot be installed or built on a system with an existing, incompatible glib2 version (i.e. -- older package) installed, because the build would catch the older libraries rather than the newly built ones. This patch works around this by fiddling with LDFLAGS to catch the new libraries. A better solution would be for the system to build correctly without having to fiddle with LDFLAGS at all, but this works at least on my system. Testing welcomed. Aaron Hsu --- Makefile.orig Wed Nov 5 03:13:27 2008 +++ MakefileWed Nov 5 03:19:27 2008 @@ -54,7 +54,12 @@ --with-pcre=system \ --disable-fam CONFIGURE_ENV= CPPFLAGS=-I${LOCALBASE}/include \ - LDFLAGS=-L${LOCALBASE}/lib + LDFLAGS=-L${WRKSRC}/glib/.libs \ + -L${WRKSRC}/gthread/.libs \ + -L${WRKSRC}/gio/.libs \ + -L${WRKSRC}/gobject/.libs \ + -L${WRKSRC}/gmodule/.libs \ + -L${LOCALBASE}/lib # Port has /usr/local hardcoded, we prefer ${LOCALBASE} pre-build:
Re: PATCH: devel/glib2
On Wed, Nov 05, 2008 at 03:20:03AM -0500, Aaron W. Hsu wrote: The following patch fixes an (apparently known) issue with glib2 wherein the port cannot be installed or built on a system with an existing, incompatible glib2 version (i.e. -- older package) installed, because the build would catch the older libraries rather than the newly built ones. This patch works around this by fiddling with LDFLAGS to catch the new libraries. A better solution would be for the system to build correctly without having to fiddle with LDFLAGS at all, but this works at least on my system. Testing welcomed. We don't want those horrible workarounds. Are you going to dig through the whole portstree and submit patches to add this knob for each library not building with the previous version installed ? You have no idea about what would break with this LDFLAGS fiddling. And having two versions of the library installed at the same time always lead to issues when compiling depending ports (trust my experience) In two words: No way. Landry
Re: Problem doing an upgrade from Ports on Glib2
On Wed, Nov 05, 2008 at 02:19:15AM -0500, Aaron W. Hsu wrote: Nonetheless, shouldn't a ports update go through smoothly without breaking? This seems like a problem with the port assuming a clean system. No, it's a problem with libtool being fucked-up, which is why we're developping a replacement. We're also recommending end-users use binary packages for a reason. Specifically, because of that libtool fuck-up, among other things, you will very often have to wipe your system clean if you want to recompile from source. Event though it's not finished, if you're running -current, you can try make LIBTOOL=/usr/ports/infrastructure/build/libtool It might work... or not.
Re: PATCH: devel/glib2
On Wed, Nov 05, 2008 at 03:20:03AM -0500, Aaron W. Hsu wrote: The following patch fixes an (apparently known) issue with glib2 wherein the port cannot be installed or built on a system with an existing, incompatible glib2 version (i.e. -- older package) installed, because the build would catch the older libraries rather than the newly built ones. This patch works around this by fiddling with LDFLAGS to catch the new libraries. A better solution would be for the system to build correctly without having to fiddle with LDFLAGS at all, but this works at least on my system. Testing welcomed. Aaron Hsu --- Makefile.orig Wed Nov 5 03:13:27 2008 +++ Makefile Wed Nov 5 03:19:27 2008 @@ -54,7 +54,12 @@ --with-pcre=system \ --disable-fam CONFIGURE_ENV= CPPFLAGS=-I${LOCALBASE}/include \ - LDFLAGS=-L${LOCALBASE}/lib + LDFLAGS=-L${WRKSRC}/glib/.libs \ + -L${WRKSRC}/gthread/.libs \ + -L${WRKSRC}/gio/.libs \ + -L${WRKSRC}/gobject/.libs \ + -L${WRKSRC}/gmodule/.libs \ + -L${LOCALBASE}/lib The problem is libtool. Your patch doesn't even start to solve the problem.
Re: PATCH: devel/glib2
On Wed, Nov 05, 2008 at 03:20:03AM -0500, Aaron W. Hsu wrote: The following patch fixes an (apparently known) issue with glib2 the issue isn't with glib2, it's with a horrible 8000-line shell script called GNU libtool. it's been like this for a long time, and we have, for the most part, resisted this sort of hack. fortunately, a better way to fix this is being worked on... http://undeadly.org/cgi?action=articlesid=20081031025010pid=17mode=flat
Re: MAINTAINER-UPDATE: net/yaz
Now with correct dependencies. On Fri, Oct 31, 2008 at 03:26:50PM +0100, Andreas Bihlmaier wrote: Hello ports@, after an update to x11/tellico here is an update to one of its dependencies net/yaz. Rather boring maintenance update. Tested @i386 and @sparc64. Regards ahb Index: Makefile === RCS file: /cvs/ports/net/yaz/Makefile,v retrieving revision 1.4 diff -u -u -r1.4 Makefile --- Makefile3 Feb 2008 15:59:19 - 1.4 +++ Makefile5 Nov 2008 16:04:54 - @@ -1,12 +1,12 @@ # $OpenBSD: Makefile,v 1.4 2008/02/03 15:59:19 okan Exp $ COMMENT= Z39.50/SR client and API library -DISTNAME= yaz-3.0.24 +DISTNAME= yaz-3.0.36 CATEGORIES=net -SHARED_LIBS+= yaz 1.0 # 3.0 -SHARED_LIBS+= yaz_icu 1.1 # 3.0 -SHARED_LIBS+= yaz_server 1.0 # 3.0 +SHARED_LIBS+= yaz 1.1 # 3.0 +SHARED_LIBS+= yaz_icu 1.2 # 3.0 +SHARED_LIBS+= yaz_server 1.1 # 3.0 HOMEPAGE= http://www.indexdata.dk/yaz/ @@ -20,7 +20,7 @@ USE_LIBTOOL= Yes -WANTLIB= c crypto m ncurses pthread readline ssl z iconv intl +WANTLIB= c m ncurses pthread readline z iconv intl MASTER_SITES= http://ftp.indexdata.dk/pub/yaz/ \ ftp://ftp.indexdata.dk/pub/yaz/ @@ -32,5 +32,6 @@ icudata,icui18n,icuuc::textproc/icu4c CONFIGURE_STYLE= gnu +CONFIGURE_ARGS+= --without-gnutls .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/net/yaz/distinfo,v retrieving revision 1.3 diff -u -u -r1.3 distinfo --- distinfo3 Feb 2008 15:59:19 - 1.3 +++ distinfo5 Nov 2008 16:04:54 - @@ -1,5 +1,5 @@ -MD5 (yaz-3.0.24.tar.gz) = W1aw+XcAw4gWcn7e+ft4+w== -RMD160 (yaz-3.0.24.tar.gz) = ljDLRaBAoDzGjawPKerZxtpeOXg= -SHA1 (yaz-3.0.24.tar.gz) = YrszJIupBmqtJ9EW3R7rRl6UWjU= -SHA256 (yaz-3.0.24.tar.gz) = Vf38Fje5joGlXY4G8Uq7yjDGpt2mvB2B7UF8qeBavCo= -SIZE (yaz-3.0.24.tar.gz) = 1907924 +MD5 (yaz-3.0.36.tar.gz) = 5qoJAbvX6qCjjj02UCFcQQ== +RMD160 (yaz-3.0.36.tar.gz) = wAg8buq13vJKAEYJU31CZ3RKuAI= +SHA1 (yaz-3.0.36.tar.gz) = cWap7EZBHtDKHHH9D92+oqMjKfw= +SHA256 (yaz-3.0.36.tar.gz) = VnInYrVX6A9cnnQPJgKVo1dslqtYlmsWhew+0uVAMp0= +SIZE (yaz-3.0.36.tar.gz) = 2067444 Index: pkg/PLIST === RCS file: /cvs/ports/net/yaz/pkg/PLIST,v retrieving revision 1.3 diff -u -u -r1.3 PLIST --- pkg/PLIST 3 Feb 2008 15:59:19 - 1.3 +++ pkg/PLIST 5 Nov 2008 16:04:54 - @@ -1,14 +1,14 @@ @comment $OpenBSD: PLIST,v 1.3 2008/02/03 15:59:19 okan Exp $ %%SHARED%% bin/yaz-asncomp -bin/yaz-client [EMAIL PROTECTED] bin/yaz-client bin/yaz-config -bin/yaz-iconv -bin/yaz-icu -bin/yaz-illclient -bin/yaz-marcdump -bin/yaz-ztest -bin/zoomsh [EMAIL PROTECTED] bin/yaz-iconv [EMAIL PROTECTED] bin/yaz-icu [EMAIL PROTECTED] bin/yaz-illclient [EMAIL PROTECTED] bin/yaz-marcdump [EMAIL PROTECTED] bin/yaz-ztest [EMAIL PROTECTED] bin/zoomsh include/yaz/ include/yaz/backend.h include/yaz/ccl.h @@ -17,6 +17,7 @@ include/yaz/comstack.h include/yaz/copy_types.h include/yaz/cql.h +include/yaz/daemon.h include/yaz/diagbib1.h include/yaz/diagsru_update.h include/yaz/diagsrw.h @@ -48,6 +49,8 @@ include/yaz/readconf.h include/yaz/record_conv.h include/yaz/retrieval.h +include/yaz/rpn2cql.h +include/yaz/sc.h include/yaz/snprintf.h include/yaz/soap.h include/yaz/sortspec.h @@ -191,16 +194,16 @@ share/doc/yaz/zoom.scan.html share/doc/yaz/zoomsh.html share/yaz/ -share/yaz/etc/ -share/yaz/etc/MARC21slim2DC.xsl -share/yaz/etc/MARC21slim2MODS.xsl -share/yaz/etc/MARC21slim2RDFDC.xsl -share/yaz/etc/MARC21slimUtils.xsl -share/yaz/etc/cqlpass.properties -share/yaz/etc/maps.xml -share/yaz/etc/opacxml.xsd -share/yaz/etc/pqf.properties -share/yaz/etc/yazgfs.xml +share/yaz${SYSCONFDIR}/ +share/yaz${SYSCONFDIR}/MARC21slim2DC.xsl +share/yaz${SYSCONFDIR}/MARC21slim2MODS.xsl +share/yaz${SYSCONFDIR}/MARC21slim2RDFDC.xsl +share/yaz${SYSCONFDIR}/MARC21slimUtils.xsl +share/yaz${SYSCONFDIR}/cqlpass.properties +share/yaz${SYSCONFDIR}/maps.xml +share/yaz${SYSCONFDIR}/opacxml.xsd +share/yaz${SYSCONFDIR}/pqf.properties +share/yaz${SYSCONFDIR}/yazgfs.xml share/yaz/ill/ share/yaz/ill/ill.tcl share/yaz/ill/ill9702.asn
Re: CVS: cvs.openbsd.org: ports
On 2008/11/05 18:20, Kevin Lo wrote: On d8 , 2008-11-05 at 03:06 -0700, Kevin Lo wrote: CVSROOT:/cvs Module name:ports Changes by: [EMAIL PROTECTED] 2008/11/05 03:06:49 Modified files: books/mason-book: Makefile devel/p5-Test-Pod: Makefile devel/svk : Makefile textproc/p5-Pod-Escapes: Makefile textproc/p5-Pod-Simple: Makefile Log message: set COMES_WITH=4.5 and fix dependencies ok simon@ and jasper@ those Perl modules which moved to base need to be added to current.html as well, since people need to manually pkg_delete them. does anyone know of others? it would be good just to add _one_ more new section to current.html ...
x11/kde/sdk breakage
It fails to even start building, looks like depends need to be adjusted, I didn't yet manage to find where svn_ra_dav resides. -- viq +++ Wed Nov 5 19:27:46 CET 2008 === Cleaning for kdesdk-3.5.10p0 --- Wed Nov 5 19:27:47 CET 2008 +++ Wed Nov 5 19:27:48 CET 2008 === Returning to build of kdesdk-3.5.10p0 === kdesdk-3.5.10p0 depends on: metaauto-* - found === Verifying update for autoconf-2.61 in devel/autoconf/2.61 === Returning to build of kdesdk-3.5.10p0 === kdesdk-3.5.10p0 depends on: autoconf-2.61 - found === Verifying update for gmake-* in devel/gmake === Returning to build of kdesdk-3.5.10p0 === kdesdk-3.5.10p0 depends on: gmake-* - found === Verifying update for libtool-* in devel/libtool === Returning to build of kdesdk-3.5.10p0 === kdesdk-3.5.10p0 depends on: libtool-* - found === Verifying update for bzip2-* in archivers/bzip2 === Returning to build of kdesdk-3.5.10p0 === kdesdk-3.5.10p0 depends on: bzip2-* - found === Verifying update for kdelibs-* in x11/kde/libs3 === Returning to build of kdesdk-3.5.10p0 === kdesdk-3.5.10p0 depends on: kdelibs-* - found === Verifying update for qt3-mt-* in x11/qt3 === Returning to build of kdesdk-3.5.10p0 === kdesdk-3.5.10p0 depends on: qt3-mt-* - found === Verifying update for kdepim-* in x11/kde/pim3 `/usr/ports/bulk/amd64/kdepim-3.5.10' is up to date. --- Wed Nov 5 19:27:50 CET 2008 +++ Wed Nov 5 19:28:03 CET 2008 === Returning to build of kdesdk-3.5.10p0 === kdesdk-3.5.10p0 depends on: kdepim-* - not found === Verifying install for kdepim-* in x11/kde/pim3 `/usr/ports/bulk/amd64/kdepim-3.5.10' is up to date. === Verifying update for kdebase-* in x11/kde/base3 `/usr/ports/bulk/amd64/kdebase-3.5.10' is up to date. --- Wed Nov 5 19:28:04 CET 2008 +++ Wed Nov 5 19:29:42 CET 2008 === Returning to build of kdesdk-3.5.10p0 === Verifying update for kdepim-* in x11/kde/pim3 === Returning to build of kdesdk-3.5.10p0 === kdesdk-3.5.10p0 depends on: kdepim-* - found === Verifying update for subversion-* in devel/subversion `/usr/ports/bulk/amd64/subversion-1.5.4' is up to date. --- Wed Nov 5 19:29:45 CET 2008 +++ Wed Nov 5 19:30:03 CET 2008 === Returning to build of kdesdk-3.5.10p0 === kdesdk-3.5.10p0 depends on: subversion-* - not found === Verifying install for subversion-* in devel/subversion `/usr/ports/bulk/amd64/subversion-1.5.4' is up to date. === Verifying update for gettext-=0.10.38 in devel/gettext --- Wed Nov 5 19:30:04 CET 2008 +++ Wed Nov 5 19:30:16 CET 2008 === Returning to build of kdesdk-3.5.10p0 === Verifying update for subversion-* in devel/subversion === Returning to build of kdesdk-3.5.10p0 === kdesdk-3.5.10p0 depends on: subversion-* - found === Verifying specs: kdecore.=6 DCOP kdefx kdesu kdeui kio kwalletclient lib/qt3/qt-mt.=3.33 lib/qt3/qt-mt.=3 kdecore.=6 DCOP kdefx kdesu kdeui kio kwalletclient lib/qt3/qt-mt.=3.33 lib/qt3/qt-mt.=3 kcal kmime kdecore.=6 DCOP kdefx kdesu kdeui kio kwalletclient lib/qt3/qt-mt.=3.33 lib/qt3/qt-mt.=3 svn_client-1 svn_diff-1 svn_delta-1 svn_fs-1 svn_fs_base-1 svn_fs_fs-1 svn_ra-1 svn_ra_dav-1 svn_ra_local-1 svn_ra_svn-1 svn_repos-1 svn_subr-1 svn_wc-1 ICE SM X11 Xext Xrender art_lgpl_2 c jpeg m png pthread stdc++ util z iconv idn Xau Xdmcp fam rpcsvc intl ICE SM X11 Xext Xrender art_lgpl_2 c jpeg m png pthread stdc++ util z iconv idn Xau Xdmcp fam rpcsvc intl kabc kdeprint khtml kutils vcard kresources kparts kspell kjs ktexteditor ktnef kunittest ktnef pcre pcreposix qui-mt xml2 xslt ICE SM X11 Xext Xrender art_lgpl_2 c jpeg m png pthread stdc++ util z iconv idn Xau Xdmcp fam rpcsvc intl apr-1 aprutil-1 crypto db expat neon ssl Missing library for svn_ra_dav-1 Fatal error *** Error code 1 Stop in /usr/ports/x11/kde/sdk3 (line 1685 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/x11/kde/sdk3 (line 1998 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/x11/kde/sdk3 (line 1424 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/x11/kde/sdk3 (line 1964 of /usr/ports/infrastructure/mk/bsd.port.mk). *** Error code 1 Stop in /usr/ports/x11/kde/sdk3 (line 1944 of /usr/ports/infrastructure/mk/bsd.port.mk). --- Wed Nov 5 19:30:17 CET 2008 pgpq7oV8NUACS.pgp Description: PGP signature
Re: Ports with possible 64-bit problems
On Mon, Nov 03, 2008 at 10:17:50AM -0500, Eric Sproul wrote: Christian Weisgerber wrote: A grep over a recent set of amd64 bulk build logs shows these ports generating warnings that indicate possible 64-bit problems: libssh2-0.18 Hi, I finally got around to setting up an amd64 test platform, and with -current from yesterday, I get no warnings of any type during the build. I'm happy to provide the portslogger log if anyone is interested. I was not able to test at the time the warnings were announced (late June), so I'm curious what might have changed since then, as I've made no changes to the port, nor have there been any upstream updates. I want to mention that it does have problems. I was attempting to help someone on PerlMonks and had problems with p5-Net-SSH2 causing perl to core dump on amd64. http://www.perlmonks.org/?node_id=720724 My reply with test code that caused the dump is the first reply in that thread. I don't actually use it, and didn't have time to file a complete bug report, but I did see that it was broken. l8rZ, -- andrew - ICQ# 253198 - Jabber: [EMAIL PROTECTED] BOFH excuse of the day: endothermal recalibration
Peut aider quelqu'un autour de vous
Bonjour Vous êtes sauf erreur de notre part salarié De ce fait, vous connaissez peut-être des consultants informatiques autour de vous, et ce message peut probablement les aider: En effet la crise touchant toutes les activités, nous remarquons de plus en plus de consultants en recherche de missions. Dans ce contexte, les talents humains des consultants deviennent différentiateurs, par rapport aux talents techniques purs. Il existe plusieurs accompagnements destinés justement à mieux valoriser les consultants lors des entretiens oraux avec leurs futurs clients: Soit sous forme de coachings individuels, en particulier pour gérer de façon urgente les inter-contrats actuels, Soit sous forme d'ateliers collectifs, pour anticiper leurs présentations futures de vos consultants. (Atelier personnalisé pour une entreprise seule, possible) Ces méthodes sont issues de pratiques terrains de grandes SSII et éditeurs logiciels. Le consultant-coach les a lui-même expérimentées pendant de nombreuses années. Par ailleurs ces accompagnements peuvent être financés à 100% par le 1% formation, ou encore par le DIF (Droit Individuel à la Formation) N'hésitez pas à transférer ce message ou nous contacter pour évoquer la meilleure forme d'aide. Cordialement. Thierry CRAYE Gérant OptiVente Coach de managers - ESSEC cycle création d'entreprise - Ingénieur ENSEA - Primé plusieurs fois par la revue Management [EMAIL PROTECTED] Tel:01 46 89 07 32 Fax: 01 41 14 94 17 Mobile: 06 63 62 42 17 http://www.optivente.com S.A.R.L 40 000 P Adoptez l'éco-attitude. N'imprimez ce mail que si c'est vraiment nécessaire Si ce mail ne concerne personne autour de vous, veuillez nous excuser. Nous tachons dutiliser loutil mail (avec parcimonie 2 à 3 fois par an) pour fournir des informations utiles pour les relations commerciales. Vous pouvez toutefois demander à ne jamais plus recevoir nos informations, en cliquant juste sur [EMAIL PROTECTED]
Re: x11/kde/sdk breakage
viq [2008-11-05, 20:00:19]: It fails to even start building, looks like depends need to be adjusted, I didn't yet manage to find where svn_ra_dav resides. well, if you read kde/sdk3/Makefile, you'll quickly see this library comes from devel/subversion. with the recent update of subversion, this was removed and so LIB_DEPENDS-svn will need some adjustment.
Re: x11/kde/sdk breakage
On Wed, Nov 05, 2008 at 09:18:41PM +0100, Steven Mestdagh wrote: viq [2008-11-05, 20:00:19]: It fails to even start building, looks like depends need to be adjusted, I didn't yet manage to find where svn_ra_dav resides. well, if you read kde/sdk3/Makefile, you'll quickly see this library comes from devel/subversion. with the recent update of subversion, this was removed and so LIB_DEPENDS-svn will need some adjustment. Yes, I know. None of the subversion parts seem to carry that lib. -- viq pgpkknbo0AX2N.pgp Description: PGP signature
Re: UPDATE: sysutils/syslog-ng
Steven Mestdagh [2008-10-08, 21:34:33]: this requires the new sysutils/eventlog port sent earlier. please test/comment/ok. so has no one tested this? Index: Makefile === RCS file: /cvs/ports/sysutils/syslog-ng/Makefile,v retrieving revision 1.8 diff -u -r1.8 Makefile --- Makefile 6 Oct 2008 16:09:13 - 1.8 +++ Makefile 8 Oct 2008 19:29:28 - @@ -2,50 +2,39 @@ COMMENT= syslogd replacement +DISTNAME=syslog-ng-2.1.1 CATEGORIES= sysutils -DISTNAME=syslog-ng-1.6.8 -LIBOL= libol-0.3.16 +MAINTAINER= Steven Mestdagh [EMAIL PROTECTED] -MAINTAINER= Jakob Schlyter [EMAIL PROTECTED] +HOMEPAGE = http://www.balabit.com/network-security/syslog-ng/ -MASTER_SITE_SYSLOGNG=\ - http://www.balabit.com/downloads/files/syslog-ng/sources/ +# GPL v2 +PERMIT_PACKAGE_CDROM = Yes +PERMIT_PACKAGE_FTP = Yes +PERMIT_DISTFILES_CDROM = Yes +PERMIT_DISTFILES_FTP = Yes -MASTER_SITES=${MASTER_SITE_SYSLOGNG:=1.6/src/} -MASTER_SITES0= ${MASTER_SITE_SYSLOGNG:=libol/0.3/} +MASTER_SITES = http://www.balabit.com/downloads/files/syslog-ng/sources/2.1/src/ -HOMEPAGE=http://www.balabit.com/products/syslog_ng/ +WANTLIB =c iconv intl wrap -DISTFILES= ${DISTNAME}.tar.gz \ - ${LIBOL}.tar.gz:0 +LIB_DEPENDS =glib-2.0::devel/glib2 \ + evtlog::sysutils/eventlog -# GPL -PERMIT_PACKAGE_CDROM=Yes -PERMIT_PACKAGE_FTP= Yes -PERMIT_DISTFILES_CDROM= Yes -PERMIT_DISTFILES_FTP=Yes -WANTLIB= c +CONFIGURE_STYLE =gnu +CONFIGURE_ARGS +=--enable-tcp-wrapper -CONFIGURE_STYLE= gnu -CONFIGURE_ARGS+= --with-libol=${WRKDIR}/${LIBOL} \ - --enable-tcp-wrapper +DOC =${PREFIX}/share/doc/syslog-ng/ +EXAMPLES = ${PREFIX}/share/examples/syslog-ng/ -DOC= ${PREFIX}/share/doc/syslog-ng -EXAMPLES=${PREFIX}/share/examples/syslog-ng - -pre-configure: - cp -f ${PORTSDIR}/infrastructure/db/config.guess \ - ${PORTSDIR}/infrastructure/db/config.sub ${WRKDIR}/${LIBOL} - cd ${WRKDIR}/${LIBOL}; ./configure ; ${MAKE} +post-extract: + tar -C ${WRKBUILD} -xzf ${WRKSRC}/doc/reference/syslog-ng.html.tar.gz post-install: ${INSTALL_DATA_DIR} ${DOC} - ${INSTALL_DATA} ${WRKSRC}/doc/sgml/*.{ps,sgml,txt} ${DOC} - (cd ${DOC} ;\ - tar xzf ${WRKSRC}/doc/sgml/syslog-ng.html.tar.gz ;\ - ln -s book1.html syslog-ng.html/index.html ) + ${INSTALL_DATA} ${WRKBUILD}/syslog-ng.html/index.html ${DOC} ${INSTALL_DATA_DIR} ${EXAMPLES} - ${INSTALL_DATA} ${WRKSRC}/doc/syslog-ng.conf.sample ${EXAMPLES} + ${INSTALL_DATA} ${WRKSRC}/doc/examples/syslog-ng.conf.sample ${EXAMPLES} .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/sysutils/syslog-ng/distinfo,v retrieving revision 1.7 diff -u -r1.7 distinfo --- distinfo 5 Apr 2007 17:26:13 - 1.7 +++ distinfo 8 Oct 2008 19:29:28 - @@ -1,10 +1,5 @@ -MD5 (libol-0.3.16.tar.gz) = Hym+P0vN21svPZZeePBABg== -MD5 (syslog-ng-1.6.8.tar.gz) = /7rX6ObcvjhYILj/uiO2Ig== -RMD160 (libol-0.3.16.tar.gz) = ts8Hi0sH/EyHm/SicZpto+lvT8Y= -RMD160 (syslog-ng-1.6.8.tar.gz) = EcZ5miRCaYao/ZdDxjQH4ums+mc= -SHA1 (libol-0.3.16.tar.gz) = bW4e+U2Lbdnd2OkkUMXky54wGIo= -SHA1 (syslog-ng-1.6.8.tar.gz) = cIEq8c7jIXlwlcryoK32CvyBpwA= -SHA256 (libol-0.3.16.tar.gz) = aL69o59D/V+hO0ARqRxAsmhP4mKvKkCeKC99mn0o7J4= -SHA256 (syslog-ng-1.6.8.tar.gz) = PIQf2JWZ/7dwzfKERCaYDXXcPasS4PcH5Mu1GTf2El4= -SIZE (libol-0.3.16.tar.gz) = 345231 -SIZE (syslog-ng-1.6.8.tar.gz) = 383589 +MD5 (syslog-ng-2.1.1.tar.gz) = f/7jARSKZ41cGLGRDLe+HQ== +RMD160 (syslog-ng-2.1.1.tar.gz) = H/iIJPTV1D3CxjmK6Am8tKas8As= +SHA1 (syslog-ng-2.1.1.tar.gz) = EeX7CzsrnxzgJlGXVVCcMkz0orQ= +SHA256 (syslog-ng-2.1.1.tar.gz) = is0YN/wS8OZfns/7jFU794OjUGKKzKPCkyvy9FCfpIU= +SIZE (syslog-ng-2.1.1.tar.gz) = 420883 Index: patches/patch-Makefile_in === RCS file: patches/patch-Makefile_in diff -N patches/patch-Makefile_in --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-Makefile_in 8 Oct 2008 19:29:28 - @@ -0,0 +1,12 @@ +$OpenBSD$ +--- Makefile.in.orig Mon Oct 6 19:27:00 2008 Makefile.in Mon Oct 6 19:27:05 2008 +@@ -132,7 +132,7 @@ sbindir = @sbindir@ + sharedstatedir = @sharedstatedir@ + sysconfdir = @sysconfdir@ + target_alias = @target_alias@ +-SUBDIRS = src tests doc contrib solbuild tgzbuild ++SUBDIRS = src doc contrib solbuild tgzbuild + + EXTRA_DIST = debian/README.Debian debian/copyright debian/syslog-ng.conf.example debian/syslog-ng.files debian/syslog-ng.logrotate debian/syslog-ng.postrm \ + debian/changelog debian/changelog.in debian/rules
Re: x11/kde/sdk breakage
On Wed, Nov 05, 2008 at 09:38:24PM +0100, viq wrote: On Wed, Nov 05, 2008 at 09:18:41PM +0100, Steven Mestdagh wrote: viq [2008-11-05, 20:00:19]: It fails to even start building, looks like depends need to be adjusted, I didn't yet manage to find where svn_ra_dav resides. well, if you read kde/sdk3/Makefile, you'll quickly see this library comes from devel/subversion. with the recent update of subversion, this was removed and so LIB_DEPENDS-svn will need some adjustment. Yes, I know. None of the subversion parts seem to carry that lib. -- viq ...and maybe that's the source of the failure? ;-) -- Intelligence should guide our actions, but in harmony with the texture of the situation at hand -- Francisco Varela
Re: x11/kde/sdk breakage
On Wed, Nov 05, 2008 at 09:52:05PM +0100, Jasper Lievisse Adriaanse wrote: On Wed, Nov 05, 2008 at 09:38:24PM +0100, viq wrote: On Wed, Nov 05, 2008 at 09:18:41PM +0100, Steven Mestdagh wrote: viq [2008-11-05, 20:00:19]: It fails to even start building, looks like depends need to be adjusted, I didn't yet manage to find where svn_ra_dav resides. well, if you read kde/sdk3/Makefile, you'll quickly see this library comes from devel/subversion. with the recent update of subversion, this was removed and so LIB_DEPENDS-svn will need some adjustment. Yes, I know. None of the subversion parts seem to carry that lib. -- viq ...and maybe that's the source of the failure? ;-) Yes, so now that it has been noticed... ;) -- Intelligence should guide our actions, but in harmony with the texture of the situation at hand -- Francisco Varela -- viq pgpbFMLDMD2FW.pgp Description: PGP signature
Re: NEW net/ipguard
Hello Girishvenkatachalam, In official site of ipguard, author put broadcast version of ipguard http://ipguard.deep.perm.ru/files/ipguard-1.01-irix-brcast.tar.gz May you to add this version to ipguard port, like /usr/ports/security/{ ipguard , ipguard-brcast } ? -- Best regards, irix mailto:[EMAIL PROTECTED]
Re: x11/kde/sdk breakage
On 2008/11/05 22:38, viq wrote: Yes, I know. None of the subversion parts seem to carry that lib. ...and maybe that's the source of the failure? ;-) Yes, so now that it has been noticed... ;) obviously the pre-commit build testing of subversion's dependencies missed a few... since you probably have the other dependencies for this available or can build them quickly on that machine :) please remove the offending LIB_DEPENDS line, bump PKGNAME-svn, then build and lib-depends-check and see what else needs doing (it's likely you need WANTLIB+=sasl and a few extra libraries in LIB_DEPENDS).
Glade3, anyone using/interested in a port?
Hey folks! I'm interested in using glade3 on openbsd, but noticed that there was no current glade port available. It appears that there once was, long, long ago, but no longer. Several questions resulted: . does anyone have a (working or not) port of glade3 for OpenBSD that you've used, or were hacking on? . if not, is there any interest in having one added to the tree? (or rather, is there anything preventing this, licensing or otherwise?) . what happened to the port for the older versions of glade, I don't seem to have a devel/glade in my tree, though there have been recent (last 2 months) changes noted in ports-cvs.. am I just being incompetent in my port-finding skills? . If this older port exists, I'm assuming a new maintainer wouldn't hurt? either way, I'll take a stab at getting a port together, and maybe have something for you all to pick apart sometime soon. thanks, ~Jason
Re: Glade3, anyone using/interested in a port?
On Wed, Nov 05, 2008 at 09:44:07PM -0500, Jason Beaudoin wrote: Hey folks! Hello, I'm interested in using glade3 on openbsd, but noticed that there was no current glade port available. It appears that there once was, long, long ago, but no longer. Several questions resulted: . what happened to the port for the older versions of glade, I don't seem to have a devel/glade in my tree, though there have been recent (last 2 months) changes noted in ports-cvs.. am I just being incompetent in my port-finding skills? there are devel/libglade and devel/libglade2 Regards, Markus
Re: Glade3, anyone using/interested in a port?
snip there are devel/libglade and devel/libglade2 Regards, Markus devel/libglade2 is a runtime dependency, I'm talking about devel/glade (the GTK+2 interface builder). I found that NetBSD has glade3 in pkgsrc, but I quickly gave up on trying to understand their framework. I'm in the process (and slowly making progress) at building my first port here. while the ports checklist has been helpful, there isn't much out there about getting the build process to work when it fails on you. Should I be looking in bsd.port.mk for more information? (I am currently having trouble getting ports to run the configure script and generate a Makefile for gmake.) thanks! ~Jason
Re: Glade3, anyone using/interested in a port?
On Wed, Nov 5, 2008 at 8:43 PM, Jason Beaudoin [EMAIL PROTECTED] wrote: while the ports checklist has been helpful, there isn't much out there about getting the build process to work when it fails on you. Should I be looking in bsd.port.mk for more information? (I am currently having trouble getting ports to run the configure script and generate a Makefile for gmake.) Reading the .mk files in infrastructure/mk directory as well as bsd.port.mk(5) are very helpful. What I can suggest is looking for another port with a similar make/build structure and see how it was done and try to mimic it. --patrick
Re: update: graphics/ImageMagick
On Wed, 5 Nov 2008, Okan Demirmen wrote: new diff, plus a few others. graphics_ImageMagick.diff: - update ImageMagick to 6.4.5-3 (supersedes graphics/p5-PerlMagick) comms_xastir.diff: graphics_inkscape.diff: multimedia_dvdauthor.diff: net_kismet.diff: www_webgui.diff: x11_kde_office3.diff: - make these work with the new ImageMagick graphics_ruby-rmagick.diff: - easier to update to 2.7.1 than back-port for new api. all attached. The shared library Magick++ went down from 12.1 to 1.0, this is wrong. -- Antoine