David R. Morrison wrote:
+p2002-05-01: To avoid inadvertantly erasing files from their disks, all
+Fink users are urged to update the ipasswd/i package in their Fink
+installations as follows:/p
+ulli Use fink selfupdate-cvs, to update your fink files/li
Dave, doesn't this leave the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
### Sylvain Cuaz [Thu, May 02, 2002 at 11:38:45AM +0200]
No, there at least 3 problems, see (as Dave already told you ;-)
http://fink.sourceforge.net/doc/porting/libtool.php
Oh, I'm sorry. I thought the website only talked about the 1.3.x
Can you check to see if you have the file
/sw/fink/dists/unstable/main/finkinfo/graphics/libungif-4.1.0b1-3.info
on your system? If you do, please remove it and try again.
-- Dave
___
Have big pipes? SourceForge.net is looking
On second thought, it might actually be possible for users without DevTools
to follow the fink rebuild passwd instructions. cc and make aren't
run in this case: the only commands invoked by the CompileScript and
InstallScript are sed, mkdir, and install. Shouldn't those already be
present, even
At 21:19 Uhr -0400 01.05.2002, David R. Morrison wrote:
In a discussion on #fink about the passwd problem, it was suggested that
we put an announcement about the problem in the News section on Fink's
homepage. Appended below is a diff file for the source of that page,
which would contain the
At 15:43 Uhr -0700 01.05.2002, Ben Hines wrote:
At 11:35 PM +0200 5/1/02, Max Horn wrote:
At 3:37 Uhr -0700 30.04.2002, Ben Hines wrote:
At 10:25 AM +0200 4/30/02, Bernd Kuemmerlen wrote:
As this has been discussed on this list last week, maybe someone with a
little bit more insight on this
At 6:55 Uhr -0400 02.05.2002, David R. Morrison wrote:
Martin Costabel [EMAIL PROTECTED] wrote:
David R. Morrison wrote:
+p2002-05-01: To avoid inadvertantly erasing files from their disks, all
+Fink users are urged to update the ipasswd/i package in their Fink
+installations as
At 1:22 PM +0200 5/2/02, Max Horn wrote:
At least a file release or news item of ONLY passwd. (you don't
have to release an entire fink update!) But nothing was posted. No
news. No Warning to fink users.
Yes, there probably should have been some warnings. A pity nobody
thought of it, or
how can a build link the same two libs in two different link cmds and one
fail but the other doesn't??
cc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I../build -I../lib -I../rpmdb
-I../rpmio -I../popt -I../misc -I/sw/include -I../misc -I/sw/include
-no-cpp-precomp -D_GNU_SOURCE -D_REENTRANT -Wall
A few days ago I put splitoff versions of several packages into unstable,
including some packages which conflict with each other: giflib vs. libungif,
freetype vs. freetype-hinting, and imagemagick vs. imagemagick-nox.
A few users reported trouble to me, from which I learned a few things:
1)
At 9:45 Uhr -0600 02.05.2002, Justin Hallett wrote:
how can a build link the same two libs in two different link cmds and one
fail but the other doesn't??
Because different options are used. E.g. the second command uses
-multiply_defined suppress but the first doesn't.
Cheers,
Max
--
At 11:44 PM +0200 5/2/02, Max Horn wrote:
So what about this now? Should we post it like I suggested, or
should yet another text be used? Or will we not post anything again?
Looks good to me, post away.
-Ben
--
http://homepage.mac.com/bhines/
At 11:41 PM -0400 5/2/02, Chris Devers wrote:
http://prdownloads.sourceforge.net/xinvaders3d/xinvaders3d-1.3.6.src.tar.gz
So, *maybe* the download url can add /\?use_mirror=(unc|telia|belnet)/ [or
something to that effect] as needed, based on whatever the user may set
for a geographic
13 matches
Mail list logo
