On Tue, Jun 28, 2011 at 04:02:30PM -0700, patrick keshishian wrote:
2. If I put the new gstoraster program into a subpackage, depending on
^
cups and ghostscript (-main), would this be a problem?
ughh... I really would like not to
On Wed, Jun 29, 2011 at 01:08:38AM +0200, Antoine Jacoutot wrote:
1. I forgot which ports where involved in the circular dependencies
(it wasn't a direct cups - ghostscript tie); does anyone remember?
IIRC cups used to run_depends on foomatic-filters (which depends on gs).
That is not
On Mon, Jun 27, 2011 at 12:29:33PM +, Jona Joachim wrote:
Minor update to ghc-7.0.4, with an additional fix for libraries/process
(don't use vfork), which avoids spurious failures on landry@'s bulk
builds.
Currently building on i386, I'll tell if it goes boom ;)
And? Did it blend?
On Wed, Dec 08, 2010 at 05:28:52PM +0100, Matthias Kilian wrote:
Attached is a new version of the port (with the fixed PLIST but
without the bump, of course). I'd like to import this.
ok? objections?
After I just got a ping from jirib, I'd like to import it. Heck,
I'm already using
On Wed, Jun 29, 2011 at 01:21:59AM +0200, Matthias Kilian wrote:
2. If I put the new gstoraster program into a subpackage, depending on
cups and ghostscript (-main), would this be a problem?
On the contrary, I think it would be a perfectly fine solution.
I'll do so
Depend on new the -cups subpackage of ghostscript.
Index: Makefile
===
RCS file: /cvs/ports/print/foomatic-filters/Makefile,v
retrieving revision 1.29
diff -u -p -r1.29 Makefile
--- Makefile2 Jun 2011 13:41:40 - 1.29
On Sun, Jul 03, 2011 at 11:56:17PM +0200, Matthias Kilian wrote:
Yeah I think you can set things like:
FULLPKGNAME-cups = ghostscript-cup-${VERSION}
FULLPKGPATH-cups = print/ghostscript/gnu,-cups
Cool, thanks.
Here's my current udpate:
Next try... simpler than before (no subpackages
On Mon, Jul 04, 2011 at 11:20:22PM +0200, Matthias Kilian wrote:
Depend on print/gstoraster.
Doh. Now we have cups rundepends on gstoraster, which rundepends
on ghostscript, which builddepends on cups. Or: to build ghostscript
you have to install cups, gstroaster and ghostscript. m(
So ignore
Here is a port of swfmill 0.3.0.
[...]
make fake causes some files to be rebuilt. I don't insist in fixing
this, though, but it's a little bit ugly.
make regress fails, so you should probably set NO_REGRESS=Yes:
make run-xml-tests
make: don't know how to make run-xml-tests. Stop in
On Fri, Jun 24, 2011 at 01:21:16AM -0400, Brad wrote:
Here is a port of swftools 0.9.1.
No need for all the patches, the following bits will do the trick:
FAKE_FLAGS= mandir=${WRKINST}${PREFIX}/man \
prefix=${WRKINST}${PREFIX}
post-install:
ln -fs simple_viewer.swf
Use both -fPIE and -pie in the config test.
Actually try to run the test program, not only to compile it.
Fixes the build on arm.
ok?
Ciao,
Kili
Index: patches/patch-config-scripts_cups-compiler_m4
===
RCS file:
Very minor update to poppler-0.16.7, which contains three bug fixes:
core:
* Fix memory leak on documents whose Catalog has no Pages entry
* Check Catalog is a dictionary before using it (KDE Bug #274888)
utils:
* pdftohtml: Do not crash in links
Hi,
On Tue, Jul 05, 2011 at 05:33:34PM -0400, Brad wrote:
No need for all the patches, the following bits will do the trick:
I'd prefer to keep the patches in CVS and track them there. I'm
going to push them upstream.
Ok then.
Also, it's GPLv2+, not GPLv2, according to some of the
[yes, i'm replying to a private mail on a public list; it's harmless in
this case]
On Sun, Jun 05, 2011 at 11:22:16PM +0200, Landry Breuil wrote:
As for imagemagick, why making it shared_only ? because of the
dependency on libldtl ? (which wasn't in lib_depends, but in configure
args ? wtf ?).
Fix pstopxl.in (from jirib, thanks), process and install it together
with the pxl*.ppd files. Yet untested; if anyone uses cups and
ghostscript with a H-P PCL XL printer, please give this a try.
Ciao,
Kili
Index: Makefile
Update to fontforge-20110222.
libfontforge gets a major bump (some functions changed arguments),
all other libraries get a minor bump just to be on the save side
(probably not needed at all).
While here, patch away some weird attempts to get something meaningful
by dividing the address of the
Hi,
On Tue, Jul 05, 2011 at 05:29:35PM -0400, Brad wrote:
Here is a newer version of the port using swfmill 0.3.1.
I just wanted to import it, but gave it another try with post-c2k11
stuff, and it seems to suffer from the png update. Sorry, but now
needs some more love (see log below). swftools
On Wed, Jul 13, 2011 at 05:33:17PM +0100, Nigel Taylor wrote:
You cannot eliminate JUnit 3.8 because there are still things that
use it that don't work on 4, at least last time I checked.
Can you elaborate what things? I will report if they still don't work,
or if they work now.
There
On Wed, Jul 13, 2011 at 12:40:55PM -0500, Amit Kulkarni wrote:
kili@,
I was planning on working on the newest pgsql-jdbc (which is a dev
version) since it works with jdk1.7.
Doesn't postgresql-jdbc 9.0 Build 801 work with jdk1.7? I'm not a big
fan of updating the port to a version that's still
On Fri, Jul 15, 2011 at 08:57:27AM -0500, Marco Peereboom wrote:
Since the current xxxterm is unusable with webkit 1.4 I decided to run a
release that mostly works around these issues.
Here's a port update for it. Sucks less than the previous version
on amd64.
Index: Makefile
On Sun, Jul 17, 2011 at 04:25:10PM -0500, Amit Kulkarni wrote:
I was planning on working on the newest pgsql-jdbc (which is a dev
version) since it works with jdk1.7.
Doesn't postgresql-jdbc 9.0 Build 801 work with jdk1.7? I'm not a big
fan of updating the port to a version that's still
On Sat, Jul 16, 2011 at 03:17:03PM +0200, Jona Joachim wrote:
these are the WebKit bindings for Haskell.
Tested on i386 and amd64 -CURRENT.
Little bit whitespace cleanup and reformated pkg/DESCR, otherwise
the same. ok to import? or is it too late?
Ciao,
Kili
hs-webkit.tgz
On Sat, Jul 23, 2011 at 03:28:01PM +0200, Remi Pointel wrote:
after the latest update to current and packages,
seems like redshift is missing a lib_depend?
$ redshift -l 54.5:4.9 -t 6000:4000
redshift: can't load library 'libgeoclue.so.1.0'
could you precise your redshift version
On Thu, Jul 28, 2011 at 05:37:58PM +0100, Mikolaj Kucharski wrote:
I think it should have additional conflict marker with
ossp-uuid-=1.6.2. I've also changed uuid conflict marker to cover any
version of uuid package to match it with packaging list of ossp-uuid
package (see conflict markers in
On Sun, Jul 31, 2011 at 04:36:00PM +0200, Jasper Lievisse Adriaanse wrote:
Have it your way if this works. I've gone blind on those markers already..
Sure, but why does @conflict ossp-uuid-1.6.2p1 work while @conflict
ossp-uuid-=1.6.2 doesnt?
Ciao,
Kili
On Wed, Aug 03, 2011 at 07:02:05PM -0600, Deraj Puma wrote:
I installed ghc from its official package. The system it is installed
on is a fresh install. I'll post the dmesg at the end of this email.
The problem I am experiencing is that ghc panics whenever I try to run
it or any of the other
On Thu, Aug 04, 2011 at 10:15:47AM -0600, Deraj Puma wrote:
I installed OpenBSD 4.9 and then copied over my home directory which
has this for a $PKG_PATH:
file:///mnt/cd/4.9/packages/i386/:ftp://ftp3.usa.openbsd.org/pub/OpenBSD/4.9/packages/i386/
. Then I did: pkg_add ghc . It installed from
On Thu, Aug 04, 2011 at 09:07:56PM +0200, Matthias Kilian wrote:
Are only the interpreter variants failing (ghci, runghc, runhaskell)?
Also, please check wether you have anything suspicious in ~/.ghc
and/or ~/.ghci, and that you're running the ghc, ghci, runghc,
runhaskell from /usr/local/bin
On Thu, Aug 04, 2011 at 01:38:03PM -0600, Deraj Puma wrote:
Again, thank you SO much for the help! Anything else you want me to do?
Donate some beer.
Update to xpd-3.03.
Please test this to death, comment, ok ;-)
About the removed patches: some of them have been included upstream,
sometimes not completely obvious (because upstream did some
refucktoring). Two removed patches that aren't obvious at all are
patch-xpdf_Catalog_cc and
I removed PKGNAME-main by accident. Please use this diff instead
of the one i sent last friday.
Index: Makefile
===
RCS file: /cvs/ports/textproc/xpdf/Makefile,v
retrieving revision 1.79
diff -u -p -r1.79 Makefile
--- Makefile10
It's ugly and fragile, but it's less work for me when I ask people
to build a new bootstrapper for lang/ghc (on i386). (And I guess
we'll need new boostrappers in a few months).
I'm not yet changing BIN_VER, because the current port should still
be built with ghc-6.12.3.20101121. But I'd like to
On Tue, Aug 30, 2011 at 02:20:55PM +0200, Landry Breuil wrote:
On Tue, Aug 30, 2011 at 01:35:56PM +0200, Donovan Watteau wrote:
OK, thanks! So here's a new version, with the following changes:
- Added SHARED_ONLY=Yes, regen'd PLIST and friends.
- Added MAINTAINER=Me.
- Fixed WANTLIB-flac
On Tue, Aug 30, 2011 at 02:58:11PM -0600, Matt Jibson wrote:
What does unzels mean? pvalchev was using dudes and moid provided
the German translation?
http://marc.info/?l=openbsd-ports-cvsm=105553742412504w=2
Never ask ports@ for the meaning of unzels ;-)
[cc'ing ports@]
On Tue, Aug 30, 2011 at 05:24:54PM -0400, Brad wrote:
-pre-configure:
-@cd ${WRKSRC} \
+post-patch:
+@cd ${WRKSRC} env \
AUTOCONF_VERSION=${AUTOCONF_VERSION} \
AUTOMAKE_VERSION=${AUTOMAKE_VERSION} \
${MAKE_PROGRAM} -f
On Thu, Sep 01, 2011 at 09:39:36PM +0200, Donovan Watteau wrote:
For the problem of building on ARM, unfortunately, I don't have any
OpenBSD/arm box so I can't test it. But, looking at vorbis.c and the
Makefile, it seems that the file should be vorbis.so, whether Tremor
is used or not. So I
On Sun, Sep 04, 2011 at 08:50:28PM +0200, Donovan Watteau wrote:
It seems that, for an unknown reason, CONFIG_TREMOR doesn't get enabled.
Could you do a simple make configure, and then provide the content of
config/tremor.h, grep TREMOR config.mk and grep VORBIS config.mk?
$ cat
On Mon, Sep 05, 2011 at 09:45:22PM +0200, Matthias Kilian wrote:
See diff to postgresql-jdbc below
and now with updated pkg/PLIST_docs
Index: Makefile
===
RCS file: /cvs/ports/databases/postgresql-jdbc/Makefile,v
retrieving
On Mon, Sep 05, 2011 at 07:29:31PM +0200, Jasper Lievisse Adriaanse wrote:
I was the one holding out for junit3 and 4 ports, but on thinking
about it, anybody that's truly dependant on 3.8 will likely have it
and the other jars that depend on 3.8 cached in their project source/lib
On Mon, Sep 05, 2011 at 09:12:09AM +0200, Landry Breuil wrote:
The attached port should fix this issue once and for all. It also
documents the new sndio backend in the manpage.
If this builds on arm, i'd be happy to (finally) import it.
It builds, packages, installs, and I'm right now
Hi,
after a run of pkg_check(8), i noticed that print/lout creates some
files not mentioned in the plist, so I tried to clean it up a little
bit by running lout -x at fake time instead of using the @exec line
in pkg/PLLIST-main (the files created by that lout -x llne don't
contain any paths, and
On Thu, Sep 08, 2011 at 10:27:14AM +0100, Stuart Henderson wrote:
However, the two @unexec lines in the old pkg/PLIST-main don't get
fired during update (because they come too early). Trying to update
to the new package fails:
Collision in lout-3.39p0-lout-3.39p1: the following files
On Tue, Sep 06, 2011 at 07:39:53PM -0500, Amit Kulkarni wrote:
I checked this out... working fine on amd64. everything okay.
Thanks for testing. I'll commit it in two weeks if nobody gives any
negative report.
Ciao,
Kili
= Matthias Kilian k...@openbsd.org
Index: devel/hs-vector-algorithms/distinfo
===
RCS file: /cvs/ports/devel/hs-vector-algorithms/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- devel/hs-vector-algorithms/distinfo 23
On Sun, Sep 11, 2011 at 08:19:55PM -0700, patrick keshishian wrote:
Hmm... I am trying to build xpdf but looks like
patches/patch-splash_SplashXPathScanner_cc does not apply correctly.
It has been removed. You forgot to run patch(1) with -E.
Ciao,
Kili
On Wed, Sep 14, 2011 at 09:11:55AM +0200, Rafael Sadowski wrote:
I think the current ghc port has problemes with -current (and the
current version of libc and libm).
Yes, that's a problem with every port dealing with binary boostrappers.
The best rule for dealing with such ports is: do not
On Mon, Nov 08, 2010 at 06:59:00PM +0100, Marc Espie wrote:
Enable -qt4 for powerpc, only keep it disabled for arm (because qt4
currently doesn't build there).
ok?
No.
This is not how things should work.
You do not set a pseudo flavor based on arch.
[...]
Enable poppler-qt4 for
Hi,
On Thu, Nov 18, 2010 at 06:54:41PM +0100, Jasper Lievisse Adriaanse wrote:
does or texlive depend on it or not?
I'm getting mixed signals from looking at the Makefile:
RUN_DEPENDS+= :ps2eps-*:print/ps2eps
CONFIGURE_ARGS+= --enable-ps2eps=no
The
I'd really like some second pairs of eyes on this one -- too many
stupid changes from me in the past (at least one during p2k9,
probably the gulden draak evening I can't remember).
On Sun, Nov 14, 2010 at 06:10:45PM +0100, Matthias Kilian wrote:
On Mon, Nov 08, 2010 at 06:59:00PM +0100, Marc
On Thu, Dec 02, 2010 at 07:32:38PM -1000, David Cantrell wrote:
Perhaps this is something I am doing wrong, but I noticed that if you:
pkg_add -v xmonad
(After setting PKG_PATH to point to a location with packages.), you will
not get the xmonad-lib package installed. Without
Update to poppler-data-0.4.4.
Index: Makefile
===
RCS file: /cvs/ports/print/poppler-data/Makefile,v
retrieving revision 1.7
diff -u -p -r1.7 Makefile
--- Makefile20 Nov 2010 09:48:39 - 1.7
+++ Makefile8 Dec 2010
Update to poppler-0.14.5. (Initial diff from Remi Pointel)
Add a proper CPPFLAGS setting to CONFIGURE_ENV, instead of fiddling
with CFLAGS, which is quite unusual for ports. (From Brad)
Index: Makefile
===
RCS file:
On Wed, Nov 17, 2010 at 12:27:45AM +0100, Jiri B. wrote:
Yeah, I found missing detoxrc later. Without config file it's not
very usable :)
It should be /etc/detoxrc not /etc/detox/detoxrc, otherwise it would
not find it and detox -L doesn't work.
[...]
And now the patch to last port...
On Wed, Dec 08, 2010 at 05:17:35PM +0100, Matthias Kilian wrote:
Date: Wed, 8 Dec 2010 17:17:35 +0100 (CET)
From: Matthias Kilian k...@outback.escape.de
Message-Id: 201012081617.ob8ghzra032...@nutty.outback.escape.de
To: ports@openbsd.org
Subject: update: print/poppler
Update to poppler
On Wed, Dec 08, 2010 at 05:17:35PM +0100, Matthias Kilian wrote:
Update to poppler-0.14.5. (Initial diff from Remi Pointel)
Add a proper CPPFLAGS setting to CONFIGURE_ENV, instead of fiddling
with CFLAGS, which is quite unusual for ports. (From Brad)
If there are no complaints, I'll commit
On Sun, Dec 19, 2010 at 09:18:59PM +0100, Matthias Kilian wrote:
This is a (not to be committed) update to ghc-7.0.2-rc1, aka
ghc-7.0.1.20101215.
For now, all I'm interested in is:
- does it build on i386?
- results of make regress on i386
I got a report from jasper@ (thanks). So
If anyone has any update for any haskell port and thinks he needs
an ok (or just feddback) from me, please do so before december 24th.
If you have an update and don't need an ok, commit ASAP. Please
don't commit any haskell related changes after december 24th.
And please don't work on haskell
system described in the `Scrap
Your Boilerplate' papers (http://www.cs.uu.nl/wiki/GenericProgramming/SYB).
It defines the Data class of types permitting folding and unfolding
of constructor applications, instances of this class for primitive
types, and a variety of traversals.
Maintainer: Matthias
On Sun, Dec 26, 2010 at 12:10:50PM -0700, Matthias Kilian wrote:
CVSROOT: /cvs
Module name: ports
Changes by: k...@cvs.openbsd.org2010/12/26 12:10:50
Log message:
Import mtl-2.0.1.0, needed by a couple of hs-* ports after the
update to ghc-7.0.2. Unfortunately
On Fri, Dec 10, 2010 at 10:06:01PM +0100, Jiri B. wrote:
Attached is a new version of the port (with the fixed PLIST but
without the bump, of course). I'd like to import this.
Hi,
OK for me.
Anyone else? Preferrably with an account at cvs? ;-)
Hi,
can anyone please test wether it still compiles with ghc-6.12.3?
I'd do it myself, but I've still the ghc-7.0.2 release candidate
in my tree (and installed), together with a couple of dozens of
other updated hs-ports.
Thanks in advance,
Kili
Index:
On Sat, Jan 01, 2011 at 09:03:25PM +0100, Matthias Kilian wrote:
can anyone please test wether it still compiles with ghc-6.12.3?
Done by Dawe. Thanks!
Ciao,
Kili
Update to lout-3.39.
I've tweaked the lout makefile a little bit more (to use BSD_INSTALL_
variables), and also changed the doc/user/README to tell people
they've to run lout in unsafe mode (-U) to format the user guide.
Removed MAINTAINER, as db@ wasn't active for more than 5 years, and
the
Hi,
Jasper asked me, so in case anyone else is interested, here's the
current state of my work on the ghc update (note that it's still a
release candidate):
Some ports are still broken and need some more work (more or less
difficult; some may just need type signatures added at some places,
like
On Sun, Jan 02, 2011 at 08:21:49PM +0100, Matthias Kilian wrote:
Jasper asked me, so in case anyone else is interested, here's the
current state of my work on the ghc update (note that it's still a
release candidate):
FYI:
There will be no update to ghc-7, at least not for openbsd-4.9.
Ciao
Yes, without WANTLIB and with CFLAGS=-O3, so please don't discourage
nayden ;-)
On Mon, Jan 10, 2011 at 02:53:01PM -0600, Marco Peereboom wrote:
One was sent to ports@
On Mon, Jan 10, 2011 at 01:45:06PM -0700, nayden wrote:
I am in the process of creating one...A
On Sun, Jan 9,
On Thu, Jan 13, 2011 at 05:35:28PM +0200, ramrunner wrote:
here is a new port of the newest version of dhex that
has string searching capabilities and some bugfixes.
the maintainer was kind enough to provide that after marcos request.
also the new port has WANTLIB, and -03 flags, but somebody
On Thu, Jan 13, 2011 at 09:49:33PM +0100, Matthias Kilian wrote:
Update to ImageMagick-6.6.6-10, with help from Brad. Regression
tests work fine on amd64, some more tests needed (I'll try to do
arm, powerpc, mips64el).
arm: one test-suite failure (segmentation fault)
powerpc: 3 test-suite
On Tue, Jan 18, 2011 at 12:06:13AM +0100, Pascal Stumpf wrote:
The version you're using in your port is even wrong. A shared library
must have the name libFOO.so.major.minor. I've fixed this (and set
the version to 1.0). Also some cleanups (less patches, allow for
orverriding CC, CXX,
On Fri, Mar 04, 2011 at 03:42:17PM +0100, Pascal Stumpf wrote:
diff -urN -x CVS parrot.orig/Makefile parrot/Makefile
--- parrot.orig/Makefile Wed Nov 17 09:05:18 2010
+++ parrot/Makefile Fri Mar 4 15:26:07 2011
[...]
+pre-build:
+ chown nobody ${WRKSRC}/docs
[...]
diff -urN -x
On Fri, Mar 04, 2011 at 04:40:39PM +0100, Matthias Kilian wrote:
ps: I'm trying to build it on arm and mips64el now.
Full regress logs at
http://openbsd.dead-parrot.de/parrot-arm-regress.log
http://openbsd.dead-parrot.de/parrot-mips64el-regress.log
arm:
Test Summary Report
On Sat, Mar 05, 2011 at 01:22:50AM +0100, Pascal Stumpf wrote:
arm:
Test Summary Report
---
t/op/arithmetics.t(Wstat: 0 Tests: 80 Failed: 1)
Failed test: 30
Files=381, Tests=13723, 9253 wallclock secs (132.27 usr 23.37 sys + 7265.69
cusr
On Sat, Mar 05, 2011 at 03:09:08PM +, Edd Barrett wrote:
As I pointed out in your other update attempt thread.. you missed
adding --disable-faad and removing the faad LIB_DEPENDS.
I tend to agree with Brad here.
So here's an updated diff, disable external libfaad, as the internal
On Sat, Mar 05, 2011 at 02:35:42PM +0100, Pascal Stumpf wrote:
I'll try, but building rakudo seems to need a lot of memory. This
may take some time on my poor little armish ;-)
Thanks a lot in advance. Also, be warned that the rakudo spectest will
take a very long time, maybe even days on
On Sun, Mar 06, 2011 at 11:06:06AM +0100, Matthias Kilian wrote:
This is similar to the results on amd64, except for
t/spec/S29-context/sleep.t, which passes on amd64.
[...]
Running it through ktrace(1) and then reading the trace with kdump
-R shows that `sleep' is implemented using poll(2
On Sun, Mar 06, 2011 at 02:58:51PM +0100, Pascal Stumpf wrote:
FWIW, amd64 has the same strangeness, but here the timeout parameter
is smaller than on mips64el, so it passes the test case. ktrace/kdump
examples on amd64:
7989 perl60.04 CALL poll(0x202a42800,0x1,0x14ef)
On Sun, Mar 06, 2011 at 11:06:06AM +0100, Matthias Kilian wrote:
Thanks a lot in advance. Also, be warned that the rakudo spectest will
take a very long time, maybe even days on such a machine.
armish is still building
Still. Swapping. Poor little machine.
Unless there are arm machines
On Tue, Mar 08, 2011 at 10:06:29PM +, Stuart Henderson wrote:
On 2011/03/08 21:18, hyjial wrote:
While playing on Calibre, I needed some utils found in Poppler distribution.
Here is a diff that adds a member to the MULTI_PACKAGES list of the current
Poppler port.
Have you asked the
On Fri, Mar 18, 2011 at 07:09:59PM -0400, Brad wrote:
Index: Makefile
===
RCS file: /home/cvs/ports/www/gnash/Makefile,v
retrieving revision 1.38
diff -u -p -r1.38 Makefile
--- Makefile 15 Jan 2011 10:56:51 - 1.38
+++
On Thu, Mar 24, 2011 at 04:24:45PM +0100, David Coppa wrote:
This is a port for http://hackage.haskell.org/package/redis, a
Haskell driver for the Redis key-value database.
Also included hs-MonadCatchIO-mtl, a (little) library on which
hs-redis depends...
Is it ok to import both of
Tainted files have been replaced by redistributable ones. I think
this game could be resurrected (although I don't like the background
music of the training trail and wonder wether it could be replaced
by the most unwonted song or even some `guenther and the sunshine
girls' shit).
Any objections?
On Thu, Mar 31, 2011 at 10:47:45AM +0300, Lars Engblom wrote:
I am just wondering if there is any reason GHC is not upgraded in the
ports tree. The current stable version of GHC is 7.0.3 while the one in
ports is 6.12.3.
An update of the ghc port isn't done in a few minutes, nor in a few
On Fri, Apr 01, 2011 at 01:25:17AM +0300, Antti Harri wrote:
I compiled this from ports on amd64 and every time when I exit the game I get:
% blobwars
blobwars in free(): error: chunk is already free 0x2101d7b80
zsh: abort (core dumped) blobwars
Could you please rebuild it with debugging
Hi,
On Fri, Apr 01, 2011 at 03:39:16AM +0300, Antti Harri wrote:
After this, you should be able to get a backtrace with gdb.
(gdb) bt
#0 0x0002079e33fa in kill () from /usr/lib/libc.so.58.0
#1 0x000207a3e4a1 in abort () at /usr/src/lib/libc/stdlib/abort.c:68
#2
[Rant ahead...]
On Thu, Mar 31, 2011 at 11:33:39AM +0200, Jasper Lievisse Adriaanse wrote:
http://www.openbsd.org/faq/faq15.html#Latest
It's more complicated then that in the case of ghc. Kili can elaborate more on
that though..
http://www.mail-archive.com/ports@openbsd.org/msg32063.html
On Mon, Apr 04, 2011 at 12:58:36AM +0200, Matthias Kilian wrote:
I thought the zombie problems in xmonad I observed during my tests
with ghc-7.0.2rc1 back in january were caused by ghc. But I was
wrong. The problem happens with ghc-6.12.3, too.
[...]
I'm stupid and missed the fact
= Matthias Kilian k...@openbsd.org
Index: devel/hs-text/distinfo
===
RCS file: /cvs/ports/devel/hs-text/distinfo,v
retrieving revision 1.2
diff -u -p -r1.2 distinfo
--- devel/hs-text/distinfo 12 Dec 2010 16:24:03 -
Update to darcs-2.5.2 (minor bug fixes and ghc-7 compatibility).
While here, add a workaround for texlive (via latex2html) trying
to create fonts under $HOME.
Note that this requires the update of devel/hs-text sent earlier
this day.
Index: Makefile
On Tue, Apr 05, 2011 at 10:17:15AM +0200, Dawe wrote:
Update to darcs-2.5.2 (minor bug fixes and ghc-7 compatibility).
[...]
Seems to be fine on amd64:
make regress = All tests OK
Even the haskell_policy.sh test? This test failed on my box with
tons of parse errors (i didn't care much about
On Tue, Apr 05, 2011 at 12:07:01PM +0200, Matthias Kilian wrote:
Update to darcs-2.5.2 (minor bug fixes and ghc-7 compatibility).
[...]
Seems to be fine on amd64:
make regress = All tests OK
Even the haskell_policy.sh test? This test failed on my box with
tons of parse errors (i
On Tue, Apr 05, 2011 at 10:50:11AM +0200, Landry Breuil wrote:
slashdot and quite possibly the rest of the interwebz is full of complaints
about memory leaks in firefox 4.
Sorry, but how is this related to a build failure ?
Those are viral memory leaks, they infect your whole system even
idoc isn't actively maintained upstream since years, it doesn't
build with ghc-7, and there's a similar (and actively developed)
tool named Haddock.
So i'll remove it from the tree after ghc had been updated to
ghc-7.0.3 (whenever this will happen).
If anyone thinks idoc is still worth keeping,
On Wed, Apr 06, 2011 at 03:51:12PM +0200, Dawe wrote:
I hope amd64 regression tests are of some help, too.
Well, I can do them myself, as I have an amd64, but your results
differ from mine, so it's not completely wasted time ;-)
Are the many framework failures for ghc6 expected or did I
= Matthias Kilian k...@openbsd.org
Index: devel/hs-ghc-paths/distinfo
===
RCS file: /cvs/ports/devel/hs-ghc-paths/distinfo,v
retrieving revision 1.1.1.1
diff -u -p -r1.1.1.1 distinfo
--- devel/hs-ghc-paths/distinfo 13 Apr 2010
On Fri, Apr 08, 2011 at 09:24:38PM +0200, Matthias Kilian wrote:
Diffs for xmonad dependsncies with ghc-7.0.3. Includes devel/hs-ghc-paths
(to build the haddock package), x11/hs-X11, x11/hs-xmonad-contrib.
x11/xmonad itself doesn't need an update (just a rebuild; do I need
to bump
On Fri, Apr 08, 2011 at 07:10:10PM +, Kevin Chadwick wrote:
Maybe when the user base or port developer base grows a lot we'll get
auto updates but I've got a sneaky feeling the developers appreciate
keeping the uninitiated to a minimum.
s/unitiated/whiners who don't send diffs/
On Sat, Apr 09, 2011 at 06:08:20AM +1000, Ian McWilliam wrote:
whiners who don't send diffs
Sheesh, some of us whiners used to send diffs, backport things from
current and were generally ignored. Along came the ressurection of
stable ports and we were still ignored.
If your diffs got
Another outdated haskell tool. The old homepage
(http://www.cs.york.ac.uk/fp/hmake/) points to http://haskell.org/hmake,
which doesn't exist any longer (the Haskell folks just didn't copy
it over when moving to a new server, and the upstream developer
obviously didn't care).
While I could mirror
= cpphs-1.11
PKGNAME-main = ${DISTNAME}
PKGNAME-lib = hs-${DISTNAME}
-REVISION-main =4
-REVISION-lib = 2
+REVISION-main =5
+REVISION-lib = 3
CATEGORIES = devel
MAINTAINER = Matthias Kilian k...@openbsd.org
-HOMEPAGE = http://haskell.org/cpphs/
-MASTER_SITES = http
= text-0.11.0.6
+REVISION = 0
CATEGORIES = devel
MAINTAINER = Matthias Kilian k...@openbsd.org
@@ -17,7 +18,7 @@ MODULES = lang/ghc
MODGHC_BUILD = cabal hackage haddock register
-LIB_DEPENDS = devel/hs-deepseq=1.1.0.0
401 - 500 of 3872 matches
Mail list logo
