Re: UPDATE: security/lastpass-cli 0.9.0
On Thu 17/03/2016 06:25, Björn Ketelaars wrote:
> This diff updates security/lastpass-cli to the latest release. Changelog:
> https://github.com/lastpass/lastpass-cli/releases
>
> OK?
Ping...
--
Björn Ketelaars
GPG key: 0x4F0E5F21
diff --git security/lastpass-cli/Makefile security/lastpass-cli/Makefile
index 4657855..f186203 100644
--- security/lastpass-cli/Makefile
+++ security/lastpass-cli/Makefile
@@ -4,7 +4,7 @@ COMMENT = LastPass command line interface tool
GH_ACCOUNT = lastpass
GH_PROJECT = lastpass-cli
-GH_TAGNAME = v0.8.0
+GH_TAGNAME = v0.9.0
CATEGORIES = security
MAINTAINER = Bjorn Ketelaars
diff --git security/lastpass-cli/distinfo security/lastpass-cli/distinfo
index 3fe863e..ecf9147 100644
--- security/lastpass-cli/distinfo
+++ security/lastpass-cli/distinfo
@@ -1,2 +1,2 @@
-SHA256 (lastpass-cli-0.8.0.tar.gz) =
xcYHapqA3idff8VyddMDzAxOsh/wb3BWWQR6vAmoWVs=
-SIZE (lastpass-cli-0.8.0.tar.gz) = 79167
+SHA256 (lastpass-cli-0.9.0.tar.gz) =
5zFPDf7shq3XwZwFPuNLt6F25GLnFyfSs0VIHS0TaAA=
+SIZE (lastpass-cli-0.9.0.tar.gz) = 84433
diff --git security/lastpass-cli/patches/patch-upload-queue_c
security/lastpass-cli/patches/patch-upload-queue_c
index 35b761a..c09519a 100644
--- security/lastpass-cli/patches/patch-upload-queue_c
+++ security/lastpass-cli/patches/patch-upload-queue_c
@@ -2,9 +2,9 @@ $OpenBSD: patch-upload-queue_c,v 1.3 2016/01/08 21:00:41 sthen
Exp $
cope with 64-bit time_t on 32-bit arches
upload-queue.c.origMon Jan 4 19:27:09 2016
-+++ upload-queue.c Fri Jan 8 19:31:38 2016
-@@ -85,7 +85,7 @@ static void upload_queue_write_entry(const char *entry
+--- upload-queue.c.origWed Mar 2 23:03:40 2016
upload-queue.c Thu Mar 17 06:08:05 2016
+@@ -128,7 +128,7 @@ static void upload_queue_write_entry(const char *entry
for (serial = 0; serial < ULONG_MAX; ++serial) {
free(name);
Re: NEW: security/ssdeep
Lawrence Teo wrote: > On Wed, Mar 23, 2016 at 08:42:09PM -0400, Lawrence Teo wrote: > > ssdeep is a fuzzy hashing program and library that is useful for finding > > almost identical files. > > > > From pkg/DESCR: > > "ssdeep is a program for computing context triggered piecewise hashes > > (CTPH). > > Also called fuzzy hashes, CTPH can match inputs that have homologies. Such > > inputs have sequences of identical bytes in the same order, although bytes > > in between these sequences may be different in both content and length. > > > > The package also includes a fuzzy hashing API, which is documented in the > > README file." > > > > > > Sample usage: > > > > $ ssdeep /bsd > > ssdeep,1.1--blocksize:hash:hash,filename > > 196608:0FEGkK3+KgZ50tiuWUcvExbAcLYZ3lbAn7YZqWE/j0yky8Q3oM3ocm7GAWJ:ZyUuUA7YEp,"/bsd" > > > > This URL shows more usage examples: > > > > http://ssdeep.sourceforge.net/usage.html#basic > > > > ok? > > Let's try that again, with an attachment this time. :) Looks good to me. Clean Makefile, builds fine, runs fine, the PLIST looks sane, and portcheck -N doesn't report anything. Seems like a useful tool, too. I've been meaning to search for something like this for a long time. Should be reviewed by more experienced eyes, but ok mmcc@.
Re: NEW: security/ssdeep
On Wed, Mar 23, 2016 at 08:42:09PM -0400, Lawrence Teo wrote: > ssdeep is a fuzzy hashing program and library that is useful for finding > almost identical files. > > From pkg/DESCR: > "ssdeep is a program for computing context triggered piecewise hashes (CTPH). > Also called fuzzy hashes, CTPH can match inputs that have homologies. Such > inputs have sequences of identical bytes in the same order, although bytes > in between these sequences may be different in both content and length. > > The package also includes a fuzzy hashing API, which is documented in the > README file." > > > Sample usage: > > $ ssdeep /bsd > ssdeep,1.1--blocksize:hash:hash,filename > 196608:0FEGkK3+KgZ50tiuWUcvExbAcLYZ3lbAn7YZqWE/j0yky8Q3oM3ocm7GAWJ:ZyUuUA7YEp,"/bsd" > > This URL shows more usage examples: > > http://ssdeep.sourceforge.net/usage.html#basic > > ok? Let's try that again, with an attachment this time. :) ssdeep.tar.gz Description: application/tar-gz
NEW: security/ssdeep
ssdeep is a fuzzy hashing program and library that is useful for finding almost identical files. >From pkg/DESCR: "ssdeep is a program for computing context triggered piecewise hashes (CTPH). Also called fuzzy hashes, CTPH can match inputs that have homologies. Such inputs have sequences of identical bytes in the same order, although bytes in between these sequences may be different in both content and length. The package also includes a fuzzy hashing API, which is documented in the README file." Sample usage: $ ssdeep /bsd ssdeep,1.1--blocksize:hash:hash,filename 196608:0FEGkK3+KgZ50tiuWUcvExbAcLYZ3lbAn7YZqWE/j0yky8Q3oM3ocm7GAWJ:ZyUuUA7YEp,"/bsd" This URL shows more usage examples: http://ssdeep.sourceforge.net/usage.html#basic ok?
Re: [patch] archivers/libarchive ioctl woes
Hi, (and sorry for topquoting)
running dpb -uR with the e2fsprogs patch didn't show any problems.
So at least ports dependeing on e2fsprogs should be fine.
Any opinions?
On Wed, Mar 23, 2016 at 12:05:53AM -0400, Bryan Steele wrote:
> > > It seems libarchive/bsdtar is picking up headers from e2fsprogs if
> > > installed, specifically, headers related to Linux file ioctls.
> > >
> > > ./ext2_fs.h:#define EXT2_IOC_GETFLAGS _IOR('f', 1, long)
> > >
> > > Here's a patch so that it stops trying random ioctls that
> > > fortunately all fail with our kernel.
> > >
> > > .. might be worth checking other ports.
> >
> > Well, no objections against your libarchive diff, but wouldn't it
> > be better to patch the offending header in e2fsprogs and shield
> > those #define's with #ifndef __OpenBSD__?
> >
> > If noone beats me, I'll give it a try in a day or two.
> >
> > Ciao,
> > Kili
> >
> > ps: i mean something like this (completely untested for now):
> >
> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/sysutils/e2fsprogs/Makefile,v
> > retrieving revision 1.36
> > diff -u -p -r1.36 Makefile
> > --- Makefile15 Dec 2015 10:52:02 - 1.36
> > +++ Makefile22 Mar 2016 21:29:19 -
> > @@ -3,7 +3,7 @@
> > COMMENT= utilities to manipulate ext2 filesystems
> >
> > DISTNAME= e2fsprogs-1.42.12
> > -REVISION= 1
> > +REVISION= 2
> > CATEGORIES=sysutils devel
> > SHARED_LIBS= blkid 0.0 \
> > com_err 21.0 \
> > Index: patches/patch-lib_ext2fs_ext2_fs_h
> > ===
> > RCS file: patches/patch-lib_ext2fs_ext2_fs_h
> > diff -N patches/patch-lib_ext2fs_ext2_fs_h
> > --- /dev/null 1 Jan 1970 00:00:00 -
> > +++ patches/patch-lib_ext2fs_ext2_fs_h 22 Mar 2016 21:29:19 -
> > @@ -0,0 +1,19 @@
> > +$OpenBSD$
> > +--- lib/ext2fs/ext2_fs.h.orig Sat Aug 2 22:26:22 2014
> > lib/ext2fs/ext2_fs.h Tue Mar 22 22:26:56 2016
> > +@@ -344,6 +344,7 @@ struct ext4_new_group_input {
> > + #define _IOT_ext2_new_group_input _IOT (_IOTS(__u32), 5, _IOTS(__u16), 2,
> > 0, 0)
> > + #endif
> > +
> > ++#ifndef __OpenBSD__
> > + #define EXT2_IOC_GETFLAGS _IOR('f', 1, long)
> > + #define EXT2_IOC_SETFLAGS _IOW('f', 2, long)
> > + #define EXT2_IOC_GETVERSION _IOR('v', 1, long)
> > +@@ -354,6 +355,7 @@ struct ext4_new_group_input {
> > + #define EXT2_IOC_GROUP_ADD_IOW('f', 8,struct
> > ext2_new_group_input)
> > + #define EXT4_IOC_GROUP_ADD_IOW('f', 8,struct
> > ext4_new_group_input)
> > + #define EXT4_IOC_RESIZE_FS_IOW('f', 16, __u64)
> > ++#endif
> > +
> > + /*
> > + * Structure of an inode on the disk
>
> This works too, whichever is preferred. Or both. :-)
>
> ok brynet@ if it helps.
Re: UPDATE: Anki-2.0.33
ping
- Forwarded message from "Gonzalo L. Rodriguez" -
From: "Gonzalo L. Rodriguez"
To: ports@openbsd.org
Cc: fg...@openbsd.org
Date: Mon, 14 Mar 2016 03:07:42 -0300
Subject: UPDATE: Anki-2.0.33
Hi,
Update for Anki to 2.0.33:
http://ankisrs.net/docs/changes.html
Ok? Comments?
Cheers.-
--
Sending from my toaster.
Index: Makefile
===
RCS file: /cvs/ports/education/anki/Makefile,v
retrieving revision 1.10
diff -u -p -r1.10 Makefile
--- Makefile17 Dec 2013 00:42:17 - 1.10
+++ Makefile14 Mar 2016 03:55:11 -
@@ -2,7 +2,7 @@
COMMENT= spaced learning system
-DISTNAME = anki-2.0.20
+DISTNAME = anki-2.0.33
CATEGORIES = education
Index: distinfo
===
RCS file: /cvs/ports/education/anki/distinfo,v
retrieving revision 1.8
diff -u -p -r1.8 distinfo
--- distinfo17 Dec 2013 00:42:17 - 1.8
+++ distinfo14 Mar 2016 03:55:11 -
@@ -1,2 +1,2 @@
-SHA256 (anki-2.0.20.tgz) = FVqEleRdUGtq8hhJcOysu0ZHwC3DGASnW6gQrc4jR/A=
-SIZE (anki-2.0.20.tgz) = 3187458
+SHA256 (anki-2.0.33.tgz) = uf4sNaaOkPP6MfXGfzRHp+EDPRyQm6o4GhUlzl5xubQ=
+SIZE (anki-2.0.33.tgz) = 3376646
Index: patches/patch-anki_anki
===
RCS file: /cvs/ports/education/anki/patches/patch-anki_anki,v
retrieving revision 1.2
diff -u -p -r1.2 patch-anki_anki
--- patches/patch-anki_anki 3 Nov 2013 00:02:56 - 1.2
+++ patches/patch-anki_anki 14 Mar 2016 03:55:11 -
@@ -1,7 +1,9 @@
$OpenBSD: patch-anki_anki,v 1.2 2013/11/03 00:02:56 fgsch Exp $
anki/anki.orig Sat Dec 22 00:12:33 2012
-+++ anki/anki Thu Jan 10 21:44:12 2013
-@@ -2,13 +2,2 @@
+--- anki/anki.orig Fri Dec 21 21:12:33 2012
anki/anki Mon Mar 14 00:39:42 2016
+@@ -1,15 +1,4 @@
+ #!/usr/bin/env python
+
-import os, sys
-# system-wide install
-sys.path.insert(0, "/usr/share/anki")
Index: pkg/PLIST
===
RCS file: /cvs/ports/education/anki/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -r1.5 PLIST
--- pkg/PLIST 3 Nov 2013 00:02:56 - 1.5
+++ pkg/PLIST 14 Mar 2016 03:55:12 -
@@ -69,6 +69,9 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/anki/locale/ca/
lib/python${MODPY_VERSION}/site-packages/anki/locale/ca/LC_MESSAGES/
lib/python${MODPY_VERSION}/site-packages/anki/locale/ca/LC_MESSAGES/anki.mo
+lib/python${MODPY_VERSION}/site-packages/anki/locale/ca@valencia/
+lib/python${MODPY_VERSION}/site-packages/anki/locale/ca@valencia/LC_MESSAGES/
+lib/python${MODPY_VERSION}/site-packages/anki/locale/ca@valencia/LC_MESSAGES/anki.mo
lib/python${MODPY_VERSION}/site-packages/anki/locale/cs/
lib/python${MODPY_VERSION}/site-packages/anki/locale/cs/LC_MESSAGES/
lib/python${MODPY_VERSION}/site-packages/anki/locale/cs/LC_MESSAGES/anki.mo
@@ -120,6 +123,9 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/anki/locale/hu/
lib/python${MODPY_VERSION}/site-packages/anki/locale/hu/LC_MESSAGES/
lib/python${MODPY_VERSION}/site-packages/anki/locale/hu/LC_MESSAGES/anki.mo
+lib/python${MODPY_VERSION}/site-packages/anki/locale/ia/
+lib/python${MODPY_VERSION}/site-packages/anki/locale/ia/LC_MESSAGES/
+lib/python${MODPY_VERSION}/site-packages/anki/locale/ia/LC_MESSAGES/anki.mo
lib/python${MODPY_VERSION}/site-packages/anki/locale/it/
lib/python${MODPY_VERSION}/site-packages/anki/locale/it/LC_MESSAGES/
lib/python${MODPY_VERSION}/site-packages/anki/locale/it/LC_MESSAGES/anki.mo
@@ -178,6 +184,7 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/anki/locale/qt_gl.qm
lib/python${MODPY_VERSION}/site-packages/anki/locale/qt_he.qm
lib/python${MODPY_VERSION}/site-packages/anki/locale/qt_hu.qm
+lib/python${MODPY_VERSION}/site-packages/anki/locale/qt_it.qm
lib/python${MODPY_VERSION}/site-packages/anki/locale/qt_ja.qm
lib/python${MODPY_VERSION}/site-packages/anki/locale/qt_ko.qm
lib/python${MODPY_VERSION}/site-packages/anki/locale/qt_lt.qm
@@ -196,6 +203,9 @@ lib/python${MODPY_VERSION}/site-packages
lib/python${MODPY_VERSION}/site-packages/anki/locale/ru/
lib/python${MODPY_VERSION}/site-packages/anki/locale/ru/LC_MESSAGES/
lib/python${MODPY_VERSION}/site-packages/anki/locale/ru/LC_MESSAGES/anki.mo
+lib/python${MODPY_VERSION}/site-packages/anki/locale/sco/
+lib/python${MODPY_VERSION}/site-packages/anki/locale/sco/LC_MESSAGES/
+lib/python${MODPY_VERSION}/site-packages/anki/locale/sco/LC_MESSAGES/anki.mo
lib/python${MODPY_VERSION}/site-packages/anki/locale/sk/
lib/python${MODPY_VERSION}/site-packages/anki/locale/sk/LC_MESSAGES/
lib/python${MODPY_VERSION}/site-packages/anki/locale/sk/LC_MESSAGES/anki.mo
- End forwarded message -
--
Sending from my toaster.
Re: UPDATE: Lynis-2.2.0
ping - Forwarded message from "Gonzalo L. Rodriguez" - From: "Gonzalo L. Rodriguez" To: ports@openbsd.org Date: Sat, 19 Mar 2016 11:57:04 -0300 Subject: UPDATE: Lynis-2.2.0 Hi, Update for Lynis to 2.2.0: https://cisofy.com/changelog/lynis/2.2.0/ Ok? Comments? Cheers.- -- Sending from my toaster. Index: Makefile === RCS file: /cvs/ports/security/lynis/Makefile,v retrieving revision 1.8 diff -u -p -r1.8 Makefile --- Makefile26 Jul 2015 22:21:20 - 1.8 +++ Makefile19 Mar 2016 14:54:42 - @@ -2,7 +2,7 @@ COMMENT= security auditing tool -DISTNAME = lynis-2.1.1 +DISTNAME = lynis-2.2.0 CATEGORIES=security Index: distinfo === RCS file: /cvs/ports/security/lynis/distinfo,v retrieving revision 1.6 diff -u -p -r1.6 distinfo --- distinfo26 Jul 2015 22:21:20 - 1.6 +++ distinfo19 Mar 2016 14:54:42 - @@ -1,2 +1,2 @@ -SHA256 (lynis-2.1.1.tar.gz) = 0Xs8u9MFxSuc0NUUH0GVSILzmNtE8mwQy0X9qqRqmdI= -SIZE (lynis-2.1.1.tar.gz) = 181099 +SHA256 (lynis-2.2.0.tar.gz) = ZP4VvlL6d7zhQlCGfah+jCYvsOkilRfE4tLVo4IjvqQ= +SIZE (lynis-2.2.0.tar.gz) = 202825 Index: pkg/PLIST === RCS file: /cvs/ports/security/lynis/pkg/PLIST,v retrieving revision 1.4 diff -u -p -r1.4 PLIST --- pkg/PLIST 26 Jul 2015 22:21:20 - 1.4 +++ pkg/PLIST 19 Mar 2016 14:54:42 - @@ -24,6 +24,8 @@ share/lynis/db/sbl.db @mode 0755 share/lynis/include/ @mode 0600 +@owner root +@group wheel share/lynis/include/binaries share/lynis/include/consts share/lynis/include/data_upload @@ -34,6 +36,8 @@ share/lynis/include/osdetection share/lynis/include/parameters share/lynis/include/profiles share/lynis/include/report +@owner +@group share/lynis/include/tests_accounting share/lynis/include/tests_authentication share/lynis/include/tests_banners @@ -74,6 +78,7 @@ share/lynis/include/tests_time share/lynis/include/tests_tooling share/lynis/include/tests_virtualization share/lynis/include/tests_webservers +share/lynis/include/tool_tips @mode 0755 share/lynis/plugins/ @mode 0600 - End forwarded message - -- Sending from my toaster.
[NEW] textproc/lua-markdown
Hi ports@, Here is another Lua port. As with textproc/lua-lustache I use it locally when developing on a Lua codebase and it's also a dependency (last one, other required ones are already in the ports tree) for an upcoming port. >From DESCR : This is an implementation of the popular text markup language Markdown in pure Lua. Markdown can convert documents written in a simple and easy to read text format to well-formatted HTML. lua-markdown.tar.gz Description: application/tar-gz
www/p5-Plagger after www/p5-XML-Feed update
And here's the fix to Plagger after XML::Feed 0.53 update posted
earlier. Upstream Plagger not touched since XML::Feed moved
things around in 2008.
OK?
Thanks,
Okan
Index: Makefile
===
RCS file: /home/open/cvs/ports/www/p5-Plagger/Makefile,v
retrieving revision 1.9
diff -u -p -r1.9 Makefile
--- Makefile20 Mar 2016 19:57:21 - 1.9
+++ Makefile23 Mar 2016 15:03:56 -
@@ -5,7 +5,7 @@ COMMENT=pluggable RSS/Atom aggregator
MODULES= cpan
PKG_ARCH= *
DISTNAME= Plagger-0.7.17
-REVISION= 1
+REVISION= 2
CATEGORIES=www textproc
CPAN_AUTHOR= MIYAGAWA
@@ -53,6 +53,10 @@ MODCPAN_EXAMPLES=Yes
pre-configure:
${SUBST_CMD} ${WRKSRC}/lib/Plagger/{Plugin,Template}.pm
+ sed -i 's/Feed::RSS/Feed::Format::RSS/g' \
+ ${WRKSRC}/lib/Plagger.pm \
+ ${WRKSRC}/lib/Plagger/FeedParser.pm \
+ ${WRKSRC}/lib/Plagger/Plugin/Publish/Feed.pm
post-install:
${MODCPAN_POST_INSTALL}
Re: mailman changes
On 2016/03/23 08:48, Okan Demirmen wrote: > I believe the cgi/mail wrapper check could actually look at the defined > group membership instead. Oh this is a much better approach. I was considering rewriting the check to allow any one of a hardcoded list, but that's a much better idea. I'm not using mailman myself but think this is a good way to do it.
mailman changes
Hi,
As I saw sthen's last commit message, it reminded me that I wanted to
look into the issue surrounding the 'wrong GID' problem, which is the
only reason we have a FLAVOR for every MTA. (as noted below, we probably
need more if we are to continue this path!)
Unfortunately, the way mailman does this is, let's say, suboptimal. Both
the mail and cgi wrappers check the real gid of the calling process, and
aborts if that gid is not the compiled in gid. This type of thing only
makes mild sense in the context of folks building their own mailman, and
certainly not for packagers.
While we have the mail configure argument in the FLAVORs below, the CGI
one is the default list (www www-data nobody) and of course is checked
against the build machine during the configure stage - we only get lucky
since we chose 'www' for our web server gid's, but try another web
server and one will have to fiddle around for little reason.
I believe the cgi/mail wrapper check could actually look at the defined
group membership instead. If one puts in --with-mail-gid or
--with-cgi-gid as '_mailman', then the wrapper would check if the
calling process is a member of that group, then proceed. This allows
a user to choose and switch mail servers and web servers without either
constantly changing FLAVOR's or custom building mailman. It is a
departure from upstream; however, if this approach seems sane and valid,
I can propose it - they've somewhat moved on from mailman 2.x to 3.x
where everything is lmtp based, but it's not feature complete, so no
attempt to upgrade to that quite yet.
Also, a few other unrelated changes below:
- update to 2.1.21
- configure patch hasn't been required since introducing
--without-permcheck in configure
- some of Defaults.py are now upstream defaults.
The below patch includes the above changes, as well as a rewrite of
check_caller() - probably easier to read after applying the patch. I
chose to use the _mailman group as the group to check - I didn't see a
real need to add another group.
Comments, sanity checks all welcome.
Thanks,
Okan
Index: Makefile
===
RCS file: /cvs/ports/mail/mailman/Makefile,v
retrieving revision 1.83
diff -u -p -r1.83 Makefile
--- Makefile19 Mar 2016 10:31:44 - 1.83
+++ Makefile23 Mar 2016 12:25:49 -
@@ -2,8 +2,7 @@
COMMENT= mailing list manager with web interface
-DISTNAME= mailman-2.1.20
-REVISION= 0
+DISTNAME= mailman-2.1.21
CATEGORIES=mail www
HOMEPAGE= https://www.gnu.org/software/mailman/
@@ -32,8 +31,6 @@ FAKE_FLAGS= DIRSETGID=":"
# gnu still breaks the paths as prefix is actually mailman's home
CONFIGURE_STYLE= simple
-# do not use --without-permcheck as this requires the mailman user and group
-# to exist, otherwise there will be problems running mailman
CONFIGURE_ARGS+= --prefix='${MMHOME}' \
--with-mailhost=localhost.my.domain \
--with-python=${MODPY_BIN} \
@@ -41,19 +38,9 @@ CONFIGURE_ARGS+= --prefix='${MMHOME}' \
--with-var-prefix='${MMSPOOL}' \
--without-permcheck \
--with-username=_mailman \
- --with-groupname=_mailman
-
-FLAVORS= smtpd postfix sendmail
-FLAVOR?= smtpd
-.if ${FLAVOR:Mpostfix}
-CONFIGURE_ARGS+=--with-mail-gid=_mailman
-.elif ${FLAVOR:Msendmail}
-CONFIGURE_ARGS+=--with-mail-gid=daemon
-.elif ${FLAVOR:Msmtpd}
-CONFIGURE_ARGS+=--with-mail-gid=_smtpd
-.else
-ERRORS+="Fatal: a flavor (smtpd, postfix, sendmail) must be specified"
-.endif
+ --with-groupname=_mailman \
+ --with-cgi-gid=_mailman \
+ --with-mail-gid=_mailman
SCRIPTS= Mailman/Archiver/pipermail.py \
Mailman/Post.py \
Index: distinfo
===
RCS file: /cvs/ports/mail/mailman/distinfo,v
retrieving revision 1.23
diff -u -p -r1.23 distinfo
--- distinfo9 Apr 2015 15:37:08 - 1.23
+++ distinfo23 Mar 2016 12:25:49 -
@@ -1,2 +1,2 @@
-SHA256 (mailman-2.1.20.tgz) = UiwrXFq5E5j9+UmolhFiwxT2MjzRv+uQfg+y2IJ3cR8=
-SIZE (mailman-2.1.20.tgz) = 9204867
+SHA256 (mailman-2.1.21.tgz) = /tM6GBVN6qToGiB5jIFEhe1LLl2LQs9tPVWGf/T3CEM=
+SIZE (mailman-2.1.21.tgz) = 9266286
Index: patches/patch-Mailman_Defaults_py_in
===
RCS file: /cvs/ports/mail/mailman/patches/patch-Mailman_Defaults_py_in,v
retrieving revision 1.13
diff -u -p -r1.13 patch-Mailman_Defaults_py_in
--- patches/patch-Mailman_Defaults_py_in9 Apr 2015 15:37:08 -
1.13
+++ patches/patch-Mailman_Defaults_py_in23 Mar 2016 12:25:49 -
@@ -1,27 +1,12 @@
$OpenBSD: patch-Mailman_Defaults_py_in,v 1.13 2015/04/09 15:37:08 okan Exp $
Mailman/Defaults.py.in.orig
Re: Where do we want PKG_ARCH in Makefile?
On 03/22/16 13:45, Stuart Henderson wrote:
>> $ portcheck
>> www/p5-HTML-Base
>>
>> portcheck fails to find this one... It could find problem by analysing
>> the PLIST
>
>> I do have a fixed version of p5-HTML-Base. Replace ${P5ARCH} by
>> ${P5SITE} in the do-install:, recreate pkg/PLIST, and bump.
>
> This one is odd, why is it using P5ARCH in the first place?
> Just a mistake or is there a particular reason?
>
>
It's old, 0.6 version is from 1995, it's for HTML 2.0, with some
possible tags for what might be in HTML 3.0. I see no other ports using
it. This has been moved from cpan to backcpan. Possible port to remove.
It could still be useful in generating HTML Pages. A book references
this.
http://www.webbasedprogramming.com/Perl-5-Unleashed/ch23.htm
Book is quite old also dates from 1997.
In metacpan says this
As of today (6/8/95) HTML::Base is in preliminary development, and is
considered pre-Alpha code, presented solely for evaluation and
discussion by the Perl community. It is possible (even likely) that
radical changes will occur in the module before being released to the
larger PERL world.
Index: Makefile
===
RCS file: /home/cvs/ports/www/p5-HTML-Base/Makefile,v
retrieving revision 1.17
diff -u -p -r1.17 Makefile
--- Makefile 20 Mar 2016 19:57:17 - 1.17
+++ Makefile 20 Mar 2016 23:19:45 -
@@ -6,7 +6,7 @@ MODULES= cpan
PKG_ARCH= *
DISTNAME= HTML-0.6
PKGNAME= p5-HTML-Base-0.6
-REVISION= 2
+REVISION= 3
CATEGORIES= www
# GPL
@@ -22,9 +22,9 @@ do-build:
cd ${WRKSRC} && pod2man html_base.pod HTML::Base.3p
do-install:
- ${INSTALL_DATA_DIR} ${PREFIX}/${P5ARCH}/HTML
+ ${INSTALL_DATA_DIR} ${PREFIX}/${P5SITE}/HTML
${INSTALL_DATA} ${WRKSRC}/HTML/Base.pm \
- ${PREFIX}/${P5ARCH}/HTML/
+ ${PREFIX}/${P5SITE}/HTML/
${INSTALL_MAN_DIR} ${PREFIX}/man/man3p/
${INSTALL_MAN} ${WRKSRC}/HTML::Base.3p ${PREFIX}/man/man3p/
Index: pkg/PLIST
===
RCS file: /home/cvs/ports/www/p5-HTML-Base/pkg/PLIST,v
retrieving revision 1.5
diff -u -p -r1.5 PLIST
--- pkg/PLIST 15 Sep 2004 18:49:51 - 1.5
+++ pkg/PLIST 9 Sep 2015 15:34:54 -
@@ -1,5 +1,4 @@
@comment $OpenBSD: PLIST,v 1.5 2004/09/15 18:49:51 espie Exp $
-${P5ARCH}/
-${P5ARCH}/HTML/
-${P5ARCH}/HTML/Base.pm
+${P5SITE}/HTML/
+${P5SITE}/HTML/Base.pm
@man man/man3p/HTML::Base.3p
