CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2013/11/06 01:46:04 Modified files: productivity/tryton/tryton/patches: patch-tryton_action_main_py Log message: CVE has been assigned now; ok aja@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: jas...@cvs.openbsd.org 2013/11/06 01:46:42 Modified files: productivity/tryton/tryton/patches: Tag: OPENBSD_5_4 patch-tryton_action_main_py Log message: CVE has been assigned now
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ben...@cvs.openbsd.org 2013/11/06 01:55:18 Modified files: devel/p5-Devel-Symdump: Makefile distinfo Log message: Update to p5-Devel-Symdump 2.11. same diff from David Hill, ok schwarze@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/11/06 06:07:43 Modified files: www/squidclamav: Makefile www/squidclamav/pkg: PLIST Added files: www/squidclamav/pkg: README Log message: add a README file, prompted by a mail from Kaya Saman
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/11/06 06:40:33 Modified files: devel/libvmime : Makefile Log message: Sync with zarafa.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/11/06 08:06:53 Modified files: sysutils/mtools: Makefile distinfo sysutils/mtools/patches: patch-Makefile_in sysutils/mtools/pkg: PFRAG.no-no_x11 PLIST Added files: sysutils/mtools/patches: patch-mtools_conf Log message: update to mtools 4.0.18
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: o...@cvs.openbsd.org2013/11/06 10:26:08 Modified files: mail/mailman : Makefile distinfo mail/mailman/patches: patch-Mailman_Defaults_py_in patch-Mailman_htmlformat_py patch-misc_Makefile_in mail/mailman/pkg: PLIST Removed files: mail/mailman/patches: patch-Mailman_Cgi_confirm_py Log message: update to 2.1.16 port-wise ok zhuk@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/11/06 13:37:11 Modified files: net/isc-bind : Makefile distinfo Log message: Update to BIND 9.9.4-PL1 - treat an all-zero netmask as invalid when generating the localnets acl.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/11/06 13:52:01 Modified files: editors/libreoffice: Makefile Log message: move .include bsd.port.arch.mk below definition of all MULTI_PACKAGES, to fix a lack of i18n packages, reported by ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/11/06 14:04:13 Modified files: net/rrdtool: Makefile Log message: .and drop to 1.8; Markus points out that actually ruby 1.9 is broken on sparc64 too :( cleanup BUILD_PACKAGES bits while there.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/11/06 14:56:49 Modified files: textproc/the_silver_searcher: Makefile distinfo textproc/the_silver_searcher/pkg: DESCR Removed files: textproc/the_silver_searcher/patches: patch-configure Log message: update to the_silver_searcher-0.18.1, from maintainer Florian Stinglmayr also update DESCR to add some information from upstream about why it's fast, ok with Florian. * Searching for literals (no regex) uses Boyer-Moore-Horspool strstr. * Files are mmap()ed instead of read into a buffer. * Regex searches use PCRE 8.21+'s JIT compiler. * Ag calls pcre_study() before executing the regex on a jillion files. * Instead of calling fnmatch() on every pattern in your ignore files, non-regex patterns are loaded into an array and binary searched. * Ag uses Pthreads to take advantage of multiple CPU cores and search files in parallel.
Re: CVS: cvs.openbsd.org: ports
On Wed, Nov 06, 2013 at 02:04:13PM -0700, Stuart Henderson wrote: CVSROOT: /cvs Module name: ports Changes by: st...@cvs.openbsd.org 2013/11/06 14:04:13 Modified files: net/rrdtool: Makefile Log message: .and drop to 1.8; Markus points out that actually ruby 1.9 is broken on sparc64 too :( cleanup BUILD_PACKAGES bits while there. Or find someone to fix ruby 1.9 2.0 on sparc64 ? :)
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/11/06 15:32:56 Modified files: net/rrdtool: Makefile Log message: blech, unbreak
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/11/06 15:35:20 Added files: net/rrdtool/patches: patch-configure Log message: removing annoying sleep's, no package change
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2013/11/06 17:30:07 Modified files: x11/vlc: Makefile distinfo x11/vlc/patches: patch-configure_ac Log message: Update to VLC 2.0.9. ok sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: st...@cvs.openbsd.org 2013/11/06 18:02:12 Modified files: net/rrdtool: Makefile net/rrdtool/pkg: README-main Log message: the rrdtool-chroot script takes an enable/disable flag, include enable in the example in README.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: juan...@cvs.openbsd.org 2013/11/06 18:23:19 Modified files: infrastructure/mk: bsd.port.mk Log message: Add lzip support to the ports framework. ok espie@ sthen@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: will...@cvs.openbsd.org 2013/11/06 20:34:58 Modified files: mail/s-nail: Makefile distinfo mail/s-nail/patches: patch-nail_rc Added files: mail/s-nail/patches: patch-makefile patch-mk-mk_in Removed files: mail/s-nail/patches: patch-makeconfig Log message: Update to 14.4.4; bugfixes and requested by the author Testing and ok jca@ kerberos bits ok ajacoutot@
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: b...@cvs.openbsd.org2013/11/06 22:32:50 ports/archivers/lzip/plzip/patches Update of /cvs/ports/archivers/lzip/plzip/patches In directory cvs.openbsd.org:/tmp/cvs-serv24148/patches Log Message: Directory /cvs/ports/archivers/lzip/plzip/patches added to the repository
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/11/07 00:06:16 Modified files: x11/dbus : Makefile distinfo Removed files: x11/dbus/patches: patch-bus_signals_c Log message: Update to dbus-1.6.18.
CVS: cvs.openbsd.org: ports
CVSROOT:/cvs Module name:ports Changes by: ajacou...@cvs.openbsd.org 2013/11/07 00:09:00 Modified files: devel/jenkins/devel: Makefile devel/jenkins/pkg: README devel/jenkins/stable: Makefile mail/maildrop : Makefile mail/maildrop/pkg: PLIST-main net/pptp : Makefile net/pptp/pkg : PLIST Added files: mail/maildrop/pkg: README-main net/pptp/pkg : README Removed files: audio/sidplay/pkg: SECURITY devel/autoconf/2.13/pkg: SECURITY devel/autoconf/2.52/pkg: SECURITY devel/ddd/pkg : SECURITY devel/jenkins/pkg: SECURITY devel/slib/pkg : SECURITY games/moon-buggy/pkg: SECURITY graphics/fxtv/pkg: SECURITY japanese/canna/pkg: SECURITY lang/gprolog/pkg: SECURITY lang/scm/pkg : SECURITY mail/maildrop/files: SECURITY mail/mutt/snapshot/pkg: SECURITY mail/mutt/stable/pkg: SECURITY misc/amanda/pkg: SECURITY misc/rpm/pkg : SECURITY net/balance/pkg: SECURITY net/miniupnp/miniupnpd/pkg: SECURITY net/pop3gwd/pkg: SECURITY net/pptp/pkg : MESSAGE SECURITY security/antisniff/pkg: SECURITY security/cgichk/pkg: SECURITY security/hs-tls/pkg: SECURITY security/vpnc/pkg: SECURITY www/w3m/pkg: SECURITY www/links/pkg : SECURITY Log message: Remove SECURITY files. They have served their purpose in the past but have become pretty useless nowadays (and the pkg tools do not display them anyway). Some which contained valuable information have been turned into READMEs. ok jasper@ sthen@ input/ok naddy@
Update: textproc/the_silver_searcher 0.18.1
Hi, attached is patch that updates the silver searcher to the newest version 0.18.1. This is a bug fix release of 0.18 that was sadly broken. New features: * Brian's patch is in fixing the configure script. * You can now search files by language: $ ag --cpp foo # Will search all C++ files for foo. Tested on i386. Regards, Florian Index: Makefile === RCS file: /cvs/ports/textproc/the_silver_searcher/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- Makefile30 Sep 2013 17:17:36 - 1.4 +++ Makefile6 Nov 2013 19:21:41 - @@ -2,7 +2,7 @@ COMMENT = code searching tool, with a focus on speed (ag) -DISTNAME = the_silver_searcher-0.17 +DISTNAME = the_silver_searcher-0.18.1 REVISION = 0 CATEGORIES = textproc Index: distinfo === RCS file: /cvs/ports/textproc/the_silver_searcher/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo30 Sep 2013 16:08:27 - 1.3 +++ distinfo6 Nov 2013 19:21:41 - @@ -1,2 +1,2 @@ -SHA256 (the_silver_searcher-0.17.tar.gz) = y7cugGUTnfMvVnHxIcTUuHuDATpNia134zpHmoHWgUM= -SIZE (the_silver_searcher-0.17.tar.gz) = 130524 +SHA256 (the_silver_searcher-0.18.1.tar.gz) = rym1MS6Y2VoqinV2efK3GBRvMrcIK5r5wHXJ9V/jKGA= +SIZE (the_silver_searcher-0.18.1.tar.gz) = 132725 Index: patches/patch-configure === RCS file: patches/patch-configure diff -N patches/patch-configure --- patches/patch-configure 30 Sep 2013 17:17:36 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,16 +0,0 @@ -$OpenBSD: patch-configure,v 1.1 2013/09/30 17:17:36 bcallah Exp $ - -# MAINTAINER opened a pull request with upstream for this: -# https://github.com/ggreer/the_silver_searcher/pull/272 - configure.orig Mon Sep 30 12:13:52 2013 -+++ configure Mon Sep 30 12:13:57 2013 -@@ -4655,7 +4655,7 @@ fi - done - - --for ac_header in pthread.h, zlib.h lzma.h -+for ac_header in pthread.h zlib.h lzma.h - do : - as_ac_Header=`$as_echo ac_cv_header_$ac_header | $as_tr_sh` - ac_fn_c_check_header_mongrel $LINENO $ac_header $as_ac_Header $ac_includes_default
Fix / unbreak wantlib in sysutils/collectd after rrdtool updates
Adjust WANTLIB-{pgsql,rrdtool}. This also unbreaks it after the rrdtool
update (by removing art_lgpl_2 from WANTLIB-rrdtool).
ok?
Index: Makefile
===
RCS file: /cvs/ports/sysutils/collectd/Makefile,v
retrieving revision 1.19
diff -u -p -r1.19 Makefile
--- Makefile12 Jun 2013 20:36:34 - 1.19
+++ Makefile6 Nov 2013 20:00:18 -
@@ -17,8 +17,8 @@ CATEGORIES = sysutils
REVISION-main= 3
REVISION-mysql = 3
-REVISION-pgsql = 1
-REVISION-rrdtool = 1
+REVISION-pgsql = 2
+REVISION-rrdtool = 2
REVISION-snmp =1
HOMEPAGE = http://www.collectd.org/
@@ -38,11 +38,17 @@ WANTLIB-mysql = crypto m ssl z mysqlcli
LIB_DEPENDS-mysql =databases/mysql
RUN_DEPENDS-mysql =collectd-$V:${BASE_PKGPATH},-main
-WANTLIB-pgsql =pq com_err crypto pthread ssl
+WANTLIB-pgsql =asn1 com_err crypto heimbase krb5 pq pthread \
+ roken ssl wind
LIB_DEPENDS-pgsql =databases/postgresql
RUN_DEPENDS-pgsql =collectd-$V:${BASE_PKGPATH},-main
-WANTLIB-rrdtool = art_lgpl_2 freetype m png z rrd_th pthread
+WANTLIB-rrdtool = X11 Xext Xrender cairo expat ffi fontconfig \
+ freetype glib-2.0 gmodule-2.0 gobject-2.0 \
+ graphite2 gthread-2.0 harfbuzz iconv intl m \
+ pango-1.0 pangocairo-1.0 pangoft2-1.0 pcre \
+ pixman-1 png pthread pthread-stubs rrd_th xcb \
+ xcb-render xcb-shm xml2 z
LIB_DEPENDS-rrdtool = net/rrdtool
RUN_DEPENDS-rrdtool = collectd-$V:${BASE_PKGPATH},-main
Re: Fix / unbreak wantlib in sysutils/collectd after rrdtool updates
On 2013/11/06 21:10, Matthias Kilian wrote:
Adjust WANTLIB-{pgsql,rrdtool}. This also unbreaks it after the rrdtool
update (by removing art_lgpl_2 from WANTLIB-rrdtool).
ok?
oops, OK, thanks. I should have done a test make package instead of a test
make..
Re: Update: textproc/the_silver_searcher 0.18.1
On 2013/11/06 20:35, Florian Stinglmayr wrote: Hi, attached is patch that updates the silver searcher to the newest version 0.18.1. This is a bug fix release of 0.18 that was sadly broken. New features: * Brian's patch is in fixing the configure script. * You can now search files by language: $ ag --cpp foo # Will search all C++ files for foo. Tested on i386. upstream re-rolled it: Fetch http://geoff.greer.fm/ag/releases/the_silver_searcher-0.18.1.tar.gz the_silver_searcher-0 100% || 129 KB00:00 Size does not match for the_silver_searcher-0.18.1.tar.gz
Re: Fix / unbreak wantlib in sysutils/collectd after rrdtool updates
On Wed, Nov 06, 2013 at 08:29:25PM +, Stuart Henderson wrote:
Adjust WANTLIB-{pgsql,rrdtool}. This also unbreaks it after the rrdtool
update (by removing art_lgpl_2 from WANTLIB-rrdtool).
ok?
oops, OK, thanks. I should have done a test make package instead of a test
make..
Some of us must have some special setup, because it did fail for
me very early:
=== Verifying specs: c crypto gpg-error idn kvm curl xml2 ltdl m pcap pthread
ssl xml2 z statgrab gcrypt intl=5 iconv=6 intl=5 iconv=6 c crypto gpg-error
idn kvm curl xml2 ltdl m pcap pthread ssl xml2 z statgrab gcrypt intl=5
iconv=6 intl=5 iconv=6 crypto m ssl z mysqlclient pthread pq com_err crypto
pthread ssl art_lgpl_2 freetype m png z rrd_th pthread crypto netsnmp m pthread
Missing library for art_lgpl_2=0.0
Fatal error
*** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2123
'/home/ports/pobj/collectd-4.10.2/.buildwantlibs')
*** Error 1 in /usr/ports/sysutils/collectd
(/usr/ports/infrastructure/mk/bsd.port.mk:2380 'all')
Ciao,
Kili
Re: Fix / unbreak wantlib in sysutils/collectd after rrdtool updates
On 2013/11/06 21:45, Matthias Kilian wrote:
On Wed, Nov 06, 2013 at 08:29:25PM +, Stuart Henderson wrote:
Adjust WANTLIB-{pgsql,rrdtool}. This also unbreaks it after the rrdtool
update (by removing art_lgpl_2 from WANTLIB-rrdtool).
ok?
oops, OK, thanks. I should have done a test make package instead of a
test make..
Some of us must have some special setup, because it did fail for
me very early:
Ah, I didn't hit that because libart is installed as a dependency of dia on my
laptop.
Re: new: x11/yeahconsole
On Mon, Oct 28, 2013 at 11:04:41PM -0500, Kent R. Spillner wrote: Attached is an updated version based on feedback from bcallah@ and sthen@ for my productivity/vit submission: * Tidied up Makefile * Removed pkg/README * Rolled own do-install target instead of patching install: (also, install README in /usr/local/share/doc/yeahconsole/ while here) Bump. yeahconsole.tar.gz Description: Binary data
Re: Update: textproc/the_silver_searcher 0.18.1
On Wed, Nov 06, 2013 at 09:11:38PM +, Stuart Henderson wrote: I have a different one, SHA256 (the_silver_searcher-0.18.1.tar.gz) = M8V/z49R3sMAi8maXLJpv4BDmglkJHAnJslsd8MAUDk= SIZE (the_silver_searcher-0.18.1.tar.gz) = 132413 Copy at http://junkpile.org/the_silver_searcher-0.18.1.tar.gz if you'd like to diff against yours.. Yes, it seems I had a wrong one. Index: Makefile === RCS file: /cvs/ports/textproc/the_silver_searcher/Makefile,v retrieving revision 1.4 diff -u -p -r1.4 Makefile --- Makefile30 Sep 2013 17:17:36 - 1.4 +++ Makefile6 Nov 2013 21:44:41 - @@ -2,7 +2,7 @@ COMMENT = code searching tool, with a focus on speed (ag) -DISTNAME = the_silver_searcher-0.17 +DISTNAME = the_silver_searcher-0.18.1 REVISION = 0 CATEGORIES = textproc Index: distinfo === RCS file: /cvs/ports/textproc/the_silver_searcher/distinfo,v retrieving revision 1.3 diff -u -p -r1.3 distinfo --- distinfo30 Sep 2013 16:08:27 - 1.3 +++ distinfo6 Nov 2013 21:44:41 - @@ -1,2 +1,2 @@ -SHA256 (the_silver_searcher-0.17.tar.gz) = y7cugGUTnfMvVnHxIcTUuHuDATpNia134zpHmoHWgUM= -SIZE (the_silver_searcher-0.17.tar.gz) = 130524 +SHA256 (the_silver_searcher-0.18.1.tar.gz) = M8V/z49R3sMAi8maXLJpv4BDmglkJHAnJslsd8MAUDk= +SIZE (the_silver_searcher-0.18.1.tar.gz) = 132413 Index: patches/patch-configure === RCS file: patches/patch-configure diff -N patches/patch-configure --- patches/patch-configure 30 Sep 2013 17:17:36 - 1.1 +++ /dev/null 1 Jan 1970 00:00:00 - @@ -1,16 +0,0 @@ -$OpenBSD: patch-configure,v 1.1 2013/09/30 17:17:36 bcallah Exp $ - -# MAINTAINER opened a pull request with upstream for this: -# https://github.com/ggreer/the_silver_searcher/pull/272 - configure.orig Mon Sep 30 12:13:52 2013 -+++ configure Mon Sep 30 12:13:57 2013 -@@ -4655,7 +4655,7 @@ fi - done - - --for ac_header in pthread.h, zlib.h lzma.h -+for ac_header in pthread.h zlib.h lzma.h - do : - as_ac_Header=`$as_echo ac_cv_header_$ac_header | $as_tr_sh` - ac_fn_c_check_header_mongrel $LINENO $ac_header $as_ac_Header $ac_includes_default
Re: PATCH: Add lzip support to bsd.port.mk
On 05/11/13 7:44 PM, Juan Francisco Cantero Hurtado wrote: On Tue, Nov 05, 2013 at 10:41:35AM +, Stuart Henderson wrote: On 2013/11/05 03:04, Juan Francisco Cantero Hurtado wrote: The patch adds lzip support to the ports framework. I tested EXTRACT_SUFX = .tar.lz with some ports and everything works without problems. In the past we've held off on diffs like this (e.g. for xz) until it was actually used by a number of ports, I haven't really run into it in the wild, do you know of any software distributed using lzip? Yes, some GNU and Savannah projects: rsync --list-only -r rsync://ftp.gnu.org/gnu | grep '\.lz$' rsync --list-only -r rsync://dl.sv.nongnu.org:/releases | grep '\.lz$' Graphicsmagick and imagemagick also have tarballs compressed with lzip. GraphicsMagick and ImageMagick provide XY compressed archives. The GNU project has standardized on using XZ. Is there anything else? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: PATCH: Add lzip support to bsd.port.mk
On 06/11/13 8:54 PM, Juan Francisco Cantero Hurtado wrote: On Wed, Nov 06, 2013 at 07:15:24PM -0500, Brad Smith wrote: On 05/11/13 7:44 PM, Juan Francisco Cantero Hurtado wrote: On Tue, Nov 05, 2013 at 10:41:35AM +, Stuart Henderson wrote: On 2013/11/05 03:04, Juan Francisco Cantero Hurtado wrote: The patch adds lzip support to the ports framework. I tested EXTRACT_SUFX = .tar.lz with some ports and everything works without problems. In the past we've held off on diffs like this (e.g. for xz) until it was actually used by a number of ports, I haven't really run into it in the wild, do you know of any software distributed using lzip? Yes, some GNU and Savannah projects: rsync --list-only -r rsync://ftp.gnu.org/gnu | grep '\.lz$' rsync --list-only -r rsync://dl.sv.nongnu.org:/releases | grep '\.lz$' Graphicsmagick and imagemagick also have tarballs compressed with lzip. GraphicsMagick and ImageMagick provide XY compressed archives. They provide tarballs compressed with gz, bzip2, xz and lzip. ImageMagick also use 7zip and zip. Basically they use everything :) The GNU project has standardized on using XZ. Do you have any document or link about that?. IIRC, GNU doesn't have preference by any file compressor, except obviously gzip. https://www.gnu.org/prep/ftp.html : Various compression formats are used on the server: .gz is gzip; .bz2 is bzip2; .xz is xz; .lz is lzip. Automake, GNU tar and texinfo support the lzip format. rantI guess the xz format is more used because this is the sucessor of the original lzma-utils (that was an horrible file format despite of the good compression algorithm)./rant Is there anything else? I've not found more projects using lzip. Anyway, the commits are done. The point wasn't whether projects provide more than one format or whether there is overlap between lzip/xz. It's to point out projects that provide say gzip and lzip archivers or only lzip archives. I don't have a problem adding more formats, but there should be real purpose for doing so and I haven't seen that so far. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
PATCH: a few changes to archivers/lzip
Changes:
- Only use gmake for lzlib.
- Change the tarballs from .gz to .lz, except for lunzip (read the
comment in Makefile.inc).
- Bump everything.
- Add a little change to the patch of lzlib.
Steps to test the changes:
- pkg_delete clzip lunzip lzip lziprecover lzlib pdlzip plzip
- cd /usr/port/archivers/lzip
- apply the patch
- make clean=all
- make test
OK?
Index: Makefile.inc
===
RCS file: /cvs/ports/archivers/lzip/Makefile.inc,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile.inc
--- Makefile.inc14 Oct 2013 21:23:32 - 1.1.1.1
+++ Makefile.inc7 Nov 2013 01:56:19 -
@@ -10,10 +10,12 @@ MAINTAINER =Juan Francisco Cantero Hur
MASTER_SITES ?=${MASTER_SITE_SAVANNAH:=lzip/} \
${MASTER_SITE_SAVANNAH:=lzip/old/}
+# Upstream also releases the tarballs compressed with gz but to use the
+# lz version of the tarballs for the lzip project give us a quick and simple
+# test to detect problems with the lzip format on every OpenBSD platform.
+EXTRACT_SUFX ?=.tar.lz
DIST_SUBDIR = lzip
-
-USE_GMAKE =Yes
CONFIGURE_STYLE = simple
CONFIGURE_ARGS += CC=${CC} CXX=${CXX} \
Index: clzip/Makefile
===
RCS file: /cvs/ports/archivers/lzip/clzip/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- clzip/Makefile 14 Oct 2013 21:23:32 - 1.1.1.1
+++ clzip/Makefile 7 Nov 2013 01:56:19 -
@@ -3,6 +3,7 @@
COMMENT = C implementation of lzip
DISTNAME = clzip-1.5
+REVISION = 0
HOMEPAGE = http://lzip.nongnu.org/clzip.html
Index: clzip/distinfo
===
RCS file: /cvs/ports/archivers/lzip/clzip/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- clzip/distinfo 14 Oct 2013 21:23:32 - 1.1.1.1
+++ clzip/distinfo 7 Nov 2013 01:56:19 -
@@ -1,2 +1,2 @@
-SHA256 (lzip/clzip-1.5.tar.gz) = zqC6xx59Hi6VwtA+mAkNz3M47bzYB37/M1A3pUuH0N4=
-SIZE (lzip/clzip-1.5.tar.gz) = 79947
+SHA256 (lzip/clzip-1.5.tar.lz) = 6LPH6jPUXOJYU/EIjNqzJb3hxOd11n9SbSVZMhfvxGk=
+SIZE (lzip/clzip-1.5.tar.lz) = 59899
Index: lunzip/Makefile
===
RCS file: /cvs/ports/archivers/lzip/lunzip/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- lunzip/Makefile 14 Oct 2013 21:23:32 - 1.1.1.1
+++ lunzip/Makefile 7 Nov 2013 01:56:19 -
@@ -3,6 +3,7 @@
COMMENT = decompressor written in C for lzip files
DISTNAME = lunzip-1.4
+REVISION = 0
HOMEPAGE = http://lzip.nongnu.org/lunzip.html
@@ -10,5 +11,8 @@ HOMEPAGE =http://lzip.nongnu.org/lunzi
PERMIT_PACKAGE_CDROM = Yes
WANTLIB = c
+
+# All other lzip ports use .tar.lz by default.
+EXTRACT_SUFX = .tar.gz
.include bsd.port.mk
Index: lzip/Makefile
===
RCS file: /cvs/ports/archivers/lzip/lzip/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- lzip/Makefile 14 Oct 2013 21:23:33 - 1.1.1.1
+++ lzip/Makefile 7 Nov 2013 01:56:19 -
@@ -3,6 +3,7 @@
COMMENT = lossless data compressor
DISTNAME = lzip-1.15
+REVISION = 0
HOMEPAGE = http://lzip.nongnu.org/lzip.html
Index: lzip/distinfo
===
RCS file: /cvs/ports/archivers/lzip/lzip/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- lzip/distinfo 14 Oct 2013 21:23:33 - 1.1.1.1
+++ lzip/distinfo 7 Nov 2013 01:56:19 -
@@ -1,2 +1,2 @@
-SHA256 (lzip/lzip-1.15.tar.gz) = fNP82mj8mQDvz3eEMT473RMD/vGgVG25cj9eVWTdBbY=
-SIZE (lzip/lzip-1.15.tar.gz) = 97409
+SHA256 (lzip/lzip-1.15.tar.lz) = FFdiv9avWvlSJXJsbd3RFjSKvtwCrn5o+0O/2dLpLP0=
+SIZE (lzip/lzip-1.15.tar.lz) = 66164
Index: lziprecover/Makefile
===
RCS file: /cvs/ports/archivers/lzip/lziprecover/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- lziprecover/Makefile14 Oct 2013 21:23:33 - 1.1.1.1
+++ lziprecover/Makefile7 Nov 2013 01:56:19 -
@@ -3,6 +3,7 @@
COMMENT = data recovery tool and decompressor for lzip files
DISTNAME = lziprecover-1.15
+REVISION = 0
HOMEPAGE = http://lzip.nongnu.org/lziprecover.html
Index: lziprecover/distinfo
===
RCS file: /cvs/ports/archivers/lzip/lziprecover/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- lziprecover/distinfo14
Re: PATCH: Add lzip support to bsd.port.mk
On 06/11/13 9:25 PM, Juan Francisco Cantero Hurtado wrote: On Wed, Nov 06, 2013 at 09:04:15PM -0500, Brad Smith wrote: On 06/11/13 8:54 PM, Juan Francisco Cantero Hurtado wrote: On Wed, Nov 06, 2013 at 07:15:24PM -0500, Brad Smith wrote: On 05/11/13 7:44 PM, Juan Francisco Cantero Hurtado wrote: On Tue, Nov 05, 2013 at 10:41:35AM +, Stuart Henderson wrote: On 2013/11/05 03:04, Juan Francisco Cantero Hurtado wrote: The patch adds lzip support to the ports framework. I tested EXTRACT_SUFX = .tar.lz with some ports and everything works without problems. In the past we've held off on diffs like this (e.g. for xz) until it was actually used by a number of ports, I haven't really run into it in the wild, do you know of any software distributed using lzip? Yes, some GNU and Savannah projects: rsync --list-only -r rsync://ftp.gnu.org/gnu | grep '\.lz$' rsync --list-only -r rsync://dl.sv.nongnu.org:/releases | grep '\.lz$' Graphicsmagick and imagemagick also have tarballs compressed with lzip. GraphicsMagick and ImageMagick provide XY compressed archives. They provide tarballs compressed with gz, bzip2, xz and lzip. ImageMagick also use 7zip and zip. Basically they use everything :) The GNU project has standardized on using XZ. Do you have any document or link about that?. IIRC, GNU doesn't have preference by any file compressor, except obviously gzip. https://www.gnu.org/prep/ftp.html : Various compression formats are used on the server: .gz is gzip; .bz2 is bzip2; .xz is xz; .lz is lzip. Automake, GNU tar and texinfo support the lzip format. rantI guess the xz format is more used because this is the sucessor of the original lzma-utils (that was an horrible file format despite of the good compression algorithm)./rant Is there anything else? I've not found more projects using lzip. Anyway, the commits are done. The point wasn't whether projects provide more than one format or whether there is overlap between lzip/xz. It's to point out projects that provide say gzip and lzip archivers or only lzip archives. I don't have a problem adding more formats, but there should be real purpose for doing so and I haven't seen that so far. I've not seen any project releasing only lzipped tarballs except zutils. My initial intention adding support for lzip was to have an alternative to xz 100% compatible with VAX for the patches and tarballs created and hosted directly by the OpenBSD porters in their servers. That is the reason for the adittional change to PATCH_CASES. The support for projects releasing tarballs compressed with lzip is just a side effect. XZ archives are fine with VAX. It's just getting a small number of upstream projects to not use stupid compression settings when initially creating the archives; the settings being used are dumb even when not taking VAX into consideration. There is zero necessity for LZIP for OpenBSD developers creating their own archives. Just don't crank the knobs to their maximum compression setting so to speak for no reason. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Re: PATCH: Add lzip support to bsd.port.mk
On Wed, Nov 06, 2013 at 07:15:24PM -0500, Brad Smith wrote: On 05/11/13 7:44 PM, Juan Francisco Cantero Hurtado wrote: On Tue, Nov 05, 2013 at 10:41:35AM +, Stuart Henderson wrote: On 2013/11/05 03:04, Juan Francisco Cantero Hurtado wrote: The patch adds lzip support to the ports framework. I tested EXTRACT_SUFX = .tar.lz with some ports and everything works without problems. In the past we've held off on diffs like this (e.g. for xz) until it was actually used by a number of ports, I haven't really run into it in the wild, do you know of any software distributed using lzip? Yes, some GNU and Savannah projects: rsync --list-only -r rsync://ftp.gnu.org/gnu | grep '\.lz$' rsync --list-only -r rsync://dl.sv.nongnu.org:/releases | grep '\.lz$' Graphicsmagick and imagemagick also have tarballs compressed with lzip. GraphicsMagick and ImageMagick provide XY compressed archives. They provide tarballs compressed with gz, bzip2, xz and lzip. ImageMagick also use 7zip and zip. Basically they use everything :) The GNU project has standardized on using XZ. Do you have any document or link about that?. IIRC, GNU doesn't have preference by any file compressor, except obviously gzip. https://www.gnu.org/prep/ftp.html : Various compression formats are used on the server: .gz is gzip; .bz2 is bzip2; .xz is xz; .lz is lzip. Automake, GNU tar and texinfo support the lzip format. rantI guess the xz format is more used because this is the sucessor of the original lzma-utils (that was an horrible file format despite of the good compression algorithm)./rant Is there anything else? I've not found more projects using lzip. Anyway, the commits are done. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: PATCH: Add lzip support to bsd.port.mk
On Wed, Nov 06, 2013 at 09:04:15PM -0500, Brad Smith wrote: On 06/11/13 8:54 PM, Juan Francisco Cantero Hurtado wrote: On Wed, Nov 06, 2013 at 07:15:24PM -0500, Brad Smith wrote: On 05/11/13 7:44 PM, Juan Francisco Cantero Hurtado wrote: On Tue, Nov 05, 2013 at 10:41:35AM +, Stuart Henderson wrote: On 2013/11/05 03:04, Juan Francisco Cantero Hurtado wrote: The patch adds lzip support to the ports framework. I tested EXTRACT_SUFX = .tar.lz with some ports and everything works without problems. In the past we've held off on diffs like this (e.g. for xz) until it was actually used by a number of ports, I haven't really run into it in the wild, do you know of any software distributed using lzip? Yes, some GNU and Savannah projects: rsync --list-only -r rsync://ftp.gnu.org/gnu | grep '\.lz$' rsync --list-only -r rsync://dl.sv.nongnu.org:/releases | grep '\.lz$' Graphicsmagick and imagemagick also have tarballs compressed with lzip. GraphicsMagick and ImageMagick provide XY compressed archives. They provide tarballs compressed with gz, bzip2, xz and lzip. ImageMagick also use 7zip and zip. Basically they use everything :) The GNU project has standardized on using XZ. Do you have any document or link about that?. IIRC, GNU doesn't have preference by any file compressor, except obviously gzip. https://www.gnu.org/prep/ftp.html : Various compression formats are used on the server: .gz is gzip; .bz2 is bzip2; .xz is xz; .lz is lzip. Automake, GNU tar and texinfo support the lzip format. rantI guess the xz format is more used because this is the sucessor of the original lzma-utils (that was an horrible file format despite of the good compression algorithm)./rant Is there anything else? I've not found more projects using lzip. Anyway, the commits are done. The point wasn't whether projects provide more than one format or whether there is overlap between lzip/xz. It's to point out projects that provide say gzip and lzip archivers or only lzip archives. I don't have a problem adding more formats, but there should be real purpose for doing so and I haven't seen that so far. I've not seen any project releasing only lzipped tarballs except zutils. My initial intention adding support for lzip was to have an alternative to xz 100% compatible with VAX for the patches and tarballs created and hosted directly by the OpenBSD porters in their servers. That is the reason for the adittional change to PATCH_CASES. The support for projects releasing tarballs compressed with lzip is just a side effect. Cheers. -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: PATCH: Add lzip support to bsd.port.mk
On Wed, Nov 06, 2013 at 09:28:04PM -0500, Brad Smith wrote: On 06/11/13 9:25 PM, Juan Francisco Cantero Hurtado wrote: On Wed, Nov 06, 2013 at 09:04:15PM -0500, Brad Smith wrote: On 06/11/13 8:54 PM, Juan Francisco Cantero Hurtado wrote: On Wed, Nov 06, 2013 at 07:15:24PM -0500, Brad Smith wrote: On 05/11/13 7:44 PM, Juan Francisco Cantero Hurtado wrote: On Tue, Nov 05, 2013 at 10:41:35AM +, Stuart Henderson wrote: On 2013/11/05 03:04, Juan Francisco Cantero Hurtado wrote: The patch adds lzip support to the ports framework. I tested EXTRACT_SUFX = .tar.lz with some ports and everything works without problems. In the past we've held off on diffs like this (e.g. for xz) until it was actually used by a number of ports, I haven't really run into it in the wild, do you know of any software distributed using lzip? Yes, some GNU and Savannah projects: rsync --list-only -r rsync://ftp.gnu.org/gnu | grep '\.lz$' rsync --list-only -r rsync://dl.sv.nongnu.org:/releases | grep '\.lz$' Graphicsmagick and imagemagick also have tarballs compressed with lzip. GraphicsMagick and ImageMagick provide XY compressed archives. They provide tarballs compressed with gz, bzip2, xz and lzip. ImageMagick also use 7zip and zip. Basically they use everything :) The GNU project has standardized on using XZ. Do you have any document or link about that?. IIRC, GNU doesn't have preference by any file compressor, except obviously gzip. https://www.gnu.org/prep/ftp.html : Various compression formats are used on the server: .gz is gzip; .bz2 is bzip2; .xz is xz; .lz is lzip. Automake, GNU tar and texinfo support the lzip format. rantI guess the xz format is more used because this is the sucessor of the original lzma-utils (that was an horrible file format despite of the good compression algorithm)./rant Is there anything else? I've not found more projects using lzip. Anyway, the commits are done. The point wasn't whether projects provide more than one format or whether there is overlap between lzip/xz. It's to point out projects that provide say gzip and lzip archivers or only lzip archives. I don't have a problem adding more formats, but there should be real purpose for doing so and I haven't seen that so far. I've not seen any project releasing only lzipped tarballs except zutils. My initial intention adding support for lzip was to have an alternative to xz 100% compatible with VAX for the patches and tarballs created and hosted directly by the OpenBSD porters in their servers. That is the reason for the adittional change to PATCH_CASES. The support for projects releasing tarballs compressed with lzip is just a side effect. XZ archives are fine with VAX. It's just getting a small number of upstream projects to not use stupid compression settings when initially creating the archives; the settings being used are dumb even when not taking VAX into consideration. There is zero necessity for LZIP for OpenBSD developers creating their own archives. Just don't crank the knobs to their maximum compression setting so to speak for no reason. I use -9 for everything compressed with xz, lzip or other modern compression formats. This isn't a stupid setting! :) -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: PATCH: Add lzip support to bsd.port.mk
On 06/11/13 9:59 PM, Juan Francisco Cantero Hurtado wrote: On Wed, Nov 06, 2013 at 09:28:04PM -0500, Brad Smith wrote: On 06/11/13 9:25 PM, Juan Francisco Cantero Hurtado wrote: On Wed, Nov 06, 2013 at 09:04:15PM -0500, Brad Smith wrote: On 06/11/13 8:54 PM, Juan Francisco Cantero Hurtado wrote: On Wed, Nov 06, 2013 at 07:15:24PM -0500, Brad Smith wrote: On 05/11/13 7:44 PM, Juan Francisco Cantero Hurtado wrote: On Tue, Nov 05, 2013 at 10:41:35AM +, Stuart Henderson wrote: On 2013/11/05 03:04, Juan Francisco Cantero Hurtado wrote: The patch adds lzip support to the ports framework. I tested EXTRACT_SUFX = .tar.lz with some ports and everything works without problems. In the past we've held off on diffs like this (e.g. for xz) until it was actually used by a number of ports, I haven't really run into it in the wild, do you know of any software distributed using lzip? Yes, some GNU and Savannah projects: rsync --list-only -r rsync://ftp.gnu.org/gnu | grep '\.lz$' rsync --list-only -r rsync://dl.sv.nongnu.org:/releases | grep '\.lz$' Graphicsmagick and imagemagick also have tarballs compressed with lzip. GraphicsMagick and ImageMagick provide XY compressed archives. They provide tarballs compressed with gz, bzip2, xz and lzip. ImageMagick also use 7zip and zip. Basically they use everything :) The GNU project has standardized on using XZ. Do you have any document or link about that?. IIRC, GNU doesn't have preference by any file compressor, except obviously gzip. https://www.gnu.org/prep/ftp.html : Various compression formats are used on the server: .gz is gzip; .bz2 is bzip2; .xz is xz; .lz is lzip. Automake, GNU tar and texinfo support the lzip format. rantI guess the xz format is more used because this is the sucessor of the original lzma-utils (that was an horrible file format despite of the good compression algorithm)./rant Is there anything else? I've not found more projects using lzip. Anyway, the commits are done. The point wasn't whether projects provide more than one format or whether there is overlap between lzip/xz. It's to point out projects that provide say gzip and lzip archivers or only lzip archives. I don't have a problem adding more formats, but there should be real purpose for doing so and I haven't seen that so far. I've not seen any project releasing only lzipped tarballs except zutils. My initial intention adding support for lzip was to have an alternative to xz 100% compatible with VAX for the patches and tarballs created and hosted directly by the OpenBSD porters in their servers. That is the reason for the adittional change to PATCH_CASES. The support for projects releasing tarballs compressed with lzip is just a side effect. XZ archives are fine with VAX. It's just getting a small number of upstream projects to not use stupid compression settings when initially creating the archives; the settings being used are dumb even when not taking VAX into consideration. There is zero necessity for LZIP for OpenBSD developers creating their own archives. Just don't crank the knobs to their maximum compression setting so to speak for no reason. I use -9 for everything compressed with xz, lzip or other modern compression formats. This isn't a stupid setting! :) Oh so funny :P -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
lang/{erlang,mono,node}: port+category !ports-readmes
Dear ports@, I was adding the counts on the number of packages and categories for http://ports.su/ , and during my verification phase, I've noticed that the numbers didn't match with the total number of pages. Investigation revealed that out of 8618 packages and 68 categories from the recent amd64 snapshot (according to the sqlports-compact package), there are 3 strings that are present in both namespaces: lang/erlang, lang/mono and lang/node. This results in the packages being overwritten by the categories (since the categories are processed after the ports), thus causing for a total of 3 packages to be missing from ports-readmes. The original in-tree /usr/ports/databases/ports-readmes is affected, too, not just my ports.su fork. I'm not sure whether http://ports.su/databases/ports-readmes-dancer is affected. (For what it is worth, 3 is less than some 1632 packages that are missing from openports.se, but it is still 3 packages too many.) Are the namespaces expected to collide like that, and should be addressed within ports-readmes, or is this something that could be addressed on the http://ports.su/databases/sqlports level? Cheers, Constantine.
Re: PATCH: a few changes to archivers/lzip
On Thu, Nov 07, 2013 at 03:11:28AM +0100, Juan Francisco Cantero Hurtado wrote:
Changes:
- Only use gmake for lzlib.
- Change the tarballs from .gz to .lz, except for lunzip (read the
comment in Makefile.inc).
- Bump everything.
- Add a little change to the patch of lzlib.
Steps to test the changes:
- pkg_delete clzip lunzip lzip lziprecover lzlib pdlzip plzip
- cd /usr/port/archivers/lzip
- apply the patch
- make clean=all
- make test
OK?
Here is an updated diff to fix some mistakes with library port. Most
of the patching there was wrong. There was some confusion between
the libraries project revision number and the shared libraries ABI
versioning. Have the various lzip binaries installed stripped as
appropriate.
OK.
Index: Makefile.inc
===
RCS file: /cvs/ports/archivers/lzip/Makefile.inc,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile.inc
--- Makefile.inc14 Oct 2013 21:23:32 - 1.1.1.1
+++ Makefile.inc7 Nov 2013 05:46:06 -
@@ -10,11 +10,13 @@ MAINTAINER =Juan Francisco Cantero Hur
MASTER_SITES ?=${MASTER_SITE_SAVANNAH:=lzip/} \
${MASTER_SITE_SAVANNAH:=lzip/old/}
+# Upstream also releases the tarballs compressed with gz but to use the
+# lz version of the tarballs for the lzip project give us a quick and simple
+# test to detect problems with the lzip format on every OpenBSD platform.
+EXTRACT_SUFX ?=.tar.lz
DIST_SUBDIR = lzip
-USE_GMAKE =Yes
-
CONFIGURE_STYLE = simple
CONFIGURE_ARGS += CC=${CC} CXX=${CXX} \
CPPFLAGS=-I${LOCALBASE}/include \
@@ -23,5 +25,9 @@ CONFIGURE_ARGS += CC=${CC} CXX=${CXX}
--prefix=${PREFIX} \
--infodir=${PREFIX}/info \
--mandir=${PREFIX}/man
+
+.ifndef DEBUG
+INSTALL_TARGET ?= install-strip
+.endif
TEST_TARGET = check
Index: clzip/Makefile
===
RCS file: /cvs/ports/archivers/lzip/clzip/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- clzip/Makefile 14 Oct 2013 21:23:32 - 1.1.1.1
+++ clzip/Makefile 7 Nov 2013 05:46:06 -
@@ -3,6 +3,7 @@
COMMENT = C implementation of lzip
DISTNAME = clzip-1.5
+REVISION = 0
HOMEPAGE = http://lzip.nongnu.org/clzip.html
Index: clzip/distinfo
===
RCS file: /cvs/ports/archivers/lzip/clzip/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- clzip/distinfo 14 Oct 2013 21:23:32 - 1.1.1.1
+++ clzip/distinfo 7 Nov 2013 05:46:06 -
@@ -1,2 +1,2 @@
-SHA256 (lzip/clzip-1.5.tar.gz) = zqC6xx59Hi6VwtA+mAkNz3M47bzYB37/M1A3pUuH0N4=
-SIZE (lzip/clzip-1.5.tar.gz) = 79947
+SHA256 (lzip/clzip-1.5.tar.lz) = 6LPH6jPUXOJYU/EIjNqzJb3hxOd11n9SbSVZMhfvxGk=
+SIZE (lzip/clzip-1.5.tar.lz) = 59899
Index: lunzip/Makefile
===
RCS file: /cvs/ports/archivers/lzip/lunzip/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- lunzip/Makefile 14 Oct 2013 21:23:32 - 1.1.1.1
+++ lunzip/Makefile 7 Nov 2013 05:46:06 -
@@ -3,6 +3,7 @@
COMMENT = decompressor written in C for lzip files
DISTNAME = lunzip-1.4
+REVISION = 0
HOMEPAGE = http://lzip.nongnu.org/lunzip.html
@@ -10,5 +11,8 @@ HOMEPAGE =http://lzip.nongnu.org/lunzi
PERMIT_PACKAGE_CDROM = Yes
WANTLIB = c
+
+# All other lzip ports use .tar.lz by default.
+EXTRACT_SUFX = .tar.gz
.include bsd.port.mk
Index: lzip/Makefile
===
RCS file: /cvs/ports/archivers/lzip/lzip/Makefile,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 Makefile
--- lzip/Makefile 14 Oct 2013 21:23:33 - 1.1.1.1
+++ lzip/Makefile 7 Nov 2013 05:46:06 -
@@ -3,6 +3,7 @@
COMMENT = lossless data compressor
DISTNAME = lzip-1.15
+REVISION = 0
HOMEPAGE = http://lzip.nongnu.org/lzip.html
Index: lzip/distinfo
===
RCS file: /cvs/ports/archivers/lzip/lzip/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- lzip/distinfo 14 Oct 2013 21:23:33 - 1.1.1.1
+++ lzip/distinfo 7 Nov 2013 05:46:06 -
@@ -1,2 +1,2 @@
-SHA256 (lzip/lzip-1.15.tar.gz) = fNP82mj8mQDvz3eEMT473RMD/vGgVG25cj9eVWTdBbY=
-SIZE (lzip/lzip-1.15.tar.gz) = 97409
+SHA256 (lzip/lzip-1.15.tar.lz) = FFdiv9avWvlSJXJsbd3RFjSKvtwCrn5o+0O/2dLpLP0=
+SIZE (lzip/lzip-1.15.tar.lz) = 66164
Index: lziprecover/Makefile
Re: UPDATE: libsamplerate 0.1.8
On 04/10/13 12:52 AM, Brad Smith wrote:
Here is an update to libsamplerate 0.1.8.
OK?
ping.
Index: Makefile
===
RCS file: /home/cvs/ports/audio/libsamplerate/Makefile,v
retrieving revision 1.18
diff -u -p -r1.18 Makefile
--- Makefile21 Mar 2013 08:45:12 - 1.18
+++ Makefile4 Oct 2013 04:36:24 -
@@ -2,8 +2,7 @@
COMMENT= audio sample rate conversion library
-DISTNAME= libsamplerate-0.1.7
-REVISION= 1
+DISTNAME= libsamplerate-0.1.8
SHARED_LIBS= samplerate 2.0 # .1.3
CATEGORIES= audio
@@ -15,28 +14,24 @@ PERMIT_PACKAGE_CDROM= Yes
MASTER_SITES= ${HOMEPAGE}
-WANTLIB= c m sndfile=1 FLAC ogg vorbis vorbisenc
+WANTLIB= FLAC c m ogg sndfile=1 vorbis vorbisenc
LIB_DEPENDS= audio/libsndfile
-MAKE_FLAGS=CFLAGS=${CFLAGS}
-
CONFIGURE_STYLE=gnu
CONFIGURE_ENV=CPPFLAGS=-I${LOCALBASE}/include \
LDFLAGS=-L${LOCALBASE}/lib
CONFIGURE_ARGS= ${CONFIGURE_SHARED} \
- --disable-gcc-opt \
--disable-cpu-clip \
- --disable-gcc-pipe \
--disable-fftw
post-install:
${INSTALL_DATA_DIR} ${PREFIX}/share/doc/libsamplerate
${INSTALL_DATA} ${WRKSRC}/doc/*.css \
- ${PREFIX}/share/doc/libsamplerate
+ ${PREFIX}/share/doc/libsamplerate
${INSTALL_DATA} ${WRKSRC}/doc/*.png \
- ${PREFIX}/share/doc/libsamplerate
+ ${PREFIX}/share/doc/libsamplerate
${INSTALL_DATA} ${WRKSRC}/doc/*.html \
- ${PREFIX}/share/doc/libsamplerate
+ ${PREFIX}/share/doc/libsamplerate
.include bsd.port.mk
Index: distinfo
===
RCS file: /home/cvs/ports/audio/libsamplerate/distinfo,v
retrieving revision 1.7
diff -u -p -r1.7 distinfo
--- distinfo26 Oct 2010 08:25:26 - 1.7
+++ distinfo5 Apr 2013 23:58:17 -
@@ -1,5 +1,2 @@
-MD5 (libsamplerate-0.1.7.tar.gz) = ZzGoHLDGIsSDsowNf5CGfQ==
-RMD160 (libsamplerate-0.1.7.tar.gz) = oA8SVxCY/WxQqLn4hnzcw/NsH2A=
-SHA1 (libsamplerate-0.1.7.tar.gz) = 8/gD7F/q5aP9sPo5Nyd2aehUOG4=
-SHA256 (libsamplerate-0.1.7.tar.gz) =
eO1dn/G/FixKB49qPnQypTfdLyLcWIcrCB+wEVYCf8w=
-SIZE (libsamplerate-0.1.7.tar.gz) = 4340619
+SHA256 (libsamplerate-0.1.8.tar.gz) =
k7VL30bV5tI1S3A0OV/jKcIiqWZ5DeNFIHAruWQvHAY=
+SIZE (libsamplerate-0.1.8.tar.gz) = 4303330
Index: pkg/PFRAG.shared
===
RCS file: pkg/PFRAG.shared
diff -N pkg/PFRAG.shared
--- pkg/PFRAG.shared23 Dec 2005 15:29:08 - 1.2
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,2 +0,0 @@
-@comment $OpenBSD: PFRAG.shared,v 1.2 2005/12/23 15:29:08 espie Exp $
-@lib lib/libsamplerate.so.${LIBsamplerate_VERSION}
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/audio/libsamplerate/pkg/PLIST,v
retrieving revision 1.3
diff -u -p -r1.3 PLIST
--- pkg/PLIST 3 Jul 2008 08:30:01 - 1.3
+++ pkg/PLIST 4 Oct 2013 04:42:12 -
@@ -1,9 +1,9 @@
@comment $OpenBSD: PLIST,v 1.3 2008/07/03 08:30:01 ajacoutot Exp $
-%%SHARED%%
@bin bin/sndfile-resample
include/samplerate.h
lib/libsamplerate.a
lib/libsamplerate.la
+@lib lib/libsamplerate.so.${LIBsamplerate_VERSION}
lib/pkgconfig/
lib/pkgconfig/samplerate.pc
share/doc/libsamplerate/
@@ -22,3 +22,20 @@ share/doc/libsamplerate/license.html
share/doc/libsamplerate/lists.html
share/doc/libsamplerate/quality.html
share/doc/libsamplerate/win32.html
+share/doc/libsamplerate0-dev/
+share/doc/libsamplerate0-dev/html/
+share/doc/libsamplerate0-dev/html/SRC.css
+share/doc/libsamplerate0-dev/html/SRC.png
+share/doc/libsamplerate0-dev/html/api.html
+share/doc/libsamplerate0-dev/html/api_callback.html
+share/doc/libsamplerate0-dev/html/api_full.html
+share/doc/libsamplerate0-dev/html/api_misc.html
+share/doc/libsamplerate0-dev/html/api_simple.html
+share/doc/libsamplerate0-dev/html/download.html
+share/doc/libsamplerate0-dev/html/faq.html
+share/doc/libsamplerate0-dev/html/history.html
+share/doc/libsamplerate0-dev/html/index.html
+share/doc/libsamplerate0-dev/html/license.html
+share/doc/libsamplerate0-dev/html/lists.html
+share/doc/libsamplerate0-dev/html/quality.html
+share/doc/libsamplerate0-dev/html/win32.html
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Re: UPDATE: libass 0.10.2
On 28/10/13 12:32 AM, Brad Smith wrote:
Here is an update to libass 0.10.2.
OK?
ping.
Index: Makefile
===
RCS file: /home/cvs/ports/multimedia/libass/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile7 Aug 2013 21:32:14 - 1.6
+++ Makefile27 Oct 2013 01:55:58 -
@@ -2,12 +2,12 @@
COMMENT= portable ASS/SSA subtitle renderer
-DISTNAME= libass-0.10.1
-REVISION= 0
+DISTNAME= libass-0.10.2
CATEGORIES= multimedia devel
MASTER_SITES= https://libass.googlecode.com/files/
+EXTRACT_SUFX= .tar.xz
-SHARED_LIBS= ass 0.2
+SHARED_LIBS= ass 1.0
HOMEPAGE= https://code.google.com/p/libass/
Index: distinfo
===
RCS file: /home/cvs/ports/multimedia/libass/distinfo,v
retrieving revision 1.3
diff -u -p -r1.3 distinfo
--- distinfo22 Oct 2012 04:44:21 - 1.3
+++ distinfo27 Oct 2013 01:51:17 -
@@ -1,2 +1,2 @@
-SHA256 (libass-0.10.1.tar.gz) = Ypp+gf/5LeqNA5m4GKQf0bYeOBxnpZYbHq7C762xTGw=
-SIZE (libass-0.10.1.tar.gz) = 376940
+SHA256 (libass-0.10.2.tar.xz) = 8Cr8xkELgA8AB9x8KC6Jfatk+BfCOzfRcf1v9/xModg=
+SIZE (libass-0.10.2.tar.xz) = 278244
Index: pkg/PFRAG.shared
===
RCS file: pkg/PFRAG.shared
diff -N pkg/PFRAG.shared
--- pkg/PFRAG.shared23 Jun 2011 09:03:37 - 1.1.1.1
+++ /dev/null 1 Jan 1970 00:00:00 -
@@ -1,2 +0,0 @@
-@comment $OpenBSD: PFRAG.shared,v 1.1.1.1 2011/06/23 09:03:37 ajacoutot Exp $
-@lib lib/libass.so.${LIBass_VERSION}
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/multimedia/libass/pkg/PLIST,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 PLIST
--- pkg/PLIST 23 Jun 2011 09:03:37 - 1.1.1.1
+++ pkg/PLIST 27 Oct 2013 02:00:02 -
@@ -1,9 +1,9 @@
@comment $OpenBSD: PLIST,v 1.1.1.1 2011/06/23 09:03:37 ajacoutot Exp $
-%%SHARED%%
include/ass/
include/ass/ass.h
include/ass/ass_types.h
lib/libass.a
-@comment lib/libass.la
+lib/libass.la
+@lib lib/libass.so.${LIBass_VERSION}
lib/pkgconfig/
lib/pkgconfig/libass.pc
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
