On Thu, Feb 12, 2004 at 08:40:37PM +1300, Nigel Stanger wrote:
> On 12/2/2004 10:22 AM, Daniel Macks at [EMAIL PROTECTED] spake thus:
>
> > For the Depends logic, I think the bleh-or-blah would not be a very
> > common occurance. More often (at least in the situations I can think
> > of) is "bleh
-BEGIN PGP SIGNED MESSAGE-
Hash: RIPEMD160
Nigel Stanger wrote:
| I ended up building my own XML front-end for building fink packages. I
| now create a single XML file that has all variants of the package in it,
| then run it through an XSLT processor with the appropriate variant
selected
On Thu, Feb 12, 2004 at 09:11:12PM +1300, Nigel Stanger wrote:
>
[expect depends on tcltk]
> nuevorico> fink fetch expect
[snip the output]
> Fink attempted to download the tarball for tcl (as I suppose you would
> expect it to, although I didn't actually realise that fink automatically
> fetches
Rob Braun wrote:
Update of /cvsroot/fink/dists/10.3/unstable/main/finkinfo/x11
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv24402
Added Files:
dclock.info
Log Message:
Add another clock. This time: dclock!
TarFilesRename: dclock.c:littledclock.c
PatchScript: <<
mv Imakefile Imakefile.o
I haven't commited anything to stable... talk to Dave about that.
---
TS
http://southofheaven.org
Chaos is the beginning and end, try dealing with the rest.
On 12-Feb-04, at 12:44 AM, Martin Costabel wrote:
TheSin wrote:
this seems to be a 10.2 or 10.2-gcc3.3 file as all my 10.3 pms have
pm581s
Hi Rob,
You brought up the subject of adding a kext to fink on #fink today. I belive
I said "No!" or some such :)
Well, lets actually discuss it, I have changed my opinion a little. If you
want to package something that requires a kext then the kext would:
1) go in a new category, "naughty" or
On Thu, Feb 12, 2004 at 11:05:13PM +0900, Peter O'Gorman wrote:
>
> 3) would not install anything in /System/Library/Extensions, but would
> install somewhere in /sw and in a postinstscript add a symlink. This way a
> user who does sudo rm -rf /sw would be left with a dangling symlink in
> /System
I try to port a scientific software to MacOSX, and I've trouble to
compile it. The compilation crashes with the following message:
Ordinateur-de-Sebastien:~/Developpement/gildas/kernel/lib/sic bastien$
make
(...)
gcc -pipe -c -O -I/usr/include -I/usr/X11R6/include -Wall getcar.c
In file include
On Feb 12, 2004, at 1:05 PM, Rob Braun wrote:
Apple has gotten really draconian about how kexts can be installed
on the system. I believe the kext actually has to be in /S/L/E, and
can't be a symlink. I'll need to test, but I'm pretty sure a symlink
won't suffice. I'll also go ask the kext folks
On Thu, Feb 12, 2004 at 10:05:33AM -0800, Rob Braun wrote:
>
> Apple has gotten really draconian about how kexts can be installed
> on the system. I believe the kext actually has to be in /S/L/E, and
> can't be a symlink. I'll need to test, but I'm pretty sure a symlink
> won't suffice. I'll al
For the unloading issue, I believe that we should require any package which
has a kext to do the following:
1) in a pre-remove script, have a dialog with the user in which the user
is told that an immediate reboot will occur if this package is removed,
and if the user says "no", the remova
On Thu, Feb 12, 2004 at 06:05:54PM -0500, David R. Morrison wrote:
> For the unloading issue, I believe that we should require any package which
> has a kext to do the following:
> 1) in a pre-remove script, have a dialog with the user in which the user
> is told that an immediate reboot will
David R. Morrison wrote:
As far as where to put it: does Apple have a recommended place (default
search path?) to install third-party kexts? /Library/Extensions, maybe?
If so, along the lines of earlier discussions, we should consider expanding
our rules to allow /sw/Library/Extensions as the loc
I'm working on updating the documentation (as ever), and I've noted
that Chapters 5 and 6 can be confusing to novice users (one mentioned
specifically to me that Chapter 6 is confusing).
Chapter 5 deals with the fink.conf file, which only affects the
behavior of the fink command. However, in t
On 13 Feb 2004, at 8:15 AM, Rob Braun wrote:
After talking with some of the people that actually know something
about kexts, I'm completely wrong here. kexts can be loaded from
anywhere. They only need to be in /S/L/E if they are going to be
"hot plugged", or automatically loaded when a device i
[EMAIL PROTECTED] committed:
> RCS file: /cvsroot/fink/dists/10.3/unstable/main/finkinfo/x11/xv.info,v
>
> +xv is an interactive image manipulation program for the X Window System. It can
> operate on images in the GIF, JPEG, TIFF, PBM, PGM, PPM, XPM, X11 bitmap, Sun
> Rasterfile, Targa, RLE, RGB
Hi Dan,
On Feb 12, 2004, at 9:09 PM, Daniel Macks wrote:
[EMAIL PROTECTED] committed:
RCS file:
/cvsroot/fink/dists/10.3/unstable/main/finkinfo/x11/xv.info,v
+xv is an interactive image manipulation program for the X Window
System. It can operate on images in the GIF, JPEG, TIFF, PBM, PGM,
PP
Looks fine to me, unless somebody thinks it needs to go somewhere else.
On Feb 12, 2004, at 11:12 AM, Darian Lanx wrote:
Update of /cvsroot/fink/web/xml/faq
In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv31632
Modified Files:
faq.xml
Log Message:
Not generating the mirror section yet how
18 matches
Mail list logo
