1 |
Vlastimil Babka kirjoitti: |
2 |
> https://bugs.gentoo.org/show_bug.cgi?id=176182 |
3 |
> |
4 |
> Useful for jdbc providers (or my bsf attempt) etc. Package doesn't |
5 |
> depend (in ebuild DEPEND nor RDEPEND nor PDEPEND) on another but can use |
6 |
> if it it's on classpath. So we add new |
7 |
> java-pkg_register-optional-dependency to eclass, which will record given |
8 |
> package to OPTIONAL_DEPEND in package.env. gjl will process it if it's |
9 |
> installed, and ignore if not (no errors about missing package). |
10 |
> |
11 |
|
12 |
+# Will be put on classpath by launcher if they are installed. Typical |
13 |
case are |
14 |
+# JDBC implementations for various databases. |
15 |
|
16 |
s/case are/case is/ |
17 |
|
18 |
+# Example: Record the optional dependency on whole xerces-2 and xalan, |
19 |
+# java-pkg_register-optional-dependency xerces-2,xalan |
20 |
+# Example: Record the dependency on ant.jar from ant-core |
21 |
+# java-pkg_register-optional-dependency ant-core ant.jar |
22 |
|
23 |
Maybe use packages that this was more likely to be used on. |
24 |
|
25 |
+java-pkg_record-optional-jar_() { |
26 |
|
27 |
copy of the code in the existing record-jar_ isn't it? |
28 |
|
29 |
+ def opt_deps(self): |
30 |
|
31 |
copy of the the deps function |
32 |
|
33 |
Probably better to call a common function with some parameter in both cases. |
34 |
|
35 |
Regards, |
36 |
Petteri |
37 |
|
38 |
|
39 |
-- |
40 |
gentoo-java@g.o mailing list |