Remove x11/fvwm95? (was: Re: Delete audio/rplay)

[Christian Weisgerber]

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.

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

mail/metamail CVE-2006-0709

[Michael McConville]

Our port is probably still vulnerable to CVE-2006-0709:

https://security-tracker.debian.org/tracker/CVE-2006-0709

https://rhn.redhat.com/errata/RHSA-2006-0217.html

There are two patches included in the Debian tickets and I can't tell
which was applied. They removed the port in 2009, so it's hard to find
out.

Of course, ideally we'd just remove ours too, but as sthen pointed out
comms/hylafax and mail/exmh2 still depend on it.

Re: remove mail/metamail?

[Michael McConville]

Stuart Henderson wrote:
> 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.

Could mail/exmh2 go too? The last release was in 2004, and its
dependence on mail/metamail doesn't speak well of its security. It's a
"Tcl/Tk interface to the MH mail system", which seems niche.

remove comms/seyon?

[Michael McConville]

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?

Re: How I built the excellent Pale Moon web browser

[Landry Breuil]

On Thu, Mar 17, 2016 at 02:39:59PM -0700, Tor Perkins wrote:
> 
> Hello,
> 
> Palemoon is based on Firefox but offers the "Classic UI".  It has no
> odious signing requirements for plugins.  Most plugins work and there
> are no pending requirements to rewrite them to a new API.  Here are
> some links:
> 
>   http://www.palemoon.org/
>   http://addons.palemoon.org/resources/incompatible/
> 
> It also seems faster and less "crashy" than Firefox.
> 
> I vastly prefer this browser over newer Firefox releases.

It is also mostly a one-man project, and even if in their release notes
they list security fixes, i wouldnt put the same 'trust' in this as in
official mozilla releases. They also use their own fork of the Gecko
engine...

But of course i'm saying this with my mozilla dev hat, so i'm biaised...

Landry

Re: [UPDATE]: net/haproxy 1.6.4

[Jeremie Courreges-Anglas]

Committed, thanks.

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

Re: Fix japanese/less

[Bryan Linton]

On 2016-03-17 18:20:12, Marc Espie  wrote:
> On Thu, Mar 17, 2016 at 10:42:21AM -0600, Anthony J. Bentley wrote:
> > 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.
> 
> I'm pretty sure you want to engage the japanese people directly over that
> issue.
> 
> I remember porting that software and struggling with it back when I needed
> japanese.  I have no idea what's still good or not, but it's best to let
> them decide, for the most part.
> 

I'm not sure how much my opinion counts, since I'm not a native
speaker, but I'm able to use irssi, vim, mutt, and my shell of
choice (zsh) just fine with the following script (aliased to a
hotkey in CWM).

#!/bin/sh
env LC_CTYPE=ja_JP.UTF-8 uim-xim &
env LC_ALL=ja_JP.UTF-8 uxterm -fa "Sazanami Gothic" -fs 16 $1

The first line launches an IME (if it's not running already), and
the second uses a bigger font, and also switches it to one I
installed from ports.  It's the only font I've found so far that
can render *both* Japanese text and the Latin alphabet in a way
that's not uncomfortably ugly.  All the other ones I've tried
render Japanese text just fine, but output only full-width Latin
text, which is very tiring on the eyes after a minute or two.

This allows me to both see and type Japanese text without issue
for the most part (there are some characters that end up
overlapping each other, like ○○ likely
because the terminal renders them as if they were half-width
characters when they're really full-width characters) but that's
an incredibly minor issue IMO.  Compared to how tedious it was to
set things up to work with Japanese text on the terminal ~15 years
ago when I first started, this is orders of magnitude better.

I haven't had a need to install anything else from ports to
accomplish what *I* need to, but then again, I have a very
UTF-centric workflow.

If someone were working with and depended upon using a terminal
program that used ISO-2022-JP or EUC-JP and wasn't UTF-8 capable,
then having a terminal that used those codesets natively would be
a requirement.


I'd still recommend waiting until several native speakers chime in
with their workflows, since mine is probably a limited subset of
what one would encounter in a Japanese office/datacenter, but I
still thought it worth chiming in to say that at least it's
possible to work with many programs from ports with the base uxterm.

-- 
Bryan

remove audio/mpegaudio?

[Michael McConville]

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?

Re: pkg_add (_pfetch) - Permission denied for /root/.netrc

[Jaime Tarrant]

* On Sat Mar 19, 2016 at 12:09:06PM +1100 218 , Jaime Tarrant 
(j...@cookiesystems.com) wrote:
> Date: Sat, 19 Mar 2016 12:09:06 +1100
> From: Jaime Tarrant 
> To: ports@openbsd.org
> Subject: Re: pkg_add (_pfetch) - Permission denied for /root/.netrc
> User-Agent: Mutt/1.5.24 (2015-08-30)
>
> * On Mon Feb 22, 2016 at 03:09:31PM -0700 33934 , Theo de Raadt 
> (dera...@cvs.openbsd.org) wrote:
> > Date: Mon, 22 Feb 2016 15:09:31 -0700
> > From: Theo de Raadt 
> > To: Marc Espie 
> > cc: Jiri B , ports@openbsd.org, z...@openbsd.org,
> >  st...@openbsd.org, Theo de Raadt 
> > Subject: Re: pkg_add (_pfetch) - Permission denied for /root/.netrc
> >
> > > RCS file: 
> > > /build/data/openbsd/cvs/src/usr.sbin/pkg_add/OpenBSD/PackageRepository.pm,v
> > > retrieving revision 1.117
> > > diff -u -p -r1.117 PackageRepository.pm
> > > --- OpenBSD/PackageRepository.pm  9 Feb 2016 10:02:27 -   1.117
> > > +++ OpenBSD/PackageRepository.pm  22 Feb 2016 21:59:35 -
> > > @@ -586,8 +586,14 @@ sub drop_privileges_and_setup_env
> > > $< = $uid;
> > > $> = $uid;
> > >   }
> > > - $ENV{LC_ALL} = 'C';
> > >   # don't error out yet if we can't change.
> > > +
> > > + # proper error messages
> > > + $ENV{LC_ALL} = 'C';
> > > + # sanitize env for ftp
> > > + delete $ENV{HOME};
> > > + delete $ENV{PAGER};
> > > + delete $ENV{TMPDIR};
> > >  }
> >
> > I am not sure whether this approach is sufficient.
> >
> > The situation here is that a process is being started (fork + exec) on
> > the other side of a priv boundary.
> >
> > The general mode of handling environment should be:
> >
> > 1. sanitize is
> > 2. consider thinking about this as a white-list, rather than a blacklist
> > 3. that process will happily parse all env variables, since there is no
> >issetugid in effect
> >
> > I'd like to propose
> >
> > 0. start with an empty environment
> > 1. pass LOGNAME and USER unmolested
> > 2. force PATH to the canonical default
> > 3. pass SHELL unmolested, or force it to /bin/ksh
> > 4. set HOME to /var/empty  (no $HOME is a rare situation for programs to 
> > handle)
> >
> > You are not just satisfying the ftp binary, but also the libc it is
> > using.  Maybe you want to also pass some LANG type things, not sure.
> >
>
> I noticed that line 583 of file:
>
> /usr/libdata/perl5/OpenBSD/PackageRepository.pm
>
> references the user _pkgfetch, however there is no such user on my
> system (-current, updated a earlier today). Should this be the _pfetch
> user instead?
>
> I tested changing it to _pfetch and this resolves the error - I don't
> know enough to be confident that this is the right way to resolve this
> though.

Sorry, I replied to the wrong thing.  Please disregard.

Re: remove mail/metamail?

[Anthony J. Bentley]

Michael McConville writes:
> Could mail/exmh2 go too? The last release was in 2004, and its
> dependence on mail/metamail doesn't speak well of its security. It's a
> "Tcl/Tk interface to the MH mail system", which seems niche.

MH as a format is not that niche. But exmh might be.

-- 
Anthony J. Bentley

Re: grub(2) - ONLY_FOR_ARCHS= i386 ?

[Jiri B]

> > 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.

FYI, I just booted OpenBSD from "native OpenBSD" grub2 on amd64:

grub-install /dev/rwd0c # used qemu for testing
XX_ files put into /etc/grub.d
cat >> /etc/grub.d/40_custom << EOF
menuentry "OpenBSD" {
set root=(hd0,4)
chainloader +1
}
EOF
grub-mkconfig -o /grub/grub.cfg
reboot

j.

Re: pkg_add (_pfetch) - Permission denied for /root/.netrc

[Michael McConville]

Jaime Tarrant wrote:
> I noticed that line 583 of file:
> 
> /usr/libdata/perl5/OpenBSD/PackageRepository.pm
> 
> references the user _pkgfetch, however there is no such user on my
> system (-current, updated a earlier today). Should this be the _pfetch
> user instead?
> 
> I tested changing it to _pfetch and this resolves the error - I don't
> know enough to be confident that this is the right way to resolve this
> though.

doas sysmerge

Re: pkg_add (_pfetch) - Permission denied for /root/.netrc

[Jaime Tarrant]

* On Mon Feb 22, 2016 at 03:09:31PM -0700 33934 , Theo de Raadt 
(dera...@cvs.openbsd.org) wrote:
> Date: Mon, 22 Feb 2016 15:09:31 -0700
> From: Theo de Raadt 
> To: Marc Espie 
> cc: Jiri B , ports@openbsd.org, z...@openbsd.org,
>  st...@openbsd.org, Theo de Raadt 
> Subject: Re: pkg_add (_pfetch) - Permission denied for /root/.netrc
>
> > RCS file: 
> > /build/data/openbsd/cvs/src/usr.sbin/pkg_add/OpenBSD/PackageRepository.pm,v
> > retrieving revision 1.117
> > diff -u -p -r1.117 PackageRepository.pm
> > --- OpenBSD/PackageRepository.pm9 Feb 2016 10:02:27 -   1.117
> > +++ OpenBSD/PackageRepository.pm22 Feb 2016 21:59:35 -
> > @@ -586,8 +586,14 @@ sub drop_privileges_and_setup_env
> > $< = $uid;
> > $> = $uid;
> >   }
> > -   $ENV{LC_ALL} = 'C';
> >   # don't error out yet if we can't change.
> > +
> > +   # proper error messages
> > +   $ENV{LC_ALL} = 'C';
> > +   # sanitize env for ftp
> > +   delete $ENV{HOME};
> > +   delete $ENV{PAGER};
> > +   delete $ENV{TMPDIR};
> >  }
>
> I am not sure whether this approach is sufficient.
>
> The situation here is that a process is being started (fork + exec) on
> the other side of a priv boundary.
>
> The general mode of handling environment should be:
>
> 1. sanitize is
> 2. consider thinking about this as a white-list, rather than a blacklist
> 3. that process will happily parse all env variables, since there is no
>issetugid in effect
>
> I'd like to propose
>
> 0. start with an empty environment
> 1. pass LOGNAME and USER unmolested
> 2. force PATH to the canonical default
> 3. pass SHELL unmolested, or force it to /bin/ksh
> 4. set HOME to /var/empty  (no $HOME is a rare situation for programs to 
> handle)
>
> You are not just satisfying the ftp binary, but also the libc it is
> using.  Maybe you want to also pass some LANG type things, not sure.
>

I noticed that line 583 of file:

/usr/libdata/perl5/OpenBSD/PackageRepository.pm

references the user _pkgfetch, however there is no such user on my
system (-current, updated a earlier today). Should this be the _pfetch
user instead?

I tested changing it to _pfetch and this resolves the error - I don't
know enough to be confident that this is the right way to resolve this
though.

Re: Fix japanese/less

[Anthony J. Bentley]

Bryan Linton writes:
> If someone were working with and depended upon using a terminal
> program that used ISO-2022-JP or EUC-JP and wasn't UTF-8 capable,
> then having a terminal that used those codesets natively would be
> a requirement.

luit(1) exists for exactly this reason.

-- 
Anthony J. Bentley

Re: Fix japanese/less

[Marc Espie]

On Thu, Mar 17, 2016 at 10:42:21AM -0600, Anthony J. Bentley wrote:
> 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.

I'm pretty sure you want to engage the japanese people directly over that
issue.

I remember porting that software and struggling with it back when I needed
japanese.  I have no idea what's still good or not, but it's best to let
them decide, for the most part.

Re: remove comms/seyon?

[Stuart Henderson]

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.

Re: mail/metamail CVE-2006-0709

[Joerg Jung]

> Am 18.03.2016 um 18:26 schrieb Michael McConville :
> 
> Our port is probably still vulnerable to CVE-2006-0709:
> 
> https://security-tracker.debian.org/tracker/CVE-2006-0709
> 
> https://rhn.redhat.com/errata/RHSA-2006-0217.html
> 
> There are two patches included in the Debian tickets and I can't tell
> which was applied. They removed the port in 2009, so it's hard to find
> out.
> 
> Of course, ideally we'd just remove ours too, but as sthen pointed out
> comms/hylafax and mail/exmh2 still depend on it.

I guess Debian has Hylafax as well.
So how did they solved the dependency problem?

Re: New: x11/dstat

[Jeremie Courreges-Anglas]

Joerg Jung  writes:

> Hi,

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?

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.

dstat.c includes machine/apmvar.h, shouldn't this port be
ONLY_FOR_ARCHS=${APM_ARCHS}?

Except for this, looks fine.

mandoc catched this:
$ mandoc -Tlint dstat.1
mandoc: dstat.1:88:2: WARNING: unusual Xr punctuation: . before apm(4)

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

remove net/courtney?

[Michael McConville]

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...

Re: x11/wmpinboard doesn't work

[Solène Rapenne]

Le 2016-03-18 13:34, Jeremie Courreges-Anglas a écrit :

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. ;)


My bad, I will try to remember this 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



That's good to know !

I applied your diff and I can use wmpinboard now.

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/18 17:12:22

Modified files:
audio/ardour   : Makefile 
audio/chromaprint: Makefile 
audio/clementine: Makefile 
audio/deadbeef : Makefile 
audio/gmpc-plugins: Makefile 
audio/liblastfm: Makefile 
audio/lmms : Makefile 
audio/mscore   : Makefile 
audio/mumble   : Makefile 
audio/pulseaudio: Makefile 
cad/xcircuit   : Makefile 
comms/jpilot   : Makefile 
databases/dbic++: Makefile 
databases/mariadb: Makefile 
databases/pgtcl: Makefile 
databases/qt3-sqlite3-plugin: Makefile 
databases/strigi: Makefile 
devel/appstream-glib: Makefile 
devel/bullet   : Makefile 
devel/codeblocks: Makefile 
devel/dconf: Makefile 
devel/eclipse/sdk: Makefile 
devel/geany: Makefile 
devel/goffice  : Makefile 
devel/goffice08: Makefile 
devel/gwenhywfar: Makefile 
devel/intellij : Makefile 
devel/jansson  : Makefile 
devel/jsoncpp  : Makefile 
devel/libgdata : Makefile 
devel/libopensync: Makefile 
devel/lua-lgi  : Makefile 
devel/mygui: Makefile 
devel/netbeans : Makefile 
devel/pango: Makefile 
devel/pangox-compat: Makefile 
devel/qjson: Makefile 
devel/qt-creator: Makefile 
devel/tclarc4random: Makefile 
devel/vte3 : Makefile 
editors/subtitleeditor: Makefile 
emulators/pcsxr: Makefile 
games/dhewm3   : Makefile 
games/hedgewars: Makefile 
games/lwjgl: Makefile 
games/solarus/solarus: Makefile 
games/speeddreams: Makefile 
geo/garmindev  : Makefile 
geo/libchamplain: Makefile 
geo/mapcache   : Makefile 
geo/merkaartor : Makefile 
geo/pgrouting  : Makefile 
geo/postgis: Makefile 
graphics/aqsis : Makefile 
graphics/darktable: Makefile 
graphics/dia   : Makefile 
graphics/djview4: Makefile 
graphics/evince: Makefile 
graphics/gegl  : Makefile 
graphics/gegl03: Makefile 
graphics/gthumb: Makefile 
graphics/luagd : Makefile 
graphics/nomacs: Makefile 
graphics/opencsg: Makefile 
graphics/openscenegraph: Makefile 
graphics/tkimg : Makefile 
graphics/tkpng : Makefile 
graphics/zint  : Makefile 
inputmethods/scim: Makefile 
inputmethods/scim-chewing: Makefile 
inputmethods/scim-qtimm: Makefile 
java/tanukiwrapper: Makefile 
lang/jimtcl: Makefile 
lang/jruby : Makefile 
lang/luajit: Makefile 
lang/obc   : Makefile 
lang/processing: Makefile 
lang/racket-minimal: Makefile 
mail/evolution : Makefile 
mail/evolution-ews: Makefile 
mail/evolution-rss: Makefile 
mail/rspamd: Makefile 
math/R : Makefile 
math/cgal  : Makefile 
math/plplot: Makefile 
misc/memchan   : Makefile 
multimedia/imagination: Makefile 
multimedia/ogmrip: Makefile 
multimedia/qt-gstreamer: Makefile 
multimedia/sfml: Makefile 
multimedia/synfig: Makefile 
multimedia/xine-lib: Makefile 
net/coccinella : Makefile 
net/ejabberd   : Makefile 
net/ettercap   : Makefile 
net/glib2-networking: Makefile 
net/icinga/core2: Makefile 
net/microblog-purple: Makefile 
net/pidgin-sipe: Makefile 
net/retroshare : Makefile 
net/tcl-snmptools: Makefile 
net/tclcurl: Makefile 
net/tcludp : Makefile 
net/znc: Makefile 
productivity/gnucash: Makefile 
productivity/grisbi: Makefile 
productivity/rubrica2: Makefile 
security/erl-bcrypt: Makefile 
security/keepassx: Makefile 
security/kqoauth: Makefile 
security/pidgin-otr: Makefile 
security/qca-gnupg: Makefile 
security/qca-ossl: Makefile 
security/qca-tls: Makefile 
security/qca2  : Makefile 
security/qoauth: Makefile 
security/tclgpg: Makefile 
security/tcltls: Makefile 
textproc/pugixml: Makefile 
www/arora  : Makefile 
www/epiphany   : Makefile 
www/gtkhtml3   : Makefile 
www/gtkhtml4   : Makefile 
www/icedtea-web: Makefile 
www/liferea: Makefile 
www/midori : Makefile 
x11/byzi   : Makefile 
x11/dbus-tcl   : Makefile 
x11/dbusmenu-qt: Makefile 
x11/freerdp: Makefile 
x11/gnome/at-spi2-atk: Makefile 
x11/gnome/banshee: Makefile 
x11/gnome/calculator: Makefile 
x11/gnome/control-center: 

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

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

Modified files:
lang/libv8 : Makefile 

Log message:
Do not derive other variables from PKG_ARCH.  In the general case it
can contain a list (e.g. "powerpc,macppc"), which can lead to unexpected
results.

CVS: cvs.openbsd.org: ports

[Landry Breuil]

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

Modified files:
www/mozilla-firefox: Makefile 

Log message:
Remove BROKEN-i386 marker. Whatever happened with fx 44 & llvm 3.7.1 has
autofixed itself with fx 45, which just builds & runs fine on i386.

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

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

Modified files:
mail/elm   : Makefile 
Added files:
mail/elm/patches: patch-hdrs_headers_h 

Log message:
fix errno declaration

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

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

Modified files:
comms/lcdproc  : Makefile 
comms/lcdproc/pkg: PLIST 
Removed files:
comms/lcdproc/pkg: PFRAG.parallel 

Log message:
Consistently disable support for devices connected to a PC printer
port.  (The configure check is broken).
Drop maintainer at his request.

ok edd@

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

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

Modified files:
.  : INDEX 

Log message:
sync; 9561

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org   2016/03/18 17:25:21

Modified files:
devel/quirks   : Makefile 
devel/quirks/files: Quirks.pm 
net: Makefile 
Removed files:
net/icb: Makefile distinfo 
net/icb/files  : config 
net/icb/patches: patch-glob_tilde_c patch-icb_bindings 
 patch-icb_c_log_c patch-icb_c_shell_c 
 patch-icb_defprocs_c patch-icb_getline_c 
 patch-icb_globals_c patch-icb_helpdata_c 
 patch-icb_history_c patch-icb_icb_h 
 patch-icb_ipcf_c patch-icb_oset_c 
 patch-icb_print_c patch-icb_protos_h 
 patch-icb_s_person_c patch-icb_serverlist_c 
 patch-icb_signals_c patch-icb_strings_c 
 patch-icb_tcl_c patch-icb_unix_c 
 patch-murgil_clientserve_c 
 patch-murgil_getrname_c 
 patch-murgil_serverserve_c patch-readline_Make 
 patch-readline_readline_c patch-sample_icbrc 
 patch-tcl_Make patch-tcl_panic_c 
 patch-tcl_tclBasic_c patch-tcl_tclCmdAH_c 
 patch-tcl_tclHistory_c patch-tcl_tclProc_c 
net/icb/pkg: DESCR PLIST 

Log message:
remove derelict ICB chat client; ok OpenBSD developer community

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

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

Removed files:
x11/wmpinboard/patches: patch-configure_in 

Log message:
Kill configure.in patch, there is no upstream anymore.

CVS: cvs.openbsd.org: ports

[Giovanni Bechis]

CVSROOT:/cvs
Module name:ports
Changes by: giova...@cvs.openbsd.org2016/03/18 16:25:18

Modified files:
www/kibana : Makefile distinfo 
www/kibana/pkg : PLIST 

Log message:
update to 4.4.2
from maintainer Pavel Korovin

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/03/17 08:11:45

Modified files:
mail/dovecot   : Makefile distinfo 
mail/dovecot/patches: patch-configure 
  patch-doc_example-config_Makefile_in 
  patch-doc_example-config_conf_d_Makefile_in 
mail/dovecot/pkg: PLIST-server 

Log message:
update to dovecot-2.2.22, from Brad

CVS: cvs.openbsd.org: ports

[Stuart Henderson]

CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org   2016/03/18 03:27:57

Modified files:
net/irssi  : Makefile distinfo 
net/irssi/patches: patch-src_core_settings_c 
   patch-src_fe-common_core_Makefile_in 
   patch-src_perl_Makefile_in 
net/irssi/pkg  : PLIST 
Removed files:
net/irssi/patches: patch-docs_irssi_1 

Log message:
update to irssi-0.8.18, from viq (maintainer), plus re-add the PKGSPEC line
to avoid breaking modules

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

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

Modified files:
infrastructure/mk: apache-module.port.mk 

Log message:
removing SHARED_ONLY is safe here

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

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

Modified files:
audio/audacious: Makefile 
audio/audacious-plugins: Makefile 
audio/calf : Makefile 
audio/cmus : Makefile 
audio/libcanberra: Makefile 
audio/xmms : Makefile 
audio/xmms-flac: Makefile 
audio/xmms-fmradio: Makefile 
audio/xmms-mad : Makefile 
audio/xmms-shn : Makefile 
audio/xmms-sid : Makefile 
audio/xmms-speex: Makefile 
audio/xmms-tremor: Makefile 
audio/xmms-wavpack: Makefile 
audio/xmms-xf86audio: Makefile 
comms/pilot-link: Makefile 
devel/droplet  : Makefile 
devel/jdk/1.7  : Makefile 
devel/jdk/1.8  : Makefile 
devel/stfl : Makefile 
games/bzflag   : Makefile 
games/gargoyle : Makefile 
games/stepmania: Makefile 
games/tuxpaint : Makefile 
graphics/GraphicsMagick: Makefile 
graphics/ImageMagick: Makefile 
graphics/libgphoto2: Makefile 
graphics/liblqr: Makefile 
graphics/xmms-kj: Makefile 
inputmethods/scim-anthy: Makefile 
inputmethods/scim-fcitx: Makefile 
inputmethods/scim-hangul: Makefile 
inputmethods/scim-pinyin: Makefile 
inputmethods/scim-tables: Makefile 
inputmethods/uim-chewing: Makefile 
lang/librep: Makefile 
lang/parrot: Makefile 
mail/claws-mail: Makefile 
mail/dovecot   : Makefile 
mail/dovecot-pigeonhole: Makefile 
multimedia/libaacs: Makefile 
multimedia/libbdplus: Makefile 
multimedia/libbluray: Makefile 
multimedia/libquicktime: Makefile 
multimedia/lives: Makefile 
multimedia/transcode: Makefile 
multimedia/xine-ui: Makefile 
net/farstream  : Makefile 
net/freeradius : Makefile 
net/irssi  : Makefile 
net/irssi-otr  : Makefile 
net/irssi-xmpp : Makefile 
net/libnice: Makefile 
net/mcabber: Makefile 
net/nepenthes  : Makefile 
net/netatalk   : Makefile 
net/rtg: Makefile 
print/libspectre: Makefile 
print/texinfo  : Makefile 
productivity/aqbanking: Makefile 
security/p11-kit: Makefile 
sysutils/bacula: Makefile 
sysutils/rsyslog: Makefile 
sysutils/syslog-ng: Makefile 
telephony/asterisk: Makefile 
telephony/kamailio: Makefile 
www/ap2-mod_dnssd: Makefile 
www/apache-httpd: Makefile 
www/gecko-mediaplayer: Makefile 
www/gnash  : Makefile 
www/p5-libapreq2: Makefile 
x11/fbpanel: Makefile 
x11/gtk2-aurora-engine: Makefile 
x11/gtk2-equinox-engine: Makefile 
x11/gtk2-nodoka-engine: Makefile 
x11/gtk2-rezlooks-engine: Makefile 
x11/gtk3-unico-engine: Makefile 
x11/mlterm : Makefile 
x11/qt4: Makefile 
x11/rep-gtk: Makefile 
x11/sawfish: Makefile 
x11/wxWidgets  : Makefile 

Log message:
remove SHARED_ONLY from simple ports that use the gettext or libiconv module

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

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

Modified files:
x11/kde: Makefile.inc 

Log message:
remove SHARED_ONLY here, it is still provided by the x11/kde module

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

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

Modified files:
x11/wmpinboard : Makefile 

Log message:
Bump REVISION after previous patches

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

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

Modified files:
graphics/mpeg_encode: Makefile 
graphics/mpeg_encode/patches: patch-libpnmrw_c 
graphics/mpeg_encode/pkg: PLIST 

Log message:
fix errno declaration, regen PLIST

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

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

Modified files:
editors/axe: Makefile 
editors/axe/patches: patch-Widgets_CtrlCodeSel_h 
 patch-Widgets_ScrollText_c 
Added files:
editors/axe/patches: patch-Help_axinfo_c 
 patch-Widgets_AxeEditor_c 
 patch-Widgets_AxeText_c 
 patch-Widgets_CtrlCodeSel_c 
 patch-Widgets_FileNom_c 
 patch-Widgets_NumericPad_c 
 patch-Widgets_Preference_c 
 patch-Widgets_regexp_c patch-axe_c 
 patch-coaxe_c 

Log message:
fix errno declaration; #include fixes while here

CVS: cvs.openbsd.org: ports

[Michael McConville]

CVSROOT:/cvs
Module name:ports
Changes by: m...@cvs.openbsd.org2016/03/17 22:35:35

Modified files:
net/nslint : Makefile 

Log message:
Remove the maintainer for now. They've been afk for 13+ years, the email
address bounces, and I can't track them down.

CVS: cvs.openbsd.org: ports

[Jeremie Courreges-Anglas]

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

Modified files:
x11/wmpinboard/patches: patch-configure patch-configure_in 

Log message:
Regen patches

CVS: cvs.openbsd.org: ports

[Tim van der Molen]

CVSROOT:/cvs
Module name:ports
Changes by: t...@cvs.openbsd.org2016/03/18 17:57:58

Modified files:
net/mcabber: Makefile 
Added files:
net/mcabber/patches: patch-configure 

Log message:
Fix a bug in the configure script causing the default modules directory to be
set to a wrong value. Incorrect use of the AC_DEFINE_DIR macro (in
configure.ac) results in a value like "23722{exec_prefix}/lib/mcabber".

Help and OK naddy@

CVS: cvs.openbsd.org: ports

[Christian Weisgerber]

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

Modified files:
math/xspread   : Makefile 
math/xspread/patches: patch-Makefile_in patch-interp_c 
math/xspread/pkg: PLIST 
Added files:
math/xspread/patches: patch-sc_h 

Log message:
fix errno declaration
also time_t and miscellaneous other fixes

CVS: cvs.openbsd.org: ports

[Adam Wolk]

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

Log message:
Import databases/liquibase from Bryan C. Everly

manage SQL database schemas via config files

>80 chars MASTER_SITES requested by sthen :)

OK sthen@

Status:

Vendor Tag: awolk
Release Tags:   awolk_20160318

N ports/databases/liquibase/Makefile
N ports/databases/liquibase/distinfo
N ports/databases/liquibase/files/liquibase.1
N ports/databases/liquibase/patches/patch-liquibase
N ports/databases/liquibase/pkg/PLIST
N ports/databases/liquibase/pkg/DESCR
N ports/databases/liquibase/pkg/README

No conflicts created by this import

CVS: cvs.openbsd.org: ports

[Anthony J . Bentley]

CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2016/03/17 02:44:53

Modified files:
fonts/anonymous-pro: Makefile 

Log message:
Update master_sites, homepage, license marker.

CVS: cvs.openbsd.org: ports

[Anthony J . Bentley]

CVSROOT:/cvs
Module name:ports
Changes by: bent...@cvs.openbsd.org 2016/03/17 02:36:09

Modified files:
audio/soundtouch: Makefile 

Log message:
Clarify license marker.