On 06/05/12 02:44, Josh Elsasser wrote:
> This is a known sbcl bug which has been fixed, I could have sworn that
> I updated the sbcl port to pick it up.
>
> If you want a quick fix, just grab the latest release source tarball
> and build it with something like ./build.sh --prefix=/home/me/mysbcl,
On Mon, 4 Jun 2012 08:14:50 -0700
Matthew Dempsky wrote:
> (FYI, naddy@ already helped me with a bulk build test of this diff;
> I'm just waiting on code reviews from a few developers now.)
>
> On Mon, Jun 4, 2012 at 3:58 AM, Brett wrote:
> > In case it is helpful, stuff I used a lot since rebu
On Fri, Jun 01, 2012 at 01:53:28PM -0300, Gonzalo L. R. wrote:
> New package with EPOCH to manage the update from xxxterm and quirks diff.
>
> Ok? Comments?
>
> Cheers.
>
Works like a charm.
--
pgpjdqqyPU7al.pgp
Description: P
On Tue, Jun 05, 2012 at 01:51:33AM +0200, Florian Obser wrote:
> Hi,
> so I updated my laptop from 4.9 to -current the other day and
> noticed that stumpwm (my windowmanager of choice) was behaving
> strangely.
> I was able to trace it to sb-ext:run-program leaking file descriptors.
> Run this
>
Hi,
so I updated my laptop from 4.9 to -current the other day and
noticed that stumpwm (my windowmanager of choice) was behaving
strangely.
I was able to trace it to sb-ext:run-program leaking file descriptors.
Run this
(sb-ext:run-program "/bin/sh" `("-c" "date")
:output *standard-output* :
Ok, result after execinfo.h and -I/stuff, also -DDEBUG and turning
DEBUGVM=1 on.
$ ./squeak /home/dusty/pharo-image/pharo.image
ioFindExternalFunctionIn(display_X11, 0xfffe):
Unable to resolve symbol
ioFindExternalFunctionIn(sound_OSS, 0xfffe):
Unable to resolve symbol
ioFindExternalFun
I will attempt as you have said.
I have already done other things and managed to get a successfull build.
I can even load a pharo image successfully!
Thats about it, do anything, and it crashes.
I will do as you say and report back. In the mean time comments are welcome.
Output from crash:
$ ./
(FYI, naddy@ already helped me with a bulk build test of this diff;
I'm just waiting on code reviews from a few developers now.)
On Mon, Jun 4, 2012 at 3:58 AM, Brett wrote:
> In case it is helpful, stuff I used a lot since rebuilding (and all working
> as before):
>
> xxxterm, mplayer, dnsmasq,
On Mon, Jun 04, 2012 at 03:15:20PM +0100, Stuart Henderson wrote:
> On 2012/06/01 22:31, wen heping wrote:
> > +@conflict archivers/pecl-zip
>
> @conflict takes a package name, not a path. If you think about it,
> it has to be this way, because it can record a conflict with something
> which may n
On 2012/06/01 22:31, wen heping wrote:
> +@conflict archivers/pecl-zip
@conflict takes a package name, not a path. If you think about it,
it has to be this way, because it can record a conflict with something
which may no longer be in ports, so there's no way the build
infrastructure can work out
On Mon, 4 Jun 2012 14:20:31 +0200
Christopher Zimmermann wrote:
> let test () =
> while true
> do
> prerr_endline "before lock";
> Mutex.lock mutex;
> prerr_endline "after lock";
> done
>
> let _ = Thread.create test ()
>
> let () = Thread.delay 5.
ok, I rea
Here's a WIP update for ogre (to 1.8.0). Unfortunately, it fails with a
SIGBUS in glGenTextures in libGL (running SampleBrowser), and I haven't
been able to debug it any further.
Index: Makefile
===
RCS file: /cvs/ports/x11/ogre/Mak
Hi,
the ocaml system threads implementation is somehow broken. I can
trigger the error by this ocaml program:
let mutex = Mutex.create ()
let test () =
while true
do
prerr_endline "before lock";
Mutex.lock mutex;
prerr_endline "after lock";
done
let _ = Threa
icedtea-web failed in bulk build on i386, java stack trace and gdb backtraces
below.
#
# A fatal error has been detected by the Java Runtime Environment:
#
# SIGSEGV (0xb) at pc=0x7c19dfeb, pid=1867, tid=2080550912
#
# JRE version: 7.0_03-b04
# Java VM: OpenJDK Client VM (22.1-b02 mixed mode bsd
lang/smlnj build fails, looks like it's related to the sysconf changes.
smlnj is i386 only.
[Loading posix-procenv.sml.bin]
/usr/obj/smlnj-110.0.7/bin/.run/run.x86-openbsd: Fatal error -- Uncaught
exception SysErr with raised at
!!! unable to build SML heap image (sml.x86-bsd)
*** Error code 1
On Fri, 25 May 2012 10:59:25 -0700
Matthew Dempsky wrote:
> Diff below adds mbsnrtowcs() and wcsnrtombs(), which are new POSIX
> 2008 functions. I'd appreciate if someone could run this through a
> bulk build and let me know if anything breaks or misbehaves.
>
> Thanks!
Hi,
I didn't do a bulk
On Sat, May 26, 2012 at 09:46:00PM +0800, wen heping wrote:
> But pecl-zip in portstree is in version 1.10.2 which was released about 3
> years ago, and there are some bug fixed after that:
> https://github.com/php/php-src/tree/master/ext/zip
>
> So for me I would prefer php-zip than pecl-zip.
I
Update to latest version, now it has also a script to import web server
log files.
Now the Mysql user needs LOCKS privilege.
Full Changelog at http://piwik.org/changelog/
Comments ? Ok ?
Cheers
Giovanni
Index: Makefile
===
RCS fi
18 matches
Mail list logo
