Skip to main content

Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "Linux Packaging Tasks"

m (Packaging Tasks moved to Linux Packaging Tasks)
(Common)
 
(16 intermediate revisions by the same user not shown)
Line 4: Line 4:
  
 
* Create an Extension Point to the JDT for contributing source foramatting configurations. This would allow the various linux distros to include GNU formatting conventions without the need for patches.
 
* Create an Extension Point to the JDT for contributing source foramatting configurations. This would allow the various linux distros to include GNU formatting conventions without the need for patches.
 +
** see http://cvs.fedora.redhat.com/viewcvs/rpms/eclipse/FC-5/eclipse-gnuformatterjdt.patch
 +
** see http://cvs.fedora.redhat.com/viewcvs/rpms/eclipse/FC-5/eclipse-gnuformatterjdtui.patch
 +
** see https://bugs.eclipse.org/bugs/show_bug.cgi?id=91770
  
 
* Investigate and create a way for src zips to be automatically attached to external jars when they are added to the build path of a project. These src zips are useful for debugging and browsing the source of these external jars. See this thread for some more information: https://www.redhat.com/archives/fedora-devel-java-list/2006-November/msg00023.html
 
* Investigate and create a way for src zips to be automatically attached to external jars when they are added to the build path of a project. These src zips are useful for debugging and browsing the source of these external jars. See this thread for some more information: https://www.redhat.com/archives/fedora-devel-java-list/2006-November/msg00023.html
Line 12: Line 15:
  
 
* update package build for 3.2 and see if we can automatically build native code with it. Ben Konrath is planning to do this but feel free to contact him if you'd like to help.
 
* update package build for 3.2 and see if we can automatically build native code with it. Ben Konrath is planning to do this but feel free to contact him if you'd like to help.
 +
 +
* build cairo JNI bits
 +
** see [http://cvs.fedora.redhat.com/viewcvs/rpms/eclipse/FC-5/eclipse-libswt-cairo1.0-3.patch this patch] we carried in Fedora Core 5
 +
** we think the above patch may be an incorrect approach for getting it upstream, but it's a starting point
 +
 +
* Investigate why plugins cannot be built if they are already installed on the build system.  In Fedora, we use a shell script to copy over the SDK  and required plugins without copying the plugin that is being built.
 +
** see http://cvs.fedora.redhat.com/viewcvs/rpms/eclipse/devel/eclipse-copy-platform.sh
 +
 +
* Get an upstream source for the [https://bugs.eclipse.org/bugs/show_bug.cgi?id=90535 FileInitializer]
 +
 +
* Investigate support for building native code as part of pde.build
 +
** see patches in https://bugs.eclipse.org/bugs/show_bug.cgi?id=71637
 +
** also, see Ben's proposed solution (which may need some updating) [http://www.bagu.org/eclipse/plugin-source-drops.html here]
 +
** example:  right now in Fedora, we carry a [http://cvs.fedora.redhat.com/viewcvs/rpms/eclipse/devel/eclipse-build.patch patch] to build liblocalfile and libupdate in the main SDK build.xml
 +
*** Fedora carries two patches to build libupdate on all platforms and with -fPIC.  These patches [http://cvs.fedora.redhat.com/viewcvs/rpms/eclipse/devel/eclipse-libupdatebuild.patch 1], [http://cvs.fedora.redhat.com/viewcvs/rpms/eclipse/devel/eclipse-libupdatebuild2.patch 2] should be submitted to the update team.
 +
 +
* get rid of cyclic build dependency between icu4j Eclipse plugins and the Eclipse SDK
 +
** need to file bug
 +
 +
* Ben:  update and submit package build for upstream inclusion
 +
 +
* investigate building of swttools.jar during SDK build
 +
 +
* investigate building of launcher.  Why unzip launchersrc.zip?  This makes us have to unzip, patch, and re-zip.
 +
 +
* make a patch to not redirect javadoc generation output to .txt files (rather than what Fedora (and others?) does with sed lines)
 +
** https://bugs.eclipse.org/bugs/show_bug.cgi?id=144942
 +
 +
* conventions for tagging distribution specific bug reports
  
 
==Fedora Eclipse==
 
==Fedora Eclipse==
Line 21: Line 53:
 
** Investigate why the HTML is generated differently on different architectures by gjdoc in org.eclipse.platform.doc.isv_3.2.1.
 
** Investigate why the HTML is generated differently on different architectures by gjdoc in org.eclipse.platform.doc.isv_3.2.1.
 
** Investigate why WEB-INF/web.xml is generated differently on different architectures in org.eclipse.help.webapp_3.2.1.
 
** Investigate why WEB-INF/web.xml is generated differently on different architectures in org.eclipse.help.webapp_3.2.1.
 +
* Investigate http://cvs.fedora.redhat.com/viewcvs/rpms/eclipse/devel/eclipse-ecj-rpmdebuginfo.patch for getEnv changes in the JDK.
 +
* Investigate why Fedora doesn't build ant-apache-bsf.  When it does, add it to the BuildRequires and symlink sections.
  
 
* Help out with the various [https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Fedora+Core&component=eclipse&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=MODIFIED&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= Fedora Eclipse bugs]
 
* Help out with the various [https://bugzilla.redhat.com/bugzilla/buglist.cgi?product=Fedora+Core&component=eclipse&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=MODIFIED&short_desc_type=allwordssubstr&short_desc=&long_desc_type=allwordssubstr&long_desc= Fedora Eclipse bugs]
 +
 +
* Move the OSGi-ified jsch manifest to the jsch jar.  Will upstream take this?

Latest revision as of 12:53, 17 January 2007

This page contains a list of packaging tasks need some love. Feel free to add tasks for your own distro, creating common tasks where appropriate.

Common

  • specfile template generator application. Andrew Overholt has started working on this but if you would like to help, feel free to contact him.
  • update package build for 3.2 and see if we can automatically build native code with it. Ben Konrath is planning to do this but feel free to contact him if you'd like to help.
  • build cairo JNI bits
    • see this patch we carried in Fedora Core 5
    • we think the above patch may be an incorrect approach for getting it upstream, but it's a starting point
  • Investigate support for building native code as part of pde.build
    • see patches in https://bugs.eclipse.org/bugs/show_bug.cgi?id=71637
    • also, see Ben's proposed solution (which may need some updating) here
    • example: right now in Fedora, we carry a patch to build liblocalfile and libupdate in the main SDK build.xml
      • Fedora carries two patches to build libupdate on all platforms and with -fPIC. These patches 1, 2 should be submitted to the update team.
  • get rid of cyclic build dependency between icu4j Eclipse plugins and the Eclipse SDK
    • need to file bug
  • Ben: update and submit package build for upstream inclusion
  • investigate building of swttools.jar during SDK build
  • investigate building of launcher. Why unzip launchersrc.zip? This makes us have to unzip, patch, and re-zip.
  • conventions for tagging distribution specific bug reports

Fedora Eclipse

  • Fix the various TODOs on the FHS_Compliant_Packages page
    • Fix bug #162798
    • It would be nice if the launcher source zip could be removed from org.eclipse.platform.source_3.2.1 or the patch could be made in such a way that it would not produce arch-dependent source code. This might not be possible.
    • Investigate why the resources in the icu4j plugin are generated differently on different architectures. If the icu4j build is removed from the Eclipse package and Eclipse merely requires the icu4j plugins, this shouldn't be a problem anymore.
    • Investigate why the HTML is generated differently on different architectures by gjdoc in org.eclipse.platform.doc.isv_3.2.1.
    • Investigate why WEB-INF/web.xml is generated differently on different architectures in org.eclipse.help.webapp_3.2.1.
  • Investigate http://cvs.fedora.redhat.com/viewcvs/rpms/eclipse/devel/eclipse-ecj-rpmdebuginfo.patch for getEnv changes in the JDK.
  • Investigate why Fedora doesn't build ant-apache-bsf. When it does, add it to the BuildRequires and symlink sections.
  • Move the OSGi-ified jsch manifest to the jsch jar. Will upstream take this?

Back to the top