CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2013/06/07 00:10:15 Modified files: audio/ncmpcpp : Makefile audio/ncmpcpp/pkg: PLIST Removed files: audio/ncmpcpp/patches: patch-doc_Makefile_in Log message: Use FAKE_FLAGS to drop a patch (as suggested by sthen@)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2013/06/07 01:55:22 Modified files: lang/gcc/4.8 : Makefile distinfo lang/gcc/4.8/patches: patch-Makefile_in patch-gcc_config_i386_i386_c patch-gcc_config_pa_pa_c patch-gcc_config_sparc_openbsd64_h patch-gcc_config_sparc_sparc_c patch-libffi_Makefile_in patch-libffi_include_Makefile_in patch-libiberty_cp-demangle_c patch-libstdc++-v3_src_Makefile_in Log message: Update to GCC 4.8.1, tested and adastrap-sparc64 built by tobiasu@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: pas...@cvs.openbsd.org 2013/06/07 01:54:47 Modified files: lang/gcc/4.7 : Makefile distinfo lang/gcc/4.7/patches: patch-gcc_ada_gcc-interface_Makefile_in patch-gcc_builtins_c patch-gcc_common_opt patch-gcc_config_gcc patch-gcc_config_i386_i386_c patch-gcc_configure patch-gcc_gcc_c patch-gcc_go_go-lang_c patch-gcc_toplev_c patch-libffi_Makefile_in patch-libffi_include_Makefile_in patch-libgcc_config_host patch-libgo_Makefile_in patch-libitm_Makefile_in patch-libstdc++-v3_configure patch-libstdc++-v3_libsupc++_Makefile_in patch-libstdc++-v3_src_Makefile_in Log message: Update to GCC 4.7.3. Also tested by tobiasu@.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/06/07 03:06:44 Modified files: lang/classpath : Makefile Log message: use MODGCC4_VERSION in RUN_DEPENDS rather than hardcoding 4.6; this is a noop with the current tree but allows builds with an alternative MODGCC4_VERSION.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/06/07 03:07:50 Modified files: editors/libreoffice: Makefile Log message: use MODGCC4_CPPLIBDEP rather than hardcoding, this is a noop with the current tree but allows builds with an alternative MODGCC4_VERSION.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2013/06/07 03:57:03 Removed files: x11/kde4/kstars/patches: patch-kstars_skyobjects_ksmoon_cpp Log message: Zap the patch committed upstream, missed on 4.10.4 update. Noticed by nigel@, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2013/06/07 04:03:27 Modified files: security/ophcrack: Makefile distinfo security/ophcrack/patches: patch-configure patch-src_bswap_h patch-src_gui_main_cpp patch-src_gui_ophcrackgui_cpp patch-src_misc_c Log message: Update ophcrack to 3.6.0.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: z...@cvs.openbsd.org2013/06/07 04:36:14 Modified files: x11/kde4/superkaramba/patches: patch-src_sensors_network_cpp Log message: Missed patch when doing update to 4.10.4. Noticed by nigel@, thanks!
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2013/06/07 07:26:27 Modified files: devel/cmake/patches: patch-Source_cmInstallCommand_cxx Log message: whitespace; no package changes
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2013/06/07 07:27:58 Modified files: security/opensc: Makefile distinfo security/opensc/pkg: DESCR PFRAG.shared PLIST Added files: security/opensc/patches: patch-configure_ac patch-m4_libtool_m4 patch-src_libopensc_libopensc_pc_in patch-src_pkcs11_Makefile_in Removed files: security/opensc/patches: patch-configure patch-src_libopensc_card-acos5_c patch-src_libopensc_card-atrust-acos_c patch-src_libopensc_card-starcos_c patch-src_libopensc_cardctl_h Log message: Update to opensc-0.13.0. Take maintainership. OK sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2013/06/07 07:33:24 Modified files: security : Makefile Removed files: security/openct: Makefile distinfo security/openct/patches: patch-configure patch-etc_openct_conf_in patch-src_ct_socket_c security/openct/pkg: DESCR PFRAG.shared PLIST Log message: openct to the Attic. It's deprecated. OpenSC now uses pcsc-lite as its default backend. See: https://www.opensc-project.org/opensc/wiki/FrequentlyAskedQuestions#Q:DoIneedOpenCTtouseOpenSC
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2013/06/07 08:22:39 Modified files: devel/hs-data-default: Makefile distinfo Log message: Update to data-default-0.5.1 ok jasper@ (maintainer)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: na...@cvs.openbsd.org 2013/06/07 14:03:31 Added files: games/valyriatear/patches: patch-src_engine_video_image_cpp Log message: Fix build with png-1.6.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: dco...@cvs.openbsd.org 2013/06/07 14:06:03 Modified files: net/igmpproxy : Makefile net/igmpproxy/patches: patch-config_c Log message: Fix an off-by-one bug in config.c From Joseph Walsh joseph_walsh AT genua DOT de, thanks! OK sthen@
Wrong packaged gmrun
http://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/i386/gmrun-0.9.2p2.tgz @wantlib png.15.1 - NO SUCH Lib|package -- Dmitry Orlov
Re: Wrong packaged gmrun
$ sudo pkg_add -u Can't install gmrun-0.9.2p2 because of libraries |library png.15.1 not found | /usr/local/lib/libpng.so.16.0 (png-1.5.15p1): bad major Direct dependencies for gmrun-0.9.2p2-0.9.2p2 resolve to gtk+2-2.24.18p1 popt-1.16 libiconv-1.14p0 gettext-0.18.2p2 Full dependency tree is pango-1.34.1p1 graphite2-1.2.1 avahi-0.6.31p10 png-1.5.15p1 bzip2-1.0.6p0 gettext-0.18.2p2 python-2.7.5 lzo2-2.06p0 cairo-1.12.14p0 libcroco-0.6.8p0 jasper-1.900.1p2 libffi-3.0.9p3 gdbm-1.10 gnome-icon-theme-symbolic-3.8.2.2 gdk-pixbuf-2.28.1 hicolor-icon-theme-0.12p2 pcre-8.32 libdaemon-0.14 popt-1.16 dbus-1.6.10v0 librsvg-2.36.4p3 gtk+2-2.24.18p1 gnome-icon-theme-3.8.2 shared-mime-info-1.1 tiff-4.0.3p2 libxml-2.9.0p0 libelf-0.8.13p1 glib2-2.36.2 libiconv-1.14p0 gtk-update-icon-cache-2.24.18p0 atk-2.8.0 harfbuzz-0.9.18 cups-libs-1.6.2 jpeg-9p0 Can't install gtkspell-2.0.16p6 because of libraries Direct dependencies for gtkspell-2.0.16p6-2.0.16p6 resolve to gtk+2-2.24.18p1 enchant-1.6.0p1 libiconv-1.14p0 gettext-0.18.2p2 Full dependency tree is pango-1.34.1p1 graphite2-1.2.1 avahi-0.6.31p10 png-1.5.15p1 bzip2-1.0.6p0 gettext-0.18.2p2 python-2.7.5 lzo2-2.06p0 dbus-glib-0.100.2v0 cairo-1.12.14p0 libcroco-0.6.8p0 jasper-1.900.1p2 libffi-3.0.9p3 gdbm-1.10 gnome-icon-theme-symbolic-3.8.2.2 gdk-pixbuf-2.28.1 hicolor-icon-theme-0.12p2 pcre-8.32 libdaemon-0.14 dbus-1.6.10v0 librsvg-2.36.4p3 gtk+2-2.24.18p1 gnome-icon-theme-3.8.2 aspell-0.60.6.1p1 shared-mime-info-1.1 tiff-4.0.3p2 libxml-2.9.0p0 enchant-1.6.0p1 libelf-0.8.13p1 glib2-2.36.2 libiconv-1.14p0 gtk-update-icon-cache-2.24.18p0 atk-2.8.0 harfbuzz-0.9.18 cups-libs-1.6.2 jpeg-9p0 On Fri, Jun 7, 2013 at 2:51 PM, dmitry.sensei dmitry.sen...@gmail.comwrote: http://ftp.openbsd.org/pub/OpenBSD/snapshots/packages/i386/gmrun-0.9.2p2.tgz @wantlib png.15.1 - NO SUCH Lib|package -- Dmitry Orlov -- Dmitry Orlov
Re: [UPDATE] ecl-13.5.1
Hi, I am keen for this update, as it may fix the regression tests for math/maxima. On Thu, Jun 06, 2013 at 09:09:16PM +0300, Timo Myyrä wrote: Hi, Here's a patch to bring ECL to latest version with pthreads enabled. I've removed the etags part from Makefile, don't know if it is still relevant. First, I had to manually merge the diff. Perhaps you were not up to date? After merging: ---8--- install -c -o root -g bin -m 444 /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/alpha.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/arm.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/avr32.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/cris.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/hppa.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/ia64.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/m68k.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/mips.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/powerpc.h /usr/ports/pobj/ecl-13.5.1/ecl-1! 3.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/s390.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/sh.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/sparc.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/x86.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/x86_64.h '/usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/build/ecl/atomic_ops/sysdeps/gcc' install: /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/build/ecl/atomic_ops/sysdeps/gcc/alpha.h: chown/chgrp: Operation not permitted gmake[6]: *** [install-nobase_sysdepHEADERS] Error 71 gmake[6]: Leaving directory `/usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/build/atomic/src/atomic_ops/sysdeps' gmake[5]: *** [install-am] Error 2 gmake[5]: Leaving directory `/usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/build/atomic/src/atomic_ops/sysdeps' gmake[4]: *** [install-recursive] Error 1 gmake[4]: Leaving directory `/usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/build/atomic/src/atomic_ops' gmake[3]: *** [install-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/build/atomic/src' gmake[2]: *** [install-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/build/atomic' gmake[1]: *** [libeclatomic.a] Error 2 gmake[1]: Leaving directory `/usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/build' gmake: *** [all] Error 2 ---8--- Perhaps you were building as root? Try building as a normal user as per the faq. AFAIK, in general, 'make build' should not be runnning install(1). -- Best Regards Edd Barrett http://www.theunixzoo.co.uk
Re: update: mail/mlmmj
Thanks; but did you test if the update to 1.2.18.0 doesn't break your existing stuff? I ask because the log below doesn't indicate 1.2.18.0. On Mon, May 27, 2013 at 8:47 AM, MERIGHI Marcus mcmer-open...@tor.at wrote: after 1) installing todays snapshot [1], 2) running pkg_upd -u [2] and, 3) sending/receiving some messages, everything seems fine. I remember having to apply the whitespace patch on this openSMTPd machine, not needed anymore. Bye, Marcus [1] OpenBSD 5.3-current (GENERIC) #159: Sun May 26 10:28:53 MDT 2013 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC [2] Update candidates: mlmmj-1.2.17.1 - mlmmj-1.2.17.1 (ok) parsing mlmmj-1.2.17.1 Adding mlmmj-1.2.17.1-1.2.17.1 Looking for changes in shared libraries No libraries to keep mlmmj-1.2.17.1 (extracting) mlmmj-1.2.17.1 (deleting) mlmmj-1.2.17.1 (installing) Adding mlmmj-1.2.17.1-1.2.17.1 mcmer-open...@tor.at (MERIGHI Marcus), 2013.05.17 (Fri) 20:37 (CEST): o...@demirmen.com (Okan Demirmen), 2013.05.17 (Fri) 16:43 (CEST): any mlmmj users around? sorry, yes; will test asap but that means next week. bye, marcus On Sun, Apr 28, 2013 at 8:53 PM, Okan Demirmen o...@demirmen.com wrote: mlmmj users, update to 1.2.18.0. changes include: - both patches incorporated upstream, so removed locally, - upstream pulled the .sh from shell scripts, but i commented out the symlinks since our version never had .sh files - upstream fixed the spelling, so s/ecieve/receive/ - slightly more updated DESCR and more READMEs from distribution comments, ok's? any mlmmj users want to give this a spin? fyi, maintainer timeout so far cheers, okan Index: Makefile === RCS file: /home/open/cvs/ports/mail/mlmmj/Makefile,v retrieving revision 1.13 diff -u -p -r1.13 Makefile --- Makefile11 Mar 2013 11:23:51 - 1.13 +++ Makefile4 Apr 2013 20:49:04 - @@ -2,7 +2,7 @@ COMMENT= mailing list manager -DISTNAME= mlmmj-1.2.17.1 +DISTNAME= mlmmj-1.2.18.0 CATEGORIES=mail HOMEPAGE= http://mlmmj.org/ @@ -16,19 +16,14 @@ WANTLIB=c MASTER_SITES= http://mlmmj.org/releases/ CONFIGURE_STYLE=gnu -CONFIGURE_ARGS+=--enable-recieve-strip=yes +CONFIGURE_ARGS+=--enable-receive-strip=yes -DOCS= README.access README.exim4 README.security README.sendmail TUNABLES +DOCS= README* TUNABLES post-install: ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/mlmmj cd ${WRKSRC} ${INSTALL_DATA} ${DOCS} ${PREFIX}/share/doc/mlmmj - cd ${WRKSRC} ${INSTALL_DATA} contrib/recievestrip/README \ - ${PREFIX}/share/doc/mlmmj/README.recieve-strip - mv ${PREFIX}/bin/mlmmj-make-ml.sh ${PREFIX}/bin/mlmmj-make-ml - mv ${PREFIX}/man/man1/mlmmj-make-ml.sh.1 \ - ${PREFIX}/man/man1/mlmmj-make-ml.1 - sed -e 's/mlmmj-make-ml\.sh/mlmmj-make-ml/g' ${WRKSRC}/README \ - ${PREFIX}/share/doc/mlmmj/README + cd ${WRKSRC} ${INSTALL_DATA} contrib/receivestrip/README \ + ${PREFIX}/share/doc/mlmmj/README.receive-strip .include bsd.port.mk Index: distinfo === RCS file: /home/open/cvs/ports/mail/mlmmj/distinfo,v retrieving revision 1.8 diff -u -p -r1.8 distinfo --- distinfo24 Jan 2012 02:20:35 - 1.8 +++ distinfo4 Apr 2013 20:09:48 - @@ -1,5 +1,2 @@ -MD5 (mlmmj-1.2.17.1.tar.gz) = xwXYvzAD32gQyXdc6G568A== -RMD160 (mlmmj-1.2.17.1.tar.gz) = Br2Kgtzlw/jyFCCkZuhE93HAiG8= -SHA1 (mlmmj-1.2.17.1.tar.gz) = 8WuHCYkb5Fdw34rIbsYsiQpYsp0= -SHA256 (mlmmj-1.2.17.1.tar.gz) = gJzGMknruGdOvOLpWYA+PA9HPASVfQvEYa+jpqEF3lc= -SIZE (mlmmj-1.2.17.1.tar.gz) = 253458 +SHA256 (mlmmj-1.2.18.0.tar.gz) = ycH7ZK9xB7KJKnn2pIdZ875X0eh5r/qnGdQOjHCrZHQ= +SIZE (mlmmj-1.2.18.0.tar.gz) = 293017 Index: patches/patch-README_sendmail === RCS file: patches/patch-README_sendmail diff -N patches/patch-README_sendmail --- patches/patch-README_sendmail 19 Jun 2008 20:41:12 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,15 +0,0 @@ -$OpenBSD: patch-README_sendmail,v 1.1 2008/06/19 20:41:12 simon Exp $ README.sendmail.orig Thu Jun 19 07:35:27 2008 -+++ README.sendmailThu Jun 19 07:48:08 2008 -@@ -1,3 +1,11 @@ -+mlmmj needs the Return-Path: header in mail messages as it otherwise -+would refuse to operate correctly. -+The prog delivery agent puts the Return-Path: header into the mail by -+adding `P' to the delivery agent F= flags like this: -+ -+define(`LOCAL_SHELL_FLAGS', `eu9P')dnl -+ -+ - Using sendmail + VERP - -
Why is there no pkg_find(1)?
Hi, Why is there no pkg_find(1)? Having to grep ones FTP mirror or download the entire ports tree to do a make search doesn't seem like such a good idea. There's https://calomel.org/pkg_find.html -- what do you guys think of that? OpenDaddy
Re: Why is there no pkg_find(1)?
openda...@hushmail.com writes: Hi, Why is there no pkg_find(1)? Because pkg_info -Q probably does what you need. Having to grep ones FTP mirror or download the entire ports tree to do a make search doesn't seem like such a good idea. There's [snip]/pkg_find.html -- what do you guys think of that? My grandma would write more elegant and correct shell scripts. -- Jérémie Courrèges-Anglas PGP Key fingerprint: 61DB D9A0 00A4 67CF 2A90 8961 6191 8FBF 06A1 1494
Re: Why is there no pkg_find(1)?
Here you go: $ alias pkg_find='pkg_info -Q' $ pkg_find nginx nginx-1.4.1 nginx-1.4.1-lua nginx-1.4.1-passenger nginx-1.5.0 nginx-1.5.0-lua nginx-1.5.0-passenger -- Michał Markowski
Re: Why is there no pkg_find(1)?
openda...@hushmail.com writes: Hi, Why is there no pkg_find(1)? People have already mentioned pkg_info -Q. There is pkg_locate(1), in the pkglocatedb package. Acts like locate(1) but for installed files. There is also sqlports...
Re: Why is there no pkg_find(1)?
On 2013 Jun 07 (Fri) at 09:59:43 + (+), openda...@hushmail.com wrote: :There's [cut]/pkg_find.html -- what do you guys think of that? You can really tell that the author of that script has no idea what they are doing. It won't run without a 3rd party package, and requires a second 3rd party package to bootstrap itself. -- Cloning is the sincerest form of flattery.
Off-by-one Bug in IGMP proxy
Hello, Recently we did a static code analysis of the IGMP proxy code, and we believe we've found a bug in one of the modules. We'd like to send the fix upstream; please find attached our patch for the bug. The bug is a problem with memory management on line 244 of the config.c module. A buffer is allocated that is always one byte too small for the data that is placed in it. Thanks for your work with the IGMP proxy. Regards, Joe Walsh -- genua Gesellschaft fuer Netzwerk- und Unix-Administration mbH Domagkstrasse 7, 85551 Kirchheim bei Muenchen tel +49 89 991950-0, fax -999, www.genua.de Geschaeftsfuehrer: Dr. Magnus Harlander, Dr. Michaela Harlander, Bernhard Schneck. Amtsgericht Muenchen HRB 98238 --- config.c Mon Jun 3 16:16:30 2013 +++ config.c Mon Jun 3 18:44:21 2013 @@ -241,11 +241,10 @@ tmpPtr-allowednets = NULL; // Make a copy of the token to store the IF name -tmpPtr-name = (char *)malloc( sizeof(char) * strlen(token) ); +tmpPtr-name = strdup(token); if(tmpPtr-name == NULL) { log(LOG_ERR, 0, Out of memory.); } -strcpy(tmpPtr-name, token); // Set the altnet pointer to the allowednets pointer. anetPtr = tmpPtr-allowednets;
Re: [UPDATE] ecl-13.5.1
Edd Barrett vex...@gmail.com writes: Hi, I am keen for this update, as it may fix the regression tests for math/maxima. On Thu, Jun 06, 2013 at 09:09:16PM +0300, Timo Myyrä wrote: Hi, Here's a patch to bring ECL to latest version with pthreads enabled. I've removed the etags part from Makefile, don't know if it is still relevant. First, I had to manually merge the diff. Perhaps you were not up to date? After merging: ---8--- install -c -o root -g bin -m 444 /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/alpha.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/arm.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/avr32.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/cris.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/hppa.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/ia64.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/m68k.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/mips.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/powerpc.h /usr/ports/pobj/ecl-13.5.1/ecl-1! 3.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/s390.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/sh.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/sparc.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/x86.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/src/gc-unstable/libatomic_ops/src/atomic_ops/sysdeps/gcc/x86_64.h /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/build/ecl/atomic_ops/sysdeps/gcc' install: /usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/build/ecl/atomic_ops/sysdeps/gcc/alpha.h: chown/chgrp: Operation not permitted gmake[6]: *** [install-nobase_sysdepHEADERS] Error 71 gmake[6]: Leaving directory `/usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/build/atomic/src/atomic_ops/sysdeps' gmake[5]: *** [install-am] Error 2 gmake[5]: Leaving directory `/usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/build/atomic/src/atomic_ops/sysdeps' gmake[4]: *** [install-recursive] Error 1 gmake[4]: Leaving directory `/usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/build/atomic/src/atomic_ops' gmake[3]: *** [install-recursive] Error 1 gmake[3]: Leaving directory `/usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/build/atomic/src' gmake[2]: *** [install-recursive] Error 1 gmake[2]: Leaving directory `/usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/build/atomic' gmake[1]: *** [libeclatomic.a] Error 2 gmake[1]: Leaving directory `/usr/ports/pobj/ecl-13.5.1/ecl-13.5.1/build' gmake: *** [all] Error 2 ---8--- Perhaps you were building as root? Try building as a normal user as per the faq. AFAIK, in general, 'make build' should not be runnning install(1). Here's an updated diff. Hopefully better than the last one. I've added patch to exclude build-stamp, help.doc and TAGS from installation. They didn't seem to contribute anything to the port. I also returned the TAGS handling to Makefile. The build works for me without root on amd64. One thing I noticed was excessive warnings when compiling libraries with quicklisp: /tmp/eclinitJ01vbM.c:52:2: warning: no newline at end of file /tmp/eclinitZq9PmO.c:52:2: warning: no newline at end of file ... Seems that the ecl generates some temp files which doesn't include the newline causing gcc to emit warnings. Haven't been able to pin point the file generation yet. timo Index: Makefile === RCS file: /cvs/ports/lang/ecl/Makefile,v retrieving revision 1.18 diff -u -r1.18 Makefile --- Makefile1 Jun 2013 14:28:28 - 1.18 +++ Makefile7 Jun 2013 13:36:10 - @@ -1,17 +1,17 @@ -# $OpenBSD: Makefile,v 1.18 2013/06/01 14:28:28 ajacoutot Exp $ +# $OpenBSD: Makefile,v 1.15 2012/03/30 09:06:34 phessler Exp $ COMMENT = embeddable common-lisp CATEGORIES = lang BROKEN-sparc = infinite loop while building -V =11.1.1 +V =13.5.1 DISTNAME = ecl-$V -REVISION= 1 -SHARED_LIBS += ecl 2.0 +SHARED_LIBS += ecl 3.0 HOMEPAGE = http://ecls.sourceforge.net/ SUBST_VARS = V +EXTRACT_SUFX = .tgz # GPLv2 or later PERMIT_PACKAGE_CDROM = Yes @@ -29,7 +29,8 @@ CONFIGURE_ARGS += --enable-boehm=system \ --with-system-gmp \ - --with-gmp-prefix=${LOCALBASE} + --with-gmp-prefix=${LOCALBASE} \ + --enable-threads=pthreads # etags gets picked up if it's install, and dumps core while # generating the tags. so
Re: update: mail/mlmmj
o...@demirmen.com (Okan Demirmen), 2013.06.07 (Fri) 14:50 (CEST): Thanks; but did you test if the update to 1.2.18.0 doesn't break your existing stuff? I ask because the log below doesn't indicate 1.2.18.0. that's why I'd better supply as much info as possible: to give others a chance to compensate my silliness. Thanks for compensating! (I thought this was already commited and distributed via snapshot-packages; but commiting before testing is not the OpenBSD-way :-) What I did: 1) cd /usr 2) env CVSROOT=anon...@mirror.osn.de:/cvs cvs -q \ -danon...@mirror.osn.de:/cvs update -PdA ports 3) cd ports/mail/mlmmj 4) patch /path/to/your/patch.diff 5) make install 6) pkg_info|grep mlmmj mlmmj-1.2.18.0 mailing list manager Testing shows: smtpd[7644]: delivery: TempFail for cf9902b18b56b406: from=x...@xxx.xx, to=y...@yyy.yy, user=foobar, method=mda, delay=1m20s, stat=Error (/bin/sh: /usr/local/bin/mlmmj-recieve: not found) I did a quick workaround by ``ln -s mlmmj-receive mlmmj-recieve'' because this path is hard coded in each and every mailinglist directory's .forward(5). Does this justify a current.html entry? After that it gave another error: /usr/local/bin/mlmmj-process[15183]: mlmmj-process.c:828: Found To: y...@yyy.yy: Undefined error: 0 BUT I got my moderation request none the less and after accepting the message it was distributed and appeared in the archive directory. Some cron driven mlmmj-maintd runs have already taken place and returned ok. Five test runs have now been ok (with the above workaround and each with the ``Found To:'' error). Thanks for your work! Bye, Marcus On Mon, May 27, 2013 at 8:47 AM, MERIGHI Marcus mcmer-open...@tor.at wrote: after 1) installing todays snapshot [1], 2) running pkg_upd -u [2] and, 3) sending/receiving some messages, everything seems fine. I remember having to apply the whitespace patch on this openSMTPd machine, not needed anymore. Bye, Marcus [1] OpenBSD 5.3-current (GENERIC) #159: Sun May 26 10:28:53 MDT 2013 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC [2] Update candidates: mlmmj-1.2.17.1 - mlmmj-1.2.17.1 (ok) parsing mlmmj-1.2.17.1 Adding mlmmj-1.2.17.1-1.2.17.1 Looking for changes in shared libraries No libraries to keep mlmmj-1.2.17.1 (extracting) mlmmj-1.2.17.1 (deleting) mlmmj-1.2.17.1 (installing) Adding mlmmj-1.2.17.1-1.2.17.1 mcmer-open...@tor.at (MERIGHI Marcus), 2013.05.17 (Fri) 20:37 (CEST): o...@demirmen.com (Okan Demirmen), 2013.05.17 (Fri) 16:43 (CEST): any mlmmj users around? sorry, yes; will test asap but that means next week. bye, marcus On Sun, Apr 28, 2013 at 8:53 PM, Okan Demirmen o...@demirmen.com wrote: mlmmj users, update to 1.2.18.0. changes include: - both patches incorporated upstream, so removed locally, - upstream pulled the .sh from shell scripts, but i commented out the symlinks since our version never had .sh files - upstream fixed the spelling, so s/ecieve/receive/ - slightly more updated DESCR and more READMEs from distribution comments, ok's? any mlmmj users want to give this a spin? fyi, maintainer timeout so far cheers, okan Index: Makefile === RCS file: /home/open/cvs/ports/mail/mlmmj/Makefile,v retrieving revision 1.13 diff -u -p -r1.13 Makefile --- Makefile11 Mar 2013 11:23:51 - 1.13 +++ Makefile4 Apr 2013 20:49:04 - @@ -2,7 +2,7 @@ COMMENT= mailing list manager -DISTNAME= mlmmj-1.2.17.1 +DISTNAME= mlmmj-1.2.18.0 CATEGORIES=mail HOMEPAGE= http://mlmmj.org/ @@ -16,19 +16,14 @@ WANTLIB=c MASTER_SITES= http://mlmmj.org/releases/ CONFIGURE_STYLE=gnu -CONFIGURE_ARGS+=--enable-recieve-strip=yes +CONFIGURE_ARGS+=--enable-receive-strip=yes -DOCS= README.access README.exim4 README.security README.sendmail TUNABLES +DOCS= README* TUNABLES post-install: ${INSTALL_DATA_DIR} ${PREFIX}/share/doc/mlmmj cd ${WRKSRC} ${INSTALL_DATA} ${DOCS} ${PREFIX}/share/doc/mlmmj - cd ${WRKSRC} ${INSTALL_DATA} contrib/recievestrip/README \ - ${PREFIX}/share/doc/mlmmj/README.recieve-strip - mv ${PREFIX}/bin/mlmmj-make-ml.sh ${PREFIX}/bin/mlmmj-make-ml - mv ${PREFIX}/man/man1/mlmmj-make-ml.sh.1 \ - ${PREFIX}/man/man1/mlmmj-make-ml.1 - sed -e 's/mlmmj-make-ml\.sh/mlmmj-make-ml/g' ${WRKSRC}/README \ - ${PREFIX}/share/doc/mlmmj/README + cd ${WRKSRC} ${INSTALL_DATA} contrib/receivestrip/README \ + ${PREFIX}/share/doc/mlmmj/README.receive-strip .include bsd.port.mk Index: distinfo
FHASLOCK - FIF_HASLOCK (Was: CVS: cvs.openbsd.org: src)
On Tue, 04 Jun 2013, Philip Guenther wrote: CVSROOT: /cvs Module name: src Changes by: guent...@cvs.openbsd.org2013/06/04 19:26:00 Modified files: sys/sys: fcntl.h file.h sys/kern : kern_descrip.c vfs_syscalls.c vfs_vnops.c usr.sbin/pstat : pstat.c Log message: Move FHASLOCK from f_flag to f_iflags, freeing up a bit for passing O_* flags and eliminating an XXX comment. ok matthew@ deraadt@ This change broke sysutils/lsof. cc -DOPENBSDV=5000 -DN_UNIXV=/bsd -DHASNFSPROTO -DHASIPv6 -DHAS9660FS=1 -DHASMSDOSFS=1 -DHASI_E2FS_PTR -DHASEXT2FS=2 -DHASEFFNLINK=i_effnlink -DHAS_DINODE_U -DHASI_FFS1 -DHAS_UM_UFS -DHASNCVPID -DUVM -DHAS_UVM_INCL -DHAS_SYS_PIPEH -DHASKVMGETPROC2 -DHASKVMGETPROCS -DHAS_STRFTIME -DLSOF_VSTR=\5.3\ -I/usr/include -I/sys -O2 -pipe -c dstore.c dstore.c:112: error: 'FHASLOCK' undeclared here (not in a function) *** Error 1 in /usr/ports/pobj/lsof-4.87/lsof_4.87/lsof_4.87_src (sys.mk:87 'dstore.o') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2643 '/usr/ports/pobj/lsof-4.87/.build_done') *** Error 1 in /usr/ports/sysutils/lsof (/usr/ports/infrastructure/mk/bsd.port.mk:2372 'build') Ciao, David
Re: FHASLOCK - FIF_HASLOCK (Was: CVS: cvs.openbsd.org: src)
On Fri, Jun 07, 2013 at 04:57:25PM +0200, David Coppa wrote: On Tue, 04 Jun 2013, Philip Guenther wrote: CVSROOT:/cvs Module name:src Changes by: guent...@cvs.openbsd.org2013/06/04 19:26:00 Modified files: sys/sys: fcntl.h file.h sys/kern : kern_descrip.c vfs_syscalls.c vfs_vnops.c usr.sbin/pstat : pstat.c Log message: Move FHASLOCK from f_flag to f_iflags, freeing up a bit for passing O_* flags and eliminating an XXX comment. ok matthew@ deraadt@ This change broke sysutils/lsof. cc -DOPENBSDV=5000 -DN_UNIXV=/bsd -DHASNFSPROTO -DHASIPv6 -DHAS9660FS=1 -DHASMSDOSFS=1 -DHASI_E2FS_PTR -DHASEXT2FS=2 -DHASEFFNLINK=i_effnlink -DHAS_DINODE_U -DHASI_FFS1 -DHAS_UM_UFS -DHASNCVPID -DUVM -DHAS_UVM_INCL -DHAS_SYS_PIPEH -DHASKVMGETPROC2 -DHASKVMGETPROCS -DHAS_STRFTIME -DLSOF_VSTR=\5.3\ -I/usr/include -I/sys -O2 -pipe -c dstore.c dstore.c:112: error: 'FHASLOCK' undeclared here (not in a function) *** Error 1 in /usr/ports/pobj/lsof-4.87/lsof_4.87/lsof_4.87_src (sys.mk:87 'dstore.o') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2643 '/usr/ports/pobj/lsof-4.87/.build_done') *** Error 1 in /usr/ports/sysutils/lsof (/usr/ports/infrastructure/mk/bsd.port.mk:2372 'build') Cant we whack lsof instead so that it doesnt try to reach non-public includes in /sys ? Also, do you have an up2date src/sys ? Landry
Re: FHASLOCK - FIF_HASLOCK (Was: CVS: cvs.openbsd.org: src)
On Fri, 7 Jun 2013, David Coppa wrote: This change broke sysutils/lsof. cc -DOPENBSDV=5000 -DN_UNIXV=/bsd -DHASNFSPROTO -DHASIPv6 -DHAS9660FS=1 -DHASMSDOSFS=1 -DHASI_E2FS_PTR -DHASEXT2FS=2 -DHASEFFNLINK=i_effnlink -DHAS_DINODE_U -DHASI_FFS1 -DHAS_UM_UFS -DHASNCVPID -DUVM -DHAS_UVM_INCL -DHAS_SYS_PIPEH -DHASKVMGETPROC2 -DHASKVMGETPROCS -DHAS_STRFTIME -DLSOF_VSTR=\5.3\ -I/usr/include -I/sys -O2 -pipe -c dstore.c dstore.c:112: error: 'FHASLOCK' undeclared here (not in a function) *** Error 1 in /usr/ports/pobj/lsof-4.87/lsof_4.87/lsof_4.87_src (sys.mk:87 'dstore.o') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2643 '/usr/ports/pobj/lsof-4.87/.build_done') *** Error 1 in /usr/ports/sysutils/lsof (/usr/ports/infrastructure/mk/bsd.port.mk:2372 'build') Just delete the { (long)FHASLOCK, FF_HASLOCK }, line from dstore.c, or maybe wrap it in #if defined(FHASHLOCK) like FMARK and FDEFER are. Philip
Re: FHASLOCK - FIF_HASLOCK (Was: CVS: cvs.openbsd.org: src)
On 06/07/13 12:17, Philip Guenther wrote: On Fri, 7 Jun 2013, David Coppa wrote: This change broke sysutils/lsof. cc -DOPENBSDV=5000 -DN_UNIXV=/bsd -DHASNFSPROTO -DHASIPv6 -DHAS9660FS=1 -DHASMSDOSFS=1 -DHASI_E2FS_PTR -DHASEXT2FS=2 -DHASEFFNLINK=i_effnlink -DHAS_DINODE_U -DHASI_FFS1 -DHAS_UM_UFS -DHASNCVPID -DUVM -DHAS_UVM_INCL -DHAS_SYS_PIPEH -DHASKVMGETPROC2 -DHASKVMGETPROCS -DHAS_STRFTIME -DLSOF_VSTR=\5.3\ -I/usr/include -I/sys -O2 -pipe -c dstore.c dstore.c:112: error: 'FHASLOCK' undeclared here (not in a function) *** Error 1 in /usr/ports/pobj/lsof-4.87/lsof_4.87/lsof_4.87_src (sys.mk:87 'dstore.o') *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2643 '/usr/ports/pobj/lsof-4.87/.build_done') *** Error 1 in /usr/ports/sysutils/lsof (/usr/ports/infrastructure/mk/bsd.port.mk:2372 'build') Just delete the { (long)FHASLOCK, FF_HASLOCK }, line from dstore.c, or maybe wrap it in #if defined(FHASHLOCK) like FMARK and FDEFER are. Philip I just deleted it and lsof built. Something in kde4 (qt4, I believe) wants it, so now my make package of kde4 can continue. BTW, excellent timing with your fix... you sent it within *minutes* of my running into that problem. -- Scott McEachern https://www.blackstaff.ca Those who would give up essential liberty to purchase a little temporary safety deserve neither liberty nor safety. -- Benjamin Franklin
Re: Why is there no pkg_find(1)?
Or http://openports.se/ On Fri, Jun 7, 2013 at 9:04 AM, Ville Valkonen weezeld...@gmail.com wrote: On 7 June 2013 17:13, Marc Espie es...@nerim.net wrote: Just install ports-readmes-dancer There. ..or use pkg_mgr
Re: Why is there no pkg_find(1)?
On Fri, Jun 07, 2013 at 11:00:12AM -0600, Luis Coronado wrote: Or http://openports.se/ I wouldn't recommend it. It still tries to parse the ports tree by hand, instead of using any number of correct solutions like sqlports or dump-vars, so they get details wrong. You will end up with missing packages, erroneous flavor/subpackage combinations, missing categories, etc.
Re: Why is there no pkg_find(1)?
On Fri, Jun 07, 2013 at 07:42:27PM +0200, Marc Espie wrote: On Fri, Jun 07, 2013 at 11:00:12AM -0600, Luis Coronado wrote: Or http://openports.se/ I wouldn't recommend it. It still tries to parse the ports tree by hand, instead of using any number of correct solutions like sqlports or dump-vars, so they get details wrong. You will end up with missing packages, erroneous flavor/subpackage combinations, missing categories, etc. Just to make the point: they don't try to figure out DESCR-* from the ports tree. So go look at gcc: they don't have *any* DESCR. Why ? because the DESCR* comes from the lang/gcc directory thx to a Makefile.inc. Or net/avahi, which comes from a handful of multi-packages, but mostly pseudo-flavors that command the existing flavors... well. Som of the most useful information, such as knowing whether a port is currently BROKEN, or some subpackage only exists for some arches, or won't be available as a binary package because of restrictions, is downright missing. The packing-list information is also pretty much useless, seeing as it's viewed in src form before variable substitution, nor does it include ANY fragments. it *could* interface to pkglocatedb and provide a search by file. There's a list of MASTER_SITES, but it does not even show the HOMEPAGE (which is often WAYS more useful). ... nor does it include MASTER_SITES0-9, but then you knew I was going to say that. just go read the statistics: it says 6889 packages. my latest bulk built... 8141 packages. Well, the only thing it has that ports-readmes doesn't is explicit cvs history...
Re: FHASLOCK - FIF_HASLOCK (Was: CVS: cvs.openbsd.org: src)
On Fri, Jun 07, 2013 at 05:08:37PM +0200, Landry Breuil wrote: Cant we whack lsof instead so that it doesnt try to reach non-public includes in /sys ? Also, do you have an up2date src/sys ? I had (and still have) a diff back from 2010, but IIRC, pvalchev@ complained (and was right complaining). I'll try to find the mails from those days. Ciao, Kili
THREE NEW: games/solarus games/zsdx games/zsxd
Hi ports -- Attached are three new ports: games/solarus, games/zsdx, and games/zsxd. Solarus is a 2D Zelda-like game engine coded in C++ and runs games scripted in Lua. ZSDX is the flagship game of the Solarus engine, a fan made sequel to the SNES game The Legend of Zelda: A Link to the Past. ZSXD is a parody Zelda game, also using the Solarus engine. Works for me on amd64. Does not work on macppc - see the comment in the solarus Makefile. OK? ~Brian solarus.tgz Description: Binary data zsdx.tgz Description: Binary data zsxd.tgz Description: Binary data