Nope.. no help. It's looking like the problem might be that errno is
being set in one thread, and detected in another. Does that sound
possible?
thanks,
-steve
On Sunday, February 24, 2002, at 04:55 PM, Gordon Messmer wrote:
> Attempting to write to a full, non-blocking fd might do it. What
On Sunday, February 24, 2002, at 04:28 PM, David R. Morrison wrote:
> I have separate binaries for /bin/sh and /bin/zsh, although they are
> identical in size (449616) and date (Dec 31). Presumably they were
> installed by the 10.1.3 upgrade.
Sizes are the same here. I'm running 10.1.2
Matthi
I've just thought of something which might help with backward-compatibility.
What if the package foo (which contains headers) were given a dependency
Depends: foo-shlibs (= current.version), foo-bin
That way, at least when you are upgrading foo-bin will get installed.
This doesn't solve things
Hi Martin. I'm sorry that the backward-compatibility has not been
perfect. But let me remind you about what we are solving with the
splitting up of packages.
An excellent example is provided by gal. gal is under rapid development,
and new versions (gal-17, gal-18, gal-19) are *not* backward-
OK, at least one of the recent mysteries of mine is solved:
control-center rebuilds now again for me.
The problem was that orbit-bin was not installed. The reason is clear:
nothing depends on it. So its contents that were in the orbit package
before are removed. No backward compatibility.
Now I
Benjamin Reed [[EMAIL PROTECTED]] wrote:
> s%@ACLOCAL@%${SHELL} /tmp/squid-2.5.PRE4/cfgaux
> /tmp/squid-2.5.PRE4/cfgaux/missing --run aclocal%g
>
> ...which are supposed to be on one line.
I fixed this by redirecting the output of the 'cd' command to
/dev/null. =)
On to the next annoying q
"David R. Morrison" <[EMAIL PROTECTED]> writes:
> installed by the 10.1.3 upgrade. I don't know how to check the version
> number of sh or zsh, which Matthias said was 3.0.8 in his case.
This should work:
zsh -c 'echo $ZSH_VERSION'
___
Fink-devel mai
I have separate binaries for /bin/sh and /bin/zsh, although they are
identical in size (449616) and date (Dec 31). Presumably they were
installed by the 10.1.3 upgrade. I don't know how to check the version
number of sh or zsh, which Matthias said was 3.0.8 in his case.
-- Dave
_
Peter O'Gorman wrote:
> This sounds like an interesting enigma, please let us know if
> you find the cause. I wonder if fink could somehow run in a
> 'clean' shell.
Did you upgrade to 10.1.3?
--
Martin
___
Fink-devel mailing list
[EMAIL PROTECTED]
h
Benjamin Reed wrote:
>
> I'm trying to make a package for squid, and it's got one small configure
> error. I swear I've seen something about this before but I can't for
> the life of me find any reference to it in the list archives.
>
> When I run configure, I end up with a bunch of lines like:
Matthias Neeracher wrote:
>
> Trying to update my unstable packages at home, I run into problems with
> gdk-pixbuf-shlibs-0.16.0-2 and gdk-pixbuf-0.16.0-3. Both of these
> packages complained about not being able to find library `' (Yes, that's
> an empty string).
> I traced the build and found t
Hi, I don't have any problems with gdk-pixbuf, which is strange,
because my /bin/sh is zsh too (Apple supplied hard link to
/bin/zsh). Makes me wonder if you have some env vars set which
may affect things or something else to do with your setup. It is
odd that you and I get different results o
I'm trying to make a package for squid, and it's got one small configure
error. I swear I've seen something about this before but I can't for
the life of me find any reference to it in the list archives.
When I run configure, I end up with a bunch of lines like:
creating Makefile
sed: file
Attempting to write to a full, non-blocking fd might do it. What
happens if you direct stdout to /dev/null?
On Sun, 2002-02-24 at 09:46, Steve Spicklemire wrote:
> Hi Folks,
>
> I thought I'd try the fink list this is a follow-up to a question I
> posted yesterday. I've been digging a lit
Trying to update my unstable packages at home, I run into problems with
gdk-pixbuf-shlibs-0.16.0-2 and gdk-pixbuf-0.16.0-3. Both of these
packages complained about not being able to find library `' (Yes, that's
an empty string).
I traced the build and found the following:
- libtool is run by
On Sunday, February 24, 2002, at 08:20 , David R. Morrison wrote:
> Kyle Moffett <[EMAIL PROTECTED]> wrote:
>
>> On Sunday, February 24, 2002, at 07:25 , Jeff Whitaker wrote:
the .so for A::R and A::C both statically link to libapreq, which
should internally bind the entry points b
Hi Folks,
I thought I'd try the fink list this is a follow-up to a question I
posted yesterday. I've been digging a little deeper. What sorts of
things cause "resource temporarily unavailable"?
thanks,
-steve
Begin forwarded message:
> From: Steve Spicklemire <[EMAIL PROTECTED]>
> Date:
Kyle Moffett <[EMAIL PROTECTED]> wrote:
> On Sunday, February 24, 2002, at 07:25 , Jeff Whitaker wrote:
> >>
> >> the .so for A::R and A::C both statically link to libapreq, which
> >> should internally bind the entry points between the A::R/A::C and
> >> libapreq libs, and it does on every platf
On Sunday, February 24, 2002, at 07:25 , Jeff Whitaker wrote:
>>
>> the .so for A::R and A::C both statically link to libapreq, which
>> should internally bind the entry points between the A::R/A::C and
>> libapreq libs, and it does on every platform including Apple.
>>
>> However, on Apple, the
>
> the .so for A::R and A::C both statically link to libapreq, which
> should internally bind the entry points between the A::R/A::C and
> libapreq libs, and it does on every platform including Apple.
>
> However, on Apple, the entry points are also *published*, so when both
> .so's are pulled in
20 matches
Mail list logo
