knghtbrd refers us to:
http://bugzilla.gnome.org/show_bug.cgi?id=302672
to fix broken poll() behavior in glib2. Seems like adding
-D_POLL_EMUL_H_ to CPPFLAGS would suffice for our pkg...(/me not near
Tiger to test it right now). That spot in gmain.c is the only place
that token is used in the s
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Daniel Macks wrote:
> knghtbrd refers us to:
>
> http://bugzilla.gnome.org/show_bug.cgi?id=302672
>
> to fix broken poll() behavior in glib2. Seems like adding
> -D_POLL_EMUL_H_ to CPPFLAGS would suffice for our pkg...(/me not near
> Tiger to
Michèle Garoche wrote:
For doxygen, there had been a newer version in experimental/michga for
2 months now.
People don't mess with other people's experimental, generally. If
you've got a fix, feel free to release it (or pass it on to the
maintainer, if it's not yours). :)
---
Le 3 mai 2005 à 14:22, Benjamin Reed a écrit :
Michèle Garoche wrote:
For doxygen, there had been a newer version in experimental/
michga for 2 months now.
People don't mess with other people's experimental, generally.
??? I was told that experimental was precisely here to do that.
Provides a l
Michèle Garoche wrote:
People don't mess with other people's experimental, generally.
??? I was told that experimental was precisely here to do that.
Provides a location where to put some attempt other people can test or
change.
So, now what is experimental for?
experimental/ is for your own t
Le 3 mai 2005 à 15:41, Benjamin Reed a écrit :
Michèle Garoche wrote:
People don't mess with other people's experimental, generally.
??? I was told that experimental was precisely here to do that.
Provides a location where to put some attempt other people can
test or change.
So, now what is e
On May 3, 2005, at 09:41, Benjamin Reed wrote:
OK. Your previous mail made it sound like that was not the case.
Assuming you never heard back before, I'd say maybe ping the
maintainer again, and if you don't hear anything in a few days, go
ahead and put it in, if the current package is causi
On 02 May 2005, at 22:20, Daniel Macks wrote:
On Mon, May 02, 2005 at 03:53:56PM -0400, Dave Vasilevsky wrote:
There's a problem with this. Fink's texi2html uses #!/sw/bin/perl .
But I'm using system-perl586, so I don't have a /sw/bin/perl. This is
detected by 'make', so it uses the OS X texi2html
On Tue, May 03, 2005 at 05:34:49PM +0200, Jean-Fran?ois Mertens wrote:
>
> On 02 May 2005, at 22:20, Daniel Macks wrote:
>
> >On Mon, May 02, 2005 at 03:53:56PM -0400, Dave Vasilevsky wrote:
> >
> >>There's a problem with this. Fink's texi2html uses #!/sw/bin/perl .
> >>But I'm using system-perl5
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Zanker wrote:
> Fresh install of Tiger, Xcode 2.0, latest fink. gnupg fails to build
> with the following error:
>
>
>>if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../include -I../intl
>>-no-cpp-precomp -I/sw/include -g -O2 -Wall -MT ttyio.o -M
On 03 May 2005, at 18:32, Daniel Macks wrote:
"update-alternatives" is a clean way of accomplishing this kind of
game. Give fink itself %p/bin/perl->/usr/bin/perl with a low priority
and then each perlXXX a %p/bin/perl->perlXXX with a higher priority
(and remove the actual %p/bin/perl from that pkg
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello guys.
Could we lock during a selfupdate?
When a slow CVS selfupdate runs and you try to install "fink install fink",
you will get errors like these:
"Reading package info...can't open
/sw/fink/dists/unstable/main/finkinfo/sci/nco.info: No such
David H. wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Zanker wrote:
Fresh install of Tiger, Xcode 2.0, latest fink. gnupg fails to build
with the following error:
[]
ttyio.c:166: error: 'rl_catch_signals' undeclared (first use in this function)
[]
Failed: phase compiling: gnupg-1.4.0-1
13 matches
Mail list logo
