Dan Nurmi indicated that the carried patch could be eliminated, and instead generated at build time if some axis2 (??) package were in main instead of universe, and eucalyptus could build-depend on it, rather than the eucalyptus package maintainer installing this universe package on his local system and generating the patch.
I'm still learning about this WSDL-stubs issue, but I'm trying to document my understanding here in this bug.
Looking through the archive for what package Dan is talking about --->
Dan Nurmi indicated that the carried patch could be eliminated, and instead generated at build time if some axis2 (??) package were in main instead of universe, and eucalyptus could build-depend on it, rather than the eucalyptus package maintainer installing this universe package on his local system and generating the patch.
I'm still learning about this WSDL-stubs issue, but I'm trying to document my understanding here in this bug.
Looking through the archive for what package Dan is talking about --->
$ apt-cache search axis2 | awk '{print $1}' | xargs -i apt-cache show {} | grep Filename a/axis2c/ libapache2- mod-axis2c_ 1.6.0-0ubuntu7_ amd64.deb a/axis2c/ libaxis2c- dev_1.6. 0-0ubuntu7_ amd64.deb a/axis2c/ libaxis2c- doc_1.6. 0-0ubuntu7_ all.deb a/axis2c/ libaxis2c0_ 1.6.0-0ubuntu7_ amd64.deb r/rampart/ librampart- doc_1.3. 0-0ubuntu5_ amd64.deb a/axis2c/ libaxis2c- bin_1.6. 0-0ubuntu7_ amd64.deb <------------ r/rampart/ librampart0_ 1.3.0-0ubuntu5_ amd64.deb r/rampart/ librampart- dev_1.3. 0-0ubuntu5_ amd64.deb
Filename: pool/main/
Filename: pool/main/
Filename: pool/main/
Filename: pool/main/
Filename: pool/main/
Filename: pool/universe/
Filename: pool/main/
Filename: pool/main/
I only see one axis2c-related package that's in universe, libaxis2c-bin.
Is it not possible/practical to get this package promoted to Main for Lucid? Thierry, do you know?