Your problem sounds a bit like a lazy-linking issue, but it's not quite
the issue I've seen. Try putting everything in one source file and see
if that makes a difference.
Dave
PGP.sig
Description: This is a digitally signed message part
Hi,
I have had several positive responses for the plplot package, so it can
be moved to stable. All packages it depends on are in stable, except
qhull, so that needs to be moved to.
thanks,
- Koen.
---
This SF.Net email is sponsored by: IB
On Mar 17, 2004, at 1:22 PM, jfm wrote:
I thought this was quite correct : isn't a subdirectory a file in
itself ?
Directories are files, yes. But why doesn't du count directories on
HFS? I don't care which it does, as long as it's consistent.
I'd like to both keep du_sk consistent with du, but
On Mar 17, 2004, at 5:15 AM, Girish wrote:
Hi ,
I am new to this mailing list. I am currenty invovled in one assignment.That assignments deals about porting one application on Mac Os X.
I am running program correctly on Linux but it gives the problem on Mac Os X
xyz.h
class xyzFlavor
{
publ
On Mar 17, 2004, at 6:12 AM, Christian Schaffner wrote:
cvs crash:
/usr/bin/su cschaffn -c 'cvs -z3
-d:ext:[EMAIL PROTECTED]:/cvsroot/fink checkout -d fink
dists'
Bus error
### execution of /usr/bin/su failed, exit code 138
I wish I could help more about this, but I want to gripe about cvs
cr
On Mar 17, 2004, at 6:36 PM, Dave Vasilevsky wrote:
It seems this answers part of the mystery:
[Toaster:/Volumes/TestUFS/fink/t] vasi$ du -sk .
94 .
[Toaster:/Volumes/TestUFS/fink/t] vasi$ perl -MFink::Command=du_sk -e
'print(du_sk($_),"\n") for @ARGV' .
73
[Toaster:/Volumes/TestUFS/fink/t]
>php4 in stable YAY
Sorry, Justin:
Failed: Can't resolve dependency "postgresql73-ssl-dev" for package
"php4-apache2-ssl-4.3.4-13" (no matching packages/versions found)
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tut
It seems this answers part of the mystery:
[Toaster:/Volumes/TestUFS/fink/t] vasi$ du -sk .
94 .
[Toaster:/Volumes/TestUFS/fink/t] vasi$ perl -MFink::Command=du_sk -e
'print(du_sk($_),"\n") for @ARGV' .
73
[Toaster:/Volumes/TestUFS/fink/t] vasi$ find . -type d | wc -l
21
Now, the obvio
> "Alexander" == Alexander K Hansen <[EMAIL PROTECTED]> writes:
Alexander> My reading of the responses on the lists was that the later ethereal
Alexander> version that you get from source (0.10.0a-11 vs. 0.9.14-1 from
Alexander> binary) does indeed seem to work.
Yes. As a test, I just compi
On Mar 17, 2004, at 11:56 AM, jfm wrote:
I have no idea what causes this _ UFS shouldn't matter here, no ?
UFS may in fact matter. I will go create a UFS disk and check.
Dave
PGP.sig
Description: This is a digitally signed message part
yes when i wrote the code I made it use /usr/bin/du IIRC cause they
have different defaults one uses 512k blocks the other uses 1024k
blocks.
---
TS
http://southofheaven.org
Chaos is the beginning and end, try dealing with the rest.
On 17-Mar-04, at 10:02 AM, jfm wrote:
Hi,
Here is the explana
Probably incorrect : with '-sk' both give the same output.
JF
On Mar 17, 2004, at 6:02 PM, jfm wrote:
Here is the explanation I guess :
/sw/fink/cvs/fink/t/Command# /usr/bin/du .
10 ./CVS
38 .
/sw/fink/cvs/fink/t/Command# /sw/bin/du .
5 ./CVS
19 .
Hi,
Here is the explanation I guess :
/sw/fink/cvs/fink/t/Command# /usr/bin/du .
10 ./CVS
38 .
/sw/fink/cvs/fink/t/Command# /sw/bin/du .
5 ./CVS
19 .
Jean-Francois
---
This SF.Net email is sponsored by: IBM Linux Tutorial
Hi,
I have no idea what causes this _ UFS shouldn't matter here, no ?
./Command/du_sk..NOK 5# Failed test (./Command/du_sk.t
at line 30)
# got: '83'
# expected: '103'
./Command/du_sk..NOK 6# Failed test (./Command/du_sk.t
at line 31)
# got:
On Mar 17, 2004, at 11:18 AM, Patrick Toomey wrote:
Hi,
I just recently subscribed, but have done a search in the archives
on this issue. It seems that the last message regarding the
Ethereal/GTK issue was posed in January. The response to the inquiry
basically stated that everything is fix
Hi,
I just recently subscribed, but have done a search in the archives on
this issue. It seems that the last message regarding the Ethereal/GTK
issue was posed in January. The response to the inquiry basically
stated that everything is fixed and should be working now. I have been
unsuccess
Hi ,
I am new to this mailing list. I
am currenty invovled in one assignment.That assignments deals about
porting one application on Mac Os X.
I am running program correctly on Linux but it
gives the problem on Mac Os X
xyz.hclass
xyzFlavor{public:xyzFlavor& operator= (const xyzFlavor
[I sent this to fink-users accidently. But i think it depends to
fink-devel. Repost, sorry.]
Dear Fink Developers
I think many of you are in the same situation: You want/should support
packages in the 10.2-gcc3.3 tree but are using 10.3 as your main OS.
Instead of keeping a machine with 10.
18 matches
Mail list logo