??
What about another commands for fink
- 'make-image path' for making ISO image(s) of the given distribution
- 'update-from path' for installing stuff from CD
Is that a bad idea?
I'm speaking for the lazy ones.
??
On Wednesday, April 10, 2002, at 08:44 AM, David R. Morrison wrote:
If I
First off, I'd like to keep the discussion regarding a Fink CD
completly free of mentioning OpenOSX. I don't feel such a CD should
be made to spite anybody, but if at all for it's own good. Anyway,
here are some quick thought of mine on this:
1) It will be very helpful to anybody with a not
Am Mittwoch den, 10. April 2002, um 06:39, schrieb Max Horn:
3) Yeah, having a logo would be nice for a CD, and for other stuff,
too, but I don't see it as a strict requirement... OK, Justin? 8-)
In the 60's here in the US we had a 'Rat Fink' icon... but anyway...
4) Face it, it's not
On Wed, 10 Apr 2002 [EMAIL PROTECTED] wrote:
I know that it seems like implementing the function dwim(x) where x
is an expression and meaning of the function is Do What I Mean by x.
No need to do this in C when Fink is already written in Perl, right?
Of course not -- not when we have Damien
On Wed, 2002-04-10 at 11:37, Ujwal S. Sathyam wrote:
Hello,
I have looking at porting balsa, a gnome email client to MacOS X. If
someone already has balsa running, please let me know, and I shall
cease and desist :-). I started effort after searching the package
database and mailing
but you;'d be using disk space that doesn't need to be so. at least not
for the bin dist since apt can get from cd.
[EMAIL PROTECTED] writes:
Make a package which uses the Apple installer to install a bunch of .deb
files into /sw/fink/debs and a bunch of source files into /sw/src,
after
agreed :P
[EMAIL PROTECTED] writes:
3) Yeah, having a logo would be nice for a CD, and for other stuff,
too, but I don't see it as a strict requirement... OK, Justin? 8-)
¸.·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·.,
Justin F. Hallett - Systems Analyst
Phone:
At 11:34 AM -0700 4/10/02, Ujwal S. Sathyam wrote:
Excellent. Thanks. Maybe there should be a sys-headers or misc-headers
package?
Libraries come with their headers, generally. Headers aren't much use
without the corresponding library. (you'll compile it, but good luck
linking!)
-Ben
--
On Wed, 2002-04-10 at 13:52, Ben Hines wrote:
At 11:34 AM -0700 4/10/02, Ujwal S. Sathyam wrote:
Excellent. Thanks. Maybe there should be a sys-headers or misc-headers
package?
Libraries come with their headers, generally. Headers aren't much use
without the corresponding library.
You are certainly not the first to have noticed that fink's documentation
is inadequate.
Each time it comes up, the core fink developers seek volunteers from the
fink community to work on this. Perhaps people who don't have porting
skills but would like to help out.
So far, nobody is beating
There is a Help Wanted section on SourceForge. We can try that.
David R. Morrison wrote:
So far, nobody is beating down our doors.
-- Dave
___
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ncurses thinks my termnial does not have color, and I would like to tell
it otherwise. Is there any way I can? using a different termcap file
does not work, because my function keys which i need do not work then.
(this is for giFTcurs)
- -chris
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have a problem with giFT. I need to disable dlopen, and manually add
- -ldl to the LDFLAGS, or else it compiles fine, but says it cannot find
symbols at runtime. I think this might be because it creates
libOpenFT.a libOpenFT.la libOpenFT.so,
On Wed, 10 Apr 2002, David R. Morrison wrote:
You are certainly not the first to have noticed that fink's documentation
is inadequate.
Each time it comes up, the core fink developers seek volunteers from the
fink community to work on this. Perhaps people who don't have porting
skills but
I'm sorry I don't remember there being an issue, as a matter a fact I
thought giftcurs worked fine??
[EMAIL PROTECTED] writes:
I have a problem with giFT. I need to disable dlopen, and manually add
- -ldl to the LDFLAGS, or else it compiles fine, but says it cannot find
symbols at runtime. I
IE is fine.
[EMAIL PROTECTED] writes:
I take it I first need a Sourceforge account, and that IE can't be used to
do this? I'll go sign up for one with Mozilla...
¸.·´^`·.,][JFH][`·.,¸¸.·´][JFH][¸.·´^`·.,
Justin F. Hallett - Systems Analyst
Phone: (780)-408-3094
On Wed, 10 Apr 2002, Thomas Peters II wrote:
I guess my point is, we really need a lot more disclaimers and finger
pointing texts. Something which says We didn't make the Gimp, XWindows,
esound, etc. These other people made this stuff, go there for support.
This is certainly implied on the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
not giFTcurs. giFT-gtk. I cannot the gtk client to compile with the
- --no-dlopen option. Without it, it compiles fine, but It cannot find the
symbols in the .so file.
On Wednesday, April 10, 2002, at 08:47 PM, Justin Hallett wrote:
I'm
On Thursday, April 11, 2002, at 10:42 AM, Chris Zubrzycki wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
not giFTcurs. giFT-gtk. I cannot the gtk client to compile with
the - --no-dlopen option. Without it, it compiles fine, but It
cannot find the symbols in the .so file.
What
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
when I try to run the damenon, I get
[chris@localhost:~/development/local/net$] giFT
** gift-debug:Loading protocols...
** gift-fatal:couldn't load protocol in file
/sw/lib/giFT/libOpenFT.so: dlcompat: unable to find symbol OpenFT_init
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
[chris@localhost:/sw/src/gift-0.10.0-20020408/OpenFT$] otool -L
/sw/lib/giFT/libOpenFT.so
/sw/lib/giFT/libOpenFT.so:
/sw/lib/libdl.0.dylib (compatibility version 0.0.0, current
version 0.0.0)
/usr/lib/libSystem.B.dylib
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thanks a lot...it was even easier than that. here's the diff:
- - --- gift-0.10.0-20020408.orig/src/protocol.cThu Apr 11 00:01:49
2002
+++ gift-0.10.0-20020408/src/protocol.c Thu Apr 11 00:02:31 2002
@@ -108,7 +108,8 @@
22 matches
Mail list logo