UPDATE: databases/py-pygresql
Hi,
This diff updates py-pygresql to the latest release 4.1.1.
Comments ? OK ?
Cheers,
benoit
Index: Makefile
===
RCS file: /cvs/ports/databases/py-pygresql/Makefile,v
retrieving revision 1.13
diff -u -r1.13 Makefile
--- Makefile 8 Jan 2013 15:42:26 - 1.13
+++ Makefile 15 Jan 2013 04:04:49 -
@@ -2,12 +2,10 @@
COMMENT = PostgreSQL module for Python
-MODPY_EGG_VERSION = 4.1
+MODPY_EGG_VERSION = 4.1.1
DISTNAME = PyGreSQL-${MODPY_EGG_VERSION}
PKGNAME = py-pygresql-${MODPY_EGG_VERSION}
CATEGORIES = databases
-
-REVISION = 0
HOMEPAGE = http://www.pygresql.org/
Index: distinfo
===
RCS file: /cvs/ports/databases/py-pygresql/distinfo,v
retrieving revision 1.4
diff -u -r1.4 distinfo
--- distinfo 8 Jan 2013 15:42:26 - 1.4
+++ distinfo 15 Jan 2013 04:04:49 -
@@ -1,2 +1,2 @@
-SHA256 (PyGreSQL-4.1.tgz) = IrgonPqpyxByTmBhR6zZQzPBUrm9IhEa1VYH5p4B4Lc=
-SIZE (PyGreSQL-4.1.tgz) = 99407
+SHA256 (PyGreSQL-4.1.1.tgz) = uxQJL5fGbtE7j69xRxuMFWxrRtkVhYRH86Y+mr5I7vc=
+SIZE (PyGreSQL-4.1.1.tgz) = 100883
Re: [update] net/snort 2.9.4.0 and net/daq 2.0.0
This DAQ/Snort update is from Markus Lude (maintainer), and also
includes a snort.conf patch from me that Markus has OK'ed. The
snort.conf patch ensures that Snort will load the latest Snort ruleset
since the rule files have been reorganized by upstream. It also
excludes local.rules by default, since rule managers like Oinkmaster
skip that file when downloading rules.
In terms of testing, Markus has tested this update on sparc64 and i386.
Rodolfo Gouveia has tested this on 5.2/amd64 with his own snort.conf. I
have tested this on a public Internet-facing i386 system for about a
week without issues, and have also tested it on amd64 in a lab
environment.
I have also tested that pkg_add -u works, and verified LIB_DEPENDS and
WANTLIB with port-lib-depends-check.
I think it's ready to be committed. Would anyone like to review and
give an OK?
Thank you,
Lawrence
Index: net/daq/Makefile
===
RCS file: /cvs/ports/net/daq/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- net/daq/Makefile28 Sep 2012 19:30:55 - 1.2
+++ net/daq/Makefile15 Dec 2012 18:10:29 -
@@ -2,9 +2,9 @@
COMMENT = data acquisition library for snort
-DISTNAME = daq-1.1.1
+DISTNAME = daq-2.0.0
-SHARED_LIBS += daq 0.0 # 1.0
+SHARED_LIBS += daq 1.0 # 2.0
SHARED_LIBS += sfbpf 0.0 # 0.1
CATEGORIES = net
Index: net/daq/distinfo
===
RCS file: /cvs/ports/net/daq/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- net/daq/distinfo26 Sep 2012 01:40:32 - 1.1.1.1
+++ net/daq/distinfo15 Dec 2012 18:10:29 -
@@ -1,2 +1,2 @@
-SHA256 (daq-1.1.1.tar.gz) = UPA8rMq7H8oCpWyzyOCrnKJcCwEnEDQu9rJmWRAaHuU=
-SIZE (daq-1.1.1.tar.gz) = 472223
+SHA256 (daq-2.0.0.tar.gz) = +6/I42Kpb8rcaXMfkSA++QhFUHquCkd01cKCXp0sHDg=
+SIZE (daq-2.0.0.tar.gz) = 480030
Index: net/daq/patches/patch-configure
===
RCS file: /cvs/ports/net/daq/patches/patch-configure,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 patch-configure
--- net/daq/patches/patch-configure 26 Sep 2012 01:40:32 - 1.1.1.1
+++ net/daq/patches/patch-configure 15 Dec 2012 18:10:29 -
@@ -1,7 +1,7 @@
$OpenBSD: patch-configure,v 1.1.1.1 2012/09/26 01:40:32 lteo Exp $
configure.orig Tue Jul 10 21:32:51 2012
-+++ configure Sat Aug 11 17:23:56 2012
-@@ -12727,12 +12727,20 @@ else
+--- configure.orig Mon Nov 5 22:07:56 2012
configure Wed Dec 12 23:13:06 2012
+@@ -12784,12 +12784,20 @@ else
#include
#include
Index: net/snort/Makefile
===
RCS file: /cvs/ports/net/snort/Makefile,v
retrieving revision 1.72
diff -u -p -r1.72 Makefile
--- net/snort/Makefile 25 Oct 2012 19:52:16 - 1.72
+++ net/snort/Makefile 15 Dec 2012 18:10:53 -
@@ -4,9 +4,9 @@ SHARED_ONLY = Yes
COMMENT = highly flexible sniffer/NIDS
-VERSION = 2.9.3.1
-DISTNAME = snort-${VERSION}
-REVISION = 0
+VERSION = 2.9.4.0
+DISTNAME = snort-2.9.4
+PKGNAME = snort-${VERSION}
CATEGORIES = net security
@@ -20,7 +20,7 @@ PERMIT_PACKAGE_FTP = Yes
PERMIT_DISTFILES_CDROM = Yes
PERMIT_DISTFILES_FTP = Yes
-WANTLIB = c daq dnet m pcap pcre pthread z
+WANTLIB = c crypto daq dnet m pcap pcre pthread z
MASTER_SITES = http://www.snort.org/dl/snort-current/
@@ -31,7 +31,6 @@ SEPARATE_BUILD = Yes
CONFIGURE_STYLE = gnu
CONFIGURE_ARGS += ${CONFIGURE_SHARED} \
--disable-static-daq
-CONFIGURE_ENV= MKDIR_P="/bin/mkdir -p"
LIB_DEPENDS = devel/pcre \
net/libdnet \
Index: net/snort/distinfo
===
RCS file: /cvs/ports/net/snort/distinfo,v
retrieving revision 1.20
diff -u -p -r1.20 distinfo
--- net/snort/distinfo 26 Sep 2012 02:11:05 - 1.20
+++ net/snort/distinfo 15 Dec 2012 18:10:53 -
@@ -1,2 +1,2 @@
-SHA256 (snort-2.9.3.1.tar.gz) = sbIVTfVMW7b4GqmeLGyAgSiDmcAJSYO4/6Oy7lQsvlA=
-SIZE (snort-2.9.3.1.tar.gz) = 5295237
+SHA256 (snort-2.9.4.tar.gz) = QgKuD2ZqU0jGJEdqRUPx0FmnCZjesNytq2hlzWukmbU=
+SIZE (snort-2.9.4.tar.gz) = 5289321
Index: net/snort/patches/patch-etc_snort_conf
===
RCS file: /cvs/ports/net/snort/patches/patch-etc_snort_conf,v
retrieving revision 1.7
diff -u -p -r1.7 patch-etc_snort_conf
--- net/snort/patches/patch-etc_snort_conf 11 Oct 2012 02:40:48 -
1.7
+++ net/snort/patches/patch-etc_snort_conf 11 Jan 2013 04:43:52 -
@@ -2,8 +2,11 @@ $OpenBSD: patch-etc_snort_conf,v 1.7 201
reputation preprocessor d
Re: NEW: Tcl/Tk 8.6.0
On Mon, Jan 14, 2013 at 07:12:38AM -0500, Stuart Cassoff wrote: > Plus the patches for tcl.port.mk and tk.port.mk. > Tested mostly on i386 and somewhat on amd64. > > Stu > I built and packaged tcl and tk 8.6 on loongson without a problem. Below is the output from tcl's make regress: Tests ended at Mon Jan 14 20:29:31 EST 2013 all.tcl:Total 29026 Passed 27509 Skipped 1514Failed 3 Sourced 146 Test Files. Files with failing tests: binary.test event.test interp.test I also used fossil's make regress as a way to test tcl and fossil's diff --tk feature to test tk. Both ran as intended. -- James Turner
Re: [DIFF] security/vpnc - annoying 'which: ip: Command not found.'
On Sun, Jan 13, 2013 at 10:05:05AM +, Stuart Henderson wrote: > On 2013/01/12 15:00, Jiri B wrote: > > Just removing annoying linuxism... > > Please try the vpnc-script from the openconnect package (installs as > /etc/openconnect/vpnc-script). If it works OK with vpnc (which it > should) then I would prefer to just sync the two. # cp /etc/openconnect/vpnc-script /etc/vpnc/ Works well for me -- E. Radman
Re: UPDATE: MPlayer
On Mon, Jan 14, 2013 at 01:04:25AM -0500, Brad Smith wrote:
> Here is an update to a newer MPlayer snapshot.
>
> Lightly tested on amd64.
An updated diff after the last commit to the Makefile..
Index: Makefile
===
RCS file: /cvs/ports/x11/mplayer/Makefile,v
retrieving revision 1.212
diff -u -p -r1.212 Makefile
--- Makefile14 Jan 2013 17:02:15 - 1.212
+++ Makefile14 Jan 2013 23:31:36 -
@@ -7,7 +7,7 @@ ONLY_FOR_ARCHS =${GCC4_ARCHS}
COMMENT = movie player supporting many formats
-V =20110309
+V =20120505
FFMPEG_V = 20121026
SUBST_VARS += PREFIX CONFDIR
@@ -15,7 +15,7 @@ SUBST_VARS += PREFIX CONFDIR
# Distfiles must be hand-rolled, see README
N =mplayer
DISTNAME = mplayer-${V}
-REVISION = 22
+EXTRACT_SUFX = .tar.xz
CATEGORIES = x11 multimedia
@@ -30,13 +30,12 @@ PERMIT_DISTFILES_FTP = Yes
WANTLIB = GL X11 Xext Xinerama Xss Xv Xxf86dga Xxf86vm ass avcodec \
avformat avutil bluray bz2 c cdda_interface cdda_paranoia \
crypto dv dvdnavmini dvdread enca fontconfig freetype \
- fribidi gsm jpeg lcms m mng mp3lame ncurses ogg>=5 orc-0.4 \
- png postproc pthread SDL schroedinger-1.0>=2.0 sndio speex \
- stdc++ swscale theoradec theoraenc ungif util vpx x264>=5 \
+ fribidi jpeg m mng mp3lame ncurses ogg>=5 png postproc \
+ pthread SDL sndio speex stdc++ swscale ungif util x264>=5 \
xvidcore z
# we use a snapshot
-MASTER_SITES = http://theunixzoo.co.uk/distfiles/
+MASTER_SITES = http://comstyle.com/source/
MAINTAINER = Edd Barrett
@@ -55,7 +54,6 @@ LIB_DEPENDS = graphics/png \
devel/fribidi \
graphics/libmng \
archivers/bzip2 \
- multimedia/schroedinger>=1.0.10 \
multimedia/x264>=20101023 \
devel/sdl>=1.2.5 \
multimedia/libass \
@@ -148,7 +146,7 @@ WANTLIB += vorbisenc vorbis
CONFIGURE_ARGS += --disable-tremor-internal
.endif
-CONFIGURE_ENV += TMPDIR="${WRKBUILD}"
+CONFIGURE_ENV += LOCALBASE="${LOCALBASE}" TMPDIR="${WRKBUILD}"
# binutils 2.15 does not do sse3 for i386/amd64
.if ${MACHINE_ARCH:Mi386} || ${MACHINE_ARCH:Mamd64}
@@ -198,24 +196,20 @@ CONFIGURE_ARGS += --disable-jack
NO_REGRESS = Yes
+DOCDIR = ${PREFIX}/share/doc/mplayer
+EXAMPLEDIR = ${PREFIX}/share/examples/mplayer
+
# copy in rtunes and sndio backends
post-extract:
@cp ${FILESDIR}/ao_rtunes.c ${FILESDIR}/ao_sndio.c ${WRKSRC}/libao2
@cp ${FILESDIR}/ai_sndio.c ${WRKSRC}/stream
-# subst PREFIX in a patch, careful with update-patches!
-pre-configure:
- ${SUBST_CMD} ${WRKSRC}/DOCS/xml/configure
-
-post-build:
- @cd ${WRKSRC}/DOCS/xml && ${MAKE_PROGRAM}
-
-DOCDIR = ${PREFIX}/share/doc/mplayer
-EXAMPLEDIR = ${PREFIX}/share/examples/mplayer
-
# link FFmpeg sources to where build expects
pre-patch:
ln -s ${WRKDIR}/graphics/ffmpeg/ffmpeg-git-${FFMPEG_V} ${WRKSRC}/ffmpeg
+
+post-build:
+ @cd ${WRKSRC} && ${MAKE_PROGRAM} doc
# install docs
post-install:
Index: README
===
RCS file: /cvs/ports/x11/mplayer/README,v
retrieving revision 1.4
diff -u -p -r1.4 README
--- README 17 Aug 2011 15:12:15 - 1.4
+++ README 14 Jan 2013 23:31:36 -
@@ -46,7 +46,7 @@ cd mplayer-MMDD
./version.sh (this should create a version.h)
find . -name '.svn' | xargs rm -Rf
cd ..
-tar zcvf mplayer-MMDD.tar.gz mplayer-MMDD
+tar cvf - mplayer-MMDD | xz -c -8e > mplayer-MMDD.tar.xz
Testing Mencoder
Index: distinfo
===
RCS file: /cvs/ports/x11/mplayer/distinfo,v
retrieving revision 1.35
diff -u -p -r1.35 distinfo
--- distinfo29 Mar 2011 20:04:41 - 1.35
+++ distinfo14 Jan 2013 23:31:36 -
@@ -1,5 +1,2 @@
-MD5 (mplayer-20110309.tar.gz) = EU2sXltwhr4VhUplf8qsXw==
-RMD160 (mplayer-20110309.tar.gz) = QlDlgZxUyawqSdBWC871ys/QoRA=
-SHA1 (mplayer-20110309.tar.gz) = AMaoe0ip6hI2EyYdtOf6uHgcgio=
-SHA256 (mplayer-20110309.tar.gz) = yeswxU3WOlLg5FnCJQJL5hLLopvSp543ovqjPN4FGSI=
-SIZE (mplayer-20110309.tar.gz) = 6874760
+SHA256 (mplayer-20120505.tar.xz) = yxNsTDn75qrw17yRjqYCOAspZnxYFgowzZ5bbAGczb4=
+SIZE (mplayer-20120505.tar.xz) = 5362624
Index: patches/patch-DOCS_man_en_mplayer_1
===
RCS file: /cvs/ports/x11/mplayer/patches/patch-DOCS_man_en_mplayer_1,v
retrieving revision 1.5
diff -u -p -r1.5 patch-DOCS_man_en_mplayer_1
--- patches/patch-DOCS_man_en_mplayer_1 29 Mar 2011 20:04:41 - 1.5
+++ patches/patch-DOCS_man_en_mplayer_1 14 Jan
Re: adding support to mdb
On 2013/01/14 19:18, Friedrich Locke wrote: > Hi folks, > > this is my first message to this list. I am writing because i am in need to > use openldap from ports. > Initially i tried openldap with support to BDB, but it is buggy. > I was suggest to try mdb, but openldap's Makefile have the --disable-mdb > instruction. > > Since i do need to get a directory service and have no knownledge on > openldap internals, i come to you > in order to suggest how could i help in order to get mdb supported by > OpenBSD Ports OpenLDAP. > > Thank you a lot for your time and cooperation. > > Best regards, > > Fried. So this is a memory-mapped database; there have been problems with these in the past (e.g. in Cyrus imapd and Dovecot) but I am not sure of all the details. The port diff is easy enough but I would really like some advice from someone who is knowledgeable about the mmap issues as to whether or not it's safe to use this on OpenBSD. A bit more info from slides at http://www.openldap.org/pub/hyc/mdm-slides.pdf :- -- -- -- -- -- * Uses a read-only memory map * Protects the database structure from corruption due to stray writes in memory * Any attempts to write to the map will cause a SEGV, allowing immediate identification of software bugs * There's no point in making the pages writable anyway, since only existing pages may be written. Growing the database requires file ops (write, ftruncate) so for uniformity, file ops are also used for updates. -- -- -- -- -- I *think* the problems were only with mmap writes, if this is correct then they seem to be sidestepping the problems by doing this. BTW I'm using OpenLDAP 2.4 with BDB here and haven't noticed issues however it is not under extreme load..
adding support to mdb
Hi folks, this is my first message to this list. I am writing because i am in need to use openldap from ports. Initially i tried openldap with support to BDB, but it is buggy. I was suggest to try mdb, but openldap's Makefile have the --disable-mdb instruction. Since i do need to get a directory service and have no knownledge on openldap internals, i come to you in order to suggest how could i help in order to get mdb supported by OpenBSD Ports OpenLDAP. Thank you a lot for your time and cooperation. Best regards, Fried.
UPDATE: education/anki
Update to version 2.0.4 and add myself as maintainer.
Tested with some Japanese decks and plugins (both migrated from prev version
and from scratch).
OK?
f.-
Index: Makefile
===
RCS file: /cvs/ports/education/anki/Makefile,v
retrieving revision 1.3
diff -u -p -r1.3 Makefile
--- Makefile30 Dec 2012 02:54:14 - 1.3
+++ Makefile14 Jan 2013 21:00:32 -
@@ -2,11 +2,13 @@
COMMENT= spaced learning system
-DISTNAME = anki-2.0.3
+DISTNAME = anki-2.0.4
CATEGORIES = education
HOMEPAGE = http://ankisrs.net/
+MAINTAINER = Federico G. Schwindt
+
# AGPL3
PERMIT_PACKAGE_CDROM = Yes
PERMIT_PACKAGE_FTP = Yes
@@ -21,7 +23,7 @@ MODULES = lang/python
MODPY_VERSION =2.7
-MODPY_ADJ_FILES = anki
+MODPY_ADJ_FILES = anki/anki
RUN_DEPENDS = audio/py-audio \
devel/desktop-file-utils \
@@ -39,7 +41,7 @@ do-build:
do-install:
${INSTALL_DATA_DIR} ${PREFIX}/bin
- ${INSTALL_PROGRAM} ${WRKSRC}/anki ${PREFIX}/bin
+ ${INSTALL_PROGRAM} ${WRKSRC}/anki/anki ${PREFIX}/bin
${INSTALL_DATA_DIR} ${PREFIX}/man/man1
${INSTALL_DATA} ${WRKSRC}/anki.1 ${PREFIX}/man/man1
${INSTALL_DATA_DIR} ${PREFIX}/share/applications
@@ -50,10 +52,12 @@ do-install:
${PREFIX}/share/pixmaps
${INSTALL_DATA_DIR} \
${PREFIX}/lib/python${MODPY_VERSION}/site-packages
- cd ${WRKSRC}/libanki && pax -rw anki \
+ cd ${WRKSRC} && pax -rw anki \
${PREFIX}/lib/python${MODPY_VERSION}/site-packages
+ cd ${WRKSRC} && pax -rw locale \
+ ${PREFIX}/lib/python${MODPY_VERSION}/site-packages/anki
cd ${WRKSRC} && pax -rw aqt \
${PREFIX}/lib/python${MODPY_VERSION}/site-packages
- rm ${PREFIX}/lib/python${MODPY_VERSION}/site-packages/{aqt,anki}/*.orig
+ rm ${PREFIX}/lib/python${MODPY_VERSION}/site-packages/anki/*.orig
.include
Index: distinfo
===
RCS file: /cvs/ports/education/anki/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo30 Dec 2012 02:54:14 - 1.3
+++ distinfo14 Jan 2013 21:00:32 -
@@ -1,2 +1,2 @@
-SHA256 (anki-2.0.3.tgz) = 9A7k7ynJEQHPmXjOe9TFE/E8p8d0l6P7ULgSit86UXg=
-SIZE (anki-2.0.3.tgz) = 2833114
+SHA256 (anki-2.0.4.tgz) = +qnJYANRX6ASXaSJvbij1gGv8XZ9kvoT/49BHD2FacU=
+SIZE (anki-2.0.4.tgz) = 2877891
Index: patches/patch-anki
===
RCS file: patches/patch-anki
diff -N patches/patch-anki
--- patches/patch-anki 30 Dec 2012 02:54:14 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,19 +0,0 @@
-$OpenBSD: patch-anki,v 1.1 2012/12/30 02:54:14 fgsch Exp $
anki.orig Tue Oct 16 01:50:42 2012
-+++ anki Tue Oct 16 01:50:51 2012
-@@ -1,15 +1,4 @@
- #!/usr/bin/env python
-
--import os, sys
--# system-wide install
--sys.path.insert(0, "/usr/share/anki")
--sys.path.insert(0, "/usr/share/anki/libanki")
--# running from extracted folder
--base = os.path.dirname(os.path.realpath(__file__))
--sys.path.insert(0, base)
--sys.path.insert(0, os.path.join(base, "libanki"))
--# or git
--sys.path.insert(0, os.path.join(base, "..", "libanki"))
--# start
- import anki, aqt
- aqt.run()
Index: patches/patch-anki_anki
===
RCS file: patches/patch-anki_anki
diff -N patches/patch-anki_anki
--- /dev/null 1 Jan 1970 00:00:00 -
+++ patches/patch-anki_anki 14 Jan 2013 21:00:34 -
@@ -0,0 +1,20 @@
+$OpenBSD$
+--- anki/anki.orig Sat Dec 22 00:12:33 2012
anki/anki Thu Jan 10 21:44:12 2013
+@@ -1,15 +1,4 @@
+-#!/usr/bin/env python
++#!/usr/local/bin/python2.7
+
+-import os, sys
+-# system-wide install
+-sys.path.insert(0, "/usr/share/anki")
+-sys.path.insert(0, "/usr/share/anki/libanki")
+-# running from extracted folder
+-base = os.path.dirname(os.path.realpath(__file__))
+-sys.path.insert(0, base)
+-sys.path.insert(0, os.path.join(base, "libanki"))
+-# or git
+-sys.path.insert(0, os.path.join(base, "..", "libanki"))
+-# start
+ import aqt
+ aqt.run()
Index: patches/patch-aqt_share_py
===
RCS file: patches/patch-aqt_share_py
diff -N patches/patch-aqt_share_py
--- patches/patch-aqt_share_py 30 Dec 2012 02:54:14 - 1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,20 +0,0 @@
-$OpenBSD: patch-aqt_share_py,v 1.1 2012/12/30 02:54:14 fgsch Exp $
aqt/share.py.orig Tue Oct 16 01:39:40 2012
-+++ aqt/share.py Tue Oct 16 01:39:44 2012
-@@ -1,6 +1,6 @@
- # to be moved into libanki
-
--def _copyToTmpDeck(self, name="cram.anki", tags="", ids=[]):
-+def _copyToTmpDeck(self, name="cram.anki", tags="", ids=[]):
- # fixme: use namedtmp
- ndir = tempfile.mkdtemp(prefix="anki")
- path = os.path.join(ndir, name)
-@@ -15,7 +15,7 @@
Re: emulators/frodo: switch to default Tcl/Tk 8.5
Stuart Henderson wrote: > As an aside, this is built with -O3 - there was some discussion about > doing this for an Amiga emulator recently - if this is acceptable for > a C64 emulator surely it makes sense for fs-uae too? Alternatively > should -O3 be removed from this? IMO it should be removed. -- Christian "naddy" Weisgerber na...@mips.inka.de
Re: UPDATE: libmtp -> 1.1.5
On h, jan 14, 2013 at 08:36:23 -0500, Brad Smith wrote: > On Sun, Jan 13, 2013 at 03:40:36PM +0100, LEVAI Daniel wrote: > > Hi! > > > > ian@ contacted me off-list to solve a problem with his mtp device. To be > > perfectly honest, I don't use libmtp, but it seems that this update > > solves one of his problems (regarding ill-behavioured locale detection > > in the example utilities). > > The new version also contains MTPZ support and more supported devices. > > Having to drag in gcc 4.6 just for that is nuts. I'll take a look > at this and see about fixing it properly. Yes, this is leastways sub-optimal. Sorry about the uneducated guess, but I could only peek into the example codes, to confirm that the locale problems got fixed. Thank you for looking into this! Daniel -- LÉVAI Dániel PGP key ID = 0x83B63A8F Key fingerprint = DBEC C66B A47A DFA2 792D 650C C69B BE4C 83B6 3A8F
Re: NEW: audio/mscore
On Mon, Jan 14, 2013 at 11:36:58AM -0500, Brian Callahan wrote: > Hi ports -- > > Attached is a port of mscore (also known as musescore), a WYSIWYG > music notation program, similar to Finale or Sibelius. > > There is one minor issue; when attempting to save a file as .flac or > .ogg, you get the following error: > open soundfile failed: File contains data in an unimplemented format. > > I believe this is because our libsndfile is built with > --disable-external-libs. Trying to save in all other formats works > as expected. One could, as a workaround, save as wav and then > convert it to the format of your choice with external tools. Adding > libvorbis and libogg to the depends does nothing to fix this. That should be fixed - did you look at how other oses handled that ? Are you sure this is a problem with libsndfile ? As for the port itself it looks right, except FULLPKGNAME in PLIST - this will break if REVISION is set. Landry
NEW: audio/mscore
Hi ports -- Attached is a port of mscore (also known as musescore), a WYSIWYG music notation program, similar to Finale or Sibelius. There is one minor issue; when attempting to save a file as .flac or .ogg, you get the following error: open soundfile failed: File contains data in an unimplemented format. I believe this is because our libsndfile is built with --disable-external-libs. Trying to save in all other formats works as expected. One could, as a workaround, save as wav and then convert it to the format of your choice with external tools. Adding libvorbis and libogg to the depends does nothing to fix this. Also, I have no midi hardware so I can't test the midi input. If this is important to you, please test. Only tested on amd64 so far. OK? ~Brian mscore.tar.gz Description: application/gzip
Re: NEW: SMTube-1.5
On Mon, Jan 14, 2013 at 4:27 PM, Brad Smith wrote: > On Mon, Jan 14, 2013 at 04:02:39PM +0100, David Coppa wrote: >> On Mon, Jan 14, 2013 at 3:59 PM, Vadim Zhukov wrote: >> > 14.01.2013 18:43 "Gonzalo L. R." ???: >> >> >> >> No one interested? :) >> > >> > Just out of curiosity: what's the point to use it when we already have >> > others like www/minitube, not mentioning tools like net/yt? >> >> Well, minitube is broken (performance-wise speaking) since the switch >> to rthreads... > > Lots of things are. I know. For example, HTML5 videos with firefox is another one.
Re: NEW: SMTube-1.5
On Mon, Jan 14, 2013 at 04:02:39PM +0100, David Coppa wrote: > On Mon, Jan 14, 2013 at 3:59 PM, Vadim Zhukov wrote: > > 14.01.2013 18:43 "Gonzalo L. R." ???: > >> > >> No one interested? :) > > > > Just out of curiosity: what's the point to use it when we already have > > others like www/minitube, not mentioning tools like net/yt? > > Well, minitube is broken (performance-wise speaking) since the switch > to rthreads... Lots of things are. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: boost 1.52.0 status
On Mon, Jan 14, 2013 at 09:14:58AM -0600, Amit Kulkarni wrote: > >> > I already have Boost in my own tree. > >> > > >> > I don't want one big diff. I want a diff per port. > >> > > >> > >> attached. > > > > Looking at these diffs it looks as if there are some > > changes mixed in which are not directly related to > > adjusting for the Boost update alone. > > > > aqsis: looks like it is switching from FLTK to Qt4. > > Yep, they changed GUIs in 1.8.0 which was broken, it is on their > website. Instead of trying to patch the old port my philosophy was, > try the update first, if it was easy and as it usually took care of > latest boost, then that was the way to go. This takes care of the > boost update too. > > > cgal: curious about the WRKDIST addition. > > they bumped the version but the extracted folder is still reflecting > older version, so I had to define it like that. how did that one slip > through the cracks? OK. I guess those are all fine then. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: boost 1.52.0 status
>> > I already have Boost in my own tree. >> > >> > I don't want one big diff. I want a diff per port. >> > >> >> attached. > > Looking at these diffs it looks as if there are some > changes mixed in which are not directly related to > adjusting for the Boost update alone. > > aqsis: looks like it is switching from FLTK to Qt4. Yep, they changed GUIs in 1.8.0 which was broken, it is on their website. Instead of trying to patch the old port my philosophy was, try the update first, if it was easy and as it usually took care of latest boost, then that was the way to go. This takes care of the boost update too. > cgal: curious about the WRKDIST addition. they bumped the version but the extracted folder is still reflecting older version, so I had to define it like that. how did that one slip through the cracks?
Re: NEW: SMTube-1.5
On 2013/01/14 11:43, Gonzalo L. R. wrote: > No one interested? :) How good are they at updating when youtube make changes? Does it take them a long time to fix things or are they quite quick? We currently have 6 ports that we need to patch when youtube make minor changes to their web pages, and several of them need work beyond "look at upstream git and pick up a patch" so I would be keen to only add youtube players if they are well-maintained upstream.
Re: NEW: SMTube-1.5
2013/1/14 David Coppa : > On Mon, Jan 14, 2013 at 3:59 PM, Vadim Zhukov wrote: >> 14.01.2013 18:43 пользователь "Gonzalo L. R." написал: >>> >>> No one interested? :) >> >> Just out of curiosity: what's the point to use it when we already have >> others like www/minitube, not mentioning tools like net/yt? > > Well, minitube is broken (performance-wise speaking) since the switch > to rthreads... Ah, OK. I'll look into the OP port a few hours later to be able to test on the speedy inet connection. -- WBR, Vadim Zhukov
Re: NEW: SMTube-1.5
just an alternative On Mon, Jan 14, 2013 at 05:59:56PM +0300, Vadim Zhukov wrote: ; 14.01.2013 18:43 пользователь "Gonzalo L. R." написал: ; > ; > No one interested? :) ; ; Just out of curiosity: what's the point to use it when we already have ; others like www/minitube, not mentioning tools like net/yt? ; ; > --- x --- ; > ; > From: "Gonzalo L. R." ; > To: ports@openbsd.org ; > Date: Wed, 9 Jan 2013 13:12:30 -0300 ; > Subject: NEW: SMTube-1.5 ; > ; > Hi, ; > ; > SMTube is a browser to search Youtube videos but it's also ; > capable of downloading them. ; > ; > Comments? Ok? ; > ; > Cheers. ; > ; > -- ; > Sending from my VCR... ; > -- Sending from my VCR...
Re: NEW: SMTube-1.5
On Mon, Jan 14, 2013 at 3:59 PM, Vadim Zhukov wrote: > 14.01.2013 18:43 пользователь "Gonzalo L. R." написал: >> >> No one interested? :) > > Just out of curiosity: what's the point to use it when we already have > others like www/minitube, not mentioning tools like net/yt? Well, minitube is broken (performance-wise speaking) since the switch to rthreads... Ciao, David
Re: NEW: SMTube-1.5
14.01.2013 18:43 пользователь "Gonzalo L. R." написал: > > No one interested? :) Just out of curiosity: what's the point to use it when we already have others like www/minitube, not mentioning tools like net/yt? > --- x --- > > From: "Gonzalo L. R." > To: ports@openbsd.org > Date: Wed, 9 Jan 2013 13:12:30 -0300 > Subject: NEW: SMTube-1.5 > > Hi, > > SMTube is a browser to search Youtube videos but it's also > capable of downloading them. > > Comments? Ok? > > Cheers. > > -- > Sending from my VCR... >
Re: NEW: SMTube-1.5
No one interested? :) --- x --- From: "Gonzalo L. R." To: ports@openbsd.org Date: Wed, 9 Jan 2013 13:12:30 -0300 Subject: NEW: SMTube-1.5 Hi, SMTube is a browser to search Youtube videos but it's also capable of downloading them. Comments? Ok? Cheers. -- Sending from my VCR...
UPDATE: lang/verilator
Hi, This diff updates verilator to the latest release 3.844. Comments ? OK ? Cheers, benoit Index: Makefile === RCS file: /cvs/ports/lang/verilator/Makefile,v retrieving revision 1.2 diff -u -r1.2 Makefile --- Makefile 17 Nov 2011 23:33:40 - 1.2 +++ Makefile 14 Jan 2013 14:35:41 - @@ -2,7 +2,7 @@ COMMENT= very fast free Verilog HDL simulator -DISTNAME= verilator-3.824 +DISTNAME= verilator-3.844 CATEGORIES= lang devel HOMEPAGE= http://www.veripool.org/wiki/verilator/Intro Index: distinfo === RCS file: /cvs/ports/lang/verilator/distinfo,v retrieving revision 1.1.1.1 diff -u -r1.1.1.1 distinfo --- distinfo 13 Nov 2011 12:44:04 - 1.1.1.1 +++ distinfo 14 Jan 2013 14:35:41 - @@ -1,5 +1,2 @@ -MD5 (verilator-3.824.tgz) = bmVYZt51NgkW4XeJOfLasQ== -RMD160 (verilator-3.824.tgz) = Q7SUJgclp60PUjV4wKxM2JThZjk= -SHA1 (verilator-3.824.tgz) = CcU12gUgWlP9kQ9MjhneeIhfiGg= -SHA256 (verilator-3.824.tgz) = KHFLIIXuhc6ULtt7V3YDsocAvV75WadlV79tu+NLKlk= -SIZE (verilator-3.824.tgz) = 1577037 +SHA256 (verilator-3.844.tgz) = WPXJ7LOPre0WfKlpQFR3DeTPcu5hfOCVawdkyWOyH0E= +SIZE (verilator-3.844.tgz) = 1846403 Index: pkg/PLIST === RCS file: /cvs/ports/lang/verilator/pkg/PLIST,v retrieving revision 1.2 diff -u -r1.2 PLIST --- pkg/PLIST 14 Nov 2011 11:00:23 - 1.2 +++ pkg/PLIST 14 Jan 2013 14:35:41 - @@ -43,6 +43,8 @@ share/verilator/include/verilated_dpi.h share/verilator/include/verilated_heavy.h share/verilator/include/verilated_imp.h +share/verilator/include/verilated_save.cpp +share/verilator/include/verilated_save.h share/verilator/include/verilated_sc.h share/verilator/include/verilated_syms.h share/verilator/include/verilated_vcd_c.cpp
Re: NEW: Tcl/Tk 8.6.0
On 2013/01/14 08:19, Brad Smith wrote: > On Mon, Jan 14, 2013 at 07:12:38AM -0500, Stuart Cassoff wrote: > > Plus the patches for tcl.port.mk and tk.port.mk. > > Tested mostly on i386 and somewhat on amd64. > > > > Stu > > And the time frame for removing 8.4 once this goes in? > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > 8.5 breaks fonts and I believe possibly also debug logging in exmh. Otherwise there's not much standing in the way, I have sent diffs out for most things that still use 8.4, just one or two more to do.
Re: UPDATE: libmtp -> 1.1.5
On Sun, Jan 13, 2013 at 03:40:36PM +0100, LEVAI Daniel wrote:
> Hi!
>
> ian@ contacted me off-list to solve a problem with his mtp device. To be
> perfectly honest, I don't use libmtp, but it seems that this update
> solves one of his problems (regarding ill-behavioured locale detection
> in the example utilities).
> The new version also contains MTPZ support and more supported devices.
Having to drag in gcc 4.6 just for that is nuts. I'll take a look
at this and see about fixing it properly.
> Index: Makefile
> ===
> RCS file: /cvs/ports/devel/libmtp/Makefile,v
> retrieving revision 1.21
> diff -p -u -r1.21 Makefile
> --- Makefile 16 Dec 2012 11:35:24 - 1.21
> +++ Makefile 12 Jan 2013 22:24:08 -
> @@ -2,9 +2,8 @@
>
> COMMENT= Media Transfer Protocol (MTP) implementation
>
> -DISTNAME=libmtp-1.1.3
> -REVISION=0
> -SHARED_LIBS += mtp 5.0 # 9.3
> +DISTNAME=libmtp-1.1.5
> +SHARED_LIBS += mtp 6.0 # 9.5
> CATEGORIES= devel
>
> HOMEPAGE=http://libmtp.sourceforge.net/
> @@ -19,7 +18,13 @@ WANTLIB= c gcrypt gpg-error pthread usb
>
> MASTER_SITES=${MASTER_SITE_SOURCEFORGE:=libmtp/}
>
> -MODULES= devel/gettext
> +MODULES= devel/gettext gcc4
> +
> +# `__builtin_bswap32' was introduced in gcc 4.5
> +MODGCC4_VERSION= 4.6
> +MODGCC4_ARCHS= *
> +MODGCC4_LANGS= c
> +
>
> BUILD_DEPENDS= devel/doxygen
> MAKE_ENV+= DOXYGEN_ENCODE_PATH_STRIP=${WRKSRC}
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
emulators/frodo: switch to default Tcl/Tk 8.5
The Tk-based windows work fine here. OK?
As an aside, this is built with -O3 - there was some discussion about
doing this for an Amiga emulator recently - if this is acceptable for
a C64 emulator surely it makes sense for fs-uae too? Alternatively
should -O3 be removed from this?
Index: Makefile
===
RCS file: /cvs/ports/emulators/frodo/Makefile,v
retrieving revision 1.23
diff -u -p -r1.23 Makefile
--- Makefile17 Aug 2012 14:48:34 - 1.23
+++ Makefile14 Jan 2013 13:29:14 -
@@ -4,7 +4,7 @@ COMMENT=Commodore 64 emulator
DISTNAME= FrodoV4_1b.Src
PKGNAME= frodo-4.1b
-REVISION= 6
+REVISION= 7
DISTFILES= FrodoV4_1b.Src${EXTRACT_SUFX}
CATEGORIES=emulators games
@@ -24,12 +24,11 @@ WANTLIB=SDL c m pthread sndio stdc++
CONFIGURE_STYLE= gnu
MODULES= x11/tk
-MODTK_VERSION= 8.4
RUN_DEPENDS= ${MODTK_RUN_DEPENDS}
LIB_DEPENDS= sdl-*-!no_x11:devel/sdl
-WISH=wish${MODTK_VERSION}
-FRODOLIBDIR=${PREFIX}/lib/frodo
+WISH= ${MODTK_BIN}
+FRODOLIBDIR= ${PREFIX}/lib/frodo
CONFIGURE_ENV= CFLAGS='${CFLAGS} -O3 -D__unix -DX_USE_SHM -DUSE_SNDIO
-fno-exceptions' \
LIBS='-lsndio'
Re: NEW: Tcl/Tk 8.6.0
On Mon, Jan 14, 2013 at 07:12:38AM -0500, Stuart Cassoff wrote: > Plus the patches for tcl.port.mk and tk.port.mk. > Tested mostly on i386 and somewhat on amd64. > > Stu And the time frame for removing 8.4 once this goes in? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: NEW: Tcl/Tk 8.6.0
On 2013/01/14 07:12, Stuart Cassoff wrote: > Plus the patches for tcl.port.mk and tk.port.mk. > Tested mostly on i386 and somewhat on amd64. I think it may be wise to install the pkg-config files under alternative names e.g. tcl86.pc, tk86.pc, otherwise this looks good to me.
NEW: Tcl/Tk 8.6.0
Plus the patches for tcl.port.mk and tk.port.mk.
Tested mostly on i386 and somewhat on amd64.
Stu
Index: tcl.port.mk
===
RCS file: /cvs/ports/lang/tcl/tcl.port.mk,v
retrieving revision 1.13
diff -u -p -r1.13 tcl.port.mk
--- tcl.port.mk 13 Aug 2012 21:06:43 - 1.13
+++ tcl.port.mk 14 Jan 2013 12:06:50 -
@@ -10,6 +10,9 @@ MODTCL_LIB ?= tcl84
.elif ${MODTCL_VERSION} == 8.5
_MODTCL_SPEC = tcl->=${MODTCL_VERSION},<8.6
MODTCL_LIB ?= tcl85
+.elif ${MODTCL_VERSION} == 8.6
+_MODTCL_SPEC = tcl->=${MODTCL_VERSION},<8.7
+MODTCL_LIB ?= tcl86
.endif
MODTCL_BIN ?= ${LOCALBASE}/bin/tclsh${MODTCL_VERSION}
Index: tk.port.mk
===
RCS file: /cvs/ports/x11/tk/tk.port.mk,v
retrieving revision 1.11
diff -u -p -r1.11 tk.port.mk
--- tk.port.mk 5 Jan 2011 16:04:14 - 1.11
+++ tk.port.mk 14 Jan 2013 12:07:03 -
@@ -11,6 +11,9 @@ MODTK_LIB ?= tk84
.elif ${MODTK_VERSION} == 8.5
_MODTK_SPEC = tk->=${MODTK_VERSION},<8.6
MODTK_LIB ?= tk85
+.elif ${MODTK_VERSION} == 8.6
+_MODTK_SPEC = tk->=${MODTK_VERSION},<8.7
+MODTK_LIB ?= tk86
.endif
MODTK_BIN ?= ${LOCALBASE}/bin/wish${MODTK_VERSION}
tcl-8.6.0-port.tar.gz
Description: application/gzip
tk-8.6.0-port.tar.gz
Description: application/gzip
Re: boost 1.52.0 status
On Sun, Jan 13, 2013 at 11:57:19AM -0600, Amit Kulkarni wrote: > > > > I already have Boost in my own tree. > > > > I don't want one big diff. I want a diff per port. > > > > attached. Looking at these diffs it looks as if there are some changes mixed in which are not directly related to adjusting for the Boost update alone. aqsis: looks like it is switching from FLTK to Qt4. cgal: curious about the WRKDIST addition. Can you comment on those? The rest looks OK to me. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: UPDATE: misc/lifelines
On 10:37 Mon 14 Jan , Benoit Lecocq wrote: > Hi, > > This diff updates lifelines to the latest release 3.0.62. > > Comments ? OK ? Checked on latest snapshot. Works fine with my database. > Cheers, > benoit -- sergeyb@
UPDATE: misc/lifelines
Hi,
This diff updates lifelines to the latest release 3.0.62.
Comments ? OK ?
Cheers,
benoit
Index: Makefile
===
RCS file: /cvs/ports/misc/lifelines/Makefile,v
retrieving revision 1.10
diff -u -r1.10 Makefile
--- Makefile 23 Aug 2012 20:03:57 - 1.10
+++ Makefile 14 Jan 2013 09:35:49 -
@@ -1,8 +1,7 @@
# $OpenBSD: Makefile,v 1.10 2012/08/23 20:03:57 sthen Exp $
COMMENT= genealogical database and programming system
-DISTNAME= lifelines-3.0.60
-REVISION= 4
+DISTNAME= lifelines-3.0.62
CATEGORIES= misc
MASTER_SITES= ${MASTER_SITE_SOURCEFORGE:=lifelines/}
@@ -24,7 +23,6 @@
BUILD_DEPENDS= devel/bison
MODULES= devel/gettext
USE_GMAKE= Yes
-USE_GROFF = Yes
post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/examples/lifelines
Index: distinfo
===
RCS file: /cvs/ports/misc/lifelines/distinfo,v
retrieving revision 1.1.1.1
diff -u -r1.1.1.1 distinfo
--- distinfo 16 Jul 2007 15:16:37 - 1.1.1.1
+++ distinfo 14 Jan 2013 09:35:49 -
@@ -1,5 +1,2 @@
-MD5 (lifelines-3.0.60.tar.gz) = eShVZPcU0KfBwB4xhvQx4g==
-RMD160 (lifelines-3.0.60.tar.gz) = 58VxzXd0rNcLAS7Hyn0cViG9BBo=
-SHA1 (lifelines-3.0.60.tar.gz) = j1gX3sL71+mOl3P3cq59XZfTto4=
-SHA256 (lifelines-3.0.60.tar.gz) = eHHufxx3wn2W2GMJ6RViPOzqJ2Nmoc5D1Wsa/Pqx7h0=
-SIZE (lifelines-3.0.60.tar.gz) = 2805816
+SHA256 (lifelines-3.0.62.tar.gz) = LwBEGsDtZKq492g0wFXiuVYA7UxvWEW59uUoSsWKmlI=
+SIZE (lifelines-3.0.62.tar.gz) = 2875069
Index: patches/patch-src_hdrs_mycurses_h
===
RCS file: /cvs/ports/misc/lifelines/patches/patch-src_hdrs_mycurses_h,v
retrieving revision 1.1
diff -u -r1.1 patch-src_hdrs_mycurses_h
--- patches/patch-src_hdrs_mycurses_h 6 Sep 2010 18:38:07 - 1.1
+++ patches/patch-src_hdrs_mycurses_h 14 Jan 2013 09:35:49 -
@@ -1,12 +1,11 @@
-$OpenBSD: patch-src_hdrs_mycurses_h,v 1.1 2010/09/06 18:38:07 nicm Exp $
src/hdrs/mycurses.h.orig Sat Sep 24 01:46:56 2005
-+++ src/hdrs/mycurses.h Mon Aug 30 09:40:26 2010
-@@ -5,7 +5,7 @@
- #include "config.h"
+--- src/hdrs/mycurses.h.orig Wed Aug 1 18:33:25 2007
src/hdrs/mycurses.h Sun Jan 13 17:04:30 2013
+@@ -6,7 +6,7 @@
#if defined(HAVE_LIBNCURSESW)
--#include
-+#include
- #elif defined(HAVE_LIBNCURSES) || defined(HAVE_LIBCURSES)
- #include
- #elif defined(HAVE_WINDOWS_H)
+ #if defined(HAVE_NCURSESW_CURSES_H)
+-#include
++#include
+ #elif defined(HAVE_NCURSES_CURSES_H)
+ #include
+ #else
python-mode (from ports) users?
Hi, Since Emacs 24 now comes with ELPA, I'd like to remove devel/emacs-python. 1) It's easier to install/keep updated via ELPA than ports. 2) The port is outdated, and is a nightmare to update. Since ELPA only comes with Emacs 24 and 21 is the only other version in tree, are there any objections from Emacs21/emacs-python users if it would be removed? -- Cheers, Jasper "Stay Hungry. Stay Foolish"
