Gary Kerbaugh wrote:
WARNING: While resolving dependency "system-java15" for package
"postgresql-java-7.4.3-23", package "system-java15" was not found.
WARNING: While resolving dependency "system-java15" for package
"postgresql-java-7.4.3-23", package "system-java15" was not found.
WARNING: While resolving dependency "system-java15" for package
"tyrex-1.0-2", package "system-java15" was not found.
WARNING: While resolving dependency "system-java15" for package
"tyrex-1.0-2", package "system-java15" was not found.

These are harmless...

    Let me discuss the Java first. There are seven packages usually
mentioned in these error messages, postgresql-java-7.4.3-23, tyrex-1.0-2,
mx4j-2.0.1-2, jaas-1.0-1, axis-1.2-0.beta1.1, bcel-5.1-2 and
jython-2.2-0.alpha1.1. Of these packages, the only ones I have installed
are: postgresql-java, tyrex and mx4j . I still have an old tomcat package
installed and the tyrex package was installed in conjunction with that.
There doesn't appear to be a package for either of these for MacOs 10.3.

    I've checked the dependencies of all of the above packages and all
include at least "system-java14 | system-java15" in the dependencies, with
system-java13 also usually included. I've grepped the /sw directory and
found no reference to java15 outside of the .info files. I'm impressed that
you guys are already preparing for Java-1.5 but packages must still be happy
with Java-1.4. Of course the effort is certainly there and I can't figure
out what is going wrong.

system-java* is automatically generated by the system. If you happen to have the Java 1.5 preview from apple (and only some people do) then it's around, otherwise it's not. That's why you get the errors.


Some packages require java 1.4 to build, and therefor can run on 1.4 or 1.5, and others require java 1.3 to build, and can run on 1.3, 1.4, or 1.5. That is why the dependencies are set up like they are.

There are changes in fink cvs that will let me just depend on "system-java (>= 1.4-1)" and it will do the right thing, but for now this just spits some warnings but is harmless. (Hm, it occurs to me there's another thing I need to change in the fink code, but regardless. :)

    I've run "fink cleanup" and I've long since installed the Java Developer
Tools. I've read the Fink news item about the Java-1.4.2SDK but I could find
no package by that name at Apple. However, the Fink FAQ-6 Q18 says the
package is "Java 1.4.2 Developer Tools". I have the following Java-1.4.2
packages installed: Java142Update1DevTools.pkg,
Java142Update1DevDocumentation.pkg, Java142Update1.pkg, Java142DevTools.pkg,
Java142DevDocumentation.pkg and Java142.pkg and they were installed "by
hand", not via software update. I've verified that I have everything
installed by these packages. I assume that the DevTools packages is what the
Fink news item was referring to but if that isn't correct, please let me
know. Java packages even compiled when I updated packages just before the
last self-update. This problem doesn't seem related to the "Java 1.4.2
Developer Tools" issue as Fink is looking for Java-1.5

The dependency is satisfied by 1.4 *or* 1.5; you have 1.4, so it's fine. That's why it says "WARNING", not "ERROR". :)


This test doesn't seen to follow symlinks.

It doesn't need to, it just needs to figure out which JDKs you actually have a full dev environment of headers for.


    I also can't understand the issue with python22. I have the python23
package installed and I can't understand why that doesn't satisfy the
dependency. It makes even less sense that python23 isn't even mentioned.
What sort of "virtual dependency" could be that ignorant? Unfortunately, I
can't investigate that because there's no information given about what
dependency Fink is attempting to satisfy. I consider that a design flaw. Is
there any mechanism for determining which dependency Fink is attempting to
satisfy at that point? In fact, I'd be interested in knowing if there's a
mechanism for determining which package depends of a given package.

python23 doesn't satisify python22 deps because they put libraries in different directories. As for a mechanism, 'fink dumpinfo' might give you some of the info you need....


--
Benjamin Reed, a.k.a. RangerRick
[EMAIL PROTECTED] / http://ranger.befunk.com/



-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
_______________________________________________
Fink-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/fink-devel

Reply via email to