CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2014/09/21 02:58:45
Modified files:
devel/help2man : Makefile
Log message:
gmake is horrible, shun it.
okay sthen@, aja@
(+ a big comment explaining why)
CVSROOT:/cvs
Module name:ports
Changes by: es...@cvs.openbsd.org 2014/09/21 03:02:47
Modified files:
editors/calligra: Makefile
Log message:
parallel, okay zhuk@
(tends to red-lantern some bulks otherwise).
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2014/09/21 06:14:45
Modified files:
print/cups : Makefile
Log message:
Drop unneeded CONFIGURE_ARGS.
CVSROOT:/cvs
Module name:ports
Changes by: na...@cvs.openbsd.org 2014/09/21 06:18:29
Modified files:
archivers/xz : Makefile distinfo
Removed files:
archivers/xz/patches: patch-src_liblzma_Makefile_in
Log message:
update to 5.0.7: fix invalid Libs.private
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2014/09/21 07:02:54
Modified files:
meta/gnome : Makefile
meta/gnome/pkg : README-main
Log message:
Re-depend on x11/gnome/initial-setup and add a note about how to run the
welcome
CVSROOT:/cvs
Module name:ports
Changes by: ajacou...@cvs.openbsd.org 2014/09/21 07:03:56
Modified files:
x11/gnome/initial-setup: Makefile
Added files:
x11/gnome/initial-setup/patches:
CVSROOT:/cvs
Module name:ports
Changes by: rob...@cvs.openbsd.org 2014/09/21 08:00:16
Modified files:
www/nginx : Makefile distinfo
Added files:
www/nginx/patches:
lua-lua-nginx-module_src_ngx_http_lua_socket_tcp_c
Log message:
CVSROOT:/cvs
Module name:ports
Changes by: sebas...@cvs.openbsd.org2014/09/21 10:29:56
Modified files:
www/puppet-dashboard: Makefile
www/puppet-dashboard/pkg: README puppet_dashboard.rc
puppet_dashboard_workers.rc
Log
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2014/09/21 10:47:45
Modified files:
mail/smtp-vilter: Makefile
Log message:
fix now that libmilter headers have moved under /usr/local
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2014/09/21 10:50:24
Modified files:
textproc/calibre: Makefile
Log message:
add b/rdep on py-xml, seems to be needed - failure to install bash-completions
file with an ImportError: No module named saxlib
CVSROOT:/cvs
Module name:ports
Changes by: st...@cvs.openbsd.org 2014/09/21 10:54:02
Modified files:
textproc/py-sphinx: Makefile
Log message:
unbreak last commit, py-* modules are not LIB_DEPENDS but BUILD_ and RUN_DEPENDS
reported by nigel@
CVSROOT:/cvs
Module name:ports
Changes by: b...@cvs.openbsd.org2014/09/21 11:32:41
Modified files:
databases/mysqlcc: Makefile distinfo
databases/mysqlcc/patches: patch-configure patch-mysqlcc_pro_in
Removed files:
databases/mysqlcc/patches:
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2014/09/21 13:00:06
Modified files:
mail/geary : Makefile distinfo
mail/geary/pkg : PLIST
Log message:
Update to geary 0.8.0, reminded by ajacoutot@ and jasper@
CVSROOT:/cvs
Module name:ports
Changes by: lan...@cvs.openbsd.org 2014/09/21 13:17:22
Modified files:
databases/mariadb: Makefile
Log message:
BROKEN-powerpc: rpl_parallel.cc:800: error: 'rli' was not declared in this scope
CVSROOT: /cvs
Module name: ports
Changes by: lan...@cvs.openbsd.org 2014/09/21 13:17:22
Modified files:
databases/mariadb: Makefile
Log message:
BROKEN-powerpc: rpl_parallel.cc:800: error: 'rli' was not declared in this
scope
This is likely broken everywhere the
On Saturday, September 20, 2014 23:45 CEST, Jeremy Evans jer...@openbsd.org
wrote:
On 09/20 11:13, Sebastian Reitenbach wrote:
On Saturday, September 20, 2014 20:53 CEST, Jeremy Evans
jer...@openbsd.org wrote:
On 09/20 07:30, Sebastian Reitenbach wrote:
Hi,
here is an update to SQLAlchemy 0.9.7
this update depends on the py-test update
i sent yesterday (to run the tests).
all non-skipped tests pass.
changes:
- py3 flavor
- PYPI master site
- i dropped the patch because
1. nose is not a hard dependency
2. as far as i can say the
Hello!
I'm sorry about this long email. I just want to describe below
everything that I have tried, so you won't have to ask about it.
I'm a long time FreeBSD user, but I had to switch OS because
I got problems with my main work tool tmux after upgrading to
FreeBSD 10. OpenBSD tmux seems fine,
Several of us are seeing failures building dbus with xmlto crashing on
random files. It will also crash if you run xmlto manually on a file.
It's not consistently crashing on the same file all of the time. It looks
like it's printing out garbage memory.
We are building on an early September
On 2014/09/21 16:06, list-openbsd-po...@jyborn.se wrote:
I get this in /var/log/maillog when I start mutt:
Sep 21 13:21:27 xxx dovecot: imap(yyy): Fatal:
pool_system_realloc(4294967296): Out of memory
Sep 21 13:21:30 xxx dovecot: imap(yyy): Fatal: master: service(imap): child
17371
On 2014/09/21 11:31, trondd wrote:
Several of us are seeing failures building dbus with xmlto crashing on
random files. It will also crash if you run xmlto manually on a file.
It's not consistently crashing on the same file all of the time. It looks
like it's printing out garbage memory.
On Sat, Sep 20, 2014 at 01:18:05AM -0400, Brian Callahan wrote:
Hi ports --
Planned on updating these with veusz. Didn't need to, but was already down
the rabbit hole so figured I might as well finish.
math/veusz works with these updates. Build tested all dependent ports OK on
amd64.
You
On 09/21/14 14:21, Landry Breuil wrote:
On Sat, Sep 20, 2014 at 01:18:05AM -0400, Brian Callahan wrote:
Hi ports --
Planned on updating these with veusz. Didn't need to, but was already down
the rabbit hole so figured I might as well finish.
math/veusz works with these updates. Build tested
On Sat, Sep 20, 2014 at 07:14:03PM +0200, Henning Brauer wrote:
pure perl implementation of the openpgp standard, attached
LGTM, but you could remove the PFRAG.shared files and merge them content
in PLIST, removing %%shared%% from them - we dont need that anymore
afair.
Landry
On Sat, Sep 20, 2014 at 02:11:04PM -0700, Jeremy Evans wrote:
This makes ruby 2.1 the default ruby version. Now that ruby 2.1.3 has
been released, it makes sense to switch the default from ruby 2.0 to
ruby 2.1.
Thinking out loud, but is there still a point in having 4 different
versions in
On Sun, Sep 21, 2014 at 02:24:05PM -0400, Brian Callahan wrote:
On 09/21/14 14:21, Landry Breuil wrote:
On Sat, Sep 20, 2014 at 01:18:05AM -0400, Brian Callahan wrote:
Hi ports --
Planned on updating these with veusz. Didn't need to, but was already down
the rabbit hole so figured I might
On Sun, Sep 21, 2014 at 06:13:32PM +0100, Stuart Henderson wrote:
On 2014/09/21 16:06, list-openbsd-po...@jyborn.se wrote:
I get this in /var/log/maillog when I start mutt:
Sep 21 13:21:27 xxx dovecot: imap(yyy): Fatal:
pool_system_realloc(4294967296): Out of memory
Sep 21 13:21:30
On Sun, Sep 21, 2014 at 08:38:44PM +0200, Landry Breuil wrote:
On Sat, Sep 20, 2014 at 02:11:04PM -0700, Jeremy Evans wrote:
This makes ruby 2.1 the default ruby version. Now that ruby 2.1.3 has
been released, it makes sense to switch the default from ruby 2.0 to
ruby 2.1.
Thinking out
On Sun, Sep 21, 2014 at 06:13:32PM +0100, Stuart Henderson wrote:
On 2014/09/21 16:06, list-openbsd-po...@jyborn.se wrote:
I get this in /var/log/maillog when I start mutt:
Sep 21 13:21:27 xxx dovecot: imap(yyy): Fatal:
pool_system_realloc(4294967296): Out of memory
Sep 21 13:21:30
On Sun, Sep 21, 2014 at 06:23:31PM +0100, Stuart Henderson wrote:
On 2014/09/21 11:31, trondd wrote:
Several of us are seeing failures building dbus with xmlto crashing on
random files. It will also crash if you run xmlto manually on a file.
It's not consistently crashing on the same file
On Sun, Sep 21, 2014 at 12:09 PM, Marc Espie es...@nerim.net wrote:
On Sun, Sep 21, 2014 at 08:38:44PM +0200, Landry Breuil wrote:
On Sat, Sep 20, 2014 at 02:11:04PM -0700, Jeremy Evans wrote:
This makes ruby 2.1 the default ruby version. Now that ruby 2.1.3 has
been released, it makes
Worked ok on amd64 and i386
Trying to get a useful backtrace for the core file. xmlto blows up on it's
own without dumping the core. It is bash that core dumps during the dbus
build.
All I got out of the backtrace was one address
0x0005a5f8 in ?? ()
Rebuilding bash with debug symbols to try
Now I can't find where it's dropping the core file. The one generated
before recompiling bash has this backtrace (when loaded with the new bash)
#0 0x0005a5f8 in list_length ()
#1 0x000803cc in strvec_from_word_list ()
#2 0x000230d4 in execute_disk_command ()
#3 0x00023a68 in
33 matches
Mail list logo