-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
...there are many :/
Hi java folk,
None of the Eclipse WTP stack is currently built on f19, and most of it needs to be updated, and upstream has moved from cvs to git. I'm going to focus as much of my time-available-to-spend-on-fedora as I can, to rectifying that, but I'm running into some issues that I'll need help with:
1. eclipse-wtp-common has been bundling a jar for a long time[0], and I tried to fix that, by deleting and rebuilding that jar using javac/jar commands. Problem is I was using %{_libdir} to add a jar from eclipse-platform to the classpath, and eclipse-platform is archfull but this package is noarch. Is there a better solution? It's not my package, so I don't want to do something like make it archfull if that's not necessary.
2. I've proposed a patch for eclipse-wtp-servertools[1] a while back that hasn't seen any activity.
Eclipse WTP packages in Fedora basically need to be build in the order: common, servertools, sourceediting, webservices (I can't remember what's after that, but the rest are mostly my packages, so I'll figure that out when I get that far). The problem here is that the first three are not mine, and the maintainer for servertools/sourceediting doesn't seem to be very active at the moment, and I'm not going to try to update sourceediting and propose a patch until I can build it against common and servertools without having to hack unmerged packages into mock. I've applied for acls on both in pkgdb, and I'm happy to spend time whipping them into shape, since a significant percentage of my packages depend on them directly.
There are other problems with WTP packages, but these are the most immediate ones, and the others escape me right now. If anybody can propose solutions to the above, or move things along in any way, I'd really appreciate it!
Thanks, Gerard.
[0] https://bugzilla.redhat.com/show_bug.cgi?id=922452 [1] https://bugzilla.redhat.com/show_bug.cgi?id=927023
On 04/19/2013 09:43 AM, Gerard Ryan wrote:
- eclipse-wtp-common has been bundling a jar for a long time[0], and I
tried to fix that, by deleting and rebuilding that jar using javac/jar commands. Problem is I was using %{_libdir} to add a jar from eclipse-platform to the classpath, and eclipse-platform is archfull but this package is noarch. Is there a better solution? It's not my package, so I don't want to do something like make it archfull if that's not necessary.
If %_libdir is used only to build the jar then I don't see any problem with using %_libdir in the spec file, even in noarch package.
- I've proposed a patch for eclipse-wtp-servertools[1] a while back
that hasn't seen any activity.
Eclipse WTP packages in Fedora basically need to be build in the order: common, servertools, sourceediting, webservices (I can't remember what's after that, but the rest are mostly my packages, so I'll figure that out when I get that far). The problem here is that the first three are not mine, and the maintainer for servertools/sourceediting doesn't seem to be very active at the moment, and I'm not going to try to update sourceediting and propose a patch until I can build it against common and servertools without having to hack unmerged packages into mock. I've applied for acls on both in pkgdb, and I'm happy to spend time whipping them into shape, since a significant percentage of my packages depend on them directly.
You need to follow the policy for unresponsive maintainers[1]. After 3 weeks you'll be granted package ownership if the maintainer still doesn't respond.
On 19 April 2013 09:13, Mikolaj Izdebski mizdebsk@redhat.com wrote:
If %_libdir is used only to build the jar then I don't see any problem with using %_libdir in the spec file, even in noarch package.
It used to be the case that, when building a noarch package in koji, you might get a ppc64 build host -- where %{_libdir} is "/usr/lib" but eclipse is installed in "/usr/lib64". See https://www.redhat.com/archives/fedora-devel-list/2009-March/msg00022.html
The above might not be true any more; I haven't checked for a while ...
MEF
----- Original Message -----
From: "Gerard Ryan" galileo@fedoraproject.org To: java-devel@lists.fedoraproject.org Cc: "vladimir kostadinov" vladimir.kostadinov@gmail.com Sent: Friday, April 19, 2013 10:43:03 AM Subject: [fedora-java] Eclipse WTP problems...
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
...there are many :/
Hi java folk,
None of the Eclipse WTP stack is currently built on f19, and most of it needs to be updated, and upstream has moved from cvs to git. I'm going to focus as much of my time-available-to-spend-on-fedora as I can, to rectifying that, but I'm running into some issues that I'll need help with:
- eclipse-wtp-common has been bundling a jar for a long time[0], and I
tried to fix that, by deleting and rebuilding that jar using javac/jar commands. Problem is I was using %{_libdir} to add a jar from eclipse-platform to the classpath, and eclipse-platform is archfull but this package is noarch. Is there a better solution? It's not my package, so I don't want to do something like make it archfull if that's not necessary.
- I've proposed a patch for eclipse-wtp-servertools[1] a while back
that hasn't seen any activity.
Eclipse WTP packages in Fedora basically need to be build in the order: common, servertools, sourceediting, webservices (I can't remember what's after that, but the rest are mostly my packages, so I'll figure that out when I get that far). The problem here is that the first three are not mine, and the maintainer for servertools/sourceediting doesn't seem to be very active at the moment, and I'm not going to try to update sourceediting and propose a patch until I can build it against common and servertools without having to hack unmerged packages into mock. I've applied for acls on both in pkgdb, and I'm happy to spend time whipping them into shape, since a significant percentage of my packages depend on them directly.
There are other problems with WTP packages, but these are the most immediate ones, and the others escape me right now. If anybody can propose solutions to the above, or move things along in any way, I'd really appreciate it!
commit solution is done - your commit requests are approved now.
Alexander Kurtakov Red Hat Eclipse team
Thanks, Gerard.
[0] https://bugzilla.redhat.com/show_bug.cgi?id=922452 [1] https://bugzilla.redhat.com/show_bug.cgi?id=927023 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBCAAGBQJRcPWHAAoJEG7cfkpivEoVNAUP/3laSOwQTBDGTYuEP3cvbQm4 XqbHrMq6s0yHeXmDLE+2SwM6+JZ/1il69p4jVWwqi9hlB1ESUMP8v0w1pCRG0GRL rZSYrGhxOLg1IYZMjGY8Ov+L6Q84N53mCZJIcUW9Henc32CGoPdWTojvYiu+fCXW o/eQd0ILxyaqrcom4kIGzNlnmurc0p40NmBNHL4d51wjTUjz6Vt17pXPBvMfXjnK v3x3Jza4usE2YOYR4FD9sLISZEoBNSkkPsedIqYTwoZ/VwSB0bDrwQkDSJ6HVqGd iHbfomxNf5SrCu4dybAsrai/RFhv8fhGeFm5VpBE6b+6hfi5aEaKUZaCL9ZlCSOE ZUAmQ6PqJ7BYoyXMCMDRFVr55JXZCR73oQ9APdqCsM12IAzQqHP3bmmhV0iRpqEr LezK438iU8PlcLAA9m1g/XSwfzQi7+av5oV1mVddzIwBsZu2M8bKcGdH3w3XoG4I TBmfMSZo1HBjEdFWKPpTJ/X0LYUkRkXbWqOGvlsYFqVg/Zh424LYI9yi0Pkqpc5G OobhT3bCJ3SpDiKYPBGH7dSM6lCN1N5cUy5w2pWhlejpoUhnHqXRlvdr621tMwKN o9KskhVXZxCdQFgHANY7d6/mXofmYQxDtDc1t+dEA4DWsa6hP8GBV0TUeEQxx2Rm nDZ/CrDLItHYX92mINFL =KoBh
-----END PGP SIGNATURE-----
java-devel mailing list java-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/java-devel
Thanks!
On Fri, Apr 19, 2013 at 9:34 AM, Aleksandar Kurtakov akurtako@redhat.com wrote:
----- Original Message -----
From: "Gerard Ryan" galileo@fedoraproject.org To: java-devel@lists.fedoraproject.org Cc: "vladimir kostadinov" vladimir.kostadinov@gmail.com Sent: Friday, April 19, 2013 10:43:03 AM Subject: [fedora-java] Eclipse WTP problems...
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
...there are many :/
Hi java folk,
None of the Eclipse WTP stack is currently built on f19, and most of it needs to be updated, and upstream has moved from cvs to git. I'm going to focus as much of my time-available-to-spend-on-fedora as I can, to rectifying that, but I'm running into some issues that I'll need help with:
- eclipse-wtp-common has been bundling a jar for a long time[0], and I
tried to fix that, by deleting and rebuilding that jar using javac/jar commands. Problem is I was using %{_libdir} to add a jar from eclipse-platform to the classpath, and eclipse-platform is archfull but this package is noarch. Is there a better solution? It's not my package, so I don't want to do something like make it archfull if that's not necessary.
- I've proposed a patch for eclipse-wtp-servertools[1] a while back
that hasn't seen any activity.
Eclipse WTP packages in Fedora basically need to be build in the order: common, servertools, sourceediting, webservices (I can't remember what's after that, but the rest are mostly my packages, so I'll figure that out when I get that far). The problem here is that the first three are not mine, and the maintainer for servertools/sourceediting doesn't seem to be very active at the moment, and I'm not going to try to update sourceediting and propose a patch until I can build it against common and servertools without having to hack unmerged packages into mock. I've applied for acls on both in pkgdb, and I'm happy to spend time whipping them into shape, since a significant percentage of my packages depend on them directly.
There are other problems with WTP packages, but these are the most immediate ones, and the others escape me right now. If anybody can propose solutions to the above, or move things along in any way, I'd really appreciate it!
commit solution is done - your commit requests are approved now.
Alexander Kurtakov Red Hat Eclipse team
Thanks, Gerard.
[0] https://bugzilla.redhat.com/show_bug.cgi?id=922452 [1] https://bugzilla.redhat.com/show_bug.cgi?id=927023 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.13 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBCAAGBQJRcPWHAAoJEG7cfkpivEoVNAUP/3laSOwQTBDGTYuEP3cvbQm4 XqbHrMq6s0yHeXmDLE+2SwM6+JZ/1il69p4jVWwqi9hlB1ESUMP8v0w1pCRG0GRL rZSYrGhxOLg1IYZMjGY8Ov+L6Q84N53mCZJIcUW9Henc32CGoPdWTojvYiu+fCXW o/eQd0ILxyaqrcom4kIGzNlnmurc0p40NmBNHL4d51wjTUjz6Vt17pXPBvMfXjnK v3x3Jza4usE2YOYR4FD9sLISZEoBNSkkPsedIqYTwoZ/VwSB0bDrwQkDSJ6HVqGd iHbfomxNf5SrCu4dybAsrai/RFhv8fhGeFm5VpBE6b+6hfi5aEaKUZaCL9ZlCSOE ZUAmQ6PqJ7BYoyXMCMDRFVr55JXZCR73oQ9APdqCsM12IAzQqHP3bmmhV0iRpqEr LezK438iU8PlcLAA9m1g/XSwfzQi7+av5oV1mVddzIwBsZu2M8bKcGdH3w3XoG4I TBmfMSZo1HBjEdFWKPpTJ/X0LYUkRkXbWqOGvlsYFqVg/Zh424LYI9yi0Pkqpc5G OobhT3bCJ3SpDiKYPBGH7dSM6lCN1N5cUy5w2pWhlejpoUhnHqXRlvdr621tMwKN o9KskhVXZxCdQFgHANY7d6/mXofmYQxDtDc1t+dEA4DWsa6hP8GBV0TUeEQxx2Rm nDZ/CrDLItHYX92mINFL =KoBh
-----END PGP SIGNATURE-----
java-devel mailing list java-devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/java-devel
java-devel@lists.fedoraproject.org
-
Aleksandar Kurtakov -
Gerard Ryan -
Mary Ellen Foster -
Mikolaj Izdebski