UPDATE xcircuit 3.7.26 -> 3.7.39
Thanks to Gonzalo L. R. for diff.
Stu
Index: Makefile
===
RCS file: /cvs/ports/cad/xcircuit/Makefile,v
retrieving revision 1.19
diff -u -p -r1.19 Makefile
--- Makefile31 Oct 2011 17:07:19 - 1.19
+++ Makefile15 May 2012 04:57:04 -
@@ -5,8 +5,7 @@ SHARED_ONLY = Yes
COMMENT = circuit drawing and schematic capture
BASEVER = 3.7
-DISTNAME = xcircuit-${BASEVER}.26
-REVISION = 0
+DISTNAME = xcircuit-${BASEVER}.39
CATEGORIES = cad
HOMEPAGE = http://opencircuitdesign.com/xcircuit/
MAINTAINER = Stuart Cassoff
@@ -26,7 +25,6 @@ MODULES = x11/tk
LIB_DEPENDS = ${MODTK_LIB_DEPENDS}
USE_GMAKE =Yes
-USE_GROFF =Yes
CONFIGURE_STYLE = autoconf no-autoheader
AUTOCONF_VERSION = 2.59
Index: distinfo
===
RCS file: /cvs/ports/cad/xcircuit/distinfo,v
retrieving revision 1.9
diff -u -p -r1.9 distinfo
--- distinfo30 Oct 2011 05:12:15 - 1.9
+++ distinfo15 May 2012 04:57:04 -
@@ -1,5 +1,5 @@
-MD5 (xcircuit-3.7.26.tgz) = YCb2WkvDJ+V2kVf/0ThzQg==
-RMD160 (xcircuit-3.7.26.tgz) = oM8BK65q0Ik4kSQaxInvxBQmPDs=
-SHA1 (xcircuit-3.7.26.tgz) = wYlek2RYLk8xyPtQpBw28ErWbVo=
-SHA256 (xcircuit-3.7.26.tgz) = MVigB8bxJco8B/aJDuxfFd+H9X5a3hObbnZMypiV/zQ=
-SIZE (xcircuit-3.7.26.tgz) = 1468743
+MD5 (xcircuit-3.7.39.tgz) = zTOmRakF/5s1qkKZ/z7eXQ==
+RMD160 (xcircuit-3.7.39.tgz) = OPprp+p1aqGTj3ldUry4MTjL0qc=
+SHA1 (xcircuit-3.7.39.tgz) = LiUpB0AiU8+S3igUxuluZB4HwRk=
+SHA256 (xcircuit-3.7.39.tgz) = 41Hf4KuPVbeOTbQa3gO48nBZ0B1iDUS2NTrSI9hOGvM=
+SIZE (xcircuit-3.7.39.tgz) = 1507600
Index: patches/patch-configure_in
===
RCS file: /cvs/ports/cad/xcircuit/patches/patch-configure_in,v
retrieving revision 1.3
diff -u -p -r1.3 patch-configure_in
--- patches/patch-configure_in 30 Oct 2011 05:12:15 - 1.3
+++ patches/patch-configure_in 15 May 2012 04:57:04 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-configure_in,v 1.3 2011/10/30 05:12:15 stu Exp $
configure.in.orig Thu Oct 27 17:18:48 2011
-+++ configure.in Thu Oct 27 17:24:56 2011
-@@ -735,6 +735,12 @@ if test "x$xc_with_tcl" != "x" ; then
+--- configure.in.orig Thu Mar 29 11:08:59 2012
configure.in Tue May 15 00:53:08 2012
+@@ -736,6 +736,12 @@ if test "x$xc_with_tcl" != "x" ; then
fi
if test "x$xc_with_tcl" != "x" ; then
UPDATE: faad 2.7
Here is an update to faad 2.7 and some adjustments for some of the dependent ports. Everything in the tree builds Ok. Tested with Xine-lib, Audacious-plugins and faad-xmms on amd64. Looking for testing on i386 and sparc64. http://comstyle.com/ports/faad/ -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: [new] audio/deadbeef
On 14/05/12 3:16 PM, Alexandr Shadchin wrote: Hi, pkg/DESCR: DeaDBeeF (as in 0xDEADBEEF) is an audio player for GNU/Linux, BSD, OpenSolaris and probably other UNIX-like systems. Some features (more can be found on the homepage): * mp3, ogg vorbis, flac, ape, wv, wav, cd audio (and many more) * ID3v1, ID3v2.2, ID3v2.3, ID3v2.4, APEv2, xing/info tags support * no GNOME or KDE dependencies * minimize to tray, with scrollwheel volume control * drag and drop, both inside the playlist, and from other applications * control playback from command line * global hotkeys * multiple playlists * album artwork display * 18-band graphical equalizer * metadata editor * user-customizable groups in playlists * user-customizable columns with flexible title formatting * radio and podcast support for ogg vorbis, mp3 and aac streams * gapless playback * plugin support; bundled with lots of plugins, such as global hotkeys and last.fm scrobbler; sdk is included Tested on amd64. Comments ? OK ? So far I'm just taking a quick look over the port. Check the usage of yasm. That is usually only used on amd64 and/or i386. Change CONFIGURE_STYLE to gnu. Get rid of the pre-configure target and change the aclocal to autoreconf. The Makefile.am does not make any sense. The alloca patching should probably do something similar to what naddy@ did for misc/dvtm.. +#if defined(__GNUC__) && defined(__STRICT_ANSI__) +#define alloca(size) __builtin_alloca(size) +#endif -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
[new] audio/deadbeef
Hi, pkg/DESCR: DeaDBeeF (as in 0xDEADBEEF) is an audio player for GNU/Linux, BSD, OpenSolaris and probably other UNIX-like systems. Some features (more can be found on the homepage): * mp3, ogg vorbis, flac, ape, wv, wav, cd audio (and many more) * ID3v1, ID3v2.2, ID3v2.3, ID3v2.4, APEv2, xing/info tags support * no GNOME or KDE dependencies * minimize to tray, with scrollwheel volume control * drag and drop, both inside the playlist, and from other applications * control playback from command line * global hotkeys * multiple playlists * album artwork display * 18-band graphical equalizer * metadata editor * user-customizable groups in playlists * user-customizable columns with flexible title formatting * radio and podcast support for ogg vorbis, mp3 and aac streams * gapless playback * plugin support; bundled with lots of plugins, such as global hotkeys and last.fm scrobbler; sdk is included Tested on amd64. Comments ? OK ? -- Alexandr Shadchin deadbeef.tgz Description: application/tar-gz
Re: QEMU 1.1-rc1 for testing
On Mon, 14 May 2012 00:02:00 -0400 Brad Smith wrote: > Here is an update to QEMU 1.1-rc1 for anyone wanting to do any > testing and provide any feedback before the actual release. Seems to work fine on amd64 current, though I only did some light testing such as installing a new OS and starting existing images. > Index: Makefile > === > RCS file: /home/cvs/ports/emulators/qemu/Makefile,v > retrieving revision 1.85 > diff -u -p -r1.85 Makefile > --- Makefile 16 Mar 2012 11:40:53 - 1.85 > +++ Makefile 14 May 2012 03:46:41 - > @@ -5,7 +5,7 @@ BROKEN-hppa= compiler bug with gcc 4.2 > > COMMENT= multi system emulator > > -DISTNAME=qemu-1.0.1 > +DISTNAME=qemu-1.1-rc1
Re: [patch] audio/vorbis-tools unlocks mutex twice
Antoine Jacoutot:
> Would something like this work?
> +--- ogg123/ogg123.c.orig Mon May 14 09:47:08 2012
> ogg123/ogg123.c Mon May 14 09:47:01 2012
> +@@ -743,7 +743,7 @@ void play (char *source_string)
> +
> + format->cleanup(decoder);
> + transport->close(source);
> +- status_reset_output_lock(); /* In case we were killed mid-output */
> ++ pthread_cleanup_push(status_reset_output_lock, NULL); /* In case we were
> killed mid-output */
> +
> + status_message(1, _("Done."));
No, this doesn't make sense. If the output_lock mutex is held, it
needs to be released before status_message() is called--otherwise
that function will block.
I wonder if there even *is* a scenario where we can end up here
with output_lock still held. All references to that mutex are like
this:
pthread_cleanup_push(unlock_output_lock, NULL);
pthread_mutex_lock(&output_lock);
/* ... do something ... */
pthread_mutex_unlock(&output_lock);
pthread_cleanup_pop(0);
Which makes me think that status_reset_output_lock() can simply be
omitted. Or is there a way for a thread to exit without the cleanup
routine ever being called?
--
Christian "naddy" Weisgerber na...@mips.inka.de
オプトイン確認メール
色々な最新情報メールを配信しております。 今後、最新情報をお送りさせて頂くにあたり最終確認を行っております。 お手数をお掛け致しますが、今後最新情報メールを 希望されない方はこちらまで「希望しない」とご連絡ください。
Re: [Resubmitt][NEW PORT] devel/p5-App-cpanminus
Here is the tar.gz file.
qwn
2012/5/14 Stuart Henderson
> oh, no shars, please..
>
> On 2012/05/13 00:43, wen heping wrote:
> > Hi,
> >
> > Here is an shar file of new port for devel/p5-App-cpanminus.
> >
> > cpanminus is a script to get, unpack, build and install modules
> > from CPAN and does nothing else. It's dependency free (can bootstrap
> > itself), requires zero configuration, and stands alone. When running,
> > it requires only 10MB of RAM.
> >
> > Tested and regress both OK on i386 and Loongson.
> >
> > Comments? OK?
>
> > # This is a shell archive. Save it in a file, remove anything before
> > # this line, and then unpack it by entering "sh file". Note, it may
> > # create directories; files and directories will be owned by you and
> > # have default permissions.
> > #
> > # This archive contains:
> > #
> > # p5-App-cpanminus
> > # p5-App-cpanminus/Makefile
> > # p5-App-cpanminus/distinfo
> > # p5-App-cpanminus/pkg
> > # p5-App-cpanminus/pkg/DESCR
> > # p5-App-cpanminus/pkg/PLIST
> > #
> > echo c - p5-App-cpanminus
> > mkdir -p p5-App-cpanminus > /dev/null 2>&1
> > echo x - p5-App-cpanminus/Makefile
> > sed 's/^X//' >p5-App-cpanminus/Makefile <<
> 'END-of-p5-App-cpanminus/Makefile'
> > X# $OpenBSD$
> > X
> > XCOMMENT= get, unpack, build and install modules from cpan
> > X
> > XMODULES= cpan
> > XDISTNAME=App-cpanminus-1.5013
> > XCATEGORIES= devel
> > X
> > XMAINTAINER= Wen Heping
> > X
> > XPERMIT_PACKAGE_CDROM=Yes
> > XPERMIT_PACKAGE_FTP= Yes
> > XPERMIT_DISTFILES_CDROM= Yes
> > XPERMIT_DISTFILES_FTP=Yes
> > X
> > X.include
> > END-of-p5-App-cpanminus/Makefile
> > echo x - p5-App-cpanminus/distinfo
> > sed 's/^X//' >p5-App-cpanminus/distinfo <<
> 'END-of-p5-App-cpanminus/distinfo'
> > XMD5 (App-cpanminus-1.5013.tar.gz) = FW5p+/NzSBTAvS5E+nBoSQ==
> > XRMD160 (App-cpanminus-1.5013.tar.gz) = MMI+zT0OsmLof4AvUpg1JxJoVvI=
> > XSHA1 (App-cpanminus-1.5013.tar.gz) = 0GCanBV/CAiaJpo3OI7rhs78Pg4=
> > XSHA256 (App-cpanminus-1.5013.tar.gz) =
> 9TPW16sNDJz/BZg7EBJWG2E3Ghg7ckh+RVk1S6XgOCM=
> > XSIZE (App-cpanminus-1.5013.tar.gz) = 91429
> > END-of-p5-App-cpanminus/distinfo
> > echo c - p5-App-cpanminus/pkg
> > mkdir -p p5-App-cpanminus/pkg > /dev/null 2>&1
> > echo x - p5-App-cpanminus/pkg/DESCR
> > sed 's/^X//' >p5-App-cpanminus/pkg/DESCR <<
> 'END-of-p5-App-cpanminus/pkg/DESCR'
> > Xcpanminus is a script to get, unpack, build and install modules
> > Xfrom CPAN and does nothing else. It's dependency free (can bootstrap
> > Xitself), requires zero configuration, and stands alone. When running,
> > Xit requires only 10MB of RAM.
> > END-of-p5-App-cpanminus/pkg/DESCR
> > echo x - p5-App-cpanminus/pkg/PLIST
> > sed 's/^X//' >p5-App-cpanminus/pkg/PLIST <<
> 'END-of-p5-App-cpanminus/pkg/PLIST'
> > X@comment $OpenBSD$
> > Xbin/cpanm
> > X${P5SITE}/App/
> > X${P5SITE}/App/cpanminus.pm
> > X@man man/man1/cpanm.1
> > X@man man/man3p/App::cpanminus.3p
> > END-of-p5-App-cpanminus/pkg/PLIST
> > exit
> >
>
>
p5-App-cpanminus (1).tar.gz
Description: GNU Zip compressed data
New: sysutils/usbutils
I'd like to import this port, it provides the lsusb(1) utility that has no real interest by itself compared to usbdevs(1), but it is really useful for testing the libusb and/or getting strings of some USB devices. Description: Utility used to display information about USB devices. Any objection? Ok? Martin usbutils.tgz Description: application/tar-gz
Re: NEW: sysutils/logfmon
Thanks Stuart Updated tarball attached. All the best Tom On Mon, May 14, 2012 at 12:24:32PM +0100, Stuart Henderson wrote: > Probably makes sense to @sample logfmon-openbsd.conf into place, > otherwise this looks good to me. > > > > On 2012/05/14 10:48, Tom Doherty wrote: > > Hi > > Please find attached a port for logfmon: > > > > Information for inst:logfmon-1.1 > > > > Comment: > > log file monitoring daemon > > > > Description: > > The logfmon daemon monitors a set of syslog log files and matches each > > new entry against the rules defined in its configuration file. Each > > rule may be tested against entries from a single file, a set of files or > > from all files. Depending on the rule, a command may be executed or the > > entry may be ignored. All unmatched messages are batched together and > > mailed every 15 minutes, or whatever alternative time is specified in > > the configuration file. > > > > Maintainer: The OpenBSD ports mailing-list > > > > WWW: http://sourceforge.net/projects/logfmon/ > > > > Thanks > > Tom > > logfmon-1.1.tgz Description: application/tar-gz
Re: NEW: sysutils/logfmon
Probably makes sense to @sample logfmon-openbsd.conf into place, otherwise this looks good to me. On 2012/05/14 10:48, Tom Doherty wrote: > Hi > Please find attached a port for logfmon: > > Information for inst:logfmon-1.1 > > Comment: > log file monitoring daemon > > Description: > The logfmon daemon monitors a set of syslog log files and matches each > new entry against the rules defined in its configuration file. Each > rule may be tested against entries from a single file, a set of files or > from all files. Depending on the rule, a command may be executed or the > entry may be ignored. All unmatched messages are batched together and > mailed every 15 minutes, or whatever alternative time is specified in > the configuration file. > > Maintainer: The OpenBSD ports mailing-list > > WWW: http://sourceforge.net/projects/logfmon/ > > Thanks > Tom
Re: mail/femail MESSAGE->README
On 2012/05/14 11:49, Antoine Jacoutot wrote: > On Mon, May 14, 2012 at 10:35:49AM +0100, Stuart Henderson wrote: > > On 2012/05/13 11:11, Okan Demirmen wrote: > > > convert to pkg readmes, so info doesn't get lost. > > > > > > ok? > > > > This is so short anyway, is it really worth it? It's so much easier to > > "pkg_info femail" than "cat /usr/local/share/doc/pkg-readmes/femail*" > > I actually find it quite handy to have READMEs. > After installing a box, all I have to do is ls > /usr/local/share/doc/pkg-readmes/ then I know exactly what would > need some reading/work; instead of guessing which package I should > 'pkg-info' to get post-install instructions. ah, that is a good reason, fair enough.
Re: mtr broken with x11
On 2012/05/07 22:46, Stuart Henderson wrote:
> On 2012/05/07 20:06, Matthieu Herrb wrote:
> > Hi
> >
> > talking about removing the no_x11 flavors for ports, reminded me of
> > this issue..
> >
> > with the default flavor of net/mtr, both the --gtk and the
> > --curses version fail to start with the "No nameservers defined"
> > error on my machines.
> >
> > The no_x11 flavor doesn't show that behaviour and works as expected.
> >
> > Any clues on what can cause that? I've looked at ktrace/kdump output
> > between reading /etc/resolv.conf and the error, I see no obvious
> > reason for the failure:
>
> Marco noticed this a while ago to. I bet it is threads related, the
> main difference between the gtk and !gtk code is that one is linked with
> pthread, the other isn't, and I noticed _res_init uses
>
> struct __res_state *_resp = _THREAD_PRIVATE(_res, _res, &_res);
>
> _res is the struct with the member which is triggering the 'No nameservers'
> message.
>
> On the off-chance I also tried updating to the current version of mtr
> but no change there. (diff below).
>
> Since it came up, this is one port where I would not agree with removing
> the no_x11 version, even if the x11 version worked ;)
This updates to 0.82, makes what is now no_x11 the default, and
as per ajacoutot's suggestion adds the GTK flavour for X support,
however as this doesn't work it is currently marked BROKEN.
PFRAG makes sure no_x11 gets updated correctly.
OK?
Index: Makefile
===
RCS file: /cvs/ports/net/mtr/Makefile,v
retrieving revision 1.48
diff -u -p -r1.48 Makefile
--- Makefile16 Sep 2011 11:13:38 - 1.48
+++ Makefile14 May 2012 10:42:21 -
@@ -1,9 +1,8 @@
# $OpenBSD: Makefile,v 1.48 2011/09/16 11:13:38 espie Exp $
-COMMENT= Matt's traceroute - network diagnostic tool
+COMMENT= Matt's traceroute - network diagnostic tool #'
-DISTNAME= mtr-0.80
-REVISION= 2
+DISTNAME= mtr-0.82
CATEGORIES=net
MAINTAINER= Jakob Schlyter
@@ -21,24 +20,22 @@ WANTLIB=c m termcap
MASTER_SITES= ftp://ftp.bitwizard.nl/mtr/
CONFIGURE_STYLE=gnu
-USE_GROFF =Yes
-FLAVORS= no_x11
+FLAVORS= gtk
FLAVOR?=
-.if ${FLAVOR:L} == "no_x11"
-CONFIGURE_ARGS+= --without-gtk
-.else
-MODULES += devel/gettext
+.if ${FLAVOR:L} == "gtk"
+BROKEN= fails at runtime with "No nameservers defined"
+MODULES+= devel/gettext
CONFIGURE_ARGS+= --with-gtk-prefix=${LOCALBASE}
LIB_DEPENDS+= x11/gtk+2
-
-WANTLIB += X11 Xau Xcomposite Xcursor Xdamage Xdmcp Xext Xfixes
-WANTLIB += Xi Xinerama Xrandr Xrender atk-1.0 cairo expat fontconfig
-WANTLIB += freetype gio-2.0 glib-2.0 gmodule-2.0 gobject-2.0
-WANTLIB += gthread-2.0 pango-1.0 pangocairo-1.0 pangoft2-1.0
-WANTLIB += pixman-1 png pthread pthread-stubs xcb xcb-render xcb-render-util
-WANTLIB += z gtk-x11-2.0
+WANTLIB += GL X11 Xcomposite Xcursor Xdamage Xext Xfixes Xi Xinerama
+WANTLIB += Xrandr Xrender atk-1.0 cairo expat fontconfig freetype
+WANTLIB += gdk-x11-2.0 gdk_pixbuf-2.0 gio-2.0 glib-2.0 gobject-2.0
+WANTLIB += gtk-x11-2.0 pango-1.0 pangocairo-1.0 pangoft2-1.0 pixman-1
+WANTLIB += png pthread pthread-stubs xcb xcb-render xcb-shm z
+.else
+CONFIGURE_ARGS+= --without-gtk
.endif
.include
Index: distinfo
===
RCS file: /cvs/ports/net/mtr/distinfo,v
retrieving revision 1.13
diff -u -p -r1.13 distinfo
--- distinfo19 Aug 2010 16:56:45 - 1.13
+++ distinfo14 May 2012 10:42:21 -
@@ -1,5 +1,5 @@
-MD5 (mtr-0.80.tar.gz) = +mhSjq7BdX9Sus+f6oxoqQ==
-RMD160 (mtr-0.80.tar.gz) = CcHoz2jpwU9/RBAX+AW1C3eQguA=
-SHA1 (mtr-0.80.tar.gz) = d1PGB1POhFTE83/FJ7yC5G9rtbM=
-SHA256 (mtr-0.80.tar.gz) = drvdl/rzuAWTOlCFhUnduolZEdaJHGzFHbRyVnz/DsA=
-SIZE (mtr-0.80.tar.gz) = 272750
+MD5 (mtr-0.82.tar.gz) = EGAepUP9o+UVRcS84ZW2TA==
+RMD160 (mtr-0.82.tar.gz) = 3WCJYQcOF+s7TReuxMZn0LR06RM=
+SHA1 (mtr-0.82.tar.gz) = 8TGd4nMk2FiYqd8KKTpDi7qqErU=
+SHA256 (mtr-0.82.tar.gz) = 87RXyWI64DVlaIp//UnUhDpeJQXMrzuo2fvYbjzptqA=
+SIZE (mtr-0.82.tar.gz) = 270245
Index: patches/patch-configure
===
RCS file: /cvs/ports/net/mtr/patches/patch-configure,v
retrieving revision 1.4
diff -u -p -r1.4 patch-configure
--- patches/patch-configure 19 Aug 2010 16:56:45 - 1.4
+++ patches/patch-configure 14 May 2012 10:42:21 -
@@ -1,27 +1,18 @@
configure.orig Thu Aug 19 16:17:49 2010
-+++ configure Thu Aug 19 16:18:59 2010
-@@ -7836,6 +7836,7 @@ cat confdefs.h >>conftest.$ac_ext
- cat >>conftest.$ac_ext <<_ACEOF
- /* end confdefs.h. */
+--- configure.orig Fri Dec 2 13:21:30 2011
configure Mon May 7 22:20:59 2012
+@@ -5325,6 +5325,7 @@ _ACEOF
+
+ ac_fn_c_check_type "$LINENO" "socklen_t" "ac_cv_type_socklen_t" "
+#include
#include
#ifdef HAVE_SOCKET_H
#include
-
オプトイン確認メール
色々な最新情報メールを配信しております。 今後、最新情報をお送りさせて頂くにあたり最終確認を行っております。 お手数をお掛け致しますが、今後最新情報メールを 希望されない方はこちらまで「希望しない」とご連絡ください。
Re: new: font/gohufont
On 2012/05/14 11:48, David Coppa wrote: > On Mon, May 14, 2012 at 11:40 AM, Stuart Henderson > wrote: > > Drop the unused VERSION= and it's ok sthen@ if somebody would like to > > import. > > It's also missing the "@fontdir" marker into pkg/PLIST. Isn't it? > > Btw, I can do the import if nobody else gets ahead of me... > Oh yes, good point. Please add it and go ahead :)
Re: [update] net/p5-Net-CIDR-Lite
These are fine with me. Matteo, are you ok with them? On 2012/05/12 12:47, David Hill wrote: > New patch with USE_GROFF removed. > > Index: Makefile > === > RCS file: /cvs/ports/net/p5-Net-CIDR-Lite/Makefile,v > retrieving revision 1.7 > diff -u -p -r1.7 Makefile > --- Makefile 3 Dec 2010 11:45:41 - 1.7 > +++ Makefile 12 May 2012 16:46:00 - > @@ -3,10 +3,8 @@ > COMMENT= Perl extension for merging IPv4 or IPv6 CIDR addresses > > MODULES= cpan > -DISTNAME=Net-CIDR-Lite-0.20 > -REVISION=0 > +DISTNAME=Net-CIDR-Lite-0.21 > CATEGORIES= net > -USE_GROFF = Yes > > MAINTAINER= Matteo Cantoni > > Index: distinfo > === > RCS file: /cvs/ports/net/p5-Net-CIDR-Lite/distinfo,v > retrieving revision 1.5 > diff -u -p -r1.5 distinfo > --- distinfo 11 Dec 2007 20:01:00 - 1.5 > +++ distinfo 12 May 2012 16:46:00 - > @@ -1,5 +1,5 @@ > -MD5 (Net-CIDR-Lite-0.20.tar.gz) = VJmNtrKX/8iiCtuR6nRCAA== > -RMD160 (Net-CIDR-Lite-0.20.tar.gz) = Y/5Qu9Ca2+h9BtZUKOLJ0BqfaT0= > -SHA1 (Net-CIDR-Lite-0.20.tar.gz) = 84XO0ipJTddELwamhq05ucrysLk= > -SHA256 (Net-CIDR-Lite-0.20.tar.gz) = > zlsegLL/hCROGPpHcsXM2tw/VZYtgysB3Nyr/ScsF8c= > -SIZE (Net-CIDR-Lite-0.20.tar.gz) = 8884 > +MD5 (Net-CIDR-Lite-0.21.tar.gz) = EigLN1SIa4dpGPA/U67k9Q== > +RMD160 (Net-CIDR-Lite-0.21.tar.gz) = 7pFzdZrQWakx0EM9U6lHhoAZROc= > +SHA1 (Net-CIDR-Lite-0.21.tar.gz) = bY6Y2Bv5co2BWYiY8R+gVZ+ivXE= > +SHA256 (Net-CIDR-Lite-0.21.tar.gz) = > z6El6KKu+SWbw6ROB8vft4lLZNIufAzukq7i9ceRUJM= > +SIZE (Net-CIDR-Lite-0.21.tar.gz) = 9931 > On 2012/05/13 17:22, David Hill wrote: > update to 0.15 > > Index: Makefile > === > RCS file: /cvs/ports/net/p5-Net-CIDR/Makefile,v > retrieving revision 1.8 > diff -u -p -r1.8 Makefile > --- Makefile 3 Dec 2010 11:45:41 - 1.8 > +++ Makefile 13 May 2012 21:21:54 - > @@ -3,10 +3,8 @@ > COMMENT= manipulate IPv4/IPv6 netblocks in CIDR notation > > MODULES= cpan > -DISTNAME=Net-CIDR-0.13 > -REVISION=0 > +DISTNAME=Net-CIDR-0.15 > CATEGORIES= net > -USE_GROFF = Yes > > MAINTAINER= Matteo Cantoni > > Index: distinfo > === > RCS file: /cvs/ports/net/p5-Net-CIDR/distinfo,v > retrieving revision 1.5 > diff -u -p -r1.5 distinfo > --- distinfo 7 May 2009 14:43:48 - 1.5 > +++ distinfo 13 May 2012 21:21:54 - > @@ -1,5 +1,5 @@ > -MD5 (Net-CIDR-0.13.tar.gz) = QPD0IQSzFK+Rq3gRngCW3g== > -RMD160 (Net-CIDR-0.13.tar.gz) = Vh1Jgp47D/oP9d41//bC8SLNwK0= > -SHA1 (Net-CIDR-0.13.tar.gz) = k3/ilKUlfmINsG2gAJzcyxmxegE= > -SHA256 (Net-CIDR-0.13.tar.gz) = cBFxOJHCcQ3YA9IXid9roK1/RpLVzB3eg7cQb0tybas= > -SIZE (Net-CIDR-0.13.tar.gz) = 9294 > +MD5 (Net-CIDR-0.15.tar.gz) = bso8GGyez6J6h4924A6JKQ== > +RMD160 (Net-CIDR-0.15.tar.gz) = Hj/KMeG+RtxRB/kaCcbBNH25u28= > +SHA1 (Net-CIDR-0.15.tar.gz) = uJfeCwCsXuvRjJpiaSsUI2PiNXs= > +SHA256 (Net-CIDR-0.15.tar.gz) = VgCOXKpijXlMOE9wFUn4qPK9os1D/DtDYthaGT2Dchk= > +SIZE (Net-CIDR-0.15.tar.gz) = 10123 >
Re: mail/femail MESSAGE->README
On Mon, May 14, 2012 at 10:35:49AM +0100, Stuart Henderson wrote:
> On 2012/05/13 11:11, Okan Demirmen wrote:
> > convert to pkg readmes, so info doesn't get lost.
> >
> > ok?
>
> This is so short anyway, is it really worth it? It's so much easier to
> "pkg_info femail" than "cat /usr/local/share/doc/pkg-readmes/femail*"
I actually find it quite handy to have READMEs.
After installing a box, all I have to do is ls
/usr/local/share/doc/pkg-readmes/ then I know exactly what would need some
reading/work; instead of guessing which package I should 'pkg-info' to get
post-install instructions.
> and it avoids adding stuff which confuses update-plist...
That is another issue; update-plist needs to be fixed.
> > Index: Makefile
> > ===
> > RCS file: /home/open/cvs/ports/mail/femail/Makefile,v
> > retrieving revision 1.11
> > diff -u -p -r1.11 Makefile
> > --- Makefile20 Feb 2012 07:58:31 - 1.11
> > +++ Makefile13 May 2012 15:07:50 -
> > @@ -9,7 +9,7 @@ PKGNAME-main= femail-${V}
> > PKGNAME-chroot=femail-chroot-${V}
> > CATEGORIES=mail
> >
> > -REVISION-chroot=0
> > +REVISION-chroot=1
> >
> > HOMEPAGE= http://bulabula.org/femail/
> >
> > Index: pkg/MESSAGE-chroot
> > ===
> > RCS file: pkg/MESSAGE-chroot
> > diff -N pkg/MESSAGE-chroot
> > --- pkg/MESSAGE-chroot 27 Mar 2009 18:28:59 - 1.2
> > +++ /dev/null 1 Jan 1970 00:00:00 -
> > @@ -1,8 +0,0 @@
> > -By default, femail will use `localhost' for smtphost. Make sure to
> > -review FAQ Section 10.16 discussing name resolution with httpd(8)'s
> > -default chroot(2).
> > -
> > -Additionally, one may create a custom femail.conf; see femail(8).
> > -
> > -If you're using femail with PHP inside a chroot jail, be aware that
> > -PHP's built-in "mail" function uses popen(), which requires /bin/sh.
> > Index: pkg/PLIST-chroot
> > ===
> > RCS file: /home/open/cvs/ports/mail/femail/pkg/PLIST-chroot,v
> > retrieving revision 1.3
> > diff -u -p -r1.3 PLIST-chroot
> > --- pkg/PLIST-chroot22 Mar 2011 09:45:51 - 1.3
> > +++ pkg/PLIST-chroot13 May 2012 15:06:28 -
> > @@ -5,3 +5,5 @@ usr/sbin/
> > @mode 0555
> > @sample usr/sbin/sendmail
> > @mode
> > +@cwd ${LOCALBASE}/share/doc/pkg-readmes
> > +${FULLPKGNAME}
> > Index: pkg/README-chroot
> > ===
> > RCS file: pkg/README-chroot
> > diff -N pkg/README-chroot
> > --- /dev/null 1 Jan 1970 00:00:00 -
> > +++ pkg/README-chroot 13 May 2012 14:50:06 -
> > @@ -0,0 +1,16 @@
> > +$OpenBSD$
> > +
> > ++---
> > +| Running ${FULLPKGNAME} on OpenBSD
> > ++---
> > +
> > +Setup with httpd from OpenBSD base system
> > +=
> > +By default, femail will use `localhost' for smtphost. Make sure to
> > +review FAQ Section 10.16 discussing name resolution with httpd(8)'s
> > +default chroot(2).
> > +
> > +Additionally, one may create a custom femail.conf; see femail(8).
> > +
> > +If you're using femail with PHP inside a chroot jail, be aware that
> > +PHP's built-in "mail" function uses popen(), which requires /bin/sh.
> >
>
--
Antoine
Re: new: font/gohufont
On Mon, May 14, 2012 at 11:40 AM, Stuart Henderson wrote: > Drop the unused VERSION= and it's ok sthen@ if somebody would like to import. It's also missing the "@fontdir" marker into pkg/PLIST. Isn't it? Btw, I can do the import if nobody else gets ahead of me...
Re: [update] comms/p5-Device-SerialPort
On 2012/05/13 17:08, David Hill wrote: > update to 1.04 3001 < 4, version goes backwards -> needs EPOCH=0 my script to read my currentcost power meter still works, so with EPOCH added it's OK with me. > > Index: Makefile > === > RCS file: /cvs/ports/comms/p5-Device-SerialPort/Makefile,v > retrieving revision 1.9 > diff -u -p -r1.9 Makefile > --- Makefile 3 Dec 2010 11:44:23 - 1.9 > +++ Makefile 13 May 2012 21:07:33 - > @@ -4,11 +4,9 @@ SHARED_ONLY= Yes > > COMMENT= talk to modem devices connected via serial port > > -DISTNAME=Device-SerialPort-1.003001 > -REVISION=2 > +DISTNAME=Device-SerialPort-1.04 > CATEGORIES= comms > MODULES= cpan > -USE_GROFF = Yes > > MAINTAINER= Todd T. Fries > > Index: distinfo > === > RCS file: /cvs/ports/comms/p5-Device-SerialPort/distinfo,v > retrieving revision 1.4 > diff -u -p -r1.4 distinfo > --- distinfo 30 Jul 2007 18:07:06 - 1.4 > +++ distinfo 13 May 2012 21:07:33 - > @@ -1,5 +1,5 @@ > -MD5 (Device-SerialPort-1.003001.tar.gz) = umwjkjyKXGn8yXzzWuuFBA== > -RMD160 (Device-SerialPort-1.003001.tar.gz) = bJDtMGmNNsIFVtyNsSjVIOYGsIU= > -SHA1 (Device-SerialPort-1.003001.tar.gz) = Z45n0eLD0esF5ubMZJcYWCtoWqE= > -SHA256 (Device-SerialPort-1.003001.tar.gz) = > gD1vEosHeMCHPoTL+iQ8HTfqDpx6tZB31+rSS55HFn4= > -SIZE (Device-SerialPort-1.003001.tar.gz) = 127200 > +MD5 (Device-SerialPort-1.04.tar.gz) = gsaYFR+TTrKMZdGDjO59ng== > +RMD160 (Device-SerialPort-1.04.tar.gz) = KnDly68axmV1zQ9a77qZ+lB1toE= > +SHA1 (Device-SerialPort-1.04.tar.gz) = wuNMTLvzvFeMW3/SeQkGvApdTPA= > +SHA256 (Device-SerialPort-1.04.tar.gz) = > 05JWfLObTqYGwOCsr9jtcjIDEbmVM27OX878+bFQ6dc= > +SIZE (Device-SerialPort-1.04.tar.gz) = 98706 >
NEW: sysutils/logfmon
Hi Please find attached a port for logfmon: Information for inst:logfmon-1.1 Comment: log file monitoring daemon Description: The logfmon daemon monitors a set of syslog log files and matches each new entry against the rules defined in its configuration file. Each rule may be tested against entries from a single file, a set of files or from all files. Depending on the rule, a command may be executed or the entry may be ignored. All unmatched messages are batched together and mailed every 15 minutes, or whatever alternative time is specified in the configuration file. Maintainer: The OpenBSD ports mailing-list WWW: http://sourceforge.net/projects/logfmon/ Thanks Tom logfmon-1.1.tgz Description: application/tar-gz
Re: new: font/gohufont
Drop the unused VERSION= and it's ok sthen@ if somebody would like to import. On 2012/05/13 17:34, Tobias Ulmer wrote: > Attached is my current favourite terminal font. It's pretty similar to > Terminus, but offers a 11px version that includes bold glyphs. Give it a > try :) > > cat pkg/DESCR > Gohufont is a monospace bitmap font well suited for programming and > terminal use. It is intended to be very legible and offers very > discernable glyphs for all characters, including signs and symbols.
Re: mail/femail MESSAGE->README
On 2012/05/13 11:11, Okan Demirmen wrote:
> convert to pkg readmes, so info doesn't get lost.
>
> ok?
This is so short anyway, is it really worth it? It's so much easier to
"pkg_info femail" than "cat /usr/local/share/doc/pkg-readmes/femail*"
and it avoids adding stuff which confuses update-plist...
> Index: Makefile
> ===
> RCS file: /home/open/cvs/ports/mail/femail/Makefile,v
> retrieving revision 1.11
> diff -u -p -r1.11 Makefile
> --- Makefile 20 Feb 2012 07:58:31 - 1.11
> +++ Makefile 13 May 2012 15:07:50 -
> @@ -9,7 +9,7 @@ PKGNAME-main= femail-${V}
> PKGNAME-chroot= femail-chroot-${V}
> CATEGORIES= mail
>
> -REVISION-chroot=0
> +REVISION-chroot=1
>
> HOMEPAGE=http://bulabula.org/femail/
>
> Index: pkg/MESSAGE-chroot
> ===
> RCS file: pkg/MESSAGE-chroot
> diff -N pkg/MESSAGE-chroot
> --- pkg/MESSAGE-chroot27 Mar 2009 18:28:59 - 1.2
> +++ /dev/null 1 Jan 1970 00:00:00 -
> @@ -1,8 +0,0 @@
> -By default, femail will use `localhost' for smtphost. Make sure to
> -review FAQ Section 10.16 discussing name resolution with httpd(8)'s
> -default chroot(2).
> -
> -Additionally, one may create a custom femail.conf; see femail(8).
> -
> -If you're using femail with PHP inside a chroot jail, be aware that
> -PHP's built-in "mail" function uses popen(), which requires /bin/sh.
> Index: pkg/PLIST-chroot
> ===
> RCS file: /home/open/cvs/ports/mail/femail/pkg/PLIST-chroot,v
> retrieving revision 1.3
> diff -u -p -r1.3 PLIST-chroot
> --- pkg/PLIST-chroot 22 Mar 2011 09:45:51 - 1.3
> +++ pkg/PLIST-chroot 13 May 2012 15:06:28 -
> @@ -5,3 +5,5 @@ usr/sbin/
> @mode 0555
> @sample usr/sbin/sendmail
> @mode
> +@cwd ${LOCALBASE}/share/doc/pkg-readmes
> +${FULLPKGNAME}
> Index: pkg/README-chroot
> ===
> RCS file: pkg/README-chroot
> diff -N pkg/README-chroot
> --- /dev/null 1 Jan 1970 00:00:00 -
> +++ pkg/README-chroot 13 May 2012 14:50:06 -
> @@ -0,0 +1,16 @@
> +$OpenBSD$
> +
> ++---
> +| Running ${FULLPKGNAME} on OpenBSD
> ++---
> +
> +Setup with httpd from OpenBSD base system
> +=
> +By default, femail will use `localhost' for smtphost. Make sure to
> +review FAQ Section 10.16 discussing name resolution with httpd(8)'s
> +default chroot(2).
> +
> +Additionally, one may create a custom femail.conf; see femail(8).
> +
> +If you're using femail with PHP inside a chroot jail, be aware that
> +PHP's built-in "mail" function uses popen(), which requires /bin/sh.
>
Re: NEW: audio/shntool
On 2012/05/13 00:20, anthonyjbent...@gmail.com wrote: > shntool is a multi-purpose WAVE data processing and reporting utility. > File formats are abstracted from its core, so it can process any file > that contains WAVE data, compressed or not - provided there exists a > format module to handle that particular file type. > > shntool has native support for .wav files, and can work with other > lossless audio formats, provided the appropriate helper program > is installed. > > > I find this very useful for splitting cuesheets to individual files. > E.g., converting a single ape/cue to individual flacs: > > shntool split -f foo.cue -o flac foo.ape > > > It might be better to add RUN_DEPENDS for audio/flac, audio/mac, etc, > since the error message for uninstalled modules is rather unhelpful. > > > ok? There is actually a helpful error message too, but it's on a file descriptor which ended up being redirected so we don't get to see it, maybe report this upstream? (See ktrace snippets below). I would rather not add a bunch of RUN_DEPENDS, especially as some of the possibilities aren't in the tree at all, and others are of quite limited use, rather I would specifically mention in DESCR the names of the packages you can install to support additional formats. I'm OK with importing it with that change. 28630 shntool CALL writev(0x2,0x7f786ed0,0x4) 28630 shntool GIO fd 2 wrote 15 bytes "shntool: execvp" 28630 shntool GIO fd 2 wrote 2 bytes ": " 28630 shntool GIO fd 2 wrote 25 bytes "No such file or directory" 28630 shntool GIO fd 2 wrote 1 bytes " " 28630 shntool RET writev 43/0x2b ... ... 28630 shntool CALL write(0x2,0x7f786740,0x10) 28630 shntool GIO fd 2 wrote 16 bytes "shntool [conv]: " 28630 shntool RET write 16/0x10 28630 shntool CALL write(0x2,0x516102,0x7) 28630 shntool GIO fd 2 wrote 7 bytes "error: " 28630 shntool RET write 7 28630 shntool CALL write(0x2,0x7f786770,0x2f) 28630 shntool GIO fd 2 wrote 47 bytes "error while launching helper program: [mp4als] "
Re: [Resubmitt][NEW PORT] devel/p5-App-cpanminus
oh, no shars, please..
On 2012/05/13 00:43, wen heping wrote:
> Hi,
>
> Here is an shar file of new port for devel/p5-App-cpanminus.
>
> cpanminus is a script to get, unpack, build and install modules
> from CPAN and does nothing else. It's dependency free (can bootstrap
> itself), requires zero configuration, and stands alone. When running,
> it requires only 10MB of RAM.
>
> Tested and regress both OK on i386 and Loongson.
>
> Comments? OK?
> # This is a shell archive. Save it in a file, remove anything before
> # this line, and then unpack it by entering "sh file". Note, it may
> # create directories; files and directories will be owned by you and
> # have default permissions.
> #
> # This archive contains:
> #
> # p5-App-cpanminus
> # p5-App-cpanminus/Makefile
> # p5-App-cpanminus/distinfo
> # p5-App-cpanminus/pkg
> # p5-App-cpanminus/pkg/DESCR
> # p5-App-cpanminus/pkg/PLIST
> #
> echo c - p5-App-cpanminus
> mkdir -p p5-App-cpanminus > /dev/null 2>&1
> echo x - p5-App-cpanminus/Makefile
> sed 's/^X//' >p5-App-cpanminus/Makefile << 'END-of-p5-App-cpanminus/Makefile'
> X# $OpenBSD$
> X
> XCOMMENT= get, unpack, build and install modules from cpan
> X
> XMODULES= cpan
> XDISTNAME=App-cpanminus-1.5013
> XCATEGORIES= devel
> X
> XMAINTAINER= Wen Heping
> X
> XPERMIT_PACKAGE_CDROM=Yes
> XPERMIT_PACKAGE_FTP= Yes
> XPERMIT_DISTFILES_CDROM= Yes
> XPERMIT_DISTFILES_FTP=Yes
> X
> X.include
> END-of-p5-App-cpanminus/Makefile
> echo x - p5-App-cpanminus/distinfo
> sed 's/^X//' >p5-App-cpanminus/distinfo << 'END-of-p5-App-cpanminus/distinfo'
> XMD5 (App-cpanminus-1.5013.tar.gz) = FW5p+/NzSBTAvS5E+nBoSQ==
> XRMD160 (App-cpanminus-1.5013.tar.gz) = MMI+zT0OsmLof4AvUpg1JxJoVvI=
> XSHA1 (App-cpanminus-1.5013.tar.gz) = 0GCanBV/CAiaJpo3OI7rhs78Pg4=
> XSHA256 (App-cpanminus-1.5013.tar.gz) =
> 9TPW16sNDJz/BZg7EBJWG2E3Ghg7ckh+RVk1S6XgOCM=
> XSIZE (App-cpanminus-1.5013.tar.gz) = 91429
> END-of-p5-App-cpanminus/distinfo
> echo c - p5-App-cpanminus/pkg
> mkdir -p p5-App-cpanminus/pkg > /dev/null 2>&1
> echo x - p5-App-cpanminus/pkg/DESCR
> sed 's/^X//' >p5-App-cpanminus/pkg/DESCR <<
> 'END-of-p5-App-cpanminus/pkg/DESCR'
> Xcpanminus is a script to get, unpack, build and install modules
> Xfrom CPAN and does nothing else. It's dependency free (can bootstrap
> Xitself), requires zero configuration, and stands alone. When running,
> Xit requires only 10MB of RAM.
> END-of-p5-App-cpanminus/pkg/DESCR
> echo x - p5-App-cpanminus/pkg/PLIST
> sed 's/^X//' >p5-App-cpanminus/pkg/PLIST <<
> 'END-of-p5-App-cpanminus/pkg/PLIST'
> X@comment $OpenBSD$
> Xbin/cpanm
> X${P5SITE}/App/
> X${P5SITE}/App/cpanminus.pm
> X@man man/man1/cpanm.1
> X@man man/man3p/App::cpanminus.3p
> END-of-p5-App-cpanminus/pkg/PLIST
> exit
>
Re: [patch] audio/vorbis-tools unlocks mutex twice
Would something like this work?
Kurt, would you mind having a look :)
Index: Makefile
===
RCS file: /cvs/ports/audio/vorbis-tools/Makefile,v
retrieving revision 1.43
diff -u -r1.43 Makefile
--- Makefile29 Mar 2012 13:38:13 - 1.43
+++ Makefile14 May 2012 08:13:51 -
@@ -6,6 +6,8 @@
CATEGORIES=audio
HOMEPAGE= http://www.vorbis.com/
+REVISION= 0
+
MAINTAINER=Christian Weisgerber
# GPLv2
Index: patches/patch-ogg123_ogg123_c
===
RCS file: patches/patch-ogg123_ogg123_c
diff -N patches/patch-ogg123_ogg123_c
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-ogg123_ogg123_c 14 May 2012 08:13:51 -
@@ -0,0 +1,15 @@
+$OpenBSD$
+
+Don't try to unlock an already unlocked mutex.
+
+--- ogg123/ogg123.c.orig Mon May 14 09:47:08 2012
ogg123/ogg123.cMon May 14 09:47:01 2012
+@@ -743,7 +743,7 @@ void play (char *source_string)
+
+ format->cleanup(decoder);
+ transport->close(source);
+- status_reset_output_lock(); /* In case we were killed mid-output */
++ pthread_cleanup_push(status_reset_output_lock, NULL); /* In case we were
killed mid-output */
+
+ status_message(1, _("Done."));
+
--
Antoine
