Tdtd can be integrated with psgml to get a complete development environment for sgml editing. The ebuild should go in app-emacs/
Created attachment 18786 [details] ebuild package The package contains an ebuild for version 0.7.1 of tdtd and a site file.
Added ebuild keyword. There is an 'undefined variable' warning when compiling tdtd. It seems harmless but we should avoid it.
Created attachment 18807 [details] tdtd-0.7.1.ebuild Fix my bad habit of putting tarballs on bugzilla
Created attachment 18808 [details] 50tdtd-gentoo.el
Yeah, it is better to attach them separately. I committed it with little modification. First, removed sgml IUSE flag since it is not in /usr/portage/profiles/use.desc. You need to have any USE flag in your ebuild in either use.desc or use.local.desc (it would be helpful to describe any USE flags that are not listed there). And I don't think sgml USE flag here is useful because it doesn't actually depend on app-emacs/sgml (though it is recommended). Second, I changed ${PN}.zip in SRC_URI to ${PN}${PV//./}.zip to use versioned source (the upstream provides both). If you use versioned source it will be easier to follow new release (suppose the upstream release different sources in the same name and it corrupts ebuild digests). Lastly, I added EMACSLOADPATH=.:/usr/share/emacs/21.3/lisp otherwise it failed to compile ;-( Anyhow, thanks for submitting the ebuild. I enjoy editting /etc/fonts/fonts.dtd with this elisp ;-)
Created attachment 25611 [details, diff] hard coded loadpath / batch emacs argument order fix the hardcoded loadpath broke it for me (i am with emacs-cvs, so my load path is 21.3.50). it wouldnt build without at first, but reordering the arguments to the batch emacs command fixed it for me
