1 |
Hi all, |
2 |
I've submitted my proposal of "Apache Maven Integration for Gentoo |
3 |
EBuilds Update" at [1]. Much appreciate if you all can go through and |
4 |
let me know if there's any changes needed. |
5 |
|
6 |
[1] http://socghop.appspot.com/gsoc/proposal/review/google/gsoc2011/kasun_gajasinghe/1 |
7 |
|
8 |
|
9 |
Thanks, |
10 |
Kasun |
11 |
|
12 |
|
13 |
On Wed, Mar 30, 2011 at 10:41 AM, Kasun Gajasinghe <kasunbg@×××××.com> wrote: |
14 |
> On Tue, Mar 29, 2011 at 8:41 PM, Kasun Gajasinghe <kasunbg@×××××.com> wrote: |
15 |
>> |
16 |
>> |
17 |
>> On 29 Mar 2011, at 09:37, Serkan Kaba <serkan@g.o> wrote: |
18 |
>> |
19 |
>>> -----BEGIN PGP SIGNED MESSAGE----- |
20 |
>>> Hash: SHA1 |
21 |
>>> |
22 |
>>> On 29-03-2011 06:47, Kasun Gajasinghe wrote: |
23 |
>>>> |
24 |
>>>> I'd like to know how the dependencies will be handled by maven based |
25 |
>>>> ebuilds. Can you let me know the difference between dependencies |
26 |
>>>> specified in Maven's POM file, and ebuild's dependencies? Are both |
27 |
>>>> should be same? Since, Maven's POM contains the unique artifacts IDs |
28 |
>>>> (with the combination of groupId, artifactId, version) which points to |
29 |
>>>> a _binary_ jar, how should the developers who write _ebuilds_ specify |
30 |
>>>> it? I got to know that dependencies are also ebuilds under gentoo i.e. |
31 |
>>>> no binaries. |
32 |
>>> |
33 |
>>> POM dependencies can be too restrictive sometimes, like depending on a |
34 |
>>> specific version. We should be depending on any version (or sometimes |
35 |
>>> with >=,<=) as long as the package compiles and runs fine with it. |
36 |
>> |
37 |
>> I've come across a package called JPackage which does the job of retrieving |
38 |
>> a jar from /usr/share/java and return it to use by maven. It neglects the |
39 |
>> version numbers as well. |
40 |
>> |
41 |
>> |
42 |
>>>> I've been going through the Ralph's (nick: sera ) suggested eclass |
43 |
>>>> [1]. It turned out to be very useful. (sera, I got your name from [1], |
44 |
>>>> hope it's correct! :) ). Because maven offline building is the biggest |
45 |
>>>> issue Gentoo is currently facing, As Petteri suggested, I've been |
46 |
>>>> going through to see how other distributions handle this. I see that |
47 |
>>>> both in sera's eclass and in Debian's MavenRepoSpec [2], that they |
48 |
>>>> specify a variable which points to a maven local-repository location. |
49 |
>>>> Ralph's eclass specified MAVEN_REPO_DIR="${T}/maven-repo/" while |
50 |
>>>> Debian has REPO=/usr/share/maven-repo. Since the file-system will be |
51 |
>>>> read-only for ebuilds, and ebuilds should be built offline, what's the |
52 |
>>>> purpose of this? |
53 |
>>> |
54 |
>>> We then still need to add symlinks to jars during build time in there |
55 |
>>> which is an "access violation" in sand box |
56 |
>> |
57 |
>> Ok. Then the viable option is to have to generate the maven directory |
58 |
>> structure inside a folder named ${T}/maven-repo. We can do the symlinking |
59 |
>> through that, and we won't face any access violation since the writing |
60 |
>> happens in the sandbox. |
61 |
>> Ubuntu too have proposed a similar solution. I'm away from my machine, I'll |
62 |
>> provide the links to it as well as for the JPackage soon if it you all may |
63 |
>> want to check it out! |
64 |
> |
65 |
> For the JPackage see [1]. [1] doesn't give a formatted output though. |
66 |
> Properly formatted version is to [2] |
67 |
> Ubuntu's maven support specification is at [3]. |
68 |
> |
69 |
> I've started writing a proposal. I'll upload it to melange, when it |
70 |
> comes to a good state. |
71 |
> |
72 |
> [1] http://www.jpackage.org/cgi-bin/viewvc.cgi/jpackage/src/jpackage-utils/doc/jpackage-1.5-policy.xhtml?revision=1.2&view=markup |
73 |
> [2] http://dl.dropbox.com/u/4783109/gentoo-maven-integration/read/%5Bjpackage%5D%20Contents%20of%20%20src%20jpackage-utils%20doc%20jpackage-1.5-policy.html |
74 |
> |
75 |
> [3] https://wiki.ubuntu.com/JavaTeam/Specs/MavenSupportSpec |
76 |
> |
77 |
> Thanks, |
78 |
> --Kasun |
79 |
> |
80 |
>> |
81 |
>> Thanks, |
82 |
>> Kasun |
83 |
>> |
84 |
>>> |
85 |
>>> - -- |
86 |
>>> Sincerely, |
87 |
>>> Serkan KABA |
88 |
>>> Gentoo Developer |
89 |
>>> -----BEGIN PGP SIGNATURE----- |
90 |
>>> Version: GnuPG v2.0.17 (GNU/Linux) |
91 |
>>> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ |
92 |
>>> |
93 |
>>> iEYEARECAAYFAk2RWvIACgkQRh6X64ivZaLfkgCfVF99iZaa6Pa+dTlC4cjuLvZd |
94 |
>>> ILkAn34OooCvrNy6uu9yEg4bua/q7X6G |
95 |
>>> =staW |
96 |
>>> -----END PGP SIGNATURE----- |
97 |
>>> |
98 |
>> |
99 |
>> |
100 |
> |
101 |
> |
102 |
> |
103 |
> -- |
104 |
> ~~~*******'''''''''''''*******~~~ |
105 |
> Kasun Gajasinghe, |
106 |
> University of Moratuwa, |
107 |
> Sri Lanka. |
108 |
> Blog: http://kasunbg.blogspot.com |
109 |
> Twitter: http://twitter.com/kasunbg |
110 |
> |
111 |
|
112 |
|
113 |
|
114 |
-- |
115 |
~~~*******'''''''''''''*******~~~ |
116 |
Kasun Gajasinghe, |
117 |
University of Moratuwa, |
118 |
Sri Lanka. |
119 |
Blog: http://kasunbg.blogspot.com |
120 |
Twitter: http://twitter.com/kasunbg |