On Monday, June 30, 2003, at 01:23 AM, David R. Morrison wrote:
I'm still a bit unclear about what your change would accomplish, Peter.
BuildDepends is not passed to dpkg. We use that only within Fink.
As you suggest, when the shared libraries plan is fully implemented,
we'll
only have to
Ah, I get it now. I guess for me, a certain workaround has become such
a habit that I forgot about why I do it. Namely, when I want to build a
package foo which has a shlibs splitoff, I just do fink build foo-shlibs
to avoid the extra installation.
-- Dave
Am Sonntag, 29.06.03 um 18:48 Uhr schrieb Martin Costabel:
The gcc-3.3 woes are already starting. People who installed the new
Dec2002gccUpdater.pkg cannot compile the atlas package any more. The
problem was reported to the beginners list today, and I tracked it
down to the new as. I sent the
Hi Max.
If you do fink build foo then indeed foo-shlibs gets installed.
My understanding of the logic is this: both Depends and BuildDepends
are checked for whether they are installed or not, when fink build foo
is processed. Since foo-shlibs is not yet installed, the command
fink install
On lundi, juin 30, 2003, at 18:32 Europe/Paris, Max Horn wrote:
So do you know for sure this is a bug in gas; or isn't it possible
that they changed the syntax? Or some other parts of the assembler.
No, I only know that
1. the atlas package does compile with the dec2002 dev tools and it
doesn't
Max is right, when using build it doen't install either, I do it all
the time.
On Monday, June 30, 2003, at 10:29 AM, Max Horn wrote:
First off: if you just do a fink build foo, then neither foo nor
foo-shlibs should be installed. If latest Fink does that, it's a
regression; it didn't use to
this is indeed not true, I just tried it.
On Monday, June 30, 2003, at 11:18 AM, David R. Morrison wrote:
If you do fink build foo then indeed foo-shlibs gets installed.
---
This SF.Net email sponsored by: Free pre-built ASP.NET sites
7vnwtt204xov8c8vei3412nrn
Stop
Mailings Here
ym2dmp3tb2h8l7l63mb7jyuh
Hi,
as discussed two weeks ago on [Fink-Users] I'm not able to startup
Postgresql after updating it to version 7.3.3. I got the following
error:
shell-init: could not get current directory: getcwd: cannot access
parent directories: Permission denied
Can anyone help me to fix this problem, and
Quoting Andrea Riciputi [EMAIL PROTECTED]:
Hi,
as discussed two weeks ago on [Fink-Users] I'm not able to startup
Postgresql after updating it to version 7.3.3. I got the following
error:
shell-init: could not get current directory: getcwd: cannot access
parent directories: Permission
On Tuesday, July 1, 2003, at 03:07 AM, TheSin wrote:
this is indeed not true, I just tried it.
On Monday, June 30, 2003, at 11:18 AM, David R. Morrison wrote:
If you do fink build foo then indeed foo-shlibs gets installed.
In that case, please feel free to beat me around the head with a wet
Andrew Pinski wrote:
The as error is right here, the problem is gcc is producing wrong asm, I
will look into it.
OK, I hunted it down. It is really too silly: The code produced by a
fortran STOP statement (without optional stop-code) is treated as an
error by the new assembler. Definitely a
On Monday, Jun 30, 2003, at 19:14 US/Eastern, Martin Costabel wrote:
Andrew Pinski wrote:
The as error is right here, the problem is gcc is producing wrong
asm, I will look into it.
OK, I hunted it down. It is really too silly: The code produced by a
fortran STOP statement (without optional
There are two ways to resolve the versioning issue. One is to rename
the package. The other is to use the relatively new Epoch field in
fink. All versions with epoch = 1 are regarded as newer than all
versions with epoch = 0 (the default).
Epochs should only be used in special cases, but this
I'm not sure where i should send the question, but here goes:
when i do fink selfupdate-cvs it has decided to so su pell -c 'cvs
...' where i have NEVER had it do the cvs update as anything other
than root. i'm confused. where is this setting? how do I reset it?
help?
thanx,
JP
--
God is
15 matches
Mail list logo