Reprise d'entreprise
Bonjour, Vous sachant intéressé par la reprise ou lâachat dans votre secteur dâactivité de lâun de vos concurrents. Nous nous permettons de vous faire parvenir ce mail dâinformation. Celui-ci vous permettra dâaccéder à notre service de mise en relation. www.reprise-entreprise.fr Vous avez la possibilité de créer une veille sur votre activité, ou sur votre région. Dans lâattente de votre visite, Cordialement, Une Equipe à votre service. REPRISE ENTREPRISE www.reprise-entreprise.fr Ne plus recevoir d'information de notre part, suivez le lien
[update] graphics/dcraw - 8.80
tested with canon CR2 files on amd64 and sparc64. I kept the patches for strcpy and friends since some web-server scripts use dcraw with maybe dodgy files. ok to commit? (btw, mbalmer, there's a new ufraw which uses this version too) Index: Makefile === RCS file: /cvs/ports/graphics/dcraw/Makefile,v retrieving revision 1.9 diff -u -p -r1.9 Makefile --- Makefile15 Sep 2007 20:09:40 - 1.9 +++ Makefile23 Nov 2007 10:26:23 - @@ -2,18 +2,15 @@ COMMENT= digital camera RAW format conversion tool -DISTNAME= dcraw-8.19 -PKGNAME= ${DISTNAME}p0 +DISTNAME= dcraw-8.80 CATEGORIES=graphics HOMEPAGE= http://www.cybercom.net/~dcoffin/dcraw/ -MASTER_SITES= http://www.oxide.org/dcraw/${DISTNAME}/ +MASTER_SITES= http://cybercom.net/~dcoffin/dcraw/archive/ -DISTFILES= dcraw.c dcraw.1 -DIST_SUBDIR= ${DISTNAME} - -LIB_DEPENDS= jpeg.=6::graphics/jpeg +LIB_DEPENDS= jpeg.=6::graphics/jpeg \ + lcms::graphics/lcms # Some code is completely free, some is under the GPL PERMIT_PACKAGE_CDROM= Yes @@ -26,18 +23,16 @@ WANTLIB=c m NO_REGRESS=Yes SEPARATE_BUILD=simple -do-extract: - mkdir ${WRKSRC} - cp ${DISTDIR}/${DIST_SUBDIR}/dcraw.c ${WRKSRC} +WRKDIST= ${WRKDIR}/dcraw do-build: ${CC} ${CFLAGS} -c -o ${WRKBUILD}/dcraw.o -I${PREFIX}/include \ - -DNO_LCMS ${WRKSRC}/dcraw.c - ${CC} ${CFLAGS} -o ${WRKBUILD}/dcraw -ljpeg -lm -L${PREFIX}/lib \ + ${WRKSRC}/dcraw.c + ${CC} ${CFLAGS} -o ${WRKBUILD}/dcraw -ljpeg -lm -llcms -L${PREFIX}/lib \ ${WRKBUILD}/dcraw.o do-install: ${INSTALL_PROGRAM} ${WRKBUILD}/dcraw ${PREFIX}/bin - ${INSTALL_MAN} ${DISTDIR}/${DIST_SUBDIR}/dcraw.1 ${PREFIX}/man/man1 + ${INSTALL_MAN} ${WRKSRC}/dcraw.1 ${PREFIX}/man/man1 .include bsd.port.mk Index: distinfo === RCS file: /cvs/ports/graphics/dcraw/distinfo,v retrieving revision 1.6 diff -u -p -r1.6 distinfo --- distinfo5 Apr 2007 16:19:55 - 1.6 +++ distinfo23 Nov 2007 10:26:23 - @@ -1,10 +1,5 @@ -MD5 (dcraw-8.19/dcraw.1) = vNJLfCgJKmpMW5aHmHExuA== -MD5 (dcraw-8.19/dcraw.c) = JAhe31ArDu8C2h+fcvP9rw== -RMD160 (dcraw-8.19/dcraw.1) = AFQx9NoxPpLSRofpwnuSbmX/0XQ= -RMD160 (dcraw-8.19/dcraw.c) = /2Z77HaYmxPXJ8+zF6DzTya3n9c= -SHA1 (dcraw-8.19/dcraw.1) = HNar9Dg0M9pDJKzDvAtwmbv4k58= -SHA1 (dcraw-8.19/dcraw.c) = LyFfZOzLKhHWyZlZTygSDu3F+Yo= -SHA256 (dcraw-8.19/dcraw.1) = A2lue9u2/etqVWv+aGRXQWbuGOIMeCpkRbw0afvDuE0= -SHA256 (dcraw-8.19/dcraw.c) = A5TagJRdF2SQSgTuvsI2hIthErjz0Mbc07pQgg7qYC8= -SIZE (dcraw-8.19/dcraw.1) = 4587 -SIZE (dcraw-8.19/dcraw.c) = 198498 +MD5 (dcraw-8.80.tar.gz) = 7wXaXZSPCXXAkJExSu+t2A== +RMD160 (dcraw-8.80.tar.gz) = SKVQ0CUrz0UWn0bA8nSFtocFvT8= +SHA1 (dcraw-8.80.tar.gz) = vHk/JTzuTmKpQpUIWUsiQP1nDI0= +SHA256 (dcraw-8.80.tar.gz) = oLqxxGSVC/CbMrV8WyEXhqzlTGCplan88ZbIr6PpxNY= +SIZE (dcraw-8.80.tar.gz) = 133592 Index: patches/patch-dcraw_c === RCS file: /cvs/ports/graphics/dcraw/patches/patch-dcraw_c,v retrieving revision 1.5 diff -u -p -r1.5 patch-dcraw_c --- patches/patch-dcraw_c 11 Jun 2006 04:12:48 - 1.5 +++ patches/patch-dcraw_c 23 Nov 2007 10:26:23 - @@ -1,15 +1,26 @@ dcraw.c.orig Thu May 25 21:08:17 2006 -+++ dcraw.cThu May 25 21:09:19 2006 -@@ -2482,7 +2482,7 @@ - for (j=0; j 3; j++) - FORC3 last[i][j] += correct[i][c] * cam_xyz[c][j]; +--- dcraw.c.orig Fri Nov 16 15:24:52 2007 dcraw.cFri Nov 23 10:24:37 2007 +@@ -1249,8 +1249,8 @@ void CLASS nikon_3700() + bits = (dp[8] 3) 4 | (dp[20] 3); + for (i=0; i sizeof table / sizeof *table; i++) + if (bits == table[i].bits) { +- strcpy (make, table[i].make ); +- strcpy (model, table[i].model); ++ strlcpy (make, table[i].make, sizeof make); ++ strlcpy (model, table[i].model, sizeof model); + } + } +@@ -2971,7 +2971,7 @@ void CLASS foveon_interpolate() + FORC3 diag[c][i] = LAST(1,1)*LAST(2,2) - LAST(1,2)*LAST(2,1); + #undef LAST + FORC3 div[c] = diag[c][0]*0.3127 + diag[c][1]*0.329 + diag[c][2]*0.3583; - sprintf (str, %sRGBNeutral, model2); + snprintf (str, sizeof str, %sRGBNeutral, model2); if (foveon_camf_param (IncludeBlocks, str)) foveon_fixed (div, 3, str); - else { -@@ -2853,9 +2853,9 @@ + num = 0; +@@ -3335,9 +3335,9 @@ void CLASS bad_pixels() if (*cp == '\\') *cp = '/'; #endif cp = fname + strlen(fname); @@ -21,43 +32,25 @@ if ((fp = fopen (fname, r))) break; if (cp == fname) break; while (*--cp != '/'); -@@ -3902,7 +3902,7 @@ - while (1) { - fread (data, 1, 8, ifp); - if (strcmp(data,PKTS)) break; --if (!make[0]) strcpy(make,Leaf); -+if (!make[0]) strlcpy (make, Leaf, sizeof make); -
Re: [update] graphics/dcraw - 8.80
On Fri 2007.11.23 at 21:49 +, Stuart Henderson wrote: tested with canon CR2 files on amd64 and sparc64. I kept the patches for strcpy and friends since some web-server scripts use dcraw with maybe dodgy files. ok to commit? tested with a nikon d70 on i386 - ok. cheers, okan
Re: Samba 3.0.27a for OpenBSD 4.2-stable
On Fri, Nov 23, 2007 at 09:35:38AM +1100, Ian McWilliam wrote: Attached is a port of Samba 3.0.27a for people using 4.2-stable. Samba 3.0.27 is a security release to address CVE-2007-4572 http://samba.org/samba/security/CVE-2007-4572.html and CVE-2007-5398 http://samba.org/samba/security/CVE-2007-5398.html. http://news.samba.org/releases/3.0.27/ Those of us not running current in production may want to test this. Ian McWilliam. Test on IBM Thinpad 570E 4.2 stable everything is ok.
Re: UPDATE: math/netcdf
On Fri 2007.11.23 at 13:49 -0500, Okan Demirmen wrote: On Fri 2007.11.23 at 13:18 -0500, Ian Darwin wrote: does one really need all those ps, pdf, texi, html and txt docs on top of the info and man pages? (e.g. --enable-docs-install) Well, some people really hate info pages and prefer html or pdf. Having both ps and pdf is probably overkill, so I'd drop the ps if it were up to me. in this case we have a few man pages - ok fine, of course. then there are a bunch of other docs (some duplicated formats of the man pages, some not) - these happen to be duplicated in info, ps, pdf, html and txt formats. i'd like to only install one of these formats...maybe two if people really want ;) so i was going to just suggest the txt ones, but would pdf be preferred or ps, or txt and ps (or pdf)? i think people can go relatively easily from format to format if they really really want...right? docs with txt and pdf. ok? Index: Makefile === RCS file: /data/OpenBSD/cvs/ports/math/netcdf/Makefile,v retrieving revision 1.11 diff -u -p -r1.11 Makefile --- Makefile15 Sep 2007 18:44:36 - 1.11 +++ Makefile23 Nov 2007 23:18:07 - @@ -3,12 +3,12 @@ COMMENT= library for machine-independent, array-oriented data access -DISTNAME= netcdf-3.5.0 -PKGNAME= ${DISTNAME}p1 +DISTNAME= netcdf-3.6.2 CATEGORIES=math -SHARED_LIBS= netcdf 1.0 \ - netcdf_c++ 2.0 +SHARED_LIBS= netcdf 4.0 \ + netcdff 4.0 \ + netcdf_c++ 4.0 HOMEPAGE= http://www.unidata.ucar.edu/packages/netcdf/ @@ -19,31 +19,23 @@ PERMIT_PACKAGE_CDROM= Yes PERMIT_PACKAGE_FTP= Yes PERMIT_DISTFILES_CDROM= Yes PERMIT_DISTFILES_FTP= Yes -WANTLIB= c -MASTER_SITES= ftp://ftp.unidata.ucar.edu/pub/netcdf/ \ - ftp://ftp.unidata.ucar.edu/pub/netcdf/old/ -EXTRACT_SUFX= .tar.Z +WANTLIB= c m -WRKSRC=${WRKDIST}/src +MASTER_SITES= ftp://ftp.unidata.ucar.edu/pub/netcdf/ -CONFIGURE_STYLE= gnu dest -CONFIGURE_ARGS+= ${CONFIGURE_SHARED} - -MAKE_FLAGS=CPPFLAGS=-fPIC -DPIC -Df2cFortran -I${WRKSRC}/libsrc - -REGRESS_DEPENDS= ::math/netcdf - -post-build: - @(cd ${WRKSRC}/libsrc \ - ${SETENV} ${MAKE_ENV} ${MAKE} LIBVER=${LIBnetcdf_VERSION} shared_library) - @(cd ${WRKSRC}/cxx \ - ${SETENV} ${MAKE_ENV} ${MAKE} LIBVER=${LIBnetcdf_c++_VERSION} shared_library) +CONFIGURE_STYLE= gnu +CONFIGURE_ENV= CPPFLAGS=-Df2cFortran +CONFIGURE_ARGS+= ${CONFIGURE_SHARED} \ + --disable-f90 + +USE_GMAKE= Yes +USE_LIBTOOL= Yes +SEPARATE_BUILD=concurrent post-install: - ${INSTALL_DATA} \ - ${WRKSRC}/libsrc/libnetcdf.so.${LIBnetcdf_VERSION} \ - ${WRKSRC}/cxx/libnetcdf_c++.so.${LIBnetcdf_c++_VERSION} \ - ${PREFIX}/lib + ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/netcdf + @cd ${WRKSRC}/man ${INSTALL_DATA} *.txt *.pdf \ + ${PREFIX}/share/doc/netcdf .include bsd.port.mk Index: distinfo === RCS file: /data/OpenBSD/cvs/ports/math/netcdf/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo5 Apr 2007 16:20:06 - 1.4 +++ distinfo23 Nov 2007 17:19:57 - @@ -1,5 +1,5 @@ -MD5 (netcdf-3.5.0.tar.Z) = KGQKQKRPmC+Q9e6xXpF6Hw== -RMD160 (netcdf-3.5.0.tar.Z) = QxPgD8Vic+hxwAO/snxTPUp/VW8= -SHA1 (netcdf-3.5.0.tar.Z) = 6cWphH2P+bPhuKGPXiFvahUIvOg= -SHA256 (netcdf-3.5.0.tar.Z) = 06IROpF02EXcN3EigmzWix4C+7JTwPDCU7jhwZnIS5c= -SIZE (netcdf-3.5.0.tar.Z) = 1319419 +MD5 (netcdf-3.6.2.tar.gz) = p9RQ2pCB5KbkQHBeoxho0w== +RMD160 (netcdf-3.6.2.tar.gz) = 3PHvqQt0eSFawKLY3CMdlN3cc9g= +SHA1 (netcdf-3.6.2.tar.gz) = MvuB85/8yrU5EkzD1fYZllzkLzY= +SHA256 (netcdf-3.6.2.tar.gz) = /qp2c/Np5ftX/MUUJuK+aUIo3cwUH8P9IDmSaftrkxE= +SIZE (netcdf-3.6.2.tar.gz) = 5312882 Index: patches/patch-src_cxx_nctst_cpp === RCS file: patches/patch-src_cxx_nctst_cpp diff -N patches/patch-src_cxx_nctst_cpp --- patches/patch-src_cxx_nctst_cpp 1 Feb 2004 12:22:05 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,11 +0,0 @@ -$OpenBSD: patch-src_cxx_nctst_cpp,v 1.1 2004/02/01 12:22:05 sturm Exp $ src/cxx/nctst.cpp.orig 2004-02-01 11:39:39.0 +0100 -+++ src/cxx/nctst.cpp 2004-02-01 11:39:47.0 +0100 -@@ -1,4 +1,6 @@ --#include iostream.h -+#include iostream -+using namespace std; -+ - #include string.h - #include netcdfcpp.h - Index: patches/patch-src_cxx_ncvalues_cpp === RCS file: patches/patch-src_cxx_ncvalues_cpp diff -N
UPDATE: archivers/libarchive 2.4.0
Has bsdtar found any users yet? Here's an update of libarchive to 2.4.0. Mostly internal changes. Plus, I have enabled bsdcpio. It took regression runs on three architectures before that subtle problem in cpio's path matching showed up. Index: Makefile === RCS file: /cvs/ports/archivers/libarchive/Makefile,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 Makefile --- Makefile29 Oct 2007 19:28:29 - 1.1.1.1 +++ Makefile23 Nov 2007 21:30:33 - @@ -2,9 +2,9 @@ COMMENT= library for reading and writing streaming archives -V= 2.3.4 +V= 2.4.0 DISTNAME= libarchive-$V -SHARED_LIBS += archive 0.0 # .5.4 +SHARED_LIBS += archive 1.0 # .6.0 CATEGORIES=archivers HOMEPAGE= http://people.freebsd.org/~kientzle/libarchive/ @@ -26,7 +26,8 @@ USE_LIBTOOL= Yes CONFIGURE_STYLE=gnu -CONFIGURE_ARGS=${CONFIGURE_SHARED} +CONFIGURE_ARGS=${CONFIGURE_SHARED} \ + --enable-bsdcpio CONFIGURE_ENV= CPPFLAGS=-I${LOCALBASE}/include \ LDFLAGS=-L${LOCALBASE}/lib MODGNU_CONFIG_GUESS_DIRS=${WRKSRC}/config.aux Index: distinfo === RCS file: /cvs/ports/archivers/libarchive/distinfo,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 distinfo --- distinfo29 Oct 2007 19:28:29 - 1.1.1.1 +++ distinfo23 Nov 2007 21:30:33 - @@ -1,10 +1,10 @@ -MD5 (libarchive-2.3.4.tar.gz) = IhOPpTXo1HwexajfiBQkDQ== -MD5 (libarchive-catpages-2.3.4.tar.gz) = /+UhNP4GbuHkBr5jqPgGJA== -RMD160 (libarchive-2.3.4.tar.gz) = 6j1+0YIh7Lacp5TBD14tkVWL7Uo= -RMD160 (libarchive-catpages-2.3.4.tar.gz) = 0a58/5JFUpAQIMXPZaAbnqKMRkw= -SHA1 (libarchive-2.3.4.tar.gz) = meWneRHpMxYtGaC2m+NXuIJOiLs= -SHA1 (libarchive-catpages-2.3.4.tar.gz) = I/1K1kFygxvKxdLHux3dzPQ67QE= -SHA256 (libarchive-2.3.4.tar.gz) = GVbjhPIJcDGwoXl8HIFyRYJw+xO5lE7m+csPS3HKHAc= -SHA256 (libarchive-catpages-2.3.4.tar.gz) = 13usbHPxfWHCXeHDEbO+4Yq+WJ3NI7MsPBggd3Rcb5Y= -SIZE (libarchive-2.3.4.tar.gz) = 682180 -SIZE (libarchive-catpages-2.3.4.tar.gz) = 48536 +MD5 (libarchive-2.4.0.tar.gz) = mwaZXGydAAiStzIKSk/tyw== +MD5 (libarchive-catpages-2.4.0.tar.gz) = F1AcQIHNsnSAyt0VST5YtA== +RMD160 (libarchive-2.4.0.tar.gz) = +sOfwzbdZwHDyHHGY04odiOe9Yw= +RMD160 (libarchive-catpages-2.4.0.tar.gz) = oXbXzjq/PVedqfua316sZXZsTlk= +SHA1 (libarchive-2.4.0.tar.gz) = sdhF4cnhYxuksiBidgSDKhTYRnk= +SHA1 (libarchive-catpages-2.4.0.tar.gz) = YWK1/+xq1Inu4YyC4XFxl9v2vPM= +SHA256 (libarchive-2.4.0.tar.gz) = 7d55C9yuFkovSr2l47NLatbBXEWx0w1WG7tnvvTNlyQ= +SHA256 (libarchive-catpages-2.4.0.tar.gz) = A9jn9wv6HCGxgLg9+IUEKJPD1pg2+4O3Q4SOWy1q/Vg= +SIZE (libarchive-2.4.0.tar.gz) = 791312 +SIZE (libarchive-catpages-2.4.0.tar.gz) = 51328 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 23 Nov 2007 21:30:33 - @@ -0,0 +1,12 @@ +$OpenBSD$ +--- Makefile.in.orig Fri Nov 23 20:06:16 2007 Makefile.inFri Nov 23 20:06:48 2007 +@@ -705,7 +705,7 @@ bsdcpio_test_EXTRA_DIST = \ + cpio/test/test_option_t.stdout \ + cpio/test/test_option_tv.stdout + +-bsdcpio_test_CPPFLAGS = -I$(top_builddir)/cpio/test ++bsdcpio_test_CPPFLAGS = -I$(top_builddir)/libarchive -I$(top_builddir)/cpio/test + @[EMAIL PROTECTED] = + @[EMAIL PROTECTED] = bsdcpio_test + @[EMAIL PROTECTED] = Index: patches/patch-cpio_bsdcpio_1 === RCS file: patches/patch-cpio_bsdcpio_1 diff -N patches/patch-cpio_bsdcpio_1 --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-cpio_bsdcpio_123 Nov 2007 21:30:33 - @@ -0,0 +1,12 @@ +$OpenBSD$ +--- cpio/bsdcpio.1.origFri Nov 23 17:43:01 2007 cpio/bsdcpio.1 Fri Nov 23 17:43:21 2007 +@@ -28,7 +28,7 @@ + .Dt BSDCPIO 1 + .Os + .Sh NAME +-.Nm cpio ++.Nm bsdcpio + .Nd copy files to and from archives + .Sh SYNOPSIS + .Nm Index: patches/patch-cpio_match_c === RCS file: patches/patch-cpio_match_c diff -N patches/patch-cpio_match_c --- /dev/null 1 Jan 1970 00:00:00 - +++ patches/patch-cpio_match_c 23 Nov 2007 21:30:33 - @@ -0,0 +1,12 @@ +$OpenBSD$ +--- cpio/match.c.orig Fri Nov 23 22:14:11 2007 cpio/match.c Fri Nov 23 22:16:51 2007 +@@ -70,6 +70,8 @@ pathmatch(const char *p, const char *s) + return (0); + break; + case '?': ++ if (*s == '\0') ++ return (0); + ++p; + ++s; + break; Index: patches/patch-cpio_test_main_c
Re: UPDATE: math/netcdf
On Fri 2007.11.23 at 13:18 -0500, Ian Darwin wrote: does one really need all those ps, pdf, texi, html and txt docs on top of the info and man pages? (e.g. --enable-docs-install) Well, some people really hate info pages and prefer html or pdf. Having both ps and pdf is probably overkill, so I'd drop the ps if it were up to me. in this case we have a few man pages - ok fine, of course. then there are a bunch of other docs (some duplicated formats of the man pages, some not) - these happen to be duplicated in info, ps, pdf, html and txt formats. i'd like to only install one of these formats...maybe two if people really want ;) so i was going to just suggest the txt ones, but would pdf be preferred or ps, or txt and ps (or pdf)? i think people can go relatively easily from format to format if they really really want...right?
Re: UPDATE: math/netcdf
On Wed 2007.11.21 at 22:11 +, Carlos Valiente wrote: This patch updates math/netcdf from version 3.5.0 to version 3.6.2. All regression tests pass on amd64, i386 and sparc64. Dependent packages reported by 'make show-required-by' (graphics/gmt, math/kst) build OK on those platforms. Maintainer of graphics/gmt (cathcart@) reports graphics/gmt OK with this update. Patch also available at http://virutass.net/openbsd/netcdf/ Enjoy, hi - thanks. does one really need all those ps, pdf, texi, html and txt docs on top of the info and man pages? (e.g. --enable-docs-install)
mode TI on amd64 (was Re: silc-client 1.1.2 problems)
On Fri, Nov 23, 2007 at 05:59:23AM +0100, Karl Sjodahl - dunceor wrote: On Nov 22, 2007 10:29 PM, Otto Moerbeek [EMAIL PROTECTED] wrote: On Thu, Nov 22, 2007 at 09:39:47PM +0100, Otto Moerbeek wrote: On Thu, Nov 22, 2007 at 09:29:00PM +0100, Karl Sjodahl - dunceor wrote: On Nov 22, 2007 9:03 PM, Otto Moerbeek [EMAIL PROTECTED] wrote: On Thu, Nov 22, 2007 at 03:09:41PM +0100, Karl Sjodahl - dunceor wrote: Hello. I'm having problems with the silc port. If I run silc I get this $ silc Running SILC for the first time Private key passphrase: Retype private key passphrase: Floating point exception (core dumped) $ This is on amd-64, OpenBSD 4.2-current (as of yesterday). I also downloaded silc-client from silcnet.org and build 1.1.3 from source and it's the same problem. Anybody seen this problem and know how to solve it? Please cc me, I'm not member of ports. BR dunceor My guess is this is caused by using the 128 bits arithmetic types in w-silc-client-1.1.2/silc-client-1.1.2/lib/silcmath/tma.h: typedef unsigned long tma_mp_word __attribute__ ((mode(TI))); -Otto Hello. It look like that is indeed the reason for the problem. Any suggestion how to fix it? I haven't had time to look at it more closely so I don't know what it takes to fix it. It this releated to AMD64, can't it handle those 128bit stuff? Is it anything that has come in on AMD64 that is related to this or why hasn't it showed up before (I ran like 1.0.1 before I upgraded to 4.2-current without problem). The 128 bits arithmetic _should_ work, I'll have to investate further. There is a (slight) possibility that rev 1.13 of sys/arch/amd64/amd64/fpu.c has something to do with it. You could try reverting and see what happens. -Otto In the meantime I found out the problem is specific to the key-generation code on amd64. Once you have a keypair (I generated one on i386), it seems amd64 works. Debugging shows the code actually does an (integer) divide by zero (due to historic reasons this generates a FP exception). Why the div by zero happens on amd64 I do not know yet. -Otto Hello. Yeah it worked if I took my old backed up keys. I may have time to test in the weekend if it was the fpu.c change that did it but it looks like a candidate. Thanks so much for the help! BR dunceor the recent fpu.c commit did not make a difference here. mode(TI) division seems pretty broken on amd64. Try this, compile with -O2, it core dumps in __udivti3. If -O2 is not used, it does not core, but the result produced is not right. #include stdio.h typedef unsigned long tma_mp_word __attribute__ ((mode(TI))); main() { tma_mp_word b, w, z; w = 1; b = 1; z = w / b; printf(%x\n, (int) z); } [EMAIL PROTECTED]:5]$ cc x.c [EMAIL PROTECTED]:6]$ ./a.out fffe7df8 [EMAIL PROTECTED]:7]$ cc -O2 -g x.c [EMAIL PROTECTED]:8]$ gdb ./a.out GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as amd64-unknown-openbsd4.2... (gdb) run Starting program: /home/otto/a.out Program received signal SIGFPE, Arithmetic exception. 0x004009cc in __udivti3 (n=0x004005550001, d=0x004005550001) at /usr/src/gnu/usr.bin/gcc/gcc/libgcc2.c:597 597 d0 = 1 / d0;/* Divide intentionally by zero. */ (gdb)
Re: Python versions, Zope and, Python modules
On 11/12/07, Marc Balmer [EMAIL PROTECTED] wrote: If I can't get an OK for this or if there is no better proposal (just saying this is not nice is not an alternative, imo ;) then I will have to move Zope and friends to an internal CVS. That would leave Zope in OpenBSD unmaintained (and unusable), so this is definitely _THE LAST RESORT ONLY_ But since naddy already mentioned that Zope and Plone should go down the curbe, I will eventually do it. Everyone interested in Zope (and Plone), please take a look at this. I am totally open for better solutions. I tried it and like it. Since I'm not going to be able to add substancially to the thread for now let me say this: I use Zope on OpenBSD and it would hurt me if it goes away. I will need to maintain Zope on OpenBSD somehow, so _pretty please_ if you are really going to drop maintainership on this, give some advance notice. I'm currently not able to maintain Zope, but if I *must* I will be. --knitti
Re: Python versions, Zope and, Python modules
* knitti wrote: On 11/12/07, Marc Balmer [EMAIL PROTECTED] wrote: If I can't get an OK for this or if there is no better proposal (just saying this is not nice is not an alternative, imo ;) then I will have to move Zope and friends to an internal CVS. That would leave Zope in OpenBSD unmaintained (and unusable), so this is definitely _THE LAST RESORT ONLY_ But since naddy already mentioned that Zope and Plone should go down the curbe, I will eventually do it. Everyone interested in Zope (and Plone), please take a look at this. I am totally open for better solutions. I tried it and like it. Since I'm not going to be able to add substancially to the thread for now let me say this: I use Zope on OpenBSD and it would hurt me if it goes away. I will need to maintain Zope on OpenBSD somehow, so _pretty please_ if you are really going to drop maintainership on this, give some advance notice. I'm currently not able to maintain Zope, but if I *must* I will be. A proper solution for this Problem is being worked on. Marc Espie sent me patch for the pkg_tools and Marc Winiger is currently testing it. Of course, this needs some time since all participiants have real life jobs, too. Once things materialize, we will send diffs to ports@ (or maybe just simply fix things...) --knitti --knatti (scnr)
Aides existantes pour votre d�veloppement commercial
Bonjour , Les informations suivantes peuvent vous intéresser: 1) Des subventions publiques pour votre développement commercial Certaines aides peu connues: http://www.optivente.com/index.php?page=lesfinancements Des changements sont signalés pour début 2008, compte tenu des nouvelles orientations politiques. Pour savoir si vous êtes éligible: http://www.optivente.com/mediacg/view.pdf 2) Des accompagnements pris en charge financièrement: - Les méthodes et outils pour conquérir vos futurs clients: http://www.optivente.com/index.php?page=conferences - Des diagnostics: Nous examinons votre démarche globale commerciale (celle existante, ou celle prévue), et vous donnons notre avis. Les recommandations utiles vous sont également apportées. De 2 à 3 h pour une T.P.E. 150 HT pris en charge à 100% financièrement pour les TPE créées, jusqu'à quelques jours pour des entreprises de taille moyenne (Nous contacter). Par ailleurs, nous vous offrons gratuitement une bonne dizaine darticles déjà publiés, sur les thèmes commerciaux: http://www.optivente.com/index.php?page=presse N'hésitez pas à nous contacter. Bonne continuation dans vos activités. Cordialement Thierry CRAYE [EMAIL PROTECTED] Gérant d'OptiVente 01 46 89 07 32 Vous recevez ce mail, car sauf erreur de notre part vous êtes impliqué dans des actions commerciales. Si ce mail ne vous concerne pas, veuillez nous en excuser, vous pouvez vous désinscrire de nos envois d'informations: [EMAIL PROTECTED]
Re: UPDATE: math/netcdf
does one really need all those ps, pdf, texi, html and txt docs on top of the info and man pages? (e.g. --enable-docs-install) Well, some people really hate info pages and prefer html or pdf. Having both ps and pdf is probably overkill, so I'd drop the ps if it were up to me.
Re: Samba 3.0.27a for OpenBSD 4.2-stable
On Fri, 2007-11-23 at 09:35 +1100, Ian McWilliam wrote: Attached is a port of Samba 3.0.27a for people using 4.2-stable. Thank you -- I will test on Monday and provide any feedback. ~BAS Samba 3.0.27 is a security release to address CVE-2007-4572 http://samba.org/samba/security/CVE-2007-4572.html and CVE-2007-5398 http://samba.org/samba/security/CVE-2007-5398.html. http://news.samba.org/releases/3.0.27/ Those of us not running current in production may want to test this. Ian McWilliam.
Re: security/libotr 3.1.0
On Thu 2007.11.22 at 22:59 +, Sebastien Carlier wrote: Tarball attached. On 2007-11-22 20:01:31, Mikolaj Kucharski wrote: Date: Thu, 22 Nov 2007 20:01:31 + From: Mikolaj Kucharski [EMAIL PROTECTED] To: Sebastien Carlier [EMAIL PROTECTED] Cc: ports@openbsd.org Subject: Re: security/libotr 3.1.0 User-Agent: Mutt/1.5.17 (2007-11-01) On Thu, Nov 22, 2007 at 04:59:39AM +, Sebastien Carlier wrote: The security/libotr port has no maintainer. I have upgraded this port to the latest release and cleaned up old cruft (thanks to espie@ for useful guidance). I have a tarball ready to go, would someone be willing to have a look? Send it to the ports@, thats why it's for. -- best regards q# thanks. diff against cvs. ok? Index: Makefile === RCS file: /data/OpenBSD/cvs/ports/security/libotr/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile15 Sep 2007 23:29:58 - 1.8 +++ Makefile23 Nov 2007 23:03:37 - @@ -3,11 +3,9 @@ COMMENT= The portable OTR Messaging Library and toolkit -DISTNAME= libotr-3.0.0 -PKGNAME= ${DISTNAME}p0 +DISTNAME= libotr-3.1.0 CATEGORIES=security -SHARED_LIBS= otr 3.0 -LIBotr_ALIAS= realotr +SHARED_LIBS= otr 3.1 HOMEPAGE= http://www.cypherpunks.ca/otr/ @@ -26,13 +24,5 @@ WANTLIB= c CONFIGURE_STYLE= gnu CONFIGURE_ARGS=${CONFIGURE_SHARED} USE_LIBTOOL= Yes - -MAN1= otr_toolkit.1 -MLINKS=otr_toolkit.1 otr_parse.1 \ - otr_toolkit.1 otr_sesskeys.1 \ - otr_toolkit.1 otr_mackey.1 \ - otr_toolkit.1 otr_readforge.1 \ - otr_toolkit.1 otr_modify.1 \ - otr_toolkit.1 otr_remac.1 .include bsd.port.mk Index: distinfo === RCS file: /data/OpenBSD/cvs/ports/security/libotr/distinfo,v retrieving revision 1.4 diff -u -p -r1.4 distinfo --- distinfo5 Apr 2007 17:26:07 - 1.4 +++ distinfo23 Nov 2007 23:03:37 - @@ -1,5 +1,5 @@ -MD5 (libotr-3.0.0.tar.gz) = EXrqLH3msgjr7WYgRfRvPg== -RMD160 (libotr-3.0.0.tar.gz) = BFdKRo0JayOtY+4CZJjr5rKiPKE= -SHA1 (libotr-3.0.0.tar.gz) = WDWs34BUnRiVqEIkX5nFWbW51s0= -SHA256 (libotr-3.0.0.tar.gz) = CFs72z7wTuKlnNhT/w8sMaR1h7ztFXrT8DldJL7Ww7A= -SIZE (libotr-3.0.0.tar.gz) = 392431 +MD5 (libotr-3.1.0.tar.gz) = YmailmzJ4AgirdMXWwt3zw== +RMD160 (libotr-3.1.0.tar.gz) = ig4aT4SqK1B3Pt2va3RhU2hCaCo= +SHA1 (libotr-3.1.0.tar.gz) = v4uOmrb3ba8IOA63MqwCyNpAUNg= +SHA256 (libotr-3.1.0.tar.gz) = chVgu6Iex+VMdZJd4m/ntZ7Nr5ybgWE6BSo9hrctfvQ= +SIZE (libotr-3.1.0.tar.gz) = 428444 Index: patches/patch-src_Makefile_in === RCS file: patches/patch-src_Makefile_in diff -N patches/patch-src_Makefile_in --- patches/patch-src_Makefile_in 25 Dec 2005 15:52:38 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,12 +0,0 @@ -$OpenBSD: patch-src_Makefile_in,v 1.1 2005/12/25 15:52:38 sturm Exp $ src/Makefile.in.orig Sun Dec 25 12:23:53 2005 -+++ src/Makefile.inSun Dec 25 12:24:36 2005 -@@ -181,7 +181,7 @@ lib_LTLIBRARIES = libotr.la - libotr_la_SOURCES = privkey.c context.c proto.c b64.c dh.c mem.c message.c \ - userstate.c tlv.c auth.c - --libotr_la_LDFLAGS = -version-info @LIBOTR_LIBTOOL_VERSION@ @LIBS@ @LIBGCRYPT_LIBS@ -+libotr_la_LDFLAGS = $(librealotr_la_LDFLAGS) @LIBS@ @LIBGCRYPT_LIBS@ - otrincdir = $(includedir)/libotr - otrinc_HEADERS = b64.h context.h dh.h mem.h message.h privkey.h proto.h \ -version.h userstate.h tlv.h serial.h auth.h privkey-t.h Index: patches/patch-src_auth_c === RCS file: patches/patch-src_auth_c diff -N patches/patch-src_auth_c --- patches/patch-src_auth_c31 Oct 2006 19:54:22 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,12 +0,0 @@ -$OpenBSD: patch-src_auth_c,v 1.1 2006/10/31 19:54:22 alek Exp $ src/auth.c.origSun Oct 30 22:01:15 2005 -+++ src/auth.c Sun Oct 29 00:31:54 2006 -@@ -1188,7 +1188,7 @@ gcry_error_t otrl_auth_handle_v1_key_exc - unsigned char *buf = NULL, *bufp = NULL; - unsigned char *fingerprintstart, *fingerprintend; - unsigned char fingerprintbuf[20], hashbuf[20]; --gcry_mpi_t p, q, g, y, received_pub; -+gcry_mpi_t p, q, g, y, received_pub = NULL; - gcry_sexp_t pubs = NULL; - size_t buflen, lenp; - unsigned char received_reply; Index: patches/patch-src_context_h === RCS file: patches/patch-src_context_h diff -N patches/patch-src_context_h --- patches/patch-src_context_h 31 Oct 2006 19:54:22 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,16 +0,0 @@ -$OpenBSD: patch-src_context_h,v 1.1 2006/10/31 19:54:22 alek Exp $
UPDATE: devel/tkdiff (4.1.3 = 4.1.4)
Updated to 4.1.4 p.s. tested @ i386 -- Cheerz, Vlad Enqlave Glagolev update-tkdiff--4.1.4.diff Description: Binary data pgp8kJOoKgI9F.pgp Description: PGP signature