<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>193430</bug_id>
          
          <creation_ts>2007-09-22 15:36 0000</creation_ts>
          <short_desc>Fix Emacs and XEmacs support in sci-mathematics/octave</short_desc>
          <delta_ts>2007-12-24 12:58:52 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>184166</blocked>
          
          <everconfirmed>1</everconfirmed>
          <reporter>ulm@gentoo.org</reporter>
          <assigned_to>metalgod@gentoo.org</assigned_to>
          <cc>emacs@gentoo.org</cc>
    
    <cc>sci-mathematics@gentoo.org</cc>
    
    <cc>xemacs@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>ulm@gentoo.org</who>
            <bug_when>2007-09-22 15:36:19 0000</bug_when>
            <thetext>A mode for octave is included with GNU Emacs since a long time, so for GNU Emacs only the otags binary (and its man page) are needed.

XEmacs support could make use of the new xemacs-elisp-common.eclass.

Patch will follow.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>graaff@gentoo.org</who>
            <bug_when>2007-09-22 18:41:28 0000</bug_when>
            <thetext>Created an attachment (id=131630)
Patch for octave-2.1.73-r2

The attached patch fixes support for both GNU Emacs and XEmacs. It only installs the otags command for GNU Emacs, and also compiles and installs the elisp files for XEmacs.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ulm@gentoo.org</who>
            <bug_when>2007-09-22 20:36:01 0000</bug_when>
            <thetext>Thanks Hans.

We also need a new local USE flag:
sci-mathematics/octave:xemacs - Adds support for XEmacs
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ulm@gentoo.org</who>
            <bug_when>2007-12-17 11:41:01 0000</bug_when>
            <thetext>No reaction since almost three months.
@sci-mathematics: Is there any reason why this cannot be included?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>markusle@gentoo.org</who>
            <bug_when>2007-12-17 14:02:20 0000</bug_when>
            <thetext>Hi Ulrich,

Sorry for the delay and no excuse, just really busy :(
I made myself a note and will try to get it done tonight.

That said, we are currently working on the &quot;next 
generation&quot; octave which is currently being 
developped in the science overlay (presently
we&apos;re at octave-2.9.19). Since I am planning
on moving octave-2.9.x into the tree sometime
in January it would be great if you guys could
have a look at its (x)emacs support as well if
you get a chance.

Thanks in advance,
Markus

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ulm@gentoo.org</who>
            <bug_when>2007-12-17 14:45:52 0000</bug_when>
            <thetext>(In reply to comment #4)
&gt; Since I am planning on moving octave-2.9.x into the tree sometime in
&gt; January it would be great if you guys could have a look at its
&gt; (x)emacs support as well if you get a chance.

Looks like the reasoning of comment #0 still applies to octave-2.9.x.
Only otags was renamed to octave-tags, otherwise the attached patch
(attachment #131630) should just be applied.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2007-12-17 15:00:25 0000</bug_when>
            <thetext>(In reply to comment #5)
&gt; (In reply to comment #4)
&gt; &gt; Since I am planning on moving octave-2.9.x into the tree sometime in
&gt; &gt; January it would be great if you guys could have a look at its
&gt; &gt; (x)emacs support as well if you get a chance.
&gt; Looks like the reasoning of comment #0 still applies to octave-2.9.x.
&gt; Only otags was renamed to octave-tags, otherwise the attached patch
&gt; (attachment #131630 [edit]) should just be applied.

 Yes, it looks as if the spirit of the patch stays the same...will try to emerge octave from the overlay and report back.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2007-12-18 07:17:43 0000</bug_when>
            <thetext>Works fine.  Maybe add some additional die statements.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ulm@gentoo.org</who>
            <bug_when>2007-12-18 07:22:38 0000</bug_when>
            <thetext>(In reply to comment #7)
&gt; Maybe add some additional die statements.

The xemacs-elisp-* functions die by their own hand, contrary to their elisp-* equivalents.

(After all, it&apos;s XEmacs, so it has to be incompatible. :-P )
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>markusle@gentoo.org</who>
            <bug_when>2007-12-18 10:35:28 0000</bug_when>
            <thetext>Sorry again for the delay and I&apos;ve just fixed (x)emacs
support in octave-2.1.73-r2.

Thanks also for looking into octave-2.9.* and I&apos;ll apply
the posted patch for 2.1.73-r2 with the naming change 
mentioned in comment #5.

cheers,
Markus</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>graaff@gentoo.org</who>
            <bug_when>2007-12-24 12:58:52 0000</bug_when>
            <thetext>@ulm: it seems to make more sense to me for the eclass to handle the die, but I&apos;m happy to change this now that the xemacs eclasses are not heavily used yet.

The advantage of die in the eclass is that the ebuild is simpler and the disadvantage is that problems with elisp compilation or installation are always fatal.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>131630</attachid>
            <date>2007-09-22 18:41 0000</date>
            <desc>Patch for octave-2.1.73-r2</desc>
            <filename>octave-2.1.73-r2-emacs.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">SW5kZXg6IG9jdGF2ZS0yLjEuNzMtcjIuZWJ1aWxkCj09PT09PT09PT09PT09PT09PT09PT09PT09
PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KUkNTIGZpbGU6IC92YXIv
Y3Zzcm9vdC9nZW50b28teDg2L3NjaS1tYXRoZW1hdGljcy9vY3RhdmUvb2N0YXZlLTIuMS43My1y
Mi5lYnVpbGQsdgpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMgpkaWZmIC11IC1CIC1yMS4yIG9jdGF2
ZS0yLjEuNzMtcjIuZWJ1aWxkCi0tLSBvY3RhdmUtMi4xLjczLXIyLmVidWlsZAkxMyBKdWwgMjAw
NyAwNToyODowOSAtMDAwMAkxLjIKKysrIG9jdGF2ZS0yLjEuNzMtcjIuZWJ1aWxkCTIyIFNlcCAy
MDA3IDE4OjM5OjMyIC0wMDAwCkBAIC0yLDcgKzIsNyBAQAogIyBEaXN0cmlidXRlZCB1bmRlciB0
aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIHYyCiAjICRIZWFkZXI6
IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3NjaS1tYXRoZW1hdGljcy9vY3RhdmUvb2N0YXZlLTIu
MS43My1yMi5lYnVpbGQsdiAxLjIgMjAwNy8wNy8xMyAwNToyODowOSBtcl9ib25lc18gRXhwICQK
IAotaW5oZXJpdCBmbGFnLW8tbWF0aWMgZm9ydHJhbiBhdXRvdG9vbHMKK2luaGVyaXQgZmxhZy1v
LW1hdGljIGZvcnRyYW4gYXV0b3Rvb2xzIHhlbWFjcy1lbGlzcC1jb21tb24KIAogREVTQ1JJUFRJ
T049IkdOVSBPY3RhdmUgaXMgYSBoaWdoLWxldmVsIGxhbmd1YWdlIChNYXRMYWIgY29tcGF0aWJs
ZSkgaW50ZW5kZWQgZm9yIG51bWVyaWNhbCBjb21wdXRhdGlvbnMiCiBMSUNFTlNFPSJHUEwtMiIK
QEAgLTExLDcgKzExLDcgQEAKIAkJZnRwOi8vZnRwLm1hdGgudW5pLWhhbWJ1cmcuZGUvcHViL3Nv
ZnQvbWF0aC9vY3RhdmUvJHtQfS50YXIuYnoyIgogCiBTTE9UPSIwIgotSVVTRT0iZW1hY3Mgc3Rh
dGljIHJlYWRsaW5lIHpsaWIgZG9jIGhkZjUgbXBpIgorSVVTRT0iZW1hY3Mgc3RhdGljIHJlYWRs
aW5lIHpsaWIgZG9jIGhkZjUgbXBpIHhlbWFjcyIKIEtFWVdPUkRTPSJ+YWxwaGEgfmFtZDY0IH5w
cGMgfnBwYzY0IH5zcGFyYyB+eDg2IgogCiBERVBFTkQ9InZpcnR1YWwvbGliYwpAQCAtMjYsNyAr
MjYsMTAgQEAKIAloZGY1PyAoIHNjaS1saWJzL2hkZjUgKQogCWRvYz8gKCB2aXJ0dWFsL3RldGV4
ICkKIAltcGk/ICggdmlydHVhbC9tcGkgKQorCXhlbWFjcz8gKCB2aXJ0dWFsL3hlbWFjcyApCiAJ
IT1hcHAtdGV4dC90ZXhpMmh0bWwtMS43MCIKK1JERVBFTkQ9IiR7REVQRU5EfQorCWVtYWNzPyAo
IHZpcnR1YWwvZW1hY3MgKSIKIAogIyBOT1RFOiBvY3RhdmUgc3VwcG9ydHMgYmxhcy9sYXBhY2sg
ZnJvbSBpbnRlbCBidXQgdGhpcyBpcyBub3Qgb3BlbgogIyBzb3VyY2Ugbm9yIGlzIGl0IGZyZWUg
KGFzIGluIGJlZXIgT1Igc3BlZWNoKSBDaGVjayBvdXQuLi4KQEAgLTgzLDYgKzg2LDExIEBACiAJ
CXx8IGRpZSAiZWNvbmYgZmFpbGVkIgogCiAJZW1ha2UgfHwgZGllICJlbWFrZSBmYWlsZWQiCisK
KwlpZiB1c2UgeGVtYWNzOyB0aGVuCisJCWNkICIke1N9L2VtYWNzIgorCQl4ZW1hY3MtZWxpc3At
Y29tcCAqLmVsCisJZmkKIH0KIAogc3JjX2luc3RhbGwoKSB7CkBAIC05MCwxNSArOTgsMTQgQEAK
IAlpZiB1c2UgZG9jOyB0aGVuCiAJCW9jdGF2ZS1pbnN0YWxsLWRvYyB8fCBkaWUgIk9jdGF2ZSBk
b2MgaW5zdGFsbCBmYWlsZWQiCiAJZmkKLQlpZiB1c2UgZW1hY3M7IHRoZW4KKwlpZiB1c2UgZW1h
Y3MgfHwgdXNlIHhlbWFjczsgdGhlbgogCQljZCBlbWFjcwogCQlleGVpbnRvIC91c3IvYmluCiAJ
CWRvZXhlIG90YWdzIHx8IGRpZQogCQlkb21hbiBvdGFncy4xIHx8IGRpZQotCQlmb3IgZW1hY3Nk
aXIgaW4gL3Vzci9zaGFyZS9lbWFjcy9zaXRlLWxpc3AgL3Vzci9saWIveGVtYWNzL3NpdGUtbGlz
cDsgZG8KLQkJCWluc2ludG8gJHtlbWFjc2Rpcn0KLQkJCWRvaW5zICouZWwgfHwgZGllCi0JCWRv
bmUKKwkJaWYgdXNlIHhlbWFjczsgdGhlbgorCQkJeGVtYWNzLWVsaXNwLWluc3RhbGwgJHtQTn0g
Ki5lbCAqLmVsYworCQlmaQogCQljZCAuLgogCWZpCiAJZG9kaXIgL2V0Yy9lbnYuZCB8fCBkaWUK
</data>        

          </attachment>
    </bug>

</bugzilla>