On Thu, 3 Jun 2010, Anthony J. Bentley wrote:
> Hi guys,
>
> The comment in the Makefile for graphics/py-dot is currently:
> Python interface to Graphiz's Dot
>
> It is actually referring to *Graphviz*.
>
> Dunno if something this small needs a diff, but one follows just in
> case. HTH.
Fixed,
Jiri B. writes:
> I'm trying to create a port for xapian-ruby which is needed to build other
> stuff.
>
> This is my first try so don't get mad, anyway I've got into troubles...
>
> checking for library containing zlibVersion... -lz
> checking for uuid/uuid.h... no
> configure: error: uuid/uuid.
Hi guys,
The comment in the Makefile for graphics/py-dot is currently:
Python interface to Graphiz's Dot
It is actually referring to *Graphviz*.
Dunno if something this small needs a diff, but one follows just in
case. HTH.
Index: Makefile
==
Hi ports:
This set of functions maps the arc4random(3) family of libc functions
into Perl code. All functions listed below are ithreads-safe. The
internal XS functions are not, but you are not supposed to call them,
either.
Tested in amd64-current.
*.tgz attached.
--
DISCLAIMER: http://goldma
On 2010/06/04 00:09, Stuart Henderson wrote:
> any takers? this is on amd64, current, clean box at build time.
ugh, sorry - this was a bad libtool build. most probably I stopped
something partway through dependency checks and restarted after
cleaning installed packages so it thought it had the for
any takers? this is on amd64, current, clean box at build time.
mat.c: In function 'Mat_VarReadDataLinear':
mat.c:1412: warning: passing argument 2 of 'InflateDataType' from incompatible p
ointer type
cc -DHAVE_CONFIG_H -I. -I. -I. -I. -O2 -pipe -c mat.c -o mat.o >/dev/null 2>&1
/usr/local/bin/li
Hi,
this updates asciidoc to its latest version.
I need it to update x11/awesome to 3.4.5...
Since it can depend on big monsters like math/graphviz, textproc/dblatex,
textproc/source-highlight and print/lilypond, I choose to follow netbsd
approach of requiring only the bare minimum.
What do
Hi,
Stuart Cassoff wrote:
This takes care of the two issues and brings another bit into alignment with
the Tcl source.
I think I got the p0's right and I don't think there's a need to bump the lib.
I didn't put --disable-load in. It takes an insane amount of time for me to
even get a vax emu se
This takes care of the two issues and brings another bit into alignment with
the Tcl source.
I think I got the p0's right and I don't think there's a need to bump the lib.
I didn't put --disable-load in. It takes an insane amount of time for me to
even get a vax emu setup with -current and such an
Merhaba,
Web sitesi tasarımı yapıyorum.
Tanıtım içerikli web siteleriniz ve düşük bütçeli işler
için size elimden geldiğince yardımcı olmaya
çalışırım.
Web sitemde çalışmalarımdan örnekler ve daha
ayrıntılı bilgiler bulabilirsiniz.
Hi,
I do web site design.
For you try to help as be
On Thu, Jun 3, 2010 at 12:42 PM, David Coppa wrote:
> On Thu, Jun 3, 2010 at 12:39 PM, Anil Madhavapeddy wrote:
>> The usual plaintive "can anyone test this on sparc64 please?" :-)
Tested on sparc64 (recent snapshot, gcc4 based).
Compiled ocaml 3.11.2, lablgtk2 2.14.0, unison 2.32.52. All seems
Dear Prospective Partner
I am sending you this email through the internet with reservations, basically
because you may perceive my intentions wrongly.
The issue I want to unravel to you is a very classified and sensitive one. It
may be very difficult for you to comprehend, but it certai
On 2010/06/03 08:33, Mark Lumsden wrote:
>
> P.S. Coincidentally, I made a small test for syslog. With LOG_INFO as the
> priority this works, with LOG_DEBUG it doesn't.
This works fine for both cases. Note that a default syslog.conf
only logs LOG_DEBUG messages for (kern|authpriv|lpr), so you wil
On Thu, Jun 3, 2010 at 12:39 PM, Anil Madhavapeddy wrote:
> The usual plaintive "can anyone test this on sparc64 please?" :-)
>
> Although I've just unpacked my sparc64 after moving house, the wires are in
> the wrong city...
I'll do.
ciao,
david
The usual plaintive "can anyone test this on sparc64 please?" :-)
Although I've just unpacked my sparc64 after moving house, the wires are in the
wrong city...
-anil
On 3 Jun 2010, at 08:47, David Coppa wrote:
> On Thu, 20 May 2010, Giovanni Bechis wrote:
>
>> On 05/20/10 12:29, David Coppa w
Hi,
We need these fixes from debian/ubuntu, otherwise bad things can
happen:
python in free(): error: bogus pointer
Abort trap (core dumped)
#0 0x09d5318d in kill () from /usr/lib/libc.so.53.2
#1 0x09da90d5 in abort () at /usr/src/lib/libc/stdlib/abort.c:68
#2 0x09da6cce in wrterror (p=Vari
Hi,
a new release of the examples was made to catch up with the changes in gnustep
-base and -gui, therefore getting rid of some patches. Attached diff to the
latest version.
cheers,
Sebastian
Index: Makefile
===
RCS file: /cvs/por
Thanks, works now.
http://cyodesigns.com/darkstat-3.0.713.diff
The above has been tested on gcc3 and gcc4.
ok?
-mark
>
> Did you try adding daemon.debug to syslog.conf?
>
>
> On Thu, Jun 03, 2010 at 08:33:21AM +0100, Mark Lumsden wrote:
>> Syslogging has been added to the latest version of dar
Hi
Did you try adding daemon.debug to syslog.conf?
On Thu, Jun 03, 2010 at 08:33:21AM +0100, Mark Lumsden wrote:
> Syslogging has been added to the latest version of darkstat:
>
> http://dmr.ath.cx/net/darkstat/changelog.txt
>
> However, in order to get it working I've had to make two changes:
On Thu, 20 May 2010, Giovanni Bechis wrote:
> On 05/20/10 12:29, David Coppa wrote:
> >Time to update our port! ;)
> >
> Update to 2.14.1 tested with net/unison ok ?
> Cheers
> Giovanni
Ok for me.
Since we're here, can the ocaml port be updated?
I need ocaml-3.11.2 to be able to update my mld
Syslogging has been added to the latest version of darkstat:
http://dmr.ath.cx/net/darkstat/changelog.txt
However, in order to get it working I've had to make two changes:
1. Comment out a line that makes a call to openlog, here is the call:
openlog("darkstat", LOG_NDELAY | LOG_PID, LOG_DAEM
21 matches
Mail list logo
