CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/03/16 06:52:22

Modified files:
net/icinga/core2: Makefile distinfo 

Log message:
update to icinga2-2.4.4

Re: Adding PARALLEL_BUILD=No to a few ports

[Stuart Henderson]

On 2016/03/17 13:07, Marc Espie wrote:
> Also, in the large scheme of things, there are just a few ports that 
> realistically benefit from parallel building.  And those are often already
> tagged with DPB_PROPERTIES because they help the actual official 
> package building.

Note that you can have something like this in mk.conf or some other
file which is included by ports infra:

.if defined(DPB_PROPERTIES) && ${DPB_PROPERTIES:Mparallel}
MAKE_JOBS = 2
.endif

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/16 10:53:50

Modified files:
sysutils/gkrellm/gkrellm: Makefile 
sysutils/gkrellm/plugins: Makefile.inc 

Log message:
removing SHARED_ONLY is safe here

Re: remove: textproc/p5-Text-Restructured, plus deps

[Christian Weisgerber]

Okan Demirmen:

> An argument to remove textproc/p5-Text-Restructured, plus all its
> (in)direct dependencies, is that most of the dependencies no longer pass
> regress, nor work completely with modern perl. Most of upstream
> abandoned the modules anywhere from 6 years to +11 years ago.
-snip-

It's been a week and nobody offered any opinions.

Go ahead and remove them.

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de

Re: devel/git CVE-2016-2324

[Benoit Lecocq]

On 16.03.2016 23:48, Sevan Janiyan wrote:
> Hi,
> Git is currently vulnerable to a buffer overflow attack which is only
> fixed in the upcoming 3.8.0 release.
> https://github.com/git/git/commit/9831e92bfa833ee9c0ce464bbc2f941ae6c2698d
> http://seclists.org/oss-sec/2016/q1/645
> https://security-tracker.debian.org/tracker/CVE-2016-2324
> 
> 
> Regards,
> 
> 
> Sevan
> 

Hi,

Yes and 2.7.4 is out !

https://raw.githubusercontent.com/git/git/master/Documentation/RelNotes/2.7.4.txt

I will take a look.

Cheers,
benoit

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/17 15:08:28

Modified files:
sysutils/stan  : Makefile 
sysutils/stan/pkg: PLIST 
Added files:
sysutils/stan/patches: patch-src_data_c patch-src_stan_c 

Log message:
remove weird unused global variable errno

Re: NEW: devel/include-what-you-use

[Jeremie Courreges-Anglas]

Looks fine to me except:

1. pkg_info says

Comment:
tool to analyse
[...]

Escaping the # is enough:
COMMENT=tool to analyse \#includes in C and C++ source files

2. python interpreter:

Better use "MODPY_ADJ_FILES = fix_includes.py iwyu_tool.py" than playing
with post-install.  Also some people here consider the fixed path
enforced by MODPY_ADJ_FILES as a feature.

With items #1 and #2 fixed, ok jca@ to import.

You may also want to get rid of the warning message at configure time:

CMake Warning at CMakeLists.txt:10 (message):
  LLVM_PATH is deprecated, use IWYU_LLVM_ROOT_PATH instead.

(Replacing LLVM_PATH with IWYU_LLVM_ROOT_PATH in CONFIGURE_ARGS
"works".)

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

Re: [NEW] databases/liquibase

[Stuart Henderson]

On 2016/03/15 11:29, Bryan C. Everly wrote:
> Stuart,
> 
> Thanks so much for the feedback.  I have incorporated all of the
> suggested changes in the attached tarball.  Can I get an ok on this and
> have someone please commit on my behalf?


On 2016/03/16 08:41, Bryan C. Everly wrote:
> Stuart,
> 
> If you would be so kind as to give me an OK on that, I'd appreciate
> it.  I'd really like to see this tool available in the ports/packages
> system.
> 
> Thanks again for all of your help as I put this together!
> 
> Thanks,
> Bryan


Hi, I will look at this again when I have time.

grub(2) - ONLY_FOR_ARCHS= i386 ?

[Jiri B]

Hi,

I'm working on to make grub2 work on OpenBSD to replace
pxelinux on my netinstall server and I have this question -
- why is there 'ONLY_FOR_ARCHS= i386' in our old grub?

I'm working on grub2 on amd64, I haven't tested that yet
but following works on amd64:

jirib:/tmp
$ grub-mknetdir --net-directory=/tmp/netboot
Netboot directory for i386-pc created. Configure your DHCP server to point to 
/tmp/netboot/grub/i386-pc/core.0

jirib:/tmp
$ find netboot/ | head
netboot/
netboot/grub
netboot/grub/i386-pc
netboot/grub/i386-pc/adler32.mod
netboot/grub/i386-pc/affs.mod
netboot/grub/i386-pc/afs.mod
netboot/grub/i386-pc/ahci.mod
netboot/grub/i386-pc/all_video.mod
netboot/grub/i386-pc/aout.mod
netboot/grub/i386-pc/archelp.mod

Thanks for explanation.

j.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/03/18 15:00:48

Modified files:
graphics/giflib: Makefile distinfo 

Log message:
update to giflib-5.1.3, mostly hardening improvements

CVS: cvs.openbsd.org: ports

[James Turner]

CVSROOT:/cvs
Module name:ports
Changes by: jtur...@cvs.openbsd.org 2016/03/17 19:41:41

Modified files:
www/kcgi   : Makefile distinfo 

Log message:
Update kcgi to 0.8.1

Re: [UPDATE] net/irssi 0.8.18

[Joerg Jung]

On Sun, Mar 13, 2016 at 11:07:34PM +0100, Joerg Jung wrote:
> On Sun, Mar 13, 2016 at 03:02:24PM +, Stuart Henderson wrote:
> > On 2016/03/12 19:18, Florian Stinglmayr wrote:
> > > This is also fixed in the patch below for irssi-otr.
> > > 
> > > Also +1 for the irssi patch.
> > 
> > irssi-icb, irssi-otr: fixes committed.
> > 
> > irssi-xmpp: jung, could you take a look at this please?
> 
> Unfortunately I will be very busy this week :( 
> I will try to look into this by the end of the week.
> 
> > https://github.com/cdidier/irssi-xmpp adds the ABI check,
> > it looks like it will also be affected by the privmsg-to-self
> > API change.

Please find below a diff which switches irssi-xmpp to the most recent
GH_COMMIT as of today, which includes a lot of fixes. config_mk patch is
no longer needed with this and as mentioned above ABI check is also
already in.  I also queried upstream for a new release (last 0.52 was
back in 2012).

I tested this with both irssi-0.8.17 and 0.8.18 (using the diff posted
earlier in this thread) and it seems to work fine.  

What is the "privmsg-to-self" API change issue about exactly?  /query or
/msg to my own /resource seems to work and does not crash or
something.

Though, I'm unsure about the DISTNAME and chosen a Debian style name,
better suggestions are welcome.

Other than that, OKs?

Regards,
Joerg


Index: Makefile
===
RCS file: /cvs/ports/net/irssi-xmpp/Makefile,v
retrieving revision 1.6
diff -u -p -r1.6 Makefile
--- Makefile29 Dec 2015 22:45:48 -  1.6
+++ Makefile17 Mar 2016 21:52:15 -
@@ -4,8 +4,11 @@ SHARED_ONLY=   Yes
 
 COMMENT=   XMPP plugin for irssi
 
-DISTNAME=  irssi-xmpp-0.52
-REVISION = 3
+DISTNAME=  irssi-xmpp-0.52+git20160317
+
+GH_ACCOUNT =   cdidier
+GH_PROJECT =   irssi-xmpp
+GH_COMMIT =55cc27bd8d60a5c835050f654e80deb1afe36986
 
 CATEGORIES=net
 
@@ -17,8 +20,6 @@ MAINTAINER =  Joerg Jung 

CVS: cvs.openbsd.org: ports

[Sebastian Reitenbach]

CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2016/03/18 08:35:15

Modified files:
devel/quirks   : Makefile 
devel/quirks/files: Quirks.pm 

Log message:
removal of libretto-config

Then you may do the honors and delete the port. naddy@

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/18 10:06:48

Modified files:
security/sudo  : Makefile 
security/sudo/pkg: PLIST 
Removed files:
security/sudo/pkg: PFRAG.shared 

Log message:
garbage-collect PFRAG.shared; ok millert@

Re: Possibly dumb n00b question here

[Theo de Raadt]

> Could I set up a port that packages them and just set the
> PERMIT_PACKAGE_CDROM to "No" to prevent us from shipping them on the CD?

by the way, these days the CDs ship with only 2 packages (lynx and rsync),
so that is kind of an archaic tag...

Fwd: Re: remove comms/seyon?

[Eric Huiban]

(Sorry for wrong addressing to all people who directly received this by error)


> Le 19 mars 2016 00:35, Stuart Henderson  a écrit :
> >
> > On 2016/03/18 11:16, Michael McConville wrote: 
> > > According to the timestamps, the code has been untouched since 1993. I 
> > > don't even really understand what does, but it's some kind of telecom 
> > > extension for X Windows. Sounds obselete and probably dangerous. 
> > > 
> > > Any users? 
> > > 
> >
> > It's terminal emulator software for connecting to BBS and such like. 
> > Something like an X version of minicom. 
> >
>
> I agree: It's a usefull application for people having fun with serial lines 
> and with some Land lines too. Code seems stable. As regard removal, i'll wait 
> for POTS lines removal by telco. In France it will be effective in one year 
> or two. It Will be then a good time to check for removal or package 
> replacement for those who fiddle serial line communications over wire, fiber, 
> or airwave.
>
> Anyway, reading that serial line communication is dangerous just bring me 
> back to my "US-Robotic" user time when knowing how to use a modem was just 
> enough to be qualified of being "activist". You made my day. :)
>
> Éric.

Possibly dumb n00b question here

[Bryan C. Everly]

Hi,

I'm trying to get us more JDBC drivers in the ports tree and was wondering
this.  The Oracle and Microsoft SQL Server jdbc drivers are closed source
yet they post the jar files online for them.

Could I set up a port that packages them and just set the
PERMIT_PACKAGE_CDROM to "No" to prevent us from shipping them on the CD?

Or is there some subtle license issue that, as a n00b I would run afoul of?

Thanks,
Bryan

Re: [update] textproc/multimarkdown

[attila]

attila  writes:

> Hi ports@,
>

Hi again, ports@.  Sorry to be a pain but this patch doesn't pass
muster.  I should never send things late at night.  Please ignore,
I'll send a better one soon.

Sorry for the noise.

> The attached patch brings textproc/multimarkdown up to the latest
> release (5.1.0).  It ditches a bunch of patches, some of which are no
> longer necessary and some of which I tried and failed to sell to the
> upstream.
>
> Works okay for me on i386.  Sadly I have no other -current machines
> right now.
>
> Pax, -A

Pax, -A
--
http://haqistan.net/~attila | att...@stalphonsos.com | 0xE6CC1EDB

[UPDATE]: security/nmap 7.10

[David CARLIER]

Hi.
This diff is to update nmap to 7.10

ok?
? patches/patch-scan_engine_cc
Index: Makefile
===
RCS file: /cvs/ports/net/nmap/Makefile,v
retrieving revision 1.117
diff -u -p -r1.117 Makefile
--- Makefile7 Jan 2016 13:23:47 -   1.117
+++ Makefile17 Mar 2016 21:01:05 -
@@ -5,7 +5,7 @@ SHARED_ONLY=Yes
 COMMENT-main=  scan ports and fingerprint stack of network hosts
 COMMENT-zenmap=graphical frontend for nmap
 
-MODPY_EGG_VERSION= 7.01
+MODPY_EGG_VERSION= 7.10
 DISTNAME=  nmap-${MODPY_EGG_VERSION}
 PKGNAME-main=  ${DISTNAME}
 PKGNAME-zenmap=nmap-zenmap-${MODPY_EGG_VERSION}
Index: distinfo
===
RCS file: /cvs/ports/net/nmap/distinfo,v
retrieving revision 1.31
diff -u -p -r1.31 distinfo
--- distinfo7 Jan 2016 13:23:47 -   1.31
+++ distinfo17 Mar 2016 21:01:05 -
@@ -1,2 +1,2 @@
-SHA256 (nmap-7.01.tgz) = jK86y+k8D6CmhcPm+zpfgM5Jk2vX1AJpoJs+rW/YXtU=
-SIZE (nmap-7.01.tgz) = 11029121
+SHA256 (nmap-7.10.tgz) = aOxAGi2neGSsClmNtqgq0mpxVt8fXVdtr756odcgeD0=
+SIZE (nmap-7.10.tgz) = 11086463
Index: patches/patch-libnetutil_netutil_cc
===
RCS file: /cvs/ports/net/nmap/patches/patch-libnetutil_netutil_cc,v
retrieving revision 1.7
diff -u -p -r1.7 patch-libnetutil_netutil_cc
--- patches/patch-libnetutil_netutil_cc 7 Jan 2016 13:23:47 -   1.7
+++ patches/patch-libnetutil_netutil_cc 17 Mar 2016 21:01:05 -
@@ -8,18 +8,9 @@ http://marc.info/?l=nmap-dev=140179174
 
 chunks dealing with iovec: ???
 
 libnetutil/netutil.cc.orig Wed Oct 28 04:21:15 2015
-+++ libnetutil/netutil.cc  Tue Dec 29 10:47:48 2015
-@@ -915,7 +915,7 @@ void set_ttl(int sd, int ttl) {
- /* Other than WIN32, what these systems have in common is that they use BPF 
for
-packet capture. (Solaris 10 and earlier used DLPI and had valid selectable
-fds.) */
--#if defined(WIN32) || defined(MACOSX) || (defined(FREEBSD) && 
(__FreeBSD_version < 50) || defined(SOLARIS_BPF_PCAP_CAPTURE))
-+#if defined(WIN32) || defined(MACOSX) || defined(OPENBSD) || 
(defined(FREEBSD) && (__FreeBSD_version < 50) || 
defined(SOLARIS_BPF_PCAP_CAPTURE))
- /* Returns whether the system supports pcap_get_selectable_fd() properly */
- int pcap_selectable_fd_valid() {
-   return 0;
-@@ -3139,7 +3139,6 @@ static int route_dst_netlink(const struct sockaddr_sto
+--- libnetutil/netutil.cc.orig Thu Mar 17 20:17:27 2016
 libnetutil/netutil.cc  Thu Mar 17 20:19:47 2016
+@@ -3142,7 +3142,6 @@ static int route_dst_netlink(const struct sockaddr_sto
   const struct sockaddr_storage *spoofss) {
struct sockaddr_nl snl;
struct msghdr msg;
@@ -27,7 +18,7 @@ chunks dealing with iovec: ???
struct nlmsghdr *nlmsg;
struct rtmsg *rtmsg;
struct rtattr *rtattr;
-@@ -3191,22 +3190,14 @@ static int route_dst_netlink(const struct sockaddr_sto
+@@ -3194,22 +3193,14 @@ static int route_dst_netlink(const struct sockaddr_sto
  add_rtattr_addr(nlmsg, , , RTA_SRC, spoofss, intf_index);
}
  
@@ -50,7 +41,7 @@ chunks dealing with iovec: ???
len = recvmsg(fd, , 0);
if (len <= 0)
  netutil_fatal("%s: cannot recvmsg: %s", __func__, strerror(errno));
-@@ -3837,7 +3828,6 @@ static const unsigned char *add_exthdr_ancillary(struc
+@@ -3840,7 +3831,6 @@ static const unsigned char *add_exthdr_ancillary(struc
  static int send_ipv6_ip(const struct sockaddr_in6 *dst,
const unsigned char *packet, size_t packetlen) {
struct msghdr msg;
@@ -58,7 +49,7 @@ chunks dealing with iovec: ???
  
const unsigned char *end;
struct ip6_hdr *hdr;
-@@ -3853,8 +3843,6 @@ static int send_ipv6_ip(const struct sockaddr_in6 *dst
+@@ -3859,8 +3849,6 @@ static int send_ipv6_ip(const struct sockaddr_in6 *dst
/* Set up sendmsg data structure. iov is filled in below. */
msg.msg_name = (void *) dst;
msg.msg_namelen = sizeof(*dst);
@@ -67,7 +58,7 @@ chunks dealing with iovec: ???
msg.msg_control = NULL;
msg.msg_controllen = 0;
msg.msg_flags = 0;
-@@ -3913,8 +3901,6 @@ static int send_ipv6_ip(const struct sockaddr_in6 *dst
+@@ -3919,8 +3907,6 @@ static int send_ipv6_ip(const struct sockaddr_in6 *dst
}
  
assert(packet <= end);
@@ -76,7 +67,7 @@ chunks dealing with iovec: ???
  
n = sendmsg(sd, , 0);
if (n == -1)
-@@ -4117,9 +4103,6 @@ int datalink_offset(int datalink)
+@@ -4123,9 +4109,6 @@ int datalink_offset(int datalink)
  {
if (datalink == DLT_EN10MB)
  return ETH_HDR_LEN;
@@ -86,16 +77,7 @@ chunks dealing with iovec: ???
else
  return -1;
  }
-@@ -4156,7 +4139,7 @@ static int read_reply_pcap(pcap_t *pd, long to_usec,
- netutil_fatal("Cannot obtain datalink information: %s", pcap_geterr(pd));
-   ioffset = datalink_offset(*datalink);
-   if (ioffset < 0)
--netutil_fatal("datalink_offset failed 

Re: remove mail/metamail?

[Stuart Henderson]

On 2016/03/17 21:13, Michael McConville wrote:
> I won't be so long-winded on this one, but basically:
> 
>  o it has patches removing gets(3)
>  o it hasn't been updated since 1997
>  o the source files are timestamped 1993-94
>  o it's obviously exposed to untrusted data (and MIME data at that)
> 
> Any objections for removing it?
> 

Hylafax and exmh use this.

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/03/17 10:54:12

Modified files:
lang/php   : Makefile Makefile.inc 
lang/php/7.0   : Makefile distinfo 
lang/php/7.0/pkg: PLIST-main 

Log message:
update to php-7.0.4, ok robert@

Re: Adding PARALLEL_BUILD=No to a few ports

[Marc Espie]

On Wed, Mar 16, 2016 at 07:48:53PM +0100, Andreas Kusalananda Kähäri wrote:
> Hi,
> 
> I'm building my ports with MAKE_JOBS=4, and I noticed that a few of the
> ports were failing.
> 
> * devel/boehm-gcfailed sometimes (can't find "libgc.la" towards the
> end of the build).
> 
> * lang/ruby/1.8 failed consistently (can't find "miniruby" at
> beginning of the build).
> 
> * editors/vim   failed consistently (can't find "ex.1" and other
> manuals when packaging).  I tried the "huge no_x11"
> and "no_x11" flavours.
> 
> * lang/ocamlfailed consistently ("Unbound module Pervasives"
> early in the build, but the build doesn't halt until
> much later).
> 
> * security/nss  failed inconsistently, at different stages of the
> build.
> 
> I added PARALLEL_BUILD=No to these ports and now they build fine.
> 
> Patches included.
> 
> Cheers,

Failing is not the issue. Figuring out whether the Makefile is wrong or
whether there's some issue in our make(1) is...

Where do we want PKG_ARCH in Makefile?

[Christian Weisgerber]

The good news is that the end of the SHARED_ONLY removal is in
sight.

The not so great news is that the final step will involve touching
about 1600 perl ports.  Most of these will gain a PKG_ARCH=* setting.
Any particular wishes where in the port Makefile PKG_ARCH should
go, after which other variable(s)?

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2016/03/17 14:57:31

Removed files:
www/seamonkey/patches: patch-mozilla_media_libav_config_unix_h 

Log message:
Remove patch-mozilla_media_libav_config_unix_h too, it was merged
upstream as part of a bigger change in 
https://hg.mozilla.org/releases/mozilla-release/rev/9aaa59338c8e

Re: NO_SHARED cleanup status

[Stuart Henderson]

On 2016/03/16 16:04, Christian Weisgerber wrote:
> A quick update:
> 
> The variables and all references to CONFIGURE_SHARED, NO_SHARED_ARCHS,
> and NO_SHARED_LIBS have been eliminated, as well as "no_shared" in
> PROPERTIES.
> 
> There are about a hundred PFRAG.shared files left.  Committers are
> invited to clean up the ports they maintain.
> 
> The SHARED_ONLY variable is a bit of a tangle.  I'll start pulling
> a few threads soon.
> 
> Loose ends: bsd.port.mk.7 and bits and pieces in the Perl code parts
> of the infrastructure.

SHARED_ONLY in Perl-land is tied to PKG_ARCH=*. As one of the few people
who used PKG_ARCH=* to help speed up release builds in the past, I wouldn't
mind losing it, I don't think it's useful enough to be worth the complexity
(and it was only ever any good for release builds, snapshots are too much
of a moving target).

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/19 18:31:36

Modified files:
infrastructure/mk: perl.port.mk 

Log message:
nothing will check SHARED_ONLY after this file any longer, so do not set it

Re: How I built the excellent Pale Moon web browser

[Stuart Henderson]

On 2016/03/17 14:39, Tor Perkins wrote:
>   Ignore this bogon:
> WARNING: symbol(_ZN11__gnu_debug17_S_debug_messagesE) size 
> mismatch...
>   http://marc.info/?l=openbsd-misc=141149797207874

This is an indication that you have conflicting libraries. Actually
this particular message has been hidden in newer OpenBSD builds, the
conflict is still there, but in most of the current cases we seem to get
away with it. However: not all. For example it didn't go so well with
unoconv. And as the number of ports linked against libestdc++ increase
it is only going to get worse.

Re: [update] SABnzbd to 1.0.0

[Stuart Henderson]

On 2016/03/16 19:47, Juan Francisco Cantero Hurtado wrote:
> > +EXTRACT_SUFX = .tar.gz
> 
> EXTRACT_SUFX always defaults to .tar.gz.

With that fixed it reads well to me. But I have no way to test this.

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/19 18:02:31

Modified files:
www/mozilla: mozilla.port.mk 

Log message:
remove SHARED_ONLY from Mozilla ports, unused

Re: CVS: cvs.openbsd.org: ports

[Andre Smagin]

On Fri, 18 Mar 2016 08:33:52 -0600 (MDT)
Sebastian Reitenbach  wrote:

> CVSROOT:  /cvs
> Module name:  ports
> Changes by:   sebas...@cvs.openbsd.org2016/03/18 08:33:51
> 
> Modified files:
>   sysutils   : Makefile 
> Removed files:
>   sysutils/libretto-config: Makefile distinfo 
>   sysutils/libretto-config/patches: patch-Makefile 
> patch-libapm-e_man 
> patch-libapm_c patch-libapm_h 
> patch-smi_S 
>   sysutils/libretto-config/pkg: DESCR PLIST 
> 
> Log message:
> Remove old not useful anymore port
> 

It also did not work as of two or three months ago (tried on Libretto
70CT and 100CT). I meant to report it broken or look into fixing it,
but forgot entirely (sorry), since I use the DOS utility for BIOS setup.

--
Andre

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/19 17:59:15

Modified files:
databases/pg_stats_reporter: Makefile 
geo/mapserver  : Makefile 
lang/php   : php.port.mk 
www/cherokee   : Makefile 
www/xcache : Makefile 

Log message:
remove SHARED_ONLY from PHP ports, unused

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2016/03/17 13:39:38

Modified files:
www/seamonkey  : Makefile distinfo 
www/seamonkey/patches: patch-mozilla_gfx_skia_moz_build 

Log message:
Update to seamonkey 2.40 / lightning-seamonkey 4.5.

- See http://www.seamonkey-project.org/releases/seamonkey2.40/
(Based off gecko.. 43, i think ?)

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/18 11:37:16

ports/x11/sliderule/patches

Update of /cvs/ports/x11/sliderule/patches
In directory cvs.openbsd.org:/tmp/cvs-serv83943/patches

Log Message:
Directory /cvs/ports/x11/sliderule/patches added to the repository

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/03/18 06:20:06

Modified files:
www/webkitgtk4 : Makefile distinfo 
Removed files:
www/webkitgtk4/patches: 
patch-Source_JavaScriptCore_runtime_Options_cpp 
patch-Source_WTF_wtf_DisallowCType_h 

Log message:
Update to webkitgtk4-2.10.9.

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/19 17:50:53

Modified files:
x11/gnustep: gnustep.port.mk 

Log message:
remove SHARED_ONLY from GNUstep ports, unused

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/19 17:44:54

Modified files:
databases/soprano: Makefile 
multimedia/mlt : Makefile 
x11/kde4   : kde4.port.mk 
x11/kde4/p5-kde: Makefile 

Log message:
drop SHARED_ONLY from KDE4 ports

Re: Remove x11/fvwm95?

[Michael McConville]

Joerg Jung wrote:
> On Sun, Mar 20, 2016 at 12:06:55AM +0100, Jeremie Courreges-Anglas wrote:
> > Christian Weisgerber  writes:
> > 
> > > On 2016-03-09, Christian Weisgerber  wrote:
> > >
> > >> I propose to delete audio/rplay.
> > >
> > > sthen@ pointed out that x11/fvwm95 depends on this.  That is optional,
> > > the FvwmAudio module can be built without.
> > >
> > > Still, I wonder, do we want to keep fvwm95?  It's from 1996 (last
> > > home page update in 2001).  I have to clean up a few things in
> > > there, and while I don't mind, I wonder if there's any point to it.
> > 
> > Just tried it, it segfaults at startup while trying to print a warning
> > message.  
> 
> :)
> 
> > I think it can go away.
> 
> I agree, ok jung@ for removal

Seconded.

NEW: audio/squeezelite

[Stuart Henderson]

ok to import this?

"Squeezelite is a small squeezebox emulator using PortAudio. It is
headless, and must be controlled via Logitech Media Server. It supports
gapless playback, client synchronization (allowing groups of clients for
simultaneous playback), and direct streaming for those LMS plugins which
require it. It has a built-in decoder for PCM (wav/aiff); other formats
(flac, mp3, ogg, aac, wma, alac) are available via libraries. It has
resampling support via libsoxr."



squeezelite.tgz
Description: application/tar-gz

Re: remove audio/mpegaudio?

[Jeremie Courreges-Anglas]

Stuart Henderson  writes:

> On 2016/03/17 21:04, Michael McConville wrote:
>> It's only got fixing tweaks since it was imported in 1998, nothing
>> depends on it, and (this is a good red flag for deletion candidates) it
>> still has patches removing gets(3). The source files in the tarball are
>> timestamped 1993-94 and the opening paragraph of the README is:
>> 
>> > I found this in a zip file, the test suite missing, as well as the
>> > Makefile.
>> 
>> What seems to be the HOMEPAGE of the project (there isn't one in the
>> Makefile) declares it "compatible with IRIX 5.3 and IRIX 6.1", and
>> points users to IRIS dmedia tools if they want a "better quality
>> implementation":
>> 
>> http://structbio.vanderbilt.edu/comp/soft/freeware/mpegaudio.html
>> 
>> I'm assuming no one is still using it?
>> 
>
> Is there anything else that can encode to MPEG layer 1 in the tree?

The gets->fgets patches are broken.  I doubt anyone would actually use
it after seeing the erratic interactive behavior; getting it to actually
convert a wav file to mp1 took me three attempts.

>From my point of view it can just go.

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

CVS: cvs.openbsd.org: ports

[Jonathan Gray]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2016/03/16 18:40:54

Modified files:
games/scummvm  : Makefile distinfo 
games/scummvm/patches: patch-configure 
games/scummvm/pkg: PLIST 

Log message:
update to scummvm 1.8.0

CVS: cvs.openbsd.org: ports

[Sebastian Reitenbach]

CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2016/03/18 08:33:51

Modified files:
sysutils   : Makefile 
Removed files:
sysutils/libretto-config: Makefile distinfo 
sysutils/libretto-config/patches: patch-Makefile 
  patch-libapm-e_man 
  patch-libapm_c patch-libapm_h 
  patch-smi_S 
sysutils/libretto-config/pkg: DESCR PLIST 

Log message:
Remove old not useful anymore port

Re: Remove x11/fvwm95?

[Joerg Jung]

On Sun, Mar 20, 2016 at 12:06:55AM +0100, Jeremie Courreges-Anglas wrote:
> Christian Weisgerber  writes:
> 
> > On 2016-03-09, Christian Weisgerber  wrote:
> >
> >> I propose to delete audio/rplay.
> >
> > sthen@ pointed out that x11/fvwm95 depends on this.  That is optional,
> > the FvwmAudio module can be built without.
> >
> > Still, I wonder, do we want to keep fvwm95?  It's from 1996 (last
> > home page update in 2001).  I have to clean up a few things in
> > there, and while I don't mind, I wonder if there's any point to it.
> 
> Just tried it, it segfaults at startup while trying to print a warning
> message.  

:)

> I think it can go away.

I agree, ok jung@ for removal

Re: Remove x11/fvwm95?

[Jeremie Courreges-Anglas]

Christian Weisgerber  writes:

> On 2016-03-09, Christian Weisgerber  wrote:
>
>> I propose to delete audio/rplay.
>
> sthen@ pointed out that x11/fvwm95 depends on this.  That is optional,
> the FvwmAudio module can be built without.
>
> Still, I wonder, do we want to keep fvwm95?  It's from 1996 (last
> home page update in 2001).  I have to clean up a few things in
> there, and while I don't mind, I wonder if there's any point to it.

Just tried it, it segfaults at startup while trying to print a warning
message.  I think it can go away.

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/19 16:48:28

Modified files:
cad/klogic : Makefile 
devel/kdbg : Makefile 
graphics/digikam: Makefile 
graphics/digikam-doc: Makefile 
graphics/kimdaba: Makefile 
graphics/kipi-plugins: Makefile 
graphics/libkdcraw: Makefile 
graphics/libkexif: Makefile 
graphics/libkexiv2: Makefile 
graphics/libkipi: Makefile 
inputmethods/uim: Makefile 
math/kst   : Makefile 
multimedia/k3b : Makefile 
net/ktorrent   : Makefile 
sysutils/filelight: Makefile 
sysutils/krename: Makefile 
x11/kde: kde.port.mk 
x11/krusader   : Makefile 
x11/qinx   : Makefile 

Log message:
drop SHARED_ONLY from KDE3 ports

CVS: cvs.openbsd.org: ports

[Michael McConville]

CVSROOT:/cvs
Module name:ports
Changes by: m...@cvs.openbsd.org2016/03/19 17:00:41

Modified files:
www/xcache : Makefile 

Log message:
remove assignment of MESSAGE to the default value

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/03/17 17:01:09

Modified files:
net/irssi-silc : Makefile 
net/irssi-silc/patches: 

patch-apps_irssi_src_fe-common_silc_fe-common-silc_c 
patch-apps_irssi_src_silc_core_client_ops_c 
Added files:
net/irssi-silc/patches: 
patch-apps_irssi_src_silc_core_silc-core_c 

Log message:
first cut at updating irssi-silc for irssi 0.8.18, may need further
revision (most probable area for trouble is with private messages to self)

[UPDATE] audio/libmikmod to 3.3.8

[Frederic Cambus]

Hello @ports,

Tested on amd64 and loongson.

I used nm as specified in [1], and no functions were added and/or
removed. Also compared mikmod.h in both versions and no function
signature changed. I understand that in this case, there is no
need to bump anything in SHARED_LIBS.

sndio support was merged upstream, so most patches are going to
the attic.

Lastly, HOMEPAGE listed in previous version Makefile redirects to
http://mikmod.sourceforge.net/ so updated Makefile.

If possible, I would like to adopt this port and added myself as
MAINTAINER just in case this is approved. If not, please discard
this line.

[1] http://www.openbsd.org/faq/ports/specialtopics.html#SharedLibs

Index: Makefile
===
RCS file: /cvs/ports/audio/libmikmod/Makefile,v
retrieving revision 1.28
diff -u -p -u -p -r1.28 Makefile
--- Makefile25 Aug 2015 13:18:24 -  1.28
+++ Makefile19 Mar 2016 22:08:44 -
@@ -1,31 +1,28 @@
 # $OpenBSD: Makefile,v 1.28 2015/08/25 13:18:24 sthen Exp $
 
-COMMENT=   mikmod sound library
+COMMENT =  mikmod sound library
 
-DISTNAME=  libmikmod-3.3.7
+DISTNAME = libmikmod-3.3.8
 SHARED_LIBS += mikmod   4.0  # .3.0
-CATEGORIES=audio devel
-REVISION=  0
+CATEGORIES =   audio devel
 
-HOMEPAGE=  http://mikmod.shlomifish.org/
+MAINTAINER =   Frederic Cambus 
+
+HOMEPAGE = http://mikmod.sourceforge.net/
 
 # LGPLv2.1+
-PERMIT_PACKAGE_CDROM=  Yes
+PERMIT_PACKAGE_CDROM = Yes
 
 WANTLIB += m pthread sndio
 
-MASTER_SITES=  ${MASTER_SITE_SOURCEFORGE:=mikmod/}
+MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=mikmod/}
+
+SEPARATE_BUILD = Yes
+CONFIGURE_STYLE = gnu
 
-SEPARATE_BUILD=Yes
-CONFIGURE_STYLE= gnu
-CFLAGS +=  -DDRV_SNDIO
-CONFIGURE_ENV= LIBRARY_LIB="-lsndio"
 CONFIGURE_ARGS+= ${CONFIGURE_SHARED}
 CONFIGURE_ARGS+= --disable-dl \
 --disable-oss \
 --disable-esd
-
-post-extract:
-   cp ${FILESDIR}/drv_sndio.c ${WRKSRC}/drivers
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/audio/libmikmod/distinfo,v
retrieving revision 1.5
diff -u -p -u -p -r1.5 distinfo
--- distinfo18 Oct 2014 14:56:28 -  1.5
+++ distinfo19 Mar 2016 22:08:44 -
@@ -1,2 +1,2 @@
-SHA256 (libmikmod-3.3.7.tar.gz) = TPQQQKmvmcuWBYAhC6kAwKUZ9zq5e1A8eA6CQoub2aI=
-SIZE (libmikmod-3.3.7.tar.gz) = 1226732
+SHA256 (libmikmod-3.3.8.tar.gz) = Ss9mNKR32LlfGLVaPi52BSwUnmkNICSE6LCsdYnPN6I=
+SIZE (libmikmod-3.3.8.tar.gz) = 1254702
Index: patches/patch-Makefile_in
===
RCS file: patches/patch-Makefile_in
diff -N patches/patch-Makefile_in
--- patches/patch-Makefile_in   18 Oct 2014 14:56:28 -  1.1
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,21 +0,0 @@
-$OpenBSD: patch-Makefile_in,v 1.1 2014/10/18 14:56:28 bcallah Exp $
 Makefile.in.orig   Thu Oct  9 20:26:32 2014
-+++ Makefile.inThu Oct  9 20:27:37 2014
-@@ -120,7 +120,7 @@ am_libmikmod_la_OBJECTS = dlapi/dl_hpux.lo drivers/drv
-   drivers/drv_pulseaudio.lo drivers/drv_pipe.lo \
-   drivers/drv_psp.lo drivers/drv_raw.lo drivers/drv_sam9407.lo \
-   drivers/drv_sb.lo drivers/drv_sdl.lo drivers/drv_sgi.lo \
--  drivers/drv_stdout.lo drivers/drv_sun.lo drivers/drv_ultra.lo \
-+  drivers/drv_stdout.lo drivers/drv_sndio.lo drivers/drv_sun.lo 
drivers/drv_ultra.lo \
-   drivers/drv_wav.lo drivers/drv_win.lo drivers/drv_wss.lo \
-   drivers/drv_xaudio2.lo loaders/load_669.lo loaders/load_amf.lo \
-   loaders/load_asy.lo loaders/load_dsm.lo loaders/load_far.lo \
-@@ -616,6 +616,8 @@ drivers/drv_sdl.lo: drivers/$(am__dirstamp) \
- drivers/drv_sgi.lo: drivers/$(am__dirstamp) \
-   drivers/$(DEPDIR)/$(am__dirstamp)
- drivers/drv_stdout.lo: drivers/$(am__dirstamp) \
-+  drivers/$(DEPDIR)/$(am__dirstamp)
-+drivers/drv_sndio.lo: drivers/$(am__dirstamp) \
-   drivers/$(DEPDIR)/$(am__dirstamp)
- drivers/drv_sun.lo: drivers/$(am__dirstamp) \
-   drivers/$(DEPDIR)/$(am__dirstamp)
Index: patches/patch-configure
===
RCS file: patches/patch-configure
diff -N patches/patch-configure
--- patches/patch-configure 18 Oct 2014 14:56:28 -  1.3
+++ /dev/null   1 Jan 1970 00:00:00 -
@@ -1,24 +0,0 @@
-$OpenBSD: patch-configure,v 1.3 2014/10/18 14:56:28 bcallah Exp $
-
-sndio
-
 configure.orig Thu Oct  9 20:22:35 2014
-+++ configure  Thu Oct  9 20:23:31 2014
-@@ -15860,7 +15860,7 @@ done
-   libmikmod_driver_hp=yes
-   fi
-   ;;
--  netbsd*|openbsd*)
-+  netbsd*)
-   for ac_header in sys/audioio.h
- do :
-   ac_fn_c_check_header_mongrel "$LINENO" "sys/audioio.h" 
"ac_cv_header_sys_audioio_h" "$ac_includes_default"
-@@ -16089,7 +16089,7 @@ done
-   # otherwise no link library is needed.
- 

[UPDATE] audio/mikmod to 3.2.7

[Frederic Cambus]

Hello @ports,

Tested on amd64 and loongson.

Cleaned some stuff in the port Makefile and updated HOMEPAGE, as
in audio/libmikmod.

If possible, I would like to adopt this port and added myself as
MAINTAINER just in case this is approved. If not, please discard
this line.

Index: Makefile
===
RCS file: /cvs/ports/audio/mikmod/Makefile,v
retrieving revision 1.7
diff -u -p -u -p -r1.7 Makefile
--- Makefile25 Aug 2015 13:18:24 -  1.7
+++ Makefile19 Mar 2016 22:08:51 -
@@ -1,26 +1,25 @@
 # $OpenBSD: Makefile,v 1.7 2015/08/25 13:18:24 sthen Exp $
 
 COMMENT =  module audio player
-DISTNAME = mikmod-3.2.6
-REVISION = 1
+DISTNAME = mikmod-3.2.7
 CATEGORIES =   audio
 
-HOMEPAGE = http://mikmod.shlomifish.org/
+MAINTAINER =   Frederic Cambus 
+
+HOMEPAGE = http://mikmod.sourceforge.net/
 
 # GPLv2+
-PERMIT_PACKAGE_CDROM=  Yes
+PERMIT_PACKAGE_CDROM = Yes
 
-WANTLIB += c m mikmod ncurses pthread sndio
+WANTLIB += c m mikmod ncurses pthread sndio
 
 MASTER_SITES = ${MASTER_SITE_SOURCEFORGE:=mikmod/}
 
-CONFIGURE_STYLE =  gnu
+CONFIGURE_STYLE = gnu
 
 LIB_DEPENDS =  audio/libmikmod
 
 RUN_DEPENDS =  archivers/bzip2 \
archivers/unzip
-
-MAKE_FLAGS =   CC="${CC}" CFLAGS="${CFLAGS}"
 
 .include 
Index: distinfo
===
RCS file: /cvs/ports/audio/mikmod/distinfo,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 distinfo
--- distinfo18 Oct 2014 14:57:37 -  1.2
+++ distinfo19 Mar 2016 22:08:51 -
@@ -1,2 +1,2 @@
-SHA256 (mikmod-3.2.6.tar.gz) = BFRODts2oZ+rYSM9/5dDCWnP83ipj1mJoTeDIFUOJnM=
-SIZE (mikmod-3.2.6.tar.gz) = 278754
+SHA256 (mikmod-3.2.7.tar.gz) = XzmNWlzO4s4zEDZRSFesfhOlZEJnoT+xH1pyCc9wkmQ=
+SIZE (mikmod-3.2.7.tar.gz) = 279228
Index: patches/patch-mikmodrc
===
RCS file: /cvs/ports/audio/mikmod/patches/patch-mikmodrc,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 patch-mikmodrc
--- patches/patch-mikmodrc  18 Oct 2014 14:57:38 -  1.2
+++ patches/patch-mikmodrc  19 Mar 2016 22:08:51 -
@@ -1,6 +1,6 @@
-$OpenBSD: patch-mikmodrc,v 1.2 2014/10/18 14:57:38 bcallah Exp $
 mikmodrc.orig  Thu Oct  9 20:45:39 2014
-+++ mikmodrc   Thu Oct  9 20:46:45 2014
+$OpenBSD$
+--- mikmodrc.orig  Wed Nov 11 11:02:00 2015
 mikmodrc   Fri Mar 18 09:02:45 2016
 @@ -299,9 +299,9 @@ END "ARCHIVER"
  BEGIN "ARCHIVER"
LOCATION = -1
Index: patches/patch-src_mlist_c
===
RCS file: /cvs/ports/audio/mikmod/patches/patch-src_mlist_c,v
retrieving revision 1.1
diff -u -p -u -p -r1.1 patch-src_mlist_c
--- patches/patch-src_mlist_c   9 Dec 2014 20:29:03 -   1.1
+++ patches/patch-src_mlist_c   19 Mar 2016 22:08:51 -
@@ -1,6 +1,6 @@
-$OpenBSD: patch-src_mlist_c,v 1.1 2014/12/09 20:29:03 sthen Exp $
 src/mlist.c.orig   Tue Dec  9 20:26:01 2014
-+++ src/mlist.cTue Dec  9 20:26:19 2014
+$OpenBSD$
+--- src/mlist.c.orig   Mon Aug 11 09:55:00 2014
 src/mlist.cFri Mar 18 09:02:45 2016
 @@ -101,7 +101,7 @@ void PL_InitList(PLAYLIST * pl)
const char * s = getenv("MIKMOD_SRAND_CONSTANT");
if (s)
Index: patches/patch-src_mlistedit_c
===
RCS file: /cvs/ports/audio/mikmod/patches/patch-src_mlistedit_c,v
retrieving revision 1.2
diff -u -p -u -p -r1.2 patch-src_mlistedit_c
--- patches/patch-src_mlistedit_c   18 Oct 2014 14:57:38 -  1.2
+++ patches/patch-src_mlistedit_c   19 Mar 2016 22:08:51 -
@@ -1,9 +1,6 @@
-$OpenBSD: patch-src_mlistedit_c,v 1.2 2014/10/18 14:57:38 bcallah Exp $
-
-fix off-by-one
-
 src/mlistedit.c.orig   Thu Oct  9 20:45:03 2014
-+++ src/mlistedit.cThu Oct  9 20:45:27 2014
+$OpenBSD$
+--- src/mlistedit.c.orig   Sun Jul 27 16:11:00 2014
 src/mlistedit.cFri Mar 18 09:02:45 2016
 @@ -930,7 +930,7 @@ void freq_open (const char *title, const char *path, i
  static BOOL cb_list_scan_dir (char *path, int added, int removed, void *data)
  {

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/16 15:19:39

Modified files:
audio/akode: Makefile 
audio/jack : Makefile 
audio/libxmp   : Makefile 
audio/mpg321   : Makefile 
audio/swh-plugins: Makefile 
comms/lcdproc  : Makefile 
databases/postgresql-odbc: Makefile 
devel/libguess : Makefile 
devel/mysql++  : Makefile 
devel/nspr : Makefile 
devel/ptlib: Makefile 
devel/uuid : Makefile 
games/allegro  : Makefile 
graphics/babl  : Makefile 
graphics/libqrencode: Makefile 
lang/ecl   : Makefile 
lang/gambit: Makefile 
lang/oo2c  : Makefile 
mail/cyrus-imapd: Makefile 
mail/dovecot-antispam: Makefile 
mail/dspam : Makefile 
math/libneural : Makefile 
misc/brltty: Makefile 
multimedia/libv4l: Makefile 
net/gdnsd  : Makefile 
net/h323plus   : Makefile 
net/ircd-hybrid: Makefile 
net/ircd-ratbox: Makefile 
net/irssi-icb  : Makefile 
net/irssi-silc : Makefile 
net/liboping   : Makefile 
net/net-snmp   : Makefile 
net/openafs: Makefile 
net/powerdns   : Makefile 
net/snort  : Makefile 
net/trickle: Makefile 
net/zeromq : Makefile 
security/ccid  : Makefile 
security/opensc: Makefile 
telephony/asterisk-g729: Makefile 
telephony/bcg729: Makefile 
telephony/siproxd: Makefile 
www/ap2-mod_jk : Makefile 
www/mozplugger : Makefile 
www/squidclamav: Makefile 
www/varnish: Makefile 

Log message:
remove SHARED_ONLY from ports that use only the gnu module

Re: Fix japanese/less

[Peter Kane]

On Sat, Mar 19, 2016 at 08:33:34PM +0900, YASUOKA Masahiko wrote:
> 
> On Thu, 17 Mar 2016 10:42:21 -0600
> "Anthony J. Bentley"  wrote:
> > Marc Espie writes:
> >> On Thu, Mar 17, 2016 at 12:00:47AM -0600, Anthony J. Bentley wrote:
> >> > I'm concerned about this port, though. It's an unmaintained ISO-2022
> >> > patchset on top of less-332, which was released in *1997*. The patches
> >> > no longer exist except on our mirrors. Have there been any
> >> > vulnerabilities in less in the past 19 years? Do the patches introduce
> >> > any?
> >> > 
> >> > It seems like it might be worthwhile for jless users to alias it to
> >> > "iconv -f iso-2022-jp -t utf-8 | less", and see if it acts as a
> >> > reasonable approximation.
> >> > 
> >> > I'm very concerned about keeping such an old, unmaintained fork in
> >> > our tree, when the original software has since grown its own support
> >> > for Japanese. I have similar concerns about kterm (1996 xterm),
> >> > jvim (1996 vim), ja-groff (1995 groff), hanterm-xf (2003 xterm)...
> >> 
> >> I don't know. Japanese is slightly peculiar, and they sometimes have needs
> >> that haven't gotten to the 21st century... 
> >> 
> >> keeping a toolchain that works with JIS/SJIS encoding probably makes some
> >> sense.
> >> 
> >> Analogy with western countries: we just switched to utf8 by default less
> >> than a release ago.  before that, a lot of people, me included were still
> >> mostly working with iso-8859-*
> > 
> > I do understand. But I'm very leery of promoting such old, old software.
> > I'm not convinced that we're doing anybody a favor by keeping these ports
> > around. If 20-year-old packages exist under japanese/, that's an implicit
> > endorsement that "to set up a Japanese environment, you need to use this
> > special terminal with a special encoding that nothing else on the system
> > uses." I saw this happen even last year on misc@. That is a bad thing to
> > promote, because there is no future for ISO-2022 or Shift-JIS on OpenBSD.
> > 
> > By analogy, we used to have nvi-m17n in ports. But it turns out the nvi
> > port supported the same encodings and more; and has a somewhat maintained
> > upstream. It was worth removing nvi-m17n and encouraging people to use
> > nvi instead.
> > 
> > I understand that people sometimes, even frequently, need to work with
> > non-UTF encodings. But you can get that effect on OpenBSD with a UTF-8
> > locale and using iconv on incoming and outgoing data. I've been doing
> > so for Japanese and European content for over six years.
> > 
> > Base xterm works natively with Japanese text out of the box; you don't
> > even need to install any fonts. And if you have to, you can even run
> > Shift-JIS/ISO-2022 software directly in xterm using luit(1). Promoting
> > use of a parallel xterm with a parallel less and a parallel vim, all
> > unmaintained for decade after decade after decade, is *harmful*.
> 
> I totally agree your opinion.  I'd like to help removing old Japanese
> ports and guide people to use newer tools.
> 
> But I myself don't use any japanese/* already.  So I need to learn the
> reasons why some people are still using japanese/* for this moment.
> 
> --yasuoka
> 

I use jserver/kinput2 because it works with cwm and I can run it on a legacy 
i386 system and connect over ssh from an amd64 machine (I was hoping the new 
vmd development work would help there, but i386 support seems a way off). The 
new UTF-8 desktop settings in -current work OK for me to display UTF-8 fonts, 
it is just the occasional inputting of kanji that I need something for. If 
someone can show how to use uim/anthy with cwm in a non-root manner I would be 
grateful. 

uim does have appeal because it supports a wide range of languages and I would 
like something for Chinese, too.

Peter

[fax...@howardsilvan.com: Re: [hylafax-devel] Metamail dependency]

[Michael McConville]

It looks like we should be able to remove the mail/metamail dependency
for comms/hylafax. I suspect that the metamail support isn't even tested
anymore, so this is probably an improvement.


- Forwarded message from Lee Howard  -

Date: Sat, 19 Mar 2016 14:15:15 -0700
From: Lee Howard 
To: Michael McConville 
CC: hylafax-de...@hylafax.org
Subject: Re: [hylafax-devel] Metamail dependency
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 
Thunderbird/17.0.2

On 03/18/2016 10:11 AM, Michael McConville wrote:
> Have you guys considered replacing metamail as a dependency?

Where are you seeing a metamail dependency that cannot alternatively use
uuencode, or base64-encode (or something else)?

The metamail support is there merely because HylaFAX has been around a very
long time and was used on systems where metamail was the encoding tool.

Thanks,

Lee.

- End forwarded message -

devel/git CVE-2016-2324

[Sevan Janiyan]

Hi,
Git is currently vulnerable to a buffer overflow attack which is only
fixed in the upcoming 3.8.0 release.
https://github.com/git/git/commit/9831e92bfa833ee9c0ce464bbc2f941ae6c2698d
http://seclists.org/oss-sec/2016/q1/645
https://security-tracker.debian.org/tracker/CVE-2016-2324


Regards,


Sevan

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2016/03/17 13:41:22

Modified files:
www/seamonkey-i18n: Makefile Makefile.inc distinfo 
Added files:
www/seamonkey-i18n/cs: Makefile 
www/seamonkey-i18n/uk: Makefile 
www/seamonkey-i18n/zh-TW: Makefile 

Log message:
Update to seamonkey-i18n 2.40

Three new languages: cs, uk & zh-TW.

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/03/16 07:04:35

Modified files:
textproc/elasticsearch: Makefile distinfo 
textproc/elasticsearch/pkg: PLIST 

Log message:
update to elasticsearch-2.2.1

based on an update to 2.2.0 by pavel korovin

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/19 15:18:38

Modified files:
archivers/pecl-lzf: Makefile 
archivers/pecl-rar: Makefile 
databases/pecl-redis: Makefile 
graphics/pecl-imagick: Makefile 
lang/php/pecl  : pecl.port.mk 
mail/pecl-mailparse: Makefile 
security/pecl-libsodium: Makefile 
www/pecl-chroot: Makefile 
www/pecl-geoip : Makefile 
www/pecl-http  : Makefile 
www/pecl-memcache: Makefile 
www/pecl-memcached: Makefile 
www/pecl-proctitle: Makefile 
www/pecl-propro: Makefile 
www/pecl-raphf : Makefile 
www/pecl-ssh2  : Makefile 
www/pecl-swish : Makefile 
www/pecl-uploadprogress: Makefile 

Log message:
For all our ports that use the pecl module, SHARED_ONLY is always
defined and "c" is always added to WANTLIB.  Remove the check from
the module and add WANTLIB += c to the individual port Makefiles.
No changes in package signature, no other modules affected.

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/16 13:32:33

Modified files:
devel  : Makefile 
devel/quirks   : Makefile 
devel/quirks/files: Quirks.pm 
Removed files:
devel/uisp : Makefile distinfo 
devel/uisp/patches: patch-Makefile_in patch-src_Avr_h 
patch-src_DAPA_C 
devel/uisp/pkg : DESCR PLIST 

Log message:
Remove devel/uisp.  martin@ (maintainer) says:
"in my opinion you could delete uisp entirely, avrdude works like a charm
and is the de-facto standard today"

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/03/19 14:24:32

Modified files:
net/ocserv : Makefile 
net/ocserv/patches: patch-tests_common_sh 
Added files:
net/ocserv/patches: patch-tests_test1_passwd 
Removed files:
net/ocserv/patches: patch-tests_test-iroute 

Log message:
merge in a simplified version of Bjorn Ketelaars tests diffs

Re: [update] textproc/multimarkdown

[Stuart Henderson]

On 2016/03/19 15:38, Michael McConville wrote:
> > +ALL_TARGET =   deprecated
> > +
> > +# golf MAKE_FLAGS down to 80chars.. :-|
> > +_i =   -include
> > +_incs =${_i} src/GLibFacade.h ${_i} src/version.h ${_i} 
> > src/parser.h
> > +MAKE_FLAGS =   CFLAGS="${CFLAGS} ${_incs}"
> 
> Why golf? Can't you just use backslashes as necessary? I would get rid
> of _i and _incs.
> 

I think this approach is dangerous, better to keep those bits which are
normally part of upstream's Makefile in their Makefile and change the
way that you pass in CFLAGS. (e.g. maybe pass in COPTFLAGS instead and
change their Makefile to do COPTFLAGS?=-O3 and "CFLAGS?=${COPTFLAGS} ...
-include ...")

But then again, we have cmake, why not just use that? It's upstream's
preferred build infrastructure, whereas for the make-based one they say
"I don't recommend this approach, but it should work in a pinch"..

Re: How to get x11/gnome/terminal working without gdm ?

[Landry Breuil]

On Wed, Mar 16, 2016 at 02:35:50PM +0100, Solène Rapenne wrote:
> Hello,
> 
> I am using xdm with window manager (window maker) and I can't get
> gnome-terminal to works.
> 
> My full /etc/rc.conf.local:
> 
> apmd_flags="-A"
> pkg_scripts=messagebus avahi_daemon avahi_dnsconfd cupsd
> xdm_flags=
> 
> 
> My full ~/.xsession:
> 
> if [ -x /usr/local/bin/dbus-launch -a -z "${DBUS_SESSION_BUS_ADDRESS}" ];
> then
> eval `dbus-launch --sh-syntax --exit-with-session`
> fi
> LANG=fr_FR.UTF-8
> LC_ALL=fr_FR.UTF-8
> LC_MESSAGES=fr
> LC_CTYPE=fr_FR.UTF-8
> export LANG
> export LC_ALL
> export LC_MESSAGES
> export LC_CTYPE
> xrdb ~/.Xresources
> startxfce4
> 
> 
> `locale` output :
> 
> LANG=fr_FR.UTF-8
> LC_COLLATE="C"
> LC_CTYPE="fr_FR.UTF-8"
> LC_MONETARY="C"
> LC_NUMERIC="C"
> LC_TIME="C"
> LC_MESSAGES="fr_FR.UTF-8"
> LC_ALL=fr_FR.UTF-8
> 
> 
> When starting "gnome-terminal" (from a xterm) I get the following error :
> 
> Error constructing proxy for
> org.gnome.Terminal:/org/gnome/Terminal/Factory0: Erreur lors de l'appel de
> StartServiceByName pour org.gnome.Terminal :
> GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process
> org.gnome.Terminal exited with status 8
> 
> 
> If I use another desktop environment like xfce4 started with xdm, it does
> the same error.
> If I use xfce4 started from gdm, gnome-terminal works as expected.
> 
> I am using -CURRENT (OpenBSD 5.9-current (GENERIC.MP) #1931: Mon Mar 14
> 22:16:38 MDT 2016).
> 
> I don't want to use gdm, I would like to keep xdm because I am happy with it
> and gnome-terminal should works "out of the box" or need a pkg-readme file
> if something is needed to get it working.

I think you need to have a look at Xfce's README
(/usr/local/share/doc/pkg-readmes/xfce-4.12*) - the way you start xfce
is 'sort of fine' but im not sure manually launching a session d-bus
like this works fine.
The 'blessed way' (to get shutdown/restart working among other things)
is to use 'startxfce4 --with-ck-launch' without manually launching a
session d-bus.
It *should* fix you gnome-terminal issue. At least here i have no issue,
but using slim instead of xdm.
Also, why not just using xfce4-terminal ? :)

Landry

PyBitmessage - Anybody working on this port?

[Black Rider]

Hello.

Is anybody working or considering to work in making a port for 
PyBitmessage?

Bitmessage is a p2p communication protocol. More information can be found 
at the website https://bitmessage.org

I am new to porting, but if nobody is working on this I'd like to 
volunteer and give it a try.

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/16 16:37:11

Modified files:
misc/hfsplus   : Makefile 
Added files:
misc/hfsplus/patches: patch-src_hpmkdir_c 

Log message:
fix errno declaration

CVS: cvs.openbsd.org: ports

[Okan Demirmen]

CVSROOT:/cvs
Module name:ports
Changes by: o...@cvs.openbsd.org2016/03/19 14:24:28

Modified files:
devel  : Makefile 
textproc   : Makefile 
devel/quirks   : Makefile 
devel/quirks/files: Quirks.pm 
Removed files:
textproc/p5-Text-Restructured: Makefile distinfo 
textproc/p5-Text-Restructured/pkg: DESCR PLIST 
devel/p5-Safe-World: Makefile distinfo 
devel/p5-Safe-World/pkg: DESCR PLIST 
devel/p5-Safe-Hole: Makefile distinfo 
devel/p5-Safe-Hole/pkg: DESCR PLIST 
devel/p5-Slay-Makefile-Gress: Makefile distinfo 
devel/p5-Slay-Makefile-Gress/pkg: DESCR PLIST 
devel/p5-Slay-Makefile: Makefile distinfo 
devel/p5-Slay-Makefile/pkg: DESCR PLIST 
devel/p5-Slay-Maker: Makefile distinfo 
devel/p5-Slay-Maker/pkg: DESCR PLIST 

Log message:
Remove p5-Text-Restructured, plus all its (in)direct dependencies;
mostly abandoned upstream and parts broken with modern perl.

textproc/p5-Text-Restructured
devel/p5-Safe-World
devel/p5-Safe-Hole
devel/p5-Slay-Makefile-Gress
devel/p5-Slay-Makefile
devel/p5-Slay-Maker

ok sthen and a 'go ahead' from naddy

Re: x11/wmpinboard doesn't work

[Jeremie Courreges-Anglas]

Solène Rapenne  writes:

> Hello,

Hi,

> I installed x11/wmpinboard on -current and when starting it I get
> a segfault.
> Running it with ktrace give me those last lines (after a long config
> file text which seems a config file)
>
>  26310 wmpinboard RET   read 7070/0x1b9e
>  26310 wmpinboard CALL  read(4,0x1d050a086000,0x4000)
>  26310 wmpinboard RET   read 0
>  26310 wmpinboard CALL  munmap(0x1d0512e58000,0x8a000)
>  26310 wmpinboard RET   munmap 0
>  26310 wmpinboard CALL  close(4)
>  26310 wmpinboard RET   close 0
>  26310 wmpinboard CALL  kbind(0x7f7f9178,0x18,0x9f98b8154dba4c3e)
>  26310 wmpinboard RET   kbind 0
>  26310 wmpinboard CALL  kbind(0x7f7f9008,0x18,0x9f98b8154dba4c3e)
>  26310 wmpinboard RET   kbind 0
>  26310 wmpinboard CALL  kbind(0x7f7f8fc8,0x18,0x9f98b8154dba4c3e)
>  26310 wmpinboard RET   kbind 0
>  26310 wmpinboard CALL  kbind(0x7f7f8fc8,0x18,0x9f98b8154dba4c3e)
>  26310 wmpinboard RET   kbind 0
>  26310 wmpinboard CALL  kbind(0x7f7f9178,0x18,0x9f98b8154dba4c3e)
>  26310 wmpinboard RET   kbind 0
>  26310 wmpinboard CALL  kbind(0x7f7f9178,0x18,0x9f98b8154dba4c3e)
>  26310 wmpinboard RET   kbind 0
>  26310 wmpinboard CALL  kbind(0x7f7f9178,0x18,0x9f98b8154dba4c3e)
>  26310 wmpinboard RET   kbind 0
>  26310 wmpinboard PSIG  SIGSEGV SIG_DFL code SEGV_MAPERR<1>
> addr=0x1d05 trapno=6
>  26310 wmpinboard NAMI  "wmpinboard.core"
>
> Running it with gdb and typing bt display the following (i am not
> familiar with gdb)
>
> (gdb) bt
> #0  0x1475af12a1a3 in _XIMCountVaList () from
> /usr/X11R6/lib/libX11.so.16.1
> #1  0x1475af12a6f5 in XCreateIC () from
> /usr/X11R6/lib/libX11.so.16.1
> #2  0x147370d0fc40 in ?? () from /usr/local/bin/wmpinboard
> #3  0x147370d0e46f in ?? () from /usr/local/bin/wmpinboard
> #4  0x147370d04c51 in ?? () from /usr/local/bin/wmpinboard
> #5  0x in ?? ()

Thanks for your report.  While it can be inferred from the data you show
above, please state the architecture you're using next time. ;)

Note that with most ports you can get a better backtrace by reinstalling
a package in the following way:

  make clean repackage reinstall DEBUG=-g

Here I can get:
(gdb) bt
#0  0x0732dcfeb1a3 in _XIMCountVaList () from /usr/X11R6/lib/libX11.so.16.1
#1  0x0732dcfeb6f5 in XCreateIC () from /usr/X11R6/lib/libX11.so.16.1
#2  0x073062e0fc40 in init_xlocale () at 
/usr/obj/pobj/wmpinboard-1.0/wmpinboard-1.0/src/xmisc.c:260
#3  0x073062e0e46f in main (argc=1, argv=0x7f7e8288) at 
/usr/obj/pobj/wmpinboard-1.0/wmpinboard-1.0/src/wmpinboard.c:2124

The build log shows this:

cc -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/X11R6/include-O2 -pipe -g -Wall 
-ansi -pedantic -c xmisc.c
In file included from /usr/X11R6/include/X11/Xlib.h:47,
from xmisc.c:16:
/usr/X11R6/include/X11/Xfuncproto.h:159:24: warning: ISO C does not permit 
named variadic macros
xmisc.c: In function 'init_xlocale':
xmisc.c:207: warning: missing sentinel in function call
xmisc.c:261: warning: missing sentinel in function call
xmisc.c: In function 'cb_copy':
xmisc.c:301: warning: pointer targets in passing argument 1 of 'strncpy' differ 
in signedness

The following patch addresses those warnings.  wmpinboard starts
reliably here on -current/amd64.  Can you confirm that wmpinboard works
for you with that patch applied?

Index: Makefile
===
RCS file: /cvs/ports/x11/wmpinboard/Makefile,v
retrieving revision 1.20
diff -u -p -r1.20 Makefile
--- Makefile16 Feb 2015 22:57:14 -  1.20
+++ Makefile18 Mar 2016 12:32:54 -
@@ -3,7 +3,7 @@
 COMMENT=   wm-dockapp; resembling a miniature pin board
 
 DISTNAME=  wmpinboard-1.0
-REVISION=  0
+REVISION=  1
 CATEGORIES=x11 x11/windowmaker
 
 # GPL
Index: patches/patch-configure
===
RCS file: /cvs/ports/x11/wmpinboard/patches/patch-configure,v
retrieving revision 1.2
diff -u -p -r1.2 patch-configure
--- patches/patch-configure 25 Dec 2002 11:16:27 -  1.2
+++ patches/patch-configure 18 Mar 2016 12:32:54 -
@@ -1,7 +1,7 @@
 $OpenBSD: patch-configure,v 1.2 2002/12/25 11:16:27 wilfried Exp $
 --- configure.orig Thu Apr 13 15:37:26 2000
-+++ configure  Wed Dec 25 12:04:12 2002
-@@ -1034,9 +1034,6 @@ ac_compile='${CC-cc} -c $CFLAGS $CPPFLAG
 configure  Fri Mar 18 13:17:58 2016
+@@ -1034,9 +1034,6 @@ ac_compile='${CC-cc} -c $CFLAGS $CPPFLAGS conftest.$ac
  ac_link='${CC-cc} -o conftest${ac_exeext} $CFLAGS $CPPFLAGS $LDFLAGS 
conftest.$ac_ext $LIBS 1>&5'
  cross_compiling=$ac_cv_prog_cc_cross
  
Index: patches/patch-configure_in
===
RCS file: /cvs/ports/x11/wmpinboard/patches/patch-configure_in,v
retrieving revision 1.2
diff -u -p -r1.2 patch-configure_in
--- patches/patch-configure_in  25 Dec 

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/03/19 14:03:46

Modified files:
net/ocserv : Makefile distinfo 
net/ocserv/patches: patch-doc_sample_config 
Added files:
net/ocserv/patches: patch-src_occtl_occtl_c 
patch-src_occtl_time_c 
patch-src_ocpasswd_ocpasswd_c 
Removed files:
net/ocserv/patches: patch-src_occtl-time_c patch-src_occtl_c 
patch-src_ocpasswd_c 

Log message:
update to ocserv-0.11.1, mostly similar to part of a diff from Bjorn Ketelaars

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/03/19 13:59:36

Modified files:
net/radcli : Makefile distinfo 
net/radcli/patches: patch-lib_util_h 
net/radcli/pkg : PLIST 

Log message:
update to radcli-1.2.5

Re: [UPDATE] mail/offlineimap to 6.7.0

[Jeremie Courreges-Anglas]

Committed, thanks.

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE

rsyslog 8.17.0 plus new deps

[Stuart Henderson]

Here's an update to rsyslog, this now requires libfastjson instead of
json-c (there was a refcounting bug in json-c resulting in some segfaults
seen in rsyslog) and I've written a port for liblogging-stdlog that
rsyslog wants to use.

I also have a port for liblognorm but there are some issues (including
a use-after-free) so I'm not sending that one out now.

Any tests / OKs for this and/or the two imports (devel/libfastjson and
sysutils/liblogging-stdlog)?


Index: Makefile
===
RCS file: /cvs/ports/sysutils/rsyslog/Makefile,v
retrieving revision 1.28
diff -u -p -r1.28 Makefile
--- Makefile15 Mar 2016 23:25:33 -  1.28
+++ Makefile16 Mar 2016 17:34:35 -
@@ -8,7 +8,7 @@ COMMENT-pgsql = PostgreSQL plugin for r
 
 MULTI_PACKAGES =   -main -mysql -pgsql
 
-V =8.16.0
+V =8.17.0
 DISTNAME = rsyslog-$V
 PKGNAME-main = rsyslog-$V
 PKGNAME-mysql =rsyslog-mysql-$V
@@ -21,8 +21,9 @@ HOMEPAGE =http://www.rsyslog.com/
 PERMIT_PACKAGE_CDROM = Yes
 
 WANTLIB-main +=${MODGETTEXT_WANTLIB}
-WANTLIB-main +=c estr ffi gcrypt gmp gnutls gpg-error hogweed 
idn
-WANTLIB-main +=json-c nettle p11-kit pthread relp tasn1 uuid z
+WANTLIB-main +=c estr fastjson ffi gcrypt gmp gnutls gpg-error 
hogweed
+WANTLIB-main +=idn logging-stdlog nettle p11-kit pthread relp 
tasn1
+WANTLIB-main +=uuid z
 
 WANTLIB-mysql +=   crypto m mysqlclient pthread ssl stdc++ z
 
@@ -30,10 +31,11 @@ WANTLIB-pgsql +=crypto pq ssl
 
 MODULES =  devel/gettext
 
-LIB_DEPENDS-main = devel/json-c \
-   devel/libestr>=0.1.2 \
+LIB_DEPENDS-main = devel/libestr>=0.1.2 \
+   devel/libfastjson \
security/libgcrypt \
security/gnutls \
+   sysutils/liblogging-stdlog \
sysutils/librelp>=1.2.9
 # XXX should port to using libc UUID functions
 LIB_DEPENDS-main +=sysutils/e2fsprogs
@@ -51,8 +53,7 @@ CONFIGURE_ARGS += --enable-pgsql \
--enable-mysql \
--enable-mail \
--enable-gnutls \
-   --enable-relp \
-   --disable-liblogging-stdlog
+   --enable-relp
 CONFIGURE_ENV +=   CPPFLAGS="-I${LOCALBASE}/include"
 
 post-install:
Index: distinfo
===
RCS file: /cvs/ports/sysutils/rsyslog/distinfo,v
retrieving revision 1.4
diff -u -p -r1.4 distinfo
--- distinfo15 Mar 2016 23:25:51 -  1.4
+++ distinfo16 Mar 2016 17:34:35 -
@@ -1,2 +1,2 @@
-SHA256 (rsyslog-8.16.0.tar.gz) = T+T5fBCJkIbZi5QB1+jSvP9hx8P3zehieJHjb8bsG3Y=
-SIZE (rsyslog-8.16.0.tar.gz) = 2132012
+SHA256 (rsyslog-8.17.0.tar.gz) = 7B4ZtZZM+IqcBQjUOCSCRLcco1ln/kC4QpOPTOm6X7k=
+SIZE (rsyslog-8.17.0.tar.gz) = 2220523


rsyslog-deps.tgz
Description: application/tar-gz

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/16 13:04:08

Modified files:
graphics/geomview: Makefile 
graphics/geomview/pkg: PLIST 
Added files:
graphics/geomview/patches: 
   patch-src_bin_geomutil_math2oogl_math2oogl_c 
   patch-src_lib_Makefile_in 
Removed files:
graphics/geomview/pkg: PFRAG.shared 

Log message:
fix errno declaration
also: version the shared library, regen PLIST, gmake not required

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/17 15:14:46

Modified files:
textproc/agrep : Makefile 
textproc/agrep/patches: patch-mgrep_c patch-sgrep_c 
textproc/agrep/pkg: PLIST 
Added files:
textproc/agrep/patches: patch-compat_c 

Log message:
add missing includes

Re: disable cpu features in qt5

[Stuart Henderson]

On 2016/03/16 15:26, Vadim Zhukov wrote:
> 2016-03-16 13:34 GMT+03:00 Stuart Henderson :
> > As found by Peter Kay on misc, qt5 detects CPU features to enable
> > at build time, so produces binaries that don't work everywhere.
> > Does this seem a reasonable set to disable?
> 
> I think so. But you'd better bump all subpackages except -qch and -html.

Ah I can do that. I thought I might as well just bump them all as
it was easier (hence REVISION rather than something like REVISION-main)
but I can exclude qch/html from that.


> > Index: Makefile
> > ===
> > RCS file: /cvs/ports/x11/qt5/Makefile,v
> > retrieving revision 1.48
> > diff -u -p -r1.48 Makefile
> > --- Makefile6 Mar 2016 11:56:41 -   1.48
> > +++ Makefile16 Mar 2016 09:33:26 -
> > @@ -4,6 +4,7 @@ SHARED_ONLY =   Yes
> >  ONLY_FOR_ARCHS =   ${GCC4_ARCHS}
> >
> >  VERSION =  5.5.1
> > +REVISION = 0
> >  ENGINIO_VERSION =  1.2.1
> >  DISTNAME = qt-everywhere-opensource-src-${VERSION}
> >
> > @@ -299,6 +300,15 @@ CONFIGURE_ENV =MAKE=make \
> >  .if ${MACHINE_ARCH} == "powerpc"
> >  CONFIGURE_ENV += LDFLAGS="-Wl,--relax"
> >  .endif
> > +
> > +.if ${MACHINE_ARCH} == "amd64" || ${MACHINE_ARCH} == "i386"
> > +CONFIGURE_ARGS +=  -no-ssse3 -no-sse4.1 -no-sse4.2 -no-avx -no-avx2
> > +.endif
> > +
> > +.if ${MACHINE_ARCH} == "i386"
> > +CONFIGURE_ARGS +=  -no-sse2 -no-sse3
> > +.endif
> > +
> >  .include 
> >
> >  # QtWebkit (at least, maybe others) plays dirty games with inter-target
> 
> --
>   WBR,
>   Vadim Zhukov

Re: [update] textproc/multimarkdown

[Michael McConville]

attila wrote:
> The attached patch brings textproc/multimarkdown up to the latest
> release (5.1.0).  It ditches a bunch of patches, some of which are no
> longer necessary and some of which I tried and failed to sell to the
> upstream.

Do you think any of these patches are worth keeping around regardless
for security reasons?

That said, I would drop the rand(3) removals. We alias it to
arc4random(3) anyway. One of the main benefits of that is that we don't
have to maintain tons of patches.

Also, a few comments inline:

> Index: Makefile
> ===
> RCS file: /cvs/ports/textproc/multimarkdown/Makefile,v
> retrieving revision 1.2
> diff -u -p -r1.2 Makefile
> --- Makefile  5 Apr 2015 13:31:15 -   1.2
> +++ Makefile  16 Mar 2016 01:00:52 -
> @@ -21,14 +21,18 @@ WANTLIB += c
>  BUILD_DEPENDS =  devel/greg
>  
>  USE_GMAKE =  Yes
> -ALL_TARGET = ALL
> -MAKE_FLAGS = CFLAGS="${CFLAGS} -include GLibFacade.h -DHAVE_ARC4RANDOM" \
> - GREG=${LOCALBASE}/bin/greg
> +# avoid using cmake, not necc for us
> +ALL_TARGET = deprecated
> +
> +# golf MAKE_FLAGS down to 80chars.. :-|
> +_i = -include
> +_incs =  ${_i} src/GLibFacade.h ${_i} src/version.h ${_i} 
> src/parser.h
> +MAKE_FLAGS = CFLAGS="${CFLAGS} ${_incs}"

Why golf? Can't you just use backslashes as necessary? I would get rid
of _i and _incs.

Re: grub(2) - ONLY_FOR_ARCHS= i386 ?

[Stuart Henderson]

On 2016/03/17 19:26, Michael McConville wrote:
> Jiri B wrote:
> > I'm working on to make grub2 work on OpenBSD to replace
> > pxelinux on my netinstall server and I have this question -
> > - why is there 'ONLY_FOR_ARCHS= i386' in our old grub?
> 
> Try building. You get the following during configure:
> 
> > checking whether the C compiler works... configure: error: cannot run C 
> > compiled programs.
> > If you meant to cross compile, use `--host'.
> > See `config.log' for more details.
> > *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2700 
> > '/usr/ports/pobj/grub-0.97/.configure_done': @for d in 
> > /usr/ports/pobj/grub-...)
> > *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:1923 
> > '/usr/ports/packages/amd64/all/grub-0.97p6.tgz')
> > *** Error 1 in . (/usr/ports/infrastructure/mk/bsd.port.mk:2465 
> > '_internal-package')
> > *** Error 1 in /usr/ports/sysutils/grub 
> > (/usr/ports/infrastructure/mk/bsd.port.mk:2445 'package')
> 
> I recall finding a better explanation (or coming up with one myself)
> when I originally tried this a few months ago, but I've since forgotten.
> Considering that PIE broke it when introduced, I wouldn't be surprised
> if some of our linking features are related.

It's testing that it can run programs built with the compiler flags.
config.log has this:

configure:2424: cc -m32 -ftrampolines -fno-stack-protector -fno-pie -nopie   
conftest.c  >&5
/usr/bin/ld: warning: i386 architecture of input file `/tmp//ccNKPoep.o' is 
incompatible with i386:x86-64 output

This (producing i386 code on amd64) is basically a cross-compile situation.

> > I'm working on grub2 on amd64, I haven't tested that yet
> > but following works on amd64:

mmcc is right, grub 0.97 as present in the port does not build on amd64.

> > jirib:/tmp
> > $ grub-mknetdir --net-directory=/tmp/netboot
> > Netboot directory for i386-pc created. Configure your DHCP server to point 
> > to /tmp/netboot/grub/i386-pc/core.0
> > 
> > jirib:/tmp
> > $ find netboot/ | head
> > netboot/
> > netboot/grub
> > netboot/grub/i386-pc
> > netboot/grub/i386-pc/adler32.mod
> > netboot/grub/i386-pc/affs.mod
> > netboot/grub/i386-pc/afs.mod
> > netboot/grub/i386-pc/ahci.mod
> > netboot/grub/i386-pc/all_video.mod
> > netboot/grub/i386-pc/aout.mod
> > netboot/grub/i386-pc/archelp.mod
> > 
> > Thanks for explanation.
> 

CVS: cvs.openbsd.org: ports

[Adam Wolk]

CVSROOT:/cvs
Module name:ports
Changes by: aw...@cvs.openbsd.org   2016/03/18 09:54:03

Modified files:
databases  : Makefile 

Log message:
Add databases/liquibase to the build

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/18 14:49:28

Modified files:
archivers/luazlib: Makefile 
converters/luastruct: Makefile 
databases/luadbi: Makefile 
databases/lualdap: Makefile 
databases/luasqlite3: Makefile 
databases/postgresql-pllua: Makefile 
devel/lpeg : Makefile 
devel/lua-cjson: Makefile 
devel/lua-cmsgpack: Makefile 
devel/luaalarm : Makefile 
devel/luabitop : Makefile 
devel/luaevent : Makefile 
devel/luafs: Makefile 
devel/luapack  : Makefile 
devel/luaposix : Makefile 
devel/luaprofiler: Makefile 
devel/luarexlib: Makefile 
devel/luarings : Makefile 
mail/osbf-lua  : Makefile 
net/gnugk  : Makefile 
net/luasocket  : Makefile 
net/prosody: Makefile 
security/luacrypto: Makefile 
security/luasec: Makefile 
textproc/luaexpat: Makefile 
textproc/luasoldout: Makefile 
www/lighttpd   : Makefile 

Log message:
remove SHARED_ONLY from simple lua ports

New: x11/dstat

[Joerg Jung]

Hi,

please find attached a port for the tiny dstat utility, which is written
for and requires x11/dwm.

$ cat pkg/DESCR
dstat is a lightweight utility to set the dwm status bar text.  dstat displays
the current network throughput, CPU usage, performance settings, battery
status, temperature, volume settings, as well as the current date and time on
the dwm status bar.


Comments, OKs for import?

Thanks,
Regards,
Joerg


dstat.tar.gz
Description: application/tar-gz

Re: [NEW] databases/liquibase

[Bryan C. Everly]

Thanks Stuart!


Thanks,
Bryan

On Wed, Mar 16, 2016 at 8:44 AM, Stuart Henderson 
wrote:

> On 2016/03/15 11:29, Bryan C. Everly wrote:
> > Stuart,
> >
> > Thanks so much for the feedback.  I have incorporated all of the
> > suggested changes in the attached tarball.  Can I get an ok on this and
> > have someone please commit on my behalf?
>
>
> On 2016/03/16 08:41, Bryan C. Everly wrote:
> > Stuart,
> >
> > If you would be so kind as to give me an OK on that, I'd appreciate
> > it.  I'd really like to see this tool available in the ports/packages
> > system.
> >
> > Thanks again for all of your help as I put this together!
> >
> > Thanks,
> > Bryan
>
>
> Hi, I will look at this again when I have time.
>

CVS: cvs.openbsd.org: ports

[Giovanni Bechis]

CVSROOT:/cvs
Module name:ports
Changes by: giova...@cvs.openbsd.org2016/03/18 15:13:38

Modified files:
net/nmap   : Makefile distinfo 
net/nmap/patches: patch-libnetutil_netutil_cc patch-timing_cc 
  patch-zenmap_setup_py 
net/nmap/pkg   : PLIST-main 
Removed files:
net/nmap/patches: patch-osscan2_cc 

Log message:
update to 7.10 from maintainer David Carlier with tweaks by me

Re: x11/dmenu: Remove terminus-font dependecy

[Joerg Jung]

> On 09 Mar 2016, at 22:43, Michael Reed  wrote:
> 
> On 03/09/16 15:47, Joerg Jung wrote:
>> 
>>> Am 09.03.2016 um 01:59 schrieb Michael Reed :
>>> 
>>> I prefer terminus font, but I don't see why this is listed as a
>>> dependency; the system monospace font, DejaVu, works fine with dmenu.
>>> 
>>> If the user likes terminus font then they can install it and use it w/
>>> dmenu, but otherwise it's just an unneeded dependency.
>> 
>> This was discussed several times before. The short summary of the
>> current situation is: since some years all of our "suckless ports" contain
>> various minor tweaks to make them look similar when used together,
>> including for example: same terminus font and sizes, same grey color
>> scheme, similar key bindings, prefer base tools over ports (e.g. curl vs
>> ftp in surf), etc, yalla, yalla...
>> 
>> So they are all not really vanilla because some devs (including me)
>> prefer to have a sane desktop look'n feel. Your change below makes
>> sense but should be applied to other suckless ports as well... BUT
>> at least tabbed does not (yet) have xft support (already committed
>> in HEAD but not released) and thus would look badly and not unified
>> then. So for now, I'm still (slightly) against this diff.
> 
> Thanks for the explanation; I've attached a new patch.  At least in the x11/ 
> folder, dwm was the only port still using terminus, besides tabbed.
> 
> If you'd still like to wait until tabbed has a new release, I can resend an 
> updated patch then.

I would prefer to wait. I asked tabbed upstream already in IRC to tag a new 
release.

Re: [NEW] databases/liquibase

[Stuart Henderson]

A couple of minor things, in the script in files/:

+LIQUIBASE_HOME=${LOCALBASE}/share/java/classes/liquibase

LOCALBASE is "where other ports have already been installed", the script
should use TRUEPREFIX instead i.e. "Base directory for the current port
installation".

And in README,

--classpath=/usr/local/share/postgresql/java/postgresql.jar

The hardcoded /usr/local here should be ${LOCALBASE}.

Rest is ok.

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2016/03/18 12:21:39

Modified files:
x11/wmpinboard/patches: patch-src_wmpinboard_c 

Log message:
Print sizeof with %lu and (unsigned long) casts. (ansi C)

remove comms/qpage?

[Michael McConville]

The code has been apparently sat untouched since 1999, and it's a
networked client/server pair. If people think I'm being too aggressive
with my deletion suggestions, let me know. However, I doubt that code
left unmaintained for this long is secure to run networked in 2016.

Thoughts?

CVS: cvs.openbsd.org: ports

[Antoine Jacoutot]

CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org   2016/03/19 11:51:34

Modified files:
sysutils/consolekit: Makefile distinfo 
sysutils/consolekit/pkg: PLIST 
Removed files:
sysutils/consolekit/patches: patch-src_ck-log-event_h 
 patch-src_ck-seat_c 
 patch-tools_ck-log-system-start_c 

Log message:
Update to consolekit2-1.0.2.

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2016/03/17 16:05:07

Modified files:
devel/py-pip   : Makefile distinfo 
devel/py-pip/pkg: PLIST 

Log message:
Update to pip-8.1.0; from Daniel jakots

Re: [UPDATE] net/irssi 0.8.18

[Stuart Henderson]

On 2016/03/17 23:11, Joerg Jung wrote:
> Please find below a diff which switches irssi-xmpp to the most recent
> GH_COMMIT as of today, which includes a lot of fixes. config_mk patch is
> no longer needed with this and as mentioned above ABI check is also
> already in.  I also queried upstream for a new release (last 0.52 was
> back in 2012).
> 
> I tested this with both irssi-0.8.17 and 0.8.18 (using the diff posted
> earlier in this thread) and it seems to work fine.  
> 
> What is the "privmsg-to-self" API change issue about exactly?  /query or
> /msg to my own /resource seems to work and does not crash or
> something.

I haven't used XMPP, but before irssi-icb was fixed, "/msg sthen"
was printing an invalid username when the message was displayed in
the window on my screen. (Maybe the actual behaviour depends on
how malloc.conf is set and what else is in memory nearby).

This is how the API change is described in irssi's NEWS file,

* The signature of "message private" has been changed to
  5: server, message, nick, address, target
  in order to support "self messages". Module authors should
  implement this change if they are using this signal.

Previously it was "4: server, message, nick, address".

The minimal change that was done in irssi-icb was to s/4/5/ and add
server->nick, but actually looking at the bottom of irssi-xmpp TODO
I think that this irssi change is exactly what irssi-xmpp are
asking for in order to solve a problem they had.

> Though, I'm unsure about the DISTNAME and chosen a Debian style name,
> better suggestions are welcome.

packages-specs(7) has information about this, in this case
I think something like this would work:

DISTNAME=   irssi-xmpp-0.52pl20160317

> Other than that, OKs?

I think I'd probably commit with the DISTNAME change for now, I'm OK
with that and it should let us move on updating irssi. But also ask
upstream what they suggest about the signature change.

Re: NO_SHARED cleanup status

[Christian Weisgerber]

A quick update:

The variables and all references to CONFIGURE_SHARED, NO_SHARED_ARCHS,
and NO_SHARED_LIBS have been eliminated, as well as "no_shared" in
PROPERTIES.

There are about a hundred PFRAG.shared files left.  Committers are
invited to clean up the ports they maintain.

The SHARED_ONLY variable is a bit of a tangle.  I'll start pulling
a few threads soon.

Loose ends: bsd.port.mk.7 and bits and pieces in the Perl code parts
of the infrastructure.

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/19 09:47:04

Modified files:
devel/libgit2  : Makefile.inc 
mail/zarafa: Makefile.inc 
multimedia/gstreamer-0.10: Makefile.inc 
multimedia/gstreamer1: Makefile.inc 
net/telepathy  : Makefile.inc 
x11/compiz : Makefile.inc 

Log message:
remove SHARED_ONLY, nothing uses it

Re: How to get x11/gnome/terminal working without gdm ?

[Solène Rapenne]

I think you need to have a look at Xfce's README
(/usr/local/share/doc/pkg-readmes/xfce-4.12*) - the way you start xfce
is 'sort of fine' but im not sure manually launching a session d-bus
like this works fine.


In fact I found the snippet in pkg-readme/dbus-1.10.8v0

~~
To start a session bus instance of dbus-daemon (needed by applications
installing /usr/local/share/dbus-1/services/*.service files), add the
following lines to .xinitrc or .xsession before starting the window 
manager
(see dbus-launch(1) for more info) -- note that some session/login 
managers,

e.g. gnome-session(1) already handle this automatically.

if [ -x /usr/local/bin/dbus-launch -a -z "${DBUS_SESSION_BUS_ADDRESS}" 
]; then

eval `dbus-launch --sh-syntax --exit-with-session`
fi
~~



The 'blessed way' (to get shutdown/restart working among other things)
is to use 'startxfce4 --with-ck-launch' without manually launching a
session d-bus.
It *should* fix you gnome-terminal issue. At least here i have no 
issue,

but using slim instead of xdm.


I will try this, --with-ck-launch was explained only for logout/reboot, 
I followed the instructions in Startup ;-)
But if it works with this parameter, this means I don't have any way to 
get gnome-terminal working in wmaker/evilwm/etc... ?



Also, why not just using xfce4-terminal ? :)

Landry


I am not a xfce user, I installed it to try another DE than window maker 
to understand why gnome-terminal doesn't work. I just want 
gnome-terminal, I discovered urxvt meanwhile and I am happy with it now. 
But I would like to understand why gnome-terminal is too complicated to 
get running.

[UPDATE]: net/haproxy 1.6.4

[David CARLIER]

Hi.

This diff is to update haproxy to 1.6.4.

ok?
Index: Makefile
===
RCS file: /cvs/ports/net/haproxy/Makefile,v
retrieving revision 1.27
diff -u -p -r1.27 Makefile
--- Makefile6 Jan 2016 09:50:04 -   1.27
+++ Makefile17 Mar 2016 08:02:24 -
@@ -2,7 +2,7 @@
 
 COMMENT =  reliable, high performance TCP/HTTP load balancer
 
-DISTNAME = haproxy-1.6.3
+DISTNAME = haproxy-1.6.4
 CATEGORIES =   net www
 HOMEPAGE = http://www.haproxy.org/
 MAINTAINER =   Daniel Jakots 
Index: distinfo
===
RCS file: /cvs/ports/net/haproxy/distinfo,v
retrieving revision 1.15
diff -u -p -r1.15 distinfo
--- distinfo6 Jan 2016 09:50:04 -   1.15
+++ distinfo17 Mar 2016 08:02:24 -
@@ -1,2 +1,2 @@
-SHA256 (haproxy-1.6.3.tar.gz) = /Qa0UFTN4sacszIt/dikvPxG650MSzbSDT6hnYTjOKc=
-SIZE (haproxy-1.6.3.tar.gz) = 1555861
+SHA256 (haproxy-1.6.4.tar.gz) = 5fo8YE8f6ey2l0zNpnBcEF6+4Us6kTBp+wjwDoYM0jA=
+SIZE (haproxy-1.6.4.tar.gz) = 1559276

CVS: cvs.openbsd.org: ports

[Jonathan Gray]

CVSROOT:/cvs
Module name:ports
Changes by: j...@cvs.openbsd.org2016/03/16 18:46:58

Modified files:
games/scummvm-tools: Makefile distinfo 
games/scummvm-tools/pkg: PLIST 

Log message:
update to scummvm-tools 1.8.0

CVS: cvs.openbsd.org: ports

[Landry Breuil]

CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org  2016/03/17 13:33:14

ports/www/seamonkey-i18n/cs

Update of /cvs/ports/www/seamonkey-i18n/cs
In directory cvs.openbsd.org:/tmp/cvs-serv67349/cs

Log Message:
Directory /cvs/ports/www/seamonkey-i18n/cs added to the repository

CVS: cvs.openbsd.org: ports

[Jasper Lievisse Adriaanse]

CVSROOT:/cvs
Module name:ports
Changes by: jas...@cvs.openbsd.org  2016/03/16 07:48:25

Modified files:
x11/spice-gtk  : Makefile distinfo 
x11/spice-gtk/pkg: PLIST 

Log message:
update to spice-gtk-0.31

Re: disable cpu features in qt5

[Stuart Henderson]

On 2016/03/16 13:58, Christian Weisgerber wrote:
> Stuart Henderson:
> 
> > +.if ${MACHINE_ARCH} == "amd64" || ${MACHINE_ARCH} == "i386"
> > +CONFIGURE_ARGS +=  -no-ssse3 -no-sse4.1 -no-sse4.2 -no-avx -no-avx2
> > +.endif
> > +
> > +.if ${MACHINE_ARCH} == "i386"
> > +CONFIGURE_ARGS +=  -no-sse2 -no-sse3
> > +.endif
> 
> amd64 also needs -no-sse3

Updated.

Index: Makefile
===
RCS file: /cvs/ports/x11/qt5/Makefile,v
retrieving revision 1.48
diff -u -p -r1.48 Makefile
--- Makefile6 Mar 2016 11:56:41 -   1.48
+++ Makefile16 Mar 2016 13:32:52 -
@@ -17,13 +17,19 @@ COMMENT-sqlite2 =   SQLite 2.x plugin for 
 COMMENT-tds =  TDS plugin for Qt5
 
 PKGNAME-main = qt5-${VERSION}
+REVISION-main =0
 PKGNAME-examples = qt5-examples-${VERSION}
+REVISION-examples =0
 PKGNAME-html = qt5-html-${VERSION}
 PKGNAME-mysql =qt5-mysql-${VERSION}
+REVISION-mysql =   0
 PKGNAME-psql = qt5-postgresql-${VERSION}
+REVISION-psql =0
 PKGNAME-qch =  qt5-qch-${VERSION}
 PKGNAME-sqlite2 =  qt5-sqlite2-${VERSION}
+REVISION-sqlite2 = 0
 PKGNAME-tds =  qt5-tds-${VERSION}
+REVISION-tds = 0
 
 PKG_ARCH-html =*
 PKG_ARCH-qch = *
@@ -299,6 +305,21 @@ CONFIGURE_ENV =MAKE=make \
 .if ${MACHINE_ARCH} == "powerpc"
 CONFIGURE_ENV += LDFLAGS="-Wl,--relax"
 .endif
+
+.if ${MACHINE_ARCH} == "amd64" || ${MACHINE_ARCH} == "i386"
+# AVX:Sandy Bridge/Haswell but not all models, AMD Bulldozer/Jaguar
+# SSE4.2: Nehalem, Silvermont Atom, AMD Bulldozer/Jaguar
+# SSE4.1: Core 2 (Penryn), Nehalem, Silvermont Atom, AMD Bulldozer/Jaguar
+# SSSE3:  Core 2 Duo, Atom, AMD Bulldozer/Bobcat
+# SSE3:   missing on very early 64-bit AMD
+CONFIGURE_ARGS +=  -no-sse4.1 -no-sse4.2 -no-avx -no-avx2
+CONFIGURE_ARGS +=  -no-ssse3 -no-sse3
+.endif
+
+.if ${MACHINE_ARCH} == "i386"
+CONFIGURE_ARGS +=  -no-sse2
+.endif
+
 .include 
 
 # QtWebkit (at least, maybe others) plays dirty games with inter-target

CVS: cvs.openbsd.org: ports

[Todd C . Miller]

CVSROOT:/cvs
Module name:ports
Changes by: mill...@cvs.openbsd.org 2016/03/19 09:06:42

Modified files:
graphics/giftrans: Makefile 

Log message:
Fix path to rgb.txt; OK ajacoutot@

UPDATE: Lynis-2.2.0

[Gonzalo L. Rodriguez]

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

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/03/19 08:41:12

Modified files:
sysutils/rsyslog: Makefile 

Log message:
use -march=i686 on i386, needs 64-bit atomics

Re: New: x11/dstat

[Joerg Jung]

On Fri, Mar 18, 2016 at 12:19:16AM +0100, Jeremie Courreges-Anglas wrote:
> Joerg Jung  writes:
> 
> > please find attached a port for the tiny dstat utility, which is written
> > for and requires x11/dwm.
> >
> > $ cat pkg/DESCR
> > dstat is a lightweight utility to set the dwm status bar text.  dstat 
> > displays
> > the current network throughput, CPU usage, performance settings, battery
> > status, temperature, volume settings, as well as the current date and time 
> > on
> > the dwm status bar.
> >
> >
> > Comments, OKs for import?
> 
> cc -c -Os -ansi -pedantic -Wall -Wextra -Isrc -I/usr/include 
> -I/usr/local/include -I/usr/X11R6/include -o dstat.o dstat.c
> This  ^^^ is wrong, ports should respect DEBUG=-g / CFLAGS.

Right. I fixed that before import.
 
> dstat.c includes machine/apmvar.h, shouldn't this port be
> ONLY_FOR_ARCHS=${APM_ARCHS}?

Oh, very good catch! Added.

> Except for this, looks fine.
> 
> mandoc catched this:
> $ mandoc -Tlint dstat.1
> mandoc: dstat.1:88:2: WARNING: unusual Xr punctuation: . before apm(4)

Thanks, also fixed in imported version.

Re: devel/autogen update

[Michael McConville]

Gregor Best wrote:
> On Wed, Mar 16, 2016 at 12:04:31AM -0400, Michael McConville wrote:
> > Michael McConville wrote:
> > > For some reason, it picks up guile if available and uses it even if
> > > guile2 (which is the only one that works here) is installed. I didn't
> > > see a configure option to force guile2. If only guile2 is installed, it
> > > works as expected. What's the best way of dealing with this?
> > 
> > I should probably give a little more information on this, as I spent a
> > while on it:
> > 
> > When guile 1.x is present, the configure script still recognizes and
> > chooses guile 2. Moreover, the correct pkg-config seems to be used, as
> > the guile 2 include headers are visible in the cc commands. I tried
> > looking into where things are failing, but it uses all sorts of
> > unfamiliar GNU build gunk (I think it might even bootstrap).
> > 
> 
> I think the issue is that guile1.x installs its main header to
>   /usr/local/include/libguile.h
> and guile2.x installs it to
>   /usr/local/include/guile/2.0/libguile.h
> 
> If you use pkg-config to get flags for guile2.x, the header for guile1.x
> is still in your include path and, depending on the order of flags, gets
> picked up before the one for guile2.
> 
> I've had a similar problem when I worked on a project of mine. I think
> the correct way to fix this would be to have the guile1.x port install
> its headers to /usr/local/include/guile/1.8 or something like that.

I think you're right. I was misunderstanding how include precedence
works. I though that because they were specified in this order:

> -I/usr/local/include/guile/2.0 -I/usr/local/include

guile2 should be picked up, but it seems that that isn't the case.

CVS: cvs.openbsd.org: ports

[Todd C . Miller]

CVSROOT:/cvs
Module name:ports
Changes by: mill...@cvs.openbsd.org 2016/03/17 16:53:06

Modified files:
security/sudo  : Makefile distinfo 

Log message:
Update to sudo 1.8.16

Re: Fix japanese/less

[Anthony J. Bentley]

YASUOKA Masahiko writes:
> Hi,
> 
> ok?
> 
> Fix jless not to crash when it starts running.  Diff from Akira Kato.

This does fix the amd64 crash for me.

I'm concerned about this port, though. It's an unmaintained ISO-2022
patchset on top of less-332, which was released in *1997*. The patches
no longer exist except on our mirrors. Have there been any
vulnerabilities in less in the past 19 years? Do the patches introduce
any?

It seems like it might be worthwhile for jless users to alias it to
"iconv -f iso-2022-jp -t utf-8 | less", and see if it acts as a
reasonable approximation.

I'm very concerned about keeping such an old, unmaintained fork in
our tree, when the original software has since grown its own support
for Japanese. I have similar concerns about kterm (1996 xterm),
jvim (1996 vim), ja-groff (1995 groff), hanterm-xf (2003 xterm)...

-- 
Anthony J. Bentley

Re: remove net/courtney?

[Stuart Henderson]

On 2016/03/17 23:26, Michael McConville wrote:
> This is a 21-year-old 362-line Perl script. Do people suspect that it's
> still useful? I recall seeing other port scan detectors in the ports
> tree, and I suspect they're better choices...
> 

Hardcoded list of ports without https, pop, imap, submission or common
proxies, the whole thing needs to run as root because there's no support
to run tcpdump via sudo/doas/etc, and it needs to run the tcpdump
packet dissectors which are known to be buggy. Bye!