Re: [NEW] databases/node-sqlite3
This fixes a few issues: 1. now build against native sqlite3. 2. add RCS id to Makefile Let me know if there are more issues :P node-sqlite3.tar.gz Description: application/tar-gz
UPDATE: Trickle
Hi,
Little update to make Makefile better to eyes, USE_GROFF is not needed,
little fix on HOMEPAGE and add rc.d(8) script.
Tested on i386.
Ok? Comments?
--
Sending from my VCR.
Index: Makefile
===
RCS file: /cvs/ports/net/trickle/Makefile,v
retrieving revision 1.15
diff -u -p -r1.15 Makefile
--- Makefile18 Oct 2010 18:36:59 - 1.15
+++ Makefile8 May 2012 20:47:13 -
@@ -2,20 +2,21 @@
COMMENT= lightweight userspace bandwidth shaper
DISTNAME= trickle-1.06
-REVISION= 4
+REVISION= 5
CATEGORIES=net
-HOMEPAGE= "http://monkey.org/~marius/pages/?page=trickle";
-MASTER_SITES= http://monkey.org/~marius/trickle/
+
+HOMEPAGE= http://monkey.org/~marius/trickle/
+MASTER_SITES= ${HOMEPAGE}
# BSD
PERMIT_PACKAGE_CDROM= Yes
PERMIT_PACKAGE_FTP=Yes
PERMIT_DISTFILES_CDROM=Yes
PERMIT_DISTFILES_FTP= Yes
+
WANTLIB= c event
USE_LIBTOOL= Yes
CONFIGURE_STYLE=gnu
-USE_GROFF =Yes
.include
Index: patches/patch-trickle-overload_c
===
RCS file: /cvs/ports/net/trickle/patches/patch-trickle-overload_c,v
retrieving revision 1.1
diff -u -p -r1.1 patch-trickle-overload_c
--- patches/patch-trickle-overload_c14 Dec 2003 23:27:44 - 1.1
+++ patches/patch-trickle-overload_c8 May 2012 20:47:13 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-trickle-overload_c,v 1.1 2003/12/14 23:27:44 naddy Exp $
trickle-overload.c.orig2003-12-14 21:34:01.0 +0100
-+++ trickle-overload.c 2003-12-14 21:34:41.0 +0100
-@@ -473,7 +473,7 @@ select(int nfds, fd_set *rfds, fd_set *w
+--- trickle-overload.c.origMon Jun 2 20:13:28 2003
trickle-overload.c Tue May 8 16:53:30 2012
+@@ -473,7 +473,7 @@ select(int nfds, fd_set *rfds, fd_set *wfds, fd_set *e
#define POLL_WRMASK (POLLOUT | POLLWRNORM | POLLWRBAND)
#define POLL_RDMASK (POLLIN | /* POLLNORM | */ POLLPRI | POLLRDNORM |
POLLRDBAND)
Index: pkg/PLIST
===
RCS file: /cvs/ports/net/trickle/pkg/PLIST,v
retrieving revision 1.4
diff -u -p -r1.4 PLIST
--- pkg/PLIST 27 Nov 2004 18:00:32 - 1.4
+++ pkg/PLIST 8 May 2012 20:47:13 -
@@ -1,10 +1,11 @@
@comment $OpenBSD: PLIST,v 1.4 2004/11/27 18:00:32 alek Exp $
-bin/trickle
-bin/tricklectl
-bin/trickled
+@bin bin/trickle
+@bin bin/tricklectl
+@bin bin/trickled
lib/trickle/
lib/trickle/trickle-overload.so
@man man/man1/trickle.1
@man man/man5/trickled.conf.5
@man man/man8/trickled.8
@extra ${SYSCONFDIR}/trickled.conf
+@rcscript ${RCDIR}/trickled
Index: pkg/trickled.rc
===
RCS file: pkg/trickled.rc
diff -N pkg/trickled.rc
--- /dev/null 1 Jan 1970 00:00:00 -
+++ pkg/trickled.rc 8 May 2012 20:47:13 -
@@ -0,0 +1,11 @@
+#!/bin/sh
+#
+# $OpenBSD$
+
+daemon="${TRUEPREFIX}/bin/trickled"
+
+. /etc/rc.d/rc.subr
+
+rc_reload=NO
+
+rc_cmd $1
UPDATE: misc/gpsd
Hi the new version was worked on by Kirill, https://github.com/jasperla/openbsd-wip/tree/master/misc/gpsd and feedback for non-building geo/geoclue was also provided by Kirill https://github.com/jasperla/openbsd-wip/blob/master/geo/geoclue/patches/patch-providers_gpsd_geoclue-gpsd_c any geo people out there willing to see if these two ports work as expected? thanks
Re: UPDATE: graphics/gimp
Il 09/05/2012 20.45, Brad Smith ha scritto:
> On 09/05/12 10:16 AM, Giovanni Bechis wrote:
>> Hi,
>> major update to gimp, works fine @amd64, tests on other arches are
>> welcome.
>> Cheers
>>Giovanni
>
> It looks like you missed cvs add'ing a patch for babl.
>
Here is the correct babl diff.
Cheers
Giovanni
Index: Makefile
===
RCS file: /cvs/ports/graphics/babl/Makefile,v
retrieving revision 1.12
diff -u -r1.12 Makefile
--- Makefile10 Dec 2011 09:12:19 - 1.12
+++ Makefile5 Apr 2012 16:47:02 -
@@ -4,7 +4,7 @@
COMMENT= dynamic pixel format conversion library
-V= 0.1.6
+V= 0.1.10
DISTNAME= babl-${V}
CATEGORIES=graphics devel
@@ -28,9 +28,6 @@
LIBTOOL_FLAGS= --tag=disable-static
-BUILD_DEPENDS= devel/gobject-introspection \
- lang/vala
-
USE_LIBTOOL= Yes
USE_GMAKE= Yes
@@ -38,8 +35,13 @@
CONFIGURE_ENV= ac_cv_path_W3M=no \
ac_cv_path_RSVG=no
CONFIGURE_ARGS=${CONFIGURE_SHARED} \
- --enable-introspection \
--disable-static
+
+# XXX https://bugzilla.gnome.org/show_bug.cgi?id=673580
+#BUILD_DEPENDS += lang/vala \
+# devel/gobject-introspection
+CONFIGURE_ARGS += --without-vala \
+ --disable-introspection
# be safe until proven stable
CONFIGURE_ARGS+= --enable-mmx \
Index: distinfo
===
RCS file: /cvs/ports/graphics/babl/distinfo,v
retrieving revision 1.6
diff -u -r1.6 distinfo
--- distinfo10 Dec 2011 09:12:19 - 1.6
+++ distinfo5 Apr 2012 16:47:02 -
@@ -1,5 +1,5 @@
-MD5 (babl-0.1.6.tar.bz2) = 3JYJgaXsUzD8HBd76fWQaA==
-RMD160 (babl-0.1.6.tar.bz2) = afFJOQmtVxuJOFthY27Z9roW3YU=
-SHA1 (babl-0.1.6.tar.bz2) = MXjsn5iO/oldAOLUMq2bbsECEek=
-SHA256 (babl-0.1.6.tar.bz2) = MZuQBKU2YQH9Ui2gLMmDpdD1ChevD6XLzjU14xvOGaQ=
-SIZE (babl-0.1.6.tar.bz2) = 462712
+MD5 (babl-0.1.10.tar.bz2) = nhVCq1wLEuo68HapovAteQ==
+RMD160 (babl-0.1.10.tar.bz2) = oYtXvmks9f7ItmSWCdXY3bmpf4c=
+SHA1 (babl-0.1.10.tar.bz2) = 7mAIno6dk5DnMNOuXkEHRUmSi3o=
+SHA256 (babl-0.1.10.tar.bz2) = lD/DbOrH3SW8koJWvHtTWkKYnGuXFXgUaGnu5f5ZVfQ=
+SIZE (babl-0.1.10.tar.bz2) = 449537
Index: patches/patch-Makefile_in
===
RCS file: patches/patch-Makefile_in
diff -N patches/patch-Makefile_in
--- patches/patch-Makefile_in 10 Dec 2011 09:12:19 - 1.6
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,14 +0,0 @@
-$OpenBSD: patch-Makefile_in,v 1.6 2011/12/10 09:12:19 ajacoutot Exp $
Makefile.in.orig Fri Nov 18 19:45:59 2011
-+++ Makefile.inSat Dec 10 08:58:46 2011
-@@ -292,9 +292,7 @@ ACLOCAL_AMFLAGS = -I m4 ${ACLOCAL_FLAGS}
- DISTCHECK_CONFIGURE_FLAGS = --enable-introspection
- SUBDIRS = \
- babl\
-- extensions \
-- tests \
-- docs
-+ extensions
-
- pkgconfigdir = $(libdir)/pkgconfig
- pkgconfig_DATA = babl.pc
Index: patches/patch-babl_babl-palette_c
===
RCS file: patches/patch-babl_babl-palette_c
diff -N patches/patch-babl_babl-palette_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-babl_babl-palette_c 5 Apr 2012 16:47:02 -
@@ -0,0 +1,23 @@
+$OpenBSD$
+
+From 6075948c29306b9526c2a8e9e8cce65596c53a3c Mon Sep 17 00:00:00 2001
+From: Øyvind Kolås
+Date: Thu, 05 Apr 2012 14:35:51 +
+Subject: babl/babl-palette.c: #include
+
+From ab6a85ccdeb2048053aa56e5c9003ffa7cceb1e1 Mon Sep 17 00:00:00 2001
+From: Øyvind Kolås
+Date: Thu, 05 Apr 2012 14:39:15 +
+Subject: babl/babl-palette.c: remove include of
+
+--- babl/babl-palette.c.orig Fri Mar 30 01:10:26 2012
babl/babl-palette.cThu Apr 5 17:00:14 2012
+@@ -19,7 +19,7 @@
+ #include
+ #include
+ #include
+-#include
++#include
+ #include
+ #include "config.h"
+ #include "babl-internal.h"
Index: patches/patch-extensions_Makefile_in
===
RCS file: patches/patch-extensions_Makefile_in
diff -N patches/patch-extensions_Makefile_in
--- patches/patch-extensions_Makefile_in2 Mar 2011 06:42:56 -
1.6
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,12 +0,0 @@
-$OpenBSD: patch-extensions_Makefile_in,v 1.6 2011/03/02 06:42:56 ajacoutot Exp
$
extensions/Makefile.in.origThu Jan 20 23:32:31 2011
-+++ extensions/Makefile.in Tue Mar 1 17:33:21 2011
-@@ -195,7 +195,7 @@ INTROSPECTION_TYPELIBDIR = @INTROSPECTION_TYPELIBDIR@
- LD = @LD@
- LDFLAGS = @LDFLAGS@
- LIBOBJS = @LIBOBJS@
--LIBS = $(top_builddir)/babl/libbabl-@BABL_API_VERSION@.la $(MATH_LIB)
-+LIBS = $(MATH_LIB)
- LIBTOOL = @LIBTOOL@
- LIPO = @LIPO@
- LN_S = @LN_S@
Index: pkg/PLIST
===
RCS file: /cvs/ports/graphics/babl/pkg/PLIST,v
retrieving revision 1
Confirmar recepcion
PENDRIVES Publicitarios y Promocionales CON SU LOGO O MARCA - IDEAL PARA REGALOS EMPRESARIALES Tenemos Pendrives de Cuero, Metal, Madera, Lapiceras, Tarjetas, Brazalete, Llave, Giratorios y muchos mas... === Somos importadores directos tenemos el mejor precio del mercado [IMAGE] Somos importadores directos, por lo que siempre tendremos precios competitivos, sin desmedro de la calidad de nuestros productos AsesorÃa integral en materia de logo y colores - Productos altamente personalizados Unicamente por mayor - Pedido minimo 100 unidades - Tenemos todas las capacidadades y colores Atencion contactenos unicamente a:importadordire...@in.com TELEFONO: 4240-8996 de 10 a 18 hs  Fidelize clientes mediante tarjetas de puntos o tarjetas vips Clubes - Acreditaciones - Marcas de ropa - Obras Sociales - Empresas de Seguro - Membresia - Universidades y mucho mas ... Tarjetas plasticas de proximidad para controles de acceso y/o presentismo, con o sin impresion, Tarjetas de identificacion Tarjetas inteligentes - Mifare - HID - Clamshell - Rfid [IMAGE][IMAGE][IMAGE] Tenemos todos los accesorios e insumos para identificacion Porta credencial Yo yo retractil redondo - Cinta porta credencial con broche plastico y traba de seguridad Cinta porta credencial con broche de alambre y traba de seguridad - Cinta porta credencial con broche de zamac y traba de seguridad [IMAGE][IMAGE][IMAGE] ATENCION UNICO EMAIL PARA CONSULTAS: importadordire...@in.com TELEFONO: 4240-8996 de 10 a 18 hs Envios a Capital Federal y Gran Buenos Aires SIN CARGO - Envios a todo el Pais
Re: UPDATE: graphics/gimp
On 09/05/12 10:16 AM, Giovanni Bechis wrote: Hi, major update to gimp, works fine @amd64, tests on other arches are welcome. Cheers Giovanni It looks like you missed cvs add'ing a patch for babl. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Du har 1 ny melding !
Du har 1 ny melding ! Vennligst fornye Sparebank 1 konto. Din SpareBank 1 konto er låst. Å logge inn, vennligst klikk på linken nedenfor: http://www2.sparebank1.no/portal/1001/3_privat | © SpareBank 1 Gruppen AS. | Personvern, sikkerhet og vilkår. |
Re: WIP: FFmpeg 20120428 snapshot
On May 09 16:02:15, Jan Stary wrote: > On May 02 18:30:08, Brad Smith wrote: > > Here is a work in progress update to an FFmpeg snaphot dated 20120428 > > but now from the 0.10 branch. This brings us up to date with a modern > > FFmpeg release branch and buys us a whole load of new encoders/decoders, > > bug fixes and varius improvements. As well as some diffs for some of > > the dependent ports. > > On May 08 01:21:50, Brad Smith wrote: > > I have rolled a new snapshot as of today (0508) to get a bunch of > > new security/bug fixes including the security issue with the vqavideo > > decoder (CVE-2012-0947). > > Please test if using anything not x86 but especially macppc. > > Testing on amd64/current (an intel-based macbook). > > The new ffmpeg builds and seems to work just fine. > I haven't tested any of the new encoders/decoders though. The new mplayer built on top of that seems to work fine, too (as "tested" by playing most types of the movie files I got here - is there some prefered mplayer test I should run?)
Re: library pthread.15.2 not found
On 2012/05/09 18:46, johnw wrote: > When i upgrade the samba package to 3.6.5 > then pkg_add show the error: > > Can't install samba-3.6.5 because of libraries > |library pthread.15.2 not found > | /usr/lib/libpthread.so.6.0 (system): bad major > | /usr/lib/libpthread.so.6.2 (system): bad major > | /usr/lib/libpthread.so.6.1 (system): bad major > | /usr/lib/libpthread.so.8.1 (system): bad major > | /usr/lib/libpthread.so.6.3 (system): bad major > | /usr/lib/libpthread.so.7.0 (system): bad major > | /usr/lib/libpthread.so.8.0 (system): bad major > | /usr/lib/libpthread.so.9.0 (system): bad major > | /usr/lib/libpthread.so.10.0 (system): bad major > | /usr/lib/libpthread.so.11.0 (system): bad major > | /usr/lib/libpthread.so.11.1 (system): bad major > | /usr/lib/libpthread.so.11.2 (system): bad major > | /usr/lib/libpthread.so.12.0 (system): bad major > | /usr/lib/libpthread.so.12.1 (system): bad major > | /usr/lib/libpthread.so.13.0 (system): bad major > | /usr/lib/libpthread.so.13.1 (system): bad major > | /usr/lib/libpthread.so.13.2 (system): bad major > | /usr/lib/libpthread.so.13.3 (system): bad major > | /usr/lib/libpthread.so.14.1 (system): bad major > | /usr/lib/libpthread.so.15.0 (system): minor is too small > | /usr/lib/libpthread.so.15.1 (system): minor is too small > Direct dependencies for .libs1-samba-3.5.11p1+samba-3.6.4p1->samba-3.6.5 > resolve to libexecinfo-0.2p0v0 libtalloc-2.0.1 libiconv-1.14 tdb-1.2.7 > popt-1.16 > Full dependency tree is libexecinfo-0.2p0v0 libtalloc-2.0.1 > libiconv-1.14 tdb-1.2.7 popt-1.16 gettext-0.18.1p1 > Couldn't find updates for samba-3.6.4p1, .libs1-samba-3.5.11p1 > > my system is i386/current, downloaded few days ago from ftp.openbsd.org > the samba package also downloaded from ftp.openbsd.org > > A replacement package snapshot is being built now, wait until you see files dated 9/10 May and then update again. By the way, the set of packages should be taken as a whole - rather than just updating one package, you should update all packages together. Updating individual packages is more likely to cause problems with library conflicts.
Re: FIXED: [Update] www/node 0.6.17p1 -> 0.6.17p2
On 2012/05/09 07:48, Aaron Bieber wrote:
> > I think if it's done this way, it's probably better hardcoded.
> >
> > On the other hand, it would be cleaner to actually include the
> > tar.gz file in the *package* and patch node-gyp to use that
> > instead. It's simpler too, we don't need a fallback mechanism
> > because the file is going to be there.
> >
> > If you think this adds too much to the size of the packages
> > (current amd64 package, ~4MB, tar.gz adds another 10MB or so)
> > then node-gyp could be made into a subpackage instead, but
> > 14MB isn't terribly huge and I certainly wouldn't object to just
> > including it there.
> >
> > What does anyone else think?
>
> I think adding the tar.gz to node makes the most sense. Then we don't
> have a 10MB+ tar.gz for every node-native port.
that's exactly what I meant - the other option was to package node-gyp
separately and include the tar.gz there - I didn't consider adding this to
the other node-native ports because we want gyp to work for things outside
the ports tree too.
> Are there any examples of another port that does something similar to
> this? Would patching node-gyp and adding a "post-install: ${INSTALL_DATA}
> ${DISTDIR}/node-${VERSION} ${PREFIX}/blablab" bit to the Makefile be the
> route to go?
I would use "${INSTALL_DATA} ${FULLDISTDIR}/${DISTFILES} ${PREFIX}/bla.."
Re: UPDATE: mail/py-spf
On Wed, May 09, 2012 at 04:11:17PM +0200, Giovanni Bechis wrote: > On 04/27/12 17:19, Giovanni Bechis wrote: > > > Update to version 2.0.7, some bugs fixed and python3 support added. > > mail/py-authres is a new requirement. > > > > Any news on that ? Yep, ok for me (and please remove me as maintainer). Regards, -- Pierre-Emmanuel André GPG key: 0x7AE329DC
Re: UPDATE: mail/py-spf
On 04/27/12 17:19, Giovanni Bechis wrote: > Update to version 2.0.7, some bugs fixed and python3 support added. > mail/py-authres is a new requirement. > Any news on that ? Cheers Giovanni
Re: WIP: FFmpeg 20120428 snapshot
On May 02 18:30:08, Brad Smith wrote: > Here is a work in progress update to an FFmpeg snaphot dated 20120428 > but now from the 0.10 branch. This brings us up to date with a modern > FFmpeg release branch and buys us a whole load of new encoders/decoders, > bug fixes and varius improvements. As well as some diffs for some of > the dependent ports. On May 08 01:21:50, Brad Smith wrote: > I have rolled a new snapshot as of today (0508) to get a bunch of > new security/bug fixes including the security issue with the vqavideo > decoder (CVE-2012-0947). > Please test if using anything not x86 but especially macppc. Testing on amd64/current (an intel-based macbook). The new ffmpeg builds and seems to work just fine. I haven't tested any of the new encoders/decoders though. Jan
Re: FIXED: [Update] www/node 0.6.17p1 -> 0.6.17p2
On Wed, May 09, 2012 at 09:09:35AM +0100, Stuart Henderson wrote:
> On 2012/05/08 22:08, Aaron Bieber wrote:
> > Lawrence Teo pointed out that having "/usr/ports/" hard coded is a bad
> > idea.
> >
> > This updated diff fixes that:
>
> I actually think this is a bit of a bad idea, because it's not
> resolved at runtime it means it produces packages dependent on the
> directory layout of the build machine, which is more likely to have
> a 'special' dir layout due to the large number of distfiles needed,
> whereas on a machine where the package would be installed,
> /usr/ports/distfiles is much more common.
Makes sense.
> As it's a bit of a hack in the first place, and the fallback
> mechanism does work (as long as you don't have systrace enabled),
> I think if it's done this way, it's probably better hardcoded.
>
> On the other hand, it would be cleaner to actually include the
> tar.gz file in the *package* and patch node-gyp to use that
> instead. It's simpler too, we don't need a fallback mechanism
> because the file is going to be there.
>
> If you think this adds too much to the size of the packages
> (current amd64 package, ~4MB, tar.gz adds another 10MB or so)
> then node-gyp could be made into a subpackage instead, but
> 14MB isn't terribly huge and I certainly wouldn't object to just
> including it there.
>
> What does anyone else think?
I think adding the tar.gz to node makes the most sense. Then we don't
have a 10MB+ tar.gz for every node-native port.
Are there any examples of another port that does something similar to
this? Would patching node-gyp and adding a "post-install: ${INSTALL_DATA}
${DISTDIR}/node-${VERSION} ${PREFIX}/blablab" bit to the Makefile be the
route to go?
Re: FIXED: [Update] www/node 0.6.17p1 -> 0.6.17p2
On Wed, May 09, 2012 at 09:09:35AM +0100, Stuart Henderson wrote:
> On 2012/05/08 22:08, Aaron Bieber wrote:
> > Lawrence Teo pointed out that having "/usr/ports/" hard coded is a bad
> > idea.
> >
> > This updated diff fixes that:
>
> I actually think this is a bit of a bad idea, because it's not
> resolved at runtime it means it produces packages dependent on the
> directory layout of the build machine, which is more likely to have
> a 'special' dir layout due to the large number of distfiles needed,
> whereas on a machine where the package would be installed,
> /usr/ports/distfiles is much more common.
>
> As it's a bit of a hack in the first place, and the fallback
> mechanism does work (as long as you don't have systrace enabled),
> I think if it's done this way, it's probably better hardcoded.
>
> On the other hand, it would be cleaner to actually include the
> tar.gz file in the *package* and patch node-gyp to use that
> instead. It's simpler too, we don't need a fallback mechanism
> because the file is going to be there.
>
> If you think this adds too much to the size of the packages
> (current amd64 package, ~4MB, tar.gz adds another 10MB or so)
> then node-gyp could be made into a subpackage instead, but
> 14MB isn't terribly huge and I certainly wouldn't object to just
> including it there.
>
> What does anyone else think?
Your explanation makes sense, though going the fallback way (no systrace)
sounds bad, as you stated already.
Including the tar.gz into the package and growing it to 14MB sounds good.
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/www/node/Makefile,v
> > retrieving revision 1.35
> > diff -N -u -p Makefile
> > --- Makefile8 May 2012 15:38:01 - 1.35
> > +++ Makefile9 May 2012 04:04:59 -
> > @@ -11,7 +11,7 @@ COMMENT= V8 JavaScript for clients and servers
> > NODE_VERSION= v0.6.17
> > DISTNAME= node-${NODE_VERSION}
> > PKGNAME= ${DISTNAME:S/v//g}
> > -REVISION= 1
> > +REVISION= 2
> >
> > CATEGORIES=www devel
> >
> > @@ -47,6 +47,7 @@ REGRESS_TARGET= test
> > CONFIGURE_STYLE= simple
> >
> > SUBST_VARS+= CFLAGS
> > +SUBST_VARS+= DISTDIR
> >
> > MAKE_ENV+= CXX=c++ CCFLAGS+="${CFLAGS}" CXXFLAGS="${CXXFLAGS}"
> >
> > @@ -56,7 +57,8 @@ pre-configure:
> > @# Bad practice, but prevents a whole stack of patches.
> > ln -sf ${LOCALBASE}/bin/python${MODPY_VERSION} ${WRKDIR}/bin/python
> > ${SUBST_CMD} ${WRKDIST}/lib/module.js \
> > - ${WRKDIST}/deps/npm/node_modules/node-gyp/lib/configure.js
> > + ${WRKDIST}/deps/npm/node_modules/node-gyp/lib/configure.js \
> > + ${WRKDIST}/deps/npm/node_modules/node-gyp/lib/install.js
> >
> > post-install:
> > ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py \
> > Index: patches/patch-deps_npm_node_modules_node-gyp_lib_install_js
> > ===
> > RCS file: patches/patch-deps_npm_node_modules_node-gyp_lib_install_js
> > diff -N -u -p patches/patch-deps_npm_node_modules_node-gyp_lib_install_js
> > --- /dev/null 8 May 2012 22:04:59 -
> > +++ patches/patch-deps_npm_node_modules_node-gyp_lib_install_js 9 May
> > 2012 04:04:59 -
> > @@ -0,0 +1,30 @@
> > +$OpenBSD$
> > +--- deps/npm/node_modules/node-gyp/lib/install.js.orig Tue May 8
> > 20:06:20 2012
> > deps/npm/node_modules/node-gyp/lib/install.js Tue May 8 20:08:56 2012
> > +@@ -166,11 +166,21 @@ function install (gyp, argv, callback) {
> > + extracter.on('error', cb)
> > + extracter.on('end', afterTarball)
> > +
> > +-// download the tarball, gunzip and extract!
> > +-var req = download(tarballUrl, downloadError)
> > +- .pipe(gunzip)
> > +- .pipe(extracter)
> > +-
> > ++ var filePath = '${DISTDIR}/node-v' + version + '.tar.gz';
> > ++ gyp.info('If this fails, please ensure ' + filePath + ' exists!!')
> > ++ fs.stat(filePath, function(err, stat) {
> > ++ if (err) {
> > ++ // download the tarball
> > ++ var req = download(tarballUrl, downloadError)
> > ++.pipe(gunzip)
> > ++.pipe(extracter)
> > ++ } else {
> > ++ // use existing tarball
> > ++ fs.createReadStream(filePath)
> > ++.pipe(gunzip)
> > ++.pipe(extracter)
> > ++ }
> > ++ });
> > + // something went wrong downloading the tarball?
> > + function downloadError (err, res) {
> > + if (err || res.statusCode != 200) {
> >
>
--
Cheers,
Jasper
"Stay Hungry. Stay Foolish"
Re: library pthread.15.2 not found
You'll need to wait for a snap after the 3rd of May or do a make build yourself. On Wed, May 09, 2012 at 06:46:29PM +0800, johnw wrote: > When i upgrade the samba package to 3.6.5 > then pkg_add show the error: > > Can't install samba-3.6.5 because of libraries > |library pthread.15.2 not found > | /usr/lib/libpthread.so.6.0 (system): bad major > | /usr/lib/libpthread.so.6.2 (system): bad major > | /usr/lib/libpthread.so.6.1 (system): bad major > | /usr/lib/libpthread.so.8.1 (system): bad major > | /usr/lib/libpthread.so.6.3 (system): bad major > | /usr/lib/libpthread.so.7.0 (system): bad major > | /usr/lib/libpthread.so.8.0 (system): bad major > | /usr/lib/libpthread.so.9.0 (system): bad major > | /usr/lib/libpthread.so.10.0 (system): bad major > | /usr/lib/libpthread.so.11.0 (system): bad major > | /usr/lib/libpthread.so.11.1 (system): bad major > | /usr/lib/libpthread.so.11.2 (system): bad major > | /usr/lib/libpthread.so.12.0 (system): bad major > | /usr/lib/libpthread.so.12.1 (system): bad major > | /usr/lib/libpthread.so.13.0 (system): bad major > | /usr/lib/libpthread.so.13.1 (system): bad major > | /usr/lib/libpthread.so.13.2 (system): bad major > | /usr/lib/libpthread.so.13.3 (system): bad major > | /usr/lib/libpthread.so.14.1 (system): bad major > | /usr/lib/libpthread.so.15.0 (system): minor is too small > | /usr/lib/libpthread.so.15.1 (system): minor is too small > Direct dependencies for .libs1-samba-3.5.11p1+samba-3.6.4p1->samba-3.6.5 > resolve to libexecinfo-0.2p0v0 libtalloc-2.0.1 libiconv-1.14 tdb-1.2.7 > popt-1.16 > Full dependency tree is libexecinfo-0.2p0v0 libtalloc-2.0.1 > libiconv-1.14 tdb-1.2.7 popt-1.16 gettext-0.18.1p1 > Couldn't find updates for samba-3.6.4p1, .libs1-samba-3.5.11p1 > > my system is i386/current, downloaded few days ago from ftp.openbsd.org > the samba package also downloaded from ftp.openbsd.org >
Re: library pthread.15.2 not found
On Wed, May 09, 2012 at 06:46:29PM +0800, johnw wrote: > When i upgrade the samba package to 3.6.5 > then pkg_add show the error: > > Can't install samba-3.6.5 because of libraries > |library pthread.15.2 not found > | /usr/lib/libpthread.so.6.0 (system): bad major > | /usr/lib/libpthread.so.6.2 (system): bad major > | /usr/lib/libpthread.so.6.1 (system): bad major > | /usr/lib/libpthread.so.8.1 (system): bad major > | /usr/lib/libpthread.so.6.3 (system): bad major > | /usr/lib/libpthread.so.7.0 (system): bad major > | /usr/lib/libpthread.so.8.0 (system): bad major > | /usr/lib/libpthread.so.9.0 (system): bad major > | /usr/lib/libpthread.so.10.0 (system): bad major > | /usr/lib/libpthread.so.11.0 (system): bad major > | /usr/lib/libpthread.so.11.1 (system): bad major > | /usr/lib/libpthread.so.11.2 (system): bad major > | /usr/lib/libpthread.so.12.0 (system): bad major > | /usr/lib/libpthread.so.12.1 (system): bad major > | /usr/lib/libpthread.so.13.0 (system): bad major > | /usr/lib/libpthread.so.13.1 (system): bad major > | /usr/lib/libpthread.so.13.2 (system): bad major > | /usr/lib/libpthread.so.13.3 (system): bad major > | /usr/lib/libpthread.so.14.1 (system): bad major > | /usr/lib/libpthread.so.15.0 (system): minor is too small > | /usr/lib/libpthread.so.15.1 (system): minor is too small > Direct dependencies for .libs1-samba-3.5.11p1+samba-3.6.4p1->samba-3.6.5 > resolve to libexecinfo-0.2p0v0 libtalloc-2.0.1 libiconv-1.14 tdb-1.2.7 > popt-1.16 > Full dependency tree is libexecinfo-0.2p0v0 libtalloc-2.0.1 > libiconv-1.14 tdb-1.2.7 popt-1.16 gettext-0.18.1p1 > Couldn't find updates for samba-3.6.4p1, .libs1-samba-3.5.11p1 > > my system is i386/current, downloaded few days ago from ftp.openbsd.org > the samba package also downloaded from ftp.openbsd.org i386 current packages were built against a newer snapshot that is not published yet. Either build the latest librthread version from src/ or wait for new snaps. -- Antoine
library pthread.15.2 not found
When i upgrade the samba package to 3.6.5 then pkg_add show the error: Can't install samba-3.6.5 because of libraries |library pthread.15.2 not found | /usr/lib/libpthread.so.6.0 (system): bad major | /usr/lib/libpthread.so.6.2 (system): bad major | /usr/lib/libpthread.so.6.1 (system): bad major | /usr/lib/libpthread.so.8.1 (system): bad major | /usr/lib/libpthread.so.6.3 (system): bad major | /usr/lib/libpthread.so.7.0 (system): bad major | /usr/lib/libpthread.so.8.0 (system): bad major | /usr/lib/libpthread.so.9.0 (system): bad major | /usr/lib/libpthread.so.10.0 (system): bad major | /usr/lib/libpthread.so.11.0 (system): bad major | /usr/lib/libpthread.so.11.1 (system): bad major | /usr/lib/libpthread.so.11.2 (system): bad major | /usr/lib/libpthread.so.12.0 (system): bad major | /usr/lib/libpthread.so.12.1 (system): bad major | /usr/lib/libpthread.so.13.0 (system): bad major | /usr/lib/libpthread.so.13.1 (system): bad major | /usr/lib/libpthread.so.13.2 (system): bad major | /usr/lib/libpthread.so.13.3 (system): bad major | /usr/lib/libpthread.so.14.1 (system): bad major | /usr/lib/libpthread.so.15.0 (system): minor is too small | /usr/lib/libpthread.so.15.1 (system): minor is too small Direct dependencies for .libs1-samba-3.5.11p1+samba-3.6.4p1->samba-3.6.5 resolve to libexecinfo-0.2p0v0 libtalloc-2.0.1 libiconv-1.14 tdb-1.2.7 popt-1.16 Full dependency tree is libexecinfo-0.2p0v0 libtalloc-2.0.1 libiconv-1.14 tdb-1.2.7 popt-1.16 gettext-0.18.1p1 Couldn't find updates for samba-3.6.4p1, .libs1-samba-3.5.11p1 my system is i386/current, downloaded few days ago from ftp.openbsd.org the samba package also downloaded from ftp.openbsd.org
Re: Update: libusb-compat to 0.1.4
On Wed, May 9, 2012 at 11:28 AM, Martin Pieuchot wrote: > Update to 0.1.4 and take maintainership to keep it in sync with > devel/libusb1. > > This is a really small bugfix and documentation release. > > Ok? Sure! ciao, David
Update: libusb-compat to 0.1.4
Update to 0.1.4 and take maintainership to keep it in sync with devel/libusb1. This is a really small bugfix and documentation release. Ok? Martin Index: Makefile === RCS file: /cvs/ports/devel/libusb-compat/Makefile,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 Makefile --- Makefile13 Nov 2011 13:49:50 - 1.1.1.1 +++ Makefile9 May 2012 09:20:22 - @@ -2,7 +2,7 @@ COMMENT= libusb-0.1 compatibility layer for libusb1 -DISTNAME= libusb-compat-0.1.3 +DISTNAME= libusb-compat-0.1.4 EXTRACT_SUFX= .tar.bz2 SHARED_LIBS += usb 10.0 # 8.4 @@ -12,6 +12,8 @@ MODGNU_SHARED_LIBS= usb '-export-dynamic CATEGORIES=devel HOMEPAGE= http://libusb.sourceforge.net/ + +MAINTAINER=Martin Pieuchot # LGPL PERMIT_PACKAGE_CDROM= Yes Index: distinfo === RCS file: /cvs/ports/devel/libusb-compat/distinfo,v retrieving revision 1.1.1.1 diff -u -p -r1.1.1.1 distinfo --- distinfo13 Nov 2011 13:49:50 - 1.1.1.1 +++ distinfo24 Apr 2012 07:49:14 - @@ -1,5 +1,5 @@ -MD5 (libusb-compat-0.1.3.tar.bz2) = VwrC6ghbgNH3Tdx8apPA6w== -RMD160 (libusb-compat-0.1.3.tar.bz2) = 0A4AuflzPvxD605EuEKYVA6JZpE= -SHA1 (libusb-compat-0.1.3.tar.bz2) = 1XENW8S2fFNE53lHW3YWjHzMXmk= -SHA256 (libusb-compat-0.1.3.tar.bz2) = pZCgO2GIAw7hyhoK9VaF/N4AXKgHuWOXD4Ob53YDHZQ= -SIZE (libusb-compat-0.1.3.tar.bz2) = 251218 +MD5 (libusb-compat-0.1.4.tar.bz2) = LKUh//rdDCj98XTm7HOGWw== +RMD160 (libusb-compat-0.1.4.tar.bz2) = hKeqOilKYGWDj8tGSTWSa2WeT+4= +SHA1 (libusb-compat-0.1.4.tar.bz2) = /cHfb1z3tx3np0KSruoaoqOVUq4= +SHA256 (libusb-compat-0.1.4.tar.bz2) = 7VvdFgx7Ae92f7kxqBtFT0YibR4s9YUCztdY0+Wp/cQ= +SIZE (libusb-compat-0.1.4.tar.bz2) = 242379
Re: FIXED: [Update] www/node 0.6.17p1 -> 0.6.17p2
On 2012/05/08 22:08, Aaron Bieber wrote:
> Lawrence Teo pointed out that having "/usr/ports/" hard coded is a bad
> idea.
>
> This updated diff fixes that:
I actually think this is a bit of a bad idea, because it's not
resolved at runtime it means it produces packages dependent on the
directory layout of the build machine, which is more likely to have
a 'special' dir layout due to the large number of distfiles needed,
whereas on a machine where the package would be installed,
/usr/ports/distfiles is much more common.
As it's a bit of a hack in the first place, and the fallback
mechanism does work (as long as you don't have systrace enabled),
I think if it's done this way, it's probably better hardcoded.
On the other hand, it would be cleaner to actually include the
tar.gz file in the *package* and patch node-gyp to use that
instead. It's simpler too, we don't need a fallback mechanism
because the file is going to be there.
If you think this adds too much to the size of the packages
(current amd64 package, ~4MB, tar.gz adds another 10MB or so)
then node-gyp could be made into a subpackage instead, but
14MB isn't terribly huge and I certainly wouldn't object to just
including it there.
What does anyone else think?
> Index: Makefile
> ===
> RCS file: /cvs/ports/www/node/Makefile,v
> retrieving revision 1.35
> diff -N -u -p Makefile
> --- Makefile 8 May 2012 15:38:01 - 1.35
> +++ Makefile 9 May 2012 04:04:59 -
> @@ -11,7 +11,7 @@ COMMENT=V8 JavaScript for clients and servers
> NODE_VERSION=v0.6.17
> DISTNAME=node-${NODE_VERSION}
> PKGNAME= ${DISTNAME:S/v//g}
> -REVISION=1
> +REVISION=2
>
> CATEGORIES= www devel
>
> @@ -47,6 +47,7 @@ REGRESS_TARGET= test
> CONFIGURE_STYLE= simple
>
> SUBST_VARS+= CFLAGS
> +SUBST_VARS+= DISTDIR
>
> MAKE_ENV+= CXX=c++ CCFLAGS+="${CFLAGS}" CXXFLAGS="${CXXFLAGS}"
>
> @@ -56,7 +57,8 @@ pre-configure:
> @# Bad practice, but prevents a whole stack of patches.
> ln -sf ${LOCALBASE}/bin/python${MODPY_VERSION} ${WRKDIR}/bin/python
> ${SUBST_CMD} ${WRKDIST}/lib/module.js \
> - ${WRKDIST}/deps/npm/node_modules/node-gyp/lib/configure.js
> + ${WRKDIST}/deps/npm/node_modules/node-gyp/lib/configure.js \
> + ${WRKDIST}/deps/npm/node_modules/node-gyp/lib/install.js
>
> post-install:
> ${MODPY_BIN} ${MODPY_LIBDIR}/compileall.py \
> Index: patches/patch-deps_npm_node_modules_node-gyp_lib_install_js
> ===
> RCS file: patches/patch-deps_npm_node_modules_node-gyp_lib_install_js
> diff -N -u -p patches/patch-deps_npm_node_modules_node-gyp_lib_install_js
> --- /dev/null 8 May 2012 22:04:59 -
> +++ patches/patch-deps_npm_node_modules_node-gyp_lib_install_js 9 May
> 2012 04:04:59 -
> @@ -0,0 +1,30 @@
> +$OpenBSD$
> +--- deps/npm/node_modules/node-gyp/lib/install.js.orig Tue May 8
> 20:06:20 2012
> deps/npm/node_modules/node-gyp/lib/install.jsTue May 8 20:08:56 2012
> +@@ -166,11 +166,21 @@ function install (gyp, argv, callback) {
> + extracter.on('error', cb)
> + extracter.on('end', afterTarball)
> +
> +-// download the tarball, gunzip and extract!
> +-var req = download(tarballUrl, downloadError)
> +- .pipe(gunzip)
> +- .pipe(extracter)
> +-
> ++var filePath = '${DISTDIR}/node-v' + version + '.tar.gz';
> ++gyp.info('If this fails, please ensure ' + filePath + ' exists!!')
> ++fs.stat(filePath, function(err, stat) {
> ++if (err) {
> ++// download the tarball
> ++var req = download(tarballUrl, downloadError)
> ++ .pipe(gunzip)
> ++ .pipe(extracter)
> ++} else {
> ++// use existing tarball
> ++fs.createReadStream(filePath)
> ++ .pipe(gunzip)
> ++ .pipe(extracter)
> ++}
> ++});
> + // something went wrong downloading the tarball?
> + function downloadError (err, res) {
> + if (err || res.statusCode != 200) {
>
