On Mon, Jun 06, 2005 at 11:32:52PM -0400, Daniel Macks wrote:
> This may sound naive, but while fat binaries would be important if our
> distribution mechanism were "one binary package file, works
> everywhere", do we actually expect to have users with a single /sw
> that will be used cross-platfor
On Tue, Jun 07, 2005 at 09:01:02AM +0900, Peter O'Gorman wrote:
>
> I advise against the fat approach, I know Rob Braun tried it at some point
> and had issues (I cc'ed him).
My experience has mostly been with ppc and i386 fat building.
Going all fat isn't terrible. I
While trying to build nessus-ssl, I came across an interesting
problem with libdnet. The root of the problem is
10.4-transitional/stable libdnet installs the shlibs as
libdnet-shlibs and unstable installs them as libdnet1-shlibs
with no provides, or other compatibility tags. So, when I have
unst
One of the fringe benefits of having a unified Fink/DarwinPorts distfile
fetching system is a comparison of MD5's for files listed in both projects.
The fetching script complains when there is a mismatch in what the
desired MD5 of the distfile is. I've mentioned this on IRC from time
to time, but
On Mon, Sep 06, 2004 at 04:31:33PM -0700, Rob Braun wrote:
>
> I've come up with a patch that does this. I've been testing the
> patch locally, but have not tested it extensively. I'll test it with
> larger dependency chains later, when I get access to better connecti
On Mon, Sep 06, 2004 at 06:31:48PM -0600, TheSin wrote:
>
> so the description is true but the implementation isn't that difficult.
> and using the download only option in apt-get will fix the problem in
> your 2nd step/requirement.
As you can see in the patch, that is what it does. Uses the
Something I have been toying with for a while now is fink being able
to use apt-get-able packages. Sometimes when building something large,
many of the dependency packages are already in a bindist somewhere, and
I'd rather not build each and every one, just the packages newer than
what is in the b
On Tue, Feb 24, 2004 at 12:13:40PM -0800, Randal L. Schwartz wrote:
>
> During "fink selfupdate-cvs", I'm seeing a series of 10.3/unstable/...
> entries (scrolling by for a minute, probably a few hundred files) on
> *EVERY SINGLE UPDATE*.
Well, since I'm probably the one that made this change, I
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
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 sym
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
You're right, it probably should. What is currently
in 0.17.1 should work with virtually all versions of rsync
(as long as 'rsync' is really rsync). But, an explicit path
is more reliable.
Rob
On Wed, Nov 19, 2003 at 10:35:20PM -0800, Ben Hines wrote:
> Really fink should not be calling 'rsync'
On Tue, Nov 18, 2003 at 07:44:24AM +0100, Christian Schaffner wrote:
> Dear Fink Main Developers
>
> Um 20:05 Uhr -0800 am 17.11.2003,
> [EMAIL PROTECTED] schrieb:
> >From: Rob Braun <[EMAIL PROTECTED]>
> >Subject: fink/perlmod/Fink ChangeLog,1.417,1.418 SelfUpdate
On Wed, Nov 12, 2003 at 05:39:59PM +0100, Darian Lanx wrote:
>
> First of all, thank you for adding this Rob, but there are a few
> concerns I have.
>
> 537 # If there's no TIMESTAMP file, then we haven't synced
> from rsync
> 538 # before, so there's no checking we can
It appears that xdvi is trying to call setsid() after vfork().
Just about the only valid thing to do after vfork() is exec().
I'll bet this is your problem. You may try examining xdvi's
usage of setsid() after the vfork().
However, it looks like the parent is simply exiting after the
vfork. In th
On Sat, May 31, 2003 at 11:54:22AM -0700, Ben Hines wrote:
>
> It is supposed to be updated nightly, actually. If it didn't update for
> 10 days it is probably just a kink in the new system. Anyway, last
> updated today, now.
I was actually in hawaii for the last week and something went wrong
w
16 matches
Mail list logo
