On Friday, July 12, 2002, at 09:36 PM, John Pell wrote:
> I recently downloaded a program that requires libpcap. so i simply had
> fink download and install it. but my program still didn't compile. it
> couldn't find pcap-int.h. i downloaded libpcap-0.4 and it has this
> header, but the copy
On Friday, July 12, 2002, at 11:01 PM, Gregory Seidman wrote:
> It's possible I don't understand what hold means in dselect. Since
> orbit-0.5.15-2 consistently fails to compile, I set orbit (0.5.12-1) to
> hold in dselect. Now I expect that when I do fink update-all it will
> update
> everyth
It's possible I don't understand what hold means in dselect. Since
orbit-0.5.15-2 consistently fails to compile, I set orbit (0.5.12-1) to
hold in dselect. Now I expect that when I do fink update-all it will update
everything except orbit, since it is flagged hold. This is not the case. It
still t
Okay, so I made it out. I noticed that the ___db185_open missing symbol
was not referenced in the mc code, therefore it was being unresolved by
the gnome metadata code in gnome-libs, which was the library that I duct
taped by adding a -ldb. So I figured I better look back at that patch,
and
I recently downloaded a program that requires libpcap. so i simply had fink
download and install it. but my program still didn't compile. it couldn't
find pcap-int.h. i downloaded libpcap-0.4 and it has this header, but the
copy that fink installs(0.6x i think) doesn't. Has this header been rem
Okay, this one is related to a FAQ (Q5.2: gnome-libs complains about
dbopen and lots of other stuff.) The package mc-4.5.54-3 breaks:
/usr/bin/ld: Undefined symbols:
___db185_open
This is not because I don't have a db, or a db "without backward
compatability", at least so far as I understand.
Eh, never mind. I guess reinstalling gtk+-shlibs or some other
intermediate futzing did joggle something. Sorry.
Jeff
---
This sf.net email is sponsored by:ThinkGeek
Gadgets, caffeine, t-shirts, fun stuff.
http://thinkgeek.com/sf
___
Hi so more random breakage on my machine. Pardon my immediate
complaining, I'm feeling very impatient with it at the moment.
gdk-pixbuf breaks this time. It builds fine. Then when assembling the
installation directory it fails trying to copy some .so files which
don't exist:
/bin/sh ./mk
Lou Moran wrote:
>
> On Friday, July 12, 2002, at 09:27 AM, Martin Costabel wrote:
[]
>> If this is as close as you can get, then there is really something
>> missing: We were talking about libtkstub8.3.a, not about
>> libtclstub8.3.a. The libtk stuff is made later, in the second half of
>> th
confirm 441238
---
This sf.net email is sponsored by:ThinkGeek
Gadgets, caffeine, t-shirts, fun stuff.
http://thinkgeek.com/sf
___
Fink-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.n
On Friday, July 12, 2002, at 09:27 AM, Martin Costabel wrote:
snip
>>
>> `NXConvertHostFloatToSwapped' as `float' rather than `double' due to
>> prototype
>> rm -f libtclstub8.3.a
>> ar cr libtclstub8.3.a tclStubLib.o <<<
>
> If this is as close as you can get, then there is rea
I posted a description of gnumeric refusing to graph, despite guppi
having been installed, about a week ago. Perhaps this was the wrong
forum; if so, I apologize. Regardless, no one responded to the
inquiry. I had searched the list archives (fink-users & beginners,
and the gnumeric and guppi l
On vendredi, juillet 12, 2002, at 02:34 , Lou Moran wrote:
[]
>> You should look for a line
>>
>> ar cr libtkstub8.3.a tkStubLib.o tkStubImg.o
>>
>> and its neighboring output.
>
>
> This was as close to your line as I could find.
>
>
> `NXConvertHostFloatToSwapped' as `float' rather than `double'
I don't know whether this is meaningful, but the Makefile contains
nothing but repetitions of:
*** malloc[2677]: Deallocation of a pointer not malloced: 0x2161000;
This could be a double free(), or free() called with the middle of an
allocated block; Try setting environment variable MallocHelp
On Thursday, July 11, 2002, at 07:51 AM, fink-users-
[EMAIL PROTECTED] wrote:
> ellem wrote:
> []
>>> * if appropriate, the exact error output you received
>>>
>>
>> cpp-precomp: warning: errors during smart preprocessing, retrying in
>> basic mode
>> make: *** [tk3d.o] Error 1
>> ranlib: can't
Oh, gotcha. My bad.
Jeff Henrikson
> -Original Message-
> From: Martin Costabel [mailto:[EMAIL PROTECTED]]
> Sent: Friday, July 12, 2002 4:55 AM
> To: jehenrik
> Cc: [EMAIL PROTECTED]
> Subject: Re: [Fink-users] gnome-print dependencies
>
>
> jehenrik wrote:
> []
> > checking for gdk
jehenrik wrote:
[]
> checking for gdk-pixbuf-config... /sw/bin/gdk-pixbuf-config
> checking for GDK_PIXBUF - version >= 0.7.0... no
[]
> According to the "package" link off of fink.sourceforge.net, there
> doesn't even exist a fink package for gdk-pixbuf past version 0.18 in
> unstable. What gi
(incidentally, I was able to successfully duct tape my gnome-libs .patch
file, still interested in general info but immediate need met)
New issue: can somebody please clarify the following: budle-gnome causes
a gnome-
print-0.35-3 install, which crashes with:
checking for gdk-pixbuf-config...
18 matches
Mail list logo
