7.01 & Xemacs 21.4.22: decompose-region is not known

7.01 & Xemacs 21.4.22: decompose-region is not known

[Uwe Brauer]

[-- Attachment #1: Type: text/plain, Size: 121 bytes --]

Hello


Since I can't submit a bug report I attach the error trace
when I try to open a file in org mode:

Uwe Brauer 



[-- Attachment #2: org-decompose-region --]
[-- Type: application/octet-stream, Size: 2778 bytes --]

Debugger entered--Lisp error: (void-function decompose-region)
  decompose-region(1 1103)
  org-unfontify-region(1 1103 nil)
  font-lock-unfontify-region(1 1103)
  font-lock-default-fontify-region(1 1103 nil)
  font-lock-fontify-region(1 1103)
  lazy-shot-fontify-internal(#<buffer "my-org.org"> 1 1038 nil "")
  lazy-shot-lock-extent(#<destroyed extent> nil)
  lazy-shot-redisplay-function(#<destroyed extent>)
  recursive-edit()
  byte-code("..." [buffer-read-only noninteractive debugger-buffer middlestart debugger-args debugger-batch-max-lines pop-to-buffer debugger-mode debugger-setup-buffer count-lines 2 "...\n" message buffer-string kill-emacs debug backtrace-debug 3 t debugger-reenable "" nil recursive-edit standard-output] 3)
  debug(error (error "Do not load this file into XEmacs, use 'org-colview-xemacs.el'."))
  signal(error ("Do not load this file into XEmacs, use 'org-colview-xemacs.el'."))
  cerror("Do not load this file into XEmacs, use 'org-colview-xemacs.el'.")
  apply(cerror "Do not load this file into XEmacs, use 'org-colview-xemacs.el'." nil)
  error("Do not load this file into XEmacs, use 'org-colview-xemacs.el'.")
  byte-code("..." [require org featurep xemacs error "Do not load this file into XEmacs, use 'org-colview-xemacs.el'."] 2)
  load-internal("org-colview" nil t nil binary)
  load("org-colview" nil t nil)
  si:require(org-colview nil)
  require(org-colview)
  mapc-internal(require (org-agenda org-archive org-ascii org-attach org-clock org-colview org-docbook org-exp org-html org-icalendar org-id org-latex org-publish org-remember org-table org-timer org-xoxo))
  mapc(require (org-agenda org-archive org-ascii org-attach org-clock org-colview org-docbook org-exp org-html org-icalendar org-id org-latex org-publish org-remember org-table org-timer org-xoxo))
  org-require-autoloaded-modules()
  #<compiled-function nil "...(40)" [list reporter-prompt-for-summary-p require reporter org-load-modules-maybe org-require-autoloaded-modules "Bug report subject: " reporter-submit-bug-report "emacs-orgmode@gnu.org" org-version nil (...) "Remember to cover the basics, that is, what you expected to happen and\nwhat in fact did happen.  You don't know how to make a good report?  See\n\n     http://orgmode.org/manual/Feedback.html#Feedback\n\nYour bug report will be posted to the Org-mode mailing list.\n------------------------------------------------------------------------" re-search-backward "^\\(Subject: \\)Org-mode version \\(.*?\\);[ 	]*\\(.*\\)" t replace-match "\\1Bug: \\3 [\\2]"] 7 ("/home/oub/xemacs/site-lisp/packages/org/org.elc" . 520891) nil>()
  call-interactively(org-submit-bug-report)
  command-execute(org-submit-bug-report t)
  execute-extended-command(nil)
  call-interactively(execute-extended-command)

[-- Attachment #3: Type: text/plain, Size: 201 bytes --]

_______________________________________________
Emacs-orgmode mailing list
Please use `Reply All' to send replies to the list.
Emacs-orgmode@gnu.org
http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Carsten Dominik]

Dear Uwe,

I'd like to bring you in contact with Michael Sperber (CCed).  He has
taken up the task to keep Org usable in XEmacs, so maybe you can
work together to create the necessary patches.

Without Michael, I would have dropped XEmacs support for 7.xx,
but this is no longer on the agenda.  Only, I do not have myself
the time to attend to these compatibility issues.

Thanks!

- Carsten

On Oct 14, 2010, at 3:33 PM, Uwe Brauer wrote:

> Hello
>
>
> Since I can't submit a bug report I attach the error trace
> when I try to open a file in org mode:
>
> Uwe Brauer
>
>
> <org-decompose-region>_______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Carsten Dominik]

Dear Uwe,

I'd like to bring you in contact with Michael Sperber (CCed).  He has
taken up the task to keep Org usable in XEmacs, so maybe you can
work together to create the necessary patches.

Without Michael, I would have dropped XEmacs support for 7.xx,
but this is no longer on the agenda.  Only, I do not have myself
the time to attend to these compatibility issues.

Thanks!

- Carsten

On Oct 14, 2010, at 3:33 PM, Uwe Brauer wrote:

> Hello
>
>
> Since I can't submit a bug report I attach the error trace
> when I try to open a file in org mode:
>
> Uwe Brauer
>
>
> <org-decompose-region>_______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Dr. Volker Zell]

>>>>> Uwe Brauer writes:

    > Hello
    > Since I can't submit a bug report I attach the error trace
    > when I try to open a file in org mode:


Hi Uwe

I'm also using 21.4.22.

To send bug reports just copy org-colview-xemacs.el over org-colview.el 

To get rid of the (void-function decompose-region) error message I
copied the following definition from mule-composite.el from
xemacs-21.5-b28:

(defun decompose-region (start end)
  "UNIMPLEMENTED.
Decompose text in the current region.

When called from a program, expects two arguments,
positions (integers or markers) specifying the region."
  (interactive "r")
  (let ((modified-p (buffer-modified-p))
        (buffer-read-only nil))
    (remove-text-properties start end '(composition nil))
    (set-buffer-modified-p modified-p)))


Then org-mode started fine for me. But I had to do some other changes in
order to execute source blocks with babel and produce html and pdf
output.

--- ob.el.orig	2010-08-07 09:00:28.000000000 +0200
+++ ob.el	2010-10-15 12:46:33.281250000 +0200
@@ -258,7 +258,7 @@
   '((:session . "none") (:results . "silent") (:exports . "results"))
   "Default arguments to use when evaluating an inline source block.")
 
-(defvar org-babel-current-buffer-properties)
+(defvar org-babel-current-buffer-properties nil)
 (make-variable-buffer-local 'org-babel-current-buffer-properties)
 
 (defvar org-babel-result-regexp
--- org-latex.el.orig	2010-08-07 09:00:28.000000000 +0200
+++ org-latex.el	2010-10-15 12:17:53.328125000 +0200
@@ -849,7 +849,7 @@
 		     (save-match-data
 		       (shell-quote-argument file))
 		     t t cmd)))
-	(shell-command cmd outbuf outbuf)))
+	(shell-command cmd outbuf)))
     (message "Processing LaTeX file...done")
     (if (not (file-exists-p pdffile))
 	(error "PDF file was not produced")
--- ob-latex.el.orig	2010-08-07 09:00:28.000000000 +0200
+++ ob-latex.el	2010-10-15 12:16:31.531250000 +0200
@@ -137,7 +137,7 @@
                      (save-match-data
                        (shell-quote-argument tex-file))
                      t t cmd)))
-        (shell-command cmd outbuf outbuf)))
+        (shell-command cmd outbuf)))
     (if (not (file-exists-p pdffile))
         (error "PDF file was not produced from %s" tex-file)
       (set-window-configuration wconfig)


These two patches are needed due to differences in the following
function definitions:

Emacs:  (defvar symbol &optional initvalue docstring)
XEmacs: (defvar SYMBOL INITVALUE DOCSTRING)


Emacs:  (shell-command command &optional output-buffer error-buffer)
XEmacs: (shell-command COMMAND &optional OUTPUT-BUFFER)


In addition the function number-sequence is not defined in XEmacs. So I
copied the definition from the emacs distribution (in subr.el):

(defun number-sequence (from &optional to inc)
  "Return a sequence of numbers from FROM to TO (both inclusive) as a list.
INC is the increment used between numbers in the sequence and defaults to 1.
So, the Nth element of the list is \(+ FROM \(* N INC)) where N counts from
zero.  TO is only included if there is an N for which TO = FROM + N * INC.
If TO is nil or numerically equal to FROM, return \(FROM).
If INC is positive and TO is less than FROM, or INC is negative
and TO is larger than FROM, return nil.
If INC is zero and TO is neither nil nor numerically equal to
FROM, signal an error.

This function is primarily designed for integer arguments.
Nevertheless, FROM, TO and INC can be integer or float.  However,
floating point arithmetic is inexact.  For instance, depending on
the machine, it may quite well happen that
\(number-sequence 0.4 0.6 0.2) returns the one element list \(0.4),
whereas \(number-sequence 0.4 0.8 0.2) returns a list with three
elements.  Thus, if some of the arguments are floats and one wants
to make sure that TO is included, one may have to explicitly write
TO as \(+ FROM \(* N INC)) or use a variable whose value was
computed with this exact expression.  Alternatively, you can,
of course, also replace TO with a slightly larger value
\(or a slightly more negative value if INC is negative)."
  (if (or (not to) (= from to))
      (list from)
    (or inc (setq inc 1))
    (when (zerop inc) (error "The increment can not be zero"))
    (let (seq (n 0) (next from))
      (if (> inc 0)
          (while (<= next to)
            (setq seq (cons next seq)
                  n (1+ n)
                  next (+ from (* n inc))))
        (while (>= next to)
          (setq seq (cons next seq)
                n (1+ n)
                next (+ from (* n inc)))))
      (nreverse seq))))


Right now with these changes the latest org-mode works fine for me (at
least for my usage pattern).
 
    > Uwe Brauer 

Ciao
  Volker

Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Uwe Brauer]

>>>>> On Fri, 15 Oct  "Dr. Volker Zell" <dr.volker.zell@oracle.com> wrote:

Hi Volker, 

[snip]

   > Right now with these changes the latest org-mode works fine for me (at
   > least for my usage pattern).
 
This was extremely useful thanks very much, I will test it
as soon as possible. 

Carsten, couldn't Volkers code(patch) be included maybe wrapped
with a 
      (if  (featurep 'xemacs)

thanks

Uwe 

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Carsten Dominik]

On Oct 15, 2010, at 3:30 PM, Uwe Brauer wrote:

>>>>>> On Fri, 15 Oct  "Dr. Volker Zell" <dr.volker.zell@oracle.com>  
>>>>>> wrote:
>
> Hi Volker,
>
> [snip]
>
>> Right now with these changes the latest org-mode works fine for me  
>> (at
>> least for my usage pattern).
>
> This was extremely useful thanks very much, I will test it
> as soon as possible.
>
> Carsten, couldn't Volkers code(patch) be included maybe wrapped
> with a
>      (if  (featurep 'xemacs)

I'll look into it.

- Carsten

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Carsten Dominik]

On Oct 15, 2010, at 3:30 PM, Uwe Brauer wrote:

>>>>>> On Fri, 15 Oct  "Dr. Volker Zell" <dr.volker.zell@oracle.com>  
>>>>>> wrote:
>
> Hi Volker,
>
> [snip]
>
>> Right now with these changes the latest org-mode works fine for me  
>> (at
>> least for my usage pattern).
>
> This was extremely useful thanks very much, I will test it
> as soon as possible.
>
> Carsten, couldn't Volkers code(patch) be included maybe wrapped
> with a
>      (if  (featurep 'xemacs)

Hi Uwe,

Does the latest Org-mode git version work for you now?

- Carsten

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Uwe Brauer]

>> Regarding Re: [Orgmode] Re: 7.01 & Xemacs 21.4.22: decompose-region is not known; Carsten Dominik <carsten.dominik@gmail.com> adds:

   > On Oct 15, 2010, at 3:30 PM, Uwe Brauer wrote:

   > Hi Uwe,

   > Does the latest Org-mode git version work for you now?
Hi Carsten 

I did not try yet, will do so tomorrow. Do I understand
correctly: the only way to get that version is via git?

Uwe 

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Puneeth]

On Sun, Oct 24, 2010 at 1:50 AM, Uwe Brauer <oub@mat.ucm.es> wrote:
>>> Regarding Re: [Orgmode] Re: 7.01 & Xemacs 21.4.22: decompose-region is not known; Carsten Dominik <carsten.dominik@gmail.com> adds:
>
>   > On Oct 15, 2010, at 3:30 PM, Uwe Brauer wrote:
>
>   > Hi Uwe,
>
>   > Does the latest Org-mode git version work for you now?
> Hi Carsten
>
> I did not try yet, will do so tomorrow. Do I understand
> correctly: the only way to get that version is via git?

You could get the latest source (updated daily) as a tar ball[1] or zip file[2]

[1] http://orgmode.org/org-latest.tar.gz
[2] http://orgmode.org/org-latest.zip

HTH,
Puneeth

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Uwe Brauer]

>> Regarding Re: [Orgmode] Re: 7.01 & Xemacs 21.4.22: decompose-region is not known; Carsten Dominik <carsten.dominik@gmail.com> adds:

   > Hi Uwe,

   > Does the latest Org-mode git version work for you now?

For xemacs  21.4.X? No but the reason is simple the recent
version of org does not ship the noutline file, so no
wounder that I obtain an error message of the sort

While compiling toplevel forms in file /home/oub/ALLES/xemacs/site-lisp/packages/org-mode-web/lisp/org.el:
  !! File error (("Cannot open load file" "noutline"))
>>Error occurred processing lisp/org.el: Cannot open load file: noutline

You mentioned that noutline will not be shipped any more,
but then I don't understand that error message.

Uwe 

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Carsten Dominik]

On Oct 24, 2010, at 7:28 PM, Uwe Brauer wrote:

>>> Regarding Re: [Orgmode] Re: 7.01 & Xemacs 21.4.22: decompose- 
>>> region is not known; Carsten Dominik <carsten.dominik@gmail.com>  
>>> adds:
>
>> Hi Uwe,
>
>> Does the latest Org-mode git version work for you now?
>
> For xemacs  21.4.X? No but the reason is simple the recent
> version of org does not ship the noutline file, so no
> wounder that I obtain an error message of the sort
>
> While compiling toplevel forms in file /home/oub/ALLES/xemacs/site- 
> lisp/packages/org-mode-web/lisp/org.el:
>  !! File error (("Cannot open load file" "noutline"))
>>> Error occurred processing lisp/org.el: Cannot open load file:  
>>> noutline
>
> You mentioned that noutline will not be shipped any more,
> but then I don't understand that error message.

I think noutline is now in XEmacs, in some package - but I do not know  
which versions of XEmacs will/can load this package.  It should be in  
a file outline.el and provide both outline and noutline.

Michael, can you help sort this out, please?

- Carsten


>
> Uwe
>

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Michael Sperber]

Carsten Dominik <carsten.dominik@gmail.com> writes:

> On Oct 24, 2010, at 7:28 PM, Uwe Brauer wrote:
>
>>>> Regarding Re: [Orgmode] Re: 7.01 & Xemacs 21.4.22: decompose-
>>>> region is not known; Carsten Dominik <carsten.dominik@gmail.com>
>>>> adds:
>>
>>> Hi Uwe,
>>
>>> Does the latest Org-mode git version work for you now?
>>
>> For xemacs  21.4.X? No but the reason is simple the recent
>> version of org does not ship the noutline file, so no
>> wounder that I obtain an error message of the sort
>>
>> While compiling toplevel forms in file /home/oub/ALLES/xemacs/site-
>> lisp/packages/org-mode-web/lisp/org.el:
>>  !! File error (("Cannot open load file" "noutline"))
>>>> Error occurred processing lisp/org.el: Cannot open load file:
>>>> noutline
>>
>> You mentioned that noutline will not be shipped any more,
>> but then I don't understand that error message.
>
> I think noutline is now in XEmacs, in some package - but I do not know
> which versions of XEmacs will/can load this package.  It should be in
> a file outline.el and provide both outline and noutline.

The new outline.el (i.e. the one that ships with the current xemacs-base
package) also works with 21.4.  But it is called outline.el, not
noutline.el.

-- 
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Carsten Dominik]

On Oct 25, 2010, at 8:13 AM, Michael Sperber wrote:

>
> Carsten Dominik <carsten.dominik@gmail.com> writes:
>
>> On Oct 24, 2010, at 7:28 PM, Uwe Brauer wrote:
>>
>>>>> Regarding Re: [Orgmode] Re: 7.01 & Xemacs 21.4.22: decompose-
>>>>> region is not known; Carsten Dominik <carsten.dominik@gmail.com>
>>>>> adds:
>>>
>>>> Hi Uwe,
>>>
>>>> Does the latest Org-mode git version work for you now?
>>>
>>> For xemacs  21.4.X? No but the reason is simple the recent
>>> version of org does not ship the noutline file, so no
>>> wounder that I obtain an error message of the sort
>>>
>>> While compiling toplevel forms in file /home/oub/ALLES/xemacs/site-
>>> lisp/packages/org-mode-web/lisp/org.el:
>>> !! File error (("Cannot open load file" "noutline"))
>>>>> Error occurred processing lisp/org.el: Cannot open load file:
>>>>> noutline
>>>
>>> You mentioned that noutline will not be shipped any more,
>>> but then I don't understand that error message.
>>
>> I think noutline is now in XEmacs, in some package - but I do not  
>> know
>> which versions of XEmacs will/can load this package.  It should be in
>> a file outline.el and provide both outline and noutline.
>
> The new outline.el (i.e. the one that ships with the current xemacs- 
> base
> package) also works with 21.4.  But it is called outline.el, not
> noutline.el.

But I believe you told me that this outline.el has provide statements
for both outline and noutline, right?

Thanks.

- Carsten

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Michael Sperber]

Carsten Dominik <carsten.dominik@gmail.com> writes:

> But I believe you told me that this outline.el has provide statements
> for both outline and noutline, right?

Yes.  But if it's not loaded yet, you need to call it by "outline".
(I.e. it's in file outline.el, not noutline.el.)

-- 
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Carsten Dominik]

On Oct 25, 2010, at 11:07 AM, Michael Sperber wrote:

>
> Carsten Dominik <carsten.dominik@gmail.com> writes:
>
>> But I believe you told me that this outline.el has provide statements
>> for both outline and noutline, right?
>
> Yes.  But if it's not loaded yet, you need to call it by "outline".
> (I.e. it's in file outline.el, not noutline.el.)

Org does:

   (require 'outline) (require 'noutline)

so this works.

Thanks!

- Carsten

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Uwe Brauer]

>> Regarding Re: [Orgmode] Re: 7.01 & Xemacs 21.4.22: decompose-region is not known; Carsten Dominik <carsten.dominik@gmail.com> adds:


   > Org does:

   >   (require 'outline) (require 'noutline)

I just downloaded the latest xemacs-base pkg and yes the
compilation works, with respect to noutline!

*But* I still have to modify org-freemind by 

  (if  (featurep 'emacs)
(require 'rx))

To  org-freemind 
otherwise it *does not* compile

Uwe 

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Carsten Dominik]

On Oct 25, 2010, at 12:16 PM, Uwe Brauer wrote:

>>> Regarding Re: [Orgmode] Re: 7.01 & Xemacs 21.4.22: decompose- 
>>> region is not known; Carsten Dominik <carsten.dominik@gmail.com>  
>>> adds:
>
>
>> Org does:
>
>>  (require 'outline) (require 'noutline)
>
> I just downloaded the latest xemacs-base pkg and yes the
> compilation works, with respect to noutline!
>
> *But* I still have to modify org-freemind by
>
>  (if  (featurep 'emacs)
> (require 'rx))
>
> To  org-freemind
> otherwise it *does not* compile

Yes.  I still need to et to fixing org-freemind.el.  Unfortunately,  
the day has not enough hours.

- Carsten

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Uwe Brauer]

>> Regarding Re: [Orgmode] Re: 7.01 & Xemacs 21.4.22: decompose-region is not known; Carsten Dominik <carsten.dominik@gmail.com> adds:

   >> 
   >> (if  (featurep 'emacs)
   >> (require 'rx))
   >> 
   >> To  org-freemind
   >> otherwise it *does not* compile

   > Yes.  I still need to et to fixing org-freemind.el.
   > Unfortunately, the day has not enough hours.

By fixing you mean that it could compile under Xemacs?

But couldn't you just add 

 (if  (featurep 'emacs)
 (require 'rx))

For the time being so that org could be used under Xemacs
(and you would not receive the corresponding complains :-D )

Uwe 

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Carsten Dominik]

On Oct 25, 2010, at 12:48 PM, Uwe Brauer wrote:

>>> Regarding Re: [Orgmode] Re: 7.01 & Xemacs 21.4.22: decompose- 
>>> region is not known; Carsten Dominik <carsten.dominik@gmail.com>  
>>> adds:
>
>>>
>>> (if  (featurep 'emacs)
>>> (require 'rx))
>>>
>>> To  org-freemind
>>> otherwise it *does not* compile
>
>> Yes.  I still need to et to fixing org-freemind.el.
>> Unfortunately, the day has not enough hours.
>
> By fixing you mean that it could compile under Xemacs?
>
> But couldn't you just add
>
> (if  (featurep 'emacs)
> (require 'rx))
>
> For the time being so that org could be used under Xemacs
> (and you would not receive the corresponding complains :-D )

I have just updated org-freemind in the repository in a way that will  
hopefully be compatible with Emacs and XEmacs.  In particular, I got  
rid of the rx dependency.

Testing under both Emacs and XEmacs would be highly appreciated.

- Carsten

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Uwe Brauer]

>> Regarding Re: [Orgmode] Re: 7.01 & Xemacs 21.4.22: decompose-region is not known; Carsten Dominik <carsten.dominik@gmail.com> adds:

   > On Oct 25, 2010, at 12:48 PM, Uwe Brauer wrote:

   >>>> Regarding Re: [Orgmode] Re: 7.01 & Xemacs 21.4.22: decompose-
   >> 
   >> But couldn't you just add
   >> 
   >> (if  (featurep 'emacs)
   >> (require 'rx))
   >> 
   >> For the time being so that org could be used under Xemacs
   >> (and you would not receive the corresponding complains :-D )

   > I have just updated org-freemind in the repository in a
   > way that will hopefully be compatible with Emacs and
   > XEmacs.  In particular, I got rid of the rx dependency.

Well I just downloaded 
http://orgmode.org/org-latest.tar.gz


And in this package I can't see your change, 
org-freemind is the same as in the package of yesterday

Uwe 

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Nick Dokos]

Uwe Brauer <oub@mat.ucm.es> wrote:


> Well I just downloaded 
> http://orgmode.org/org-latest.tar.gz
> 
> 
> And in this package I can't see your change, 
> org-freemind is the same as in the package of yesterday
> 

AFAIK, that's the latest *released* version: it's only updated for
releases. If you don't want to use git to get the latest development
version, you can get a tarball of it (or any version really) from

    http://repo.or.cz/w/org-mode.git

Choose which snapshot you want and click the tar.gz or zip link at
the right end of the corresponding line (although I just pulled and
I don't see any updates to org-freemind.el - in particular, it still
requires rx - maybe Carsten forgot to push?)

Nick

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Carsten Dominik]

I pushed now, sorry about that.

- Carsten

On Oct 25, 2010, at 3:21 PM, Nick Dokos wrote:

> Uwe Brauer <oub@mat.ucm.es> wrote:
>
>
>> Well I just downloaded
>> http://orgmode.org/org-latest.tar.gz
>>
>>
>> And in this package I can't see your change,
>> org-freemind is the same as in the package of yesterday
>>
>
> AFAIK, that's the latest *released* version: it's only updated for
> releases. If you don't want to use git to get the latest development
> version, you can get a tarball of it (or any version really) from
>
>    http://repo.or.cz/w/org-mode.git
>
> Choose which snapshot you want and click the tar.gz or zip link at
> the right end of the corresponding line (although I just pulled and
> I don't see any updates to org-freemind.el - in particular, it still
> requires rx - maybe Carsten forgot to push?)
>
> Nick
>
>
>

- Carsten

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Uwe Brauer]

>> Regarding Re: [Orgmode] Re: 7.01 & Xemacs 21.4.22: decompose-region is not known; Nick Dokos <nicholas.dokos@hp.com> adds:

   > Uwe Brauer <oub@mat.ucm.es> wrote:
   >> And in this package I can't see your change, 
   >> org-freemind is the same as in the package of yesterday
   >> 

   > AFAIK, that's the latest *released* version: it's only updated for
   > releases. If you don't want to use git to get the latest development
   > version, you can get a tarball of it (or any version really) from

Ok I was told differently on this list but ok.
   >     http://repo.or.cz/w/org-mode.git

   > Choose which snapshot you want and click the tar.gz or zip link at
   > the right end of the corresponding line (although I just pulled and
cool, that works.

Uwe 

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Nick Dokos]

Uwe Brauer <oub@mat.ucm.es> wrote:

> >> Regarding Re: [Orgmode] Re: 7.01 & Xemacs 21.4.22: decompose-region is not known; Nick Dokos <nicholas.dokos@hp.com> adds:
> 
>    > Uwe Brauer <oub@mat.ucm.es> wrote:
>    >> And in this package I can't see your change, 
>    >> org-freemind is the same as in the package of yesterday
>    >> 
> 
>    > AFAIK, that's the latest *released* version: it's only updated for
>    > releases. If you don't want to use git to get the latest development
>    > version, you can get a tarball of it (or any version really) from
> 
> Ok I was told differently on this list but ok.

I may be mistaken: I use git to update so I don't keep track of the
tarballs. But there are occasional hiccups and sometimes the tarballs
get out of sync, e.g. most recently at the end of September - see

         http://thread.gmane.org/gmane.emacs.orgmode/31131

Currently I see both org-latest.zip and org-latest.tar.gz dated
2010-10-16 01:00 - and, btw, the top-level directory in both archives is
org-mode-web, which, according to Bastien in the above thread, is wrong
and should be fixed.

>    >     http://repo.or.cz/w/org-mode.git
> 
>    > Choose which snapshot you want and click the tar.gz or zip link at
>    > the right end of the corresponding line (although I just pulled and


Overall, I think getting snapshot tarballs like this is more reliable;
but using git is much more efficient, both in terms of server resources
and in terms of efficient use of your time: if you are uploading a
tarball more often than every month, you owe it to yourself to use git.

Nick

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Nick Dokos]

Nick Dokos <nicholas.dokos@hp.com> wrote:

> 
> Overall, I think getting snapshot tarballs like this is more reliable;
> but using git is much more efficient, both in terms of server resources
> and in terms of efficient use of your time: if you are uploading a

I meant:                                                 downloading

> tarball more often than every month, you owe it to yourself to use git.

Why is it so difficult to say what I mean?

Nick

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Giovanni Ridolfi]

Nick Dokos <nicholas.dokos@hp.com> writes:

> Uwe Brauer <oub@mat.ucm.es> wrote:
>> Nick Dokos <nicholas.dokos@hp.com> writes:
>> 
[ org-latest.zip ]

>>  > AFAIK, that's the latest *released* version: 
>>  > releases. If you don't want to use git to get the latest development
>>  > version, you can get a tarball of it (or any version really) from
>> 
>> Ok I was told differently on this list but ok.

Not only on this list, but also in the home-page !
>
> I may be mistaken: 

Yes, you are ;). Or, at least, you /should/ be wrong ;-)

> But there are occasional hiccups and sometimes the tarballs
> get out of sync, e.g. most recently at the end of September - see
>
>          http://thread.gmane.org/gmane.emacs.orgmode/31131

Yes :-( 

>
> Currently I see both org-latest.zip and org-latest.tar.gz dated
> 2010-10-16 01:00 

That's strange. I downloaded org-latest.zip on the 20th October
and the commit was: 
Org-mode version 7.01trans commit-4cd56cfa7b93902544acb32848e36ee4004239a3
And it seemed to me that was the latest.

> - and, btw, the top-level directory in both archives is
> org-mode-web, which, according to Bastien in the above thread, is wrong
> and should be fixed.

Yes, I did some black magic to have a working org-latest.zip(org-mode/blah-blah)

>
>>    >     http://repo.or.cz/w/org-mode.git
>>    > Choose which snapshot you want and click the tar.gz or zip link at
>>    > the right end of the corresponding line

Uhhh nice! Thanks, Nick, I've learned something new today.

Bastien, would it be possible that the link in the homepage:

For people who cannot use git we provide <a href="org-latest.zip">zip</a> 
or <a href="org-latest.tar.gz">tar.gz</a> snapshot release 
files updated each day
and corresponding to the latest git version.

will point to such page? 

E.g.

For people who cannot use git, the
snapshot release  files, 
corresponding to the latest git version,
are provided <a href="http://repo.or.cz/w/org-mode.git">in the git
repository</a>.  Choose which snapshot you want, presumably
the first line in the "shortlog" section and click the 
tar.gz or zip link at the right end.

Pros: we will not have the problems of syncing 

Cons: we will not have the file  http://orgmode.org/org-latest.tar.gz
      one can download directly, in a script...
      but they have to use the browser.

cheers,
Giovanni

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Nick Dokos]

Giovanni Ridolfi <giovanni.ridolfi@yahoo.it> wrote:

> >>  > AFAIK, that's the latest *released* version: 
> >>  > releases. If you don't want to use git to get the latest development
> >>  > version, you can get a tarball of it (or any version really) from
> >> 
> >> Ok I was told differently on this list but ok.
> 
> Not only on this list, but also in the home-page !
> >
> > I may be mistaken: 
> 
> Yes, you are ;). Or, at least, you /should/ be wrong ;-)
> 
> > But there are occasional hiccups and sometimes the tarballs
> > get out of sync, e.g. most recently at the end of September - see
> >
> >          http://thread.gmane.org/gmane.emacs.orgmode/31131
> 
> Yes :-( 
> 
> >
> > Currently I see both org-latest.zip and org-latest.tar.gz dated
> > 2010-10-16 01:00 
> 
> That's strange. I downloaded org-latest.zip on the 20th October
> and the commit was: 
> Org-mode version 7.01trans commit-4cd56cfa7b93902544acb32848e36ee4004239a3
> And it seemed to me that was the latest.
> 

I don't know: I still see Oct 16 dates, but I don't have time to investigate
carefully.

> > - and, btw, the top-level directory in both archives is
> > org-mode-web, which, according to Bastien in the above thread, is wrong
> > and should be fixed.
> 
> Yes, I did some black magic to have a working org-latest.zip(org-mode/blah-blah)
> 
> >
> >>    >     http://repo.or.cz/w/org-mode.git
> >>    > Choose which snapshot you want and click the tar.gz or zip link at
> >>    > the right end of the corresponding line
> 
> Uhhh nice! Thanks, Nick, I've learned something new today.
> 

Thanks are due Jambunathan K. (iirc): he pointed that out a couple
of days ago. I'm just a conduit :-)

> Bastien, would it be possible that the link in the homepage:
> 
> For people who cannot use git we provide <a href="org-latest.zip">zip</a> 
> or <a href="org-latest.tar.gz">tar.gz</a> snapshot release 
> files updated each day
> and corresponding to the latest git version.
> 
> will point to such page? 
> 
> E.g.
> 
> For people who cannot use git, the
> snapshot release  files, 
> corresponding to the latest git version,
> are provided <a href="http://repo.or.cz/w/org-mode.git">in the git
> repository</a>.  Choose which snapshot you want, presumably
> the first line in the "shortlog" section and click the 
> tar.gz or zip link at the right end.
> 
> Pros: we will not have the problems of syncing 
> 
> Cons: we will not have the file  http://orgmode.org/org-latest.tar.gz
>       one can download directly, in a script...
>       but they have to use the browser.
> 

Maybe keep org-latest.{tgz,zip} on orgmode.org, but add a mention
of the other method just in case there are syncing problems with the
tarballs.

Nick

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Carsten Dominik]

Hi,

here is the crontab line that Bastien uses to create the *latest.tar.gz.

0 0 * * * /home/cdominik/bin/tarzip-latest-org.sh >> /dev/null 2>&1

So in principle these should be produced daily.

So I I say I just made a fix, you cannot expect the change to be in  
there
before tomorrow.  And the crontab process may get hung up for a while,  
and then
these files will be out of date.

Clearly, the superior way to get bleeding edge is git.  No other process
we provide will ever be as reliable.

- Carsten


On Oct 25, 2010, at 6:48 PM, Nick Dokos wrote:

> Giovanni Ridolfi <giovanni.ridolfi@yahoo.it> wrote:
>
>>>>> AFAIK, that's the latest *released* version:
>>>>> releases. If you don't want to use git to get the latest  
>>>>> development
>>>>> version, you can get a tarball of it (or any version really) from
>>>>
>>>> Ok I was told differently on this list but ok.
>>
>> Not only on this list, but also in the home-page !
>>>
>>> I may be mistaken:
>>
>> Yes, you are ;). Or, at least, you /should/ be wrong ;-)
>>
>>> But there are occasional hiccups and sometimes the tarballs
>>> get out of sync, e.g. most recently at the end of September - see
>>>
>>>         http://thread.gmane.org/gmane.emacs.orgmode/31131
>>
>> Yes :-(
>>
>>>
>>> Currently I see both org-latest.zip and org-latest.tar.gz dated
>>> 2010-10-16 01:00
>>
>> That's strange. I downloaded org-latest.zip on the 20th October
>> and the commit was:
>> Org-mode version 7.01trans  
>> commit-4cd56cfa7b93902544acb32848e36ee4004239a3
>> And it seemed to me that was the latest.
>>
>
> I don't know: I still see Oct 16 dates, but I don't have time to  
> investigate
> carefully.
>
>>> - and, btw, the top-level directory in both archives is
>>> org-mode-web, which, according to Bastien in the above thread, is  
>>> wrong
>>> and should be fixed.
>>
>> Yes, I did some black magic to have a working org-latest.zip(org- 
>> mode/blah-blah)
>>
>>>
>>>>>    http://repo.or.cz/w/org-mode.git
>>>>> Choose which snapshot you want and click the tar.gz or zip link at
>>>>> the right end of the corresponding line
>>
>> Uhhh nice! Thanks, Nick, I've learned something new today.
>>
>
> Thanks are due Jambunathan K. (iirc): he pointed that out a couple
> of days ago. I'm just a conduit :-)
>
>> Bastien, would it be possible that the link in the homepage:
>>
>> For people who cannot use git we provide <a href="org- 
>> latest.zip">zip</a>
>> or <a href="org-latest.tar.gz">tar.gz</a> snapshot release
>> files updated each day
>> and corresponding to the latest git version.
>>
>> will point to such page?
>>
>> E.g.
>>
>> For people who cannot use git, the
>> snapshot release  files,
>> corresponding to the latest git version,
>> are provided <a href="http://repo.or.cz/w/org-mode.git">in the git
>> repository</a>.  Choose which snapshot you want, presumably
>> the first line in the "shortlog" section and click the
>> tar.gz or zip link at the right end.
>>
>> Pros: we will not have the problems of syncing
>>
>> Cons: we will not have the file  http://orgmode.org/org-latest.tar.gz
>>      one can download directly, in a script...
>>      but they have to use the browser.
>>
>
> Maybe keep org-latest.{tgz,zip} on orgmode.org, but add a mention
> of the other method just in case there are syncing problems with the
> tarballs.
>
> Nick

Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Jambunathan K]

> For people who cannot use git, the
> snapshot release  files, 
> corresponding to the latest git version,
> are provided <a href="http://repo.or.cz/w/org-mode.git">in the git
> repository</a>.  Choose which snapshot you want, presumably
> the first line in the "shortlog" section and click the 
> tar.gz or zip link at the right end.

Looks like the below URL (with no modification whatsoever) always
downloads the current tip of the tree.

- http://repo.or.cz/w/org-mode.git/snapshot

Jambunathan K.

Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Carsten Dominik]

On Oct 25, 2010, at 7:48 PM, Jambunathan K wrote:

>
>
>> For people who cannot use git, the
>> snapshot release  files,
>> corresponding to the latest git version,
>> are provided <a href="http://repo.or.cz/w/org-mode.git">in the git
>> repository</a>.  Choose which snapshot you want, presumably
>> the first line in the "shortlog" section and click the
>> tar.gz or zip link at the right end.
>
> Looks like the below URL (with no modification whatsoever) always
> downloads the current tip of the tree.
>
> - http://repo.or.cz/w/org-mode.git/snapshot

This is cool!

Can you please document this in an appropriate spot on Worg?

- Carsten

Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Jambunathan K]

Carsten

>>
>>
>>> For people who cannot use git, the
>>> snapshot release  files,
>>> corresponding to the latest git version,
>>> are provided <a href="http://repo.or.cz/w/org-mode.git">in the git
>>> repository</a>.  Choose which snapshot you want, presumably
>>> the first line in the "shortlog" section and click the
>>> tar.gz or zip link at the right end.
>>
>> Looks like the below URL (with no modification whatsoever) always
>> downloads the current tip of the tree.
>>
>> - http://repo.or.cz/w/org-mode.git/snapshot
>
> This is cool!
>
> Can you please document this in an appropriate spot on Worg?
>

Do I have commit access?

> - Carsten

Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Bastien]

Jambunathan K <kjambunathan@gmail.com> writes:

>> Can you please document this in an appropriate spot on Worg?
>>
>
> Do I have commit access?

I don't think you have yet, since you didn't ask.

Please tell me what your username is on repo.or.cz and I'll give you
commit access to Worg.

-- 
 Bastien

Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Bastien]

Carsten Dominik <carsten.dominik@gmail.com> writes:

> Can you please document this in an appropriate spot on Worg?

I mentioned this on ORGWEBPAGE/index.org and in the org-faq.org.

-- 
 Bastien

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Bastien]

Nick Dokos <nicholas.dokos@hp.com> writes:

> Currently I see both org-latest.zip and org-latest.tar.gz dated
> 2010-10-16 01:00 - and, btw, the top-level directory in both archives is
> org-mode-web, which, according to Bastien in the above thread, is wrong
> and should be fixed.

It's now fixed.

-- 
 Bastien

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Bastien]

Nick Dokos <nicholas.dokos@hp.com> writes:

>> Well I just downloaded 
>> http://orgmode.org/org-latest.tar.gz
>> 
>> 
>> And in this package I can't see your change, 
>> org-freemind is the same as in the package of yesterday
>> 
>
> AFAIK, that's the latest *released* version: it's only updated for
> releases.

Just for the sake of clarity: org-latest.zip is about latest development
versions.  

The release archives have the version number in their names.

-- 
 Bastien

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Uwe Brauer]

>> Regarding Re: [Orgmode] Re: 7.01 & Xemacs 21.4.22: decompose-region is not known; Carsten Dominik <carsten.dominik@gmail.com> adds:

   > Testing under both Emacs and XEmacs would be highly appreciated.

Ok I downloaded it, 

    -  compilation now is fine! (Xemacs 21.4.22 Mule with
       the newest xemacs-base pkg). Maybe that should be
       added in the documentation!

    -  org also seems to work as far as I can tell.

thanks

Uwe 

Re: Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Uwe Brauer]

>> Regarding Re: [Orgmode] Re: 7.01 & Xemacs 21.4.22: decompose-region is not known; Carsten Dominik <carsten.dominik@gmail.com> adds:

   > Org does:

   >   (require 'outline) (require 'noutline)

I forgot to add: not only does the compilation work, also org
itself seems to work, so far

Uwe 

Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Carsten Dominik]

Applied, thanks.

- Carsten

On Oct 15, 2010, at 2:13 PM, Dr. Volker Zell wrote:

>>>>>> Uwe Brauer writes:
>
>> Hello
>> Since I can't submit a bug report I attach the error trace
>> when I try to open a file in org mode:
>
>
> Hi Uwe
>
> I'm also using 21.4.22.
>
> To send bug reports just copy org-colview-xemacs.el over org- 
> colview.el
>
> To get rid of the (void-function decompose-region) error message I
> copied the following definition from mule-composite.el from
> xemacs-21.5-b28:
>
> (defun decompose-region (start end)
>  "UNIMPLEMENTED.
> Decompose text in the current region.
>
> When called from a program, expects two arguments,
> positions (integers or markers) specifying the region."
>  (interactive "r")
>  (let ((modified-p (buffer-modified-p))
>        (buffer-read-only nil))
>    (remove-text-properties start end '(composition nil))
>    (set-buffer-modified-p modified-p)))
>
>
> Then org-mode started fine for me. But I had to do some other  
> changes in
> order to execute source blocks with babel and produce html and pdf
> output.
>
> --- ob.el.orig	2010-08-07 09:00:28.000000000 +0200
> +++ ob.el	2010-10-15 12:46:33.281250000 +0200
> @@ -258,7 +258,7 @@
>   '((:session . "none") (:results . "silent") (:exports . "results"))
>   "Default arguments to use when evaluating an inline source block.")
>
> -(defvar org-babel-current-buffer-properties)
> +(defvar org-babel-current-buffer-properties nil)
> (make-variable-buffer-local 'org-babel-current-buffer-properties)
>
> (defvar org-babel-result-regexp
> --- org-latex.el.orig	2010-08-07 09:00:28.000000000 +0200
> +++ org-latex.el	2010-10-15 12:17:53.328125000 +0200
> @@ -849,7 +849,7 @@
> 		     (save-match-data
> 		       (shell-quote-argument file))
> 		     t t cmd)))
> -	(shell-command cmd outbuf outbuf)))
> +	(shell-command cmd outbuf)))
>     (message "Processing LaTeX file...done")
>     (if (not (file-exists-p pdffile))
> 	(error "PDF file was not produced")
> --- ob-latex.el.orig	2010-08-07 09:00:28.000000000 +0200
> +++ ob-latex.el	2010-10-15 12:16:31.531250000 +0200
> @@ -137,7 +137,7 @@
>                      (save-match-data
>                        (shell-quote-argument tex-file))
>                      t t cmd)))
> -        (shell-command cmd outbuf outbuf)))
> +        (shell-command cmd outbuf)))
>     (if (not (file-exists-p pdffile))
>         (error "PDF file was not produced from %s" tex-file)
>       (set-window-configuration wconfig)
>
>
> These two patches are needed due to differences in the following
> function definitions:
>
> Emacs:  (defvar symbol &optional initvalue docstring)
> XEmacs: (defvar SYMBOL INITVALUE DOCSTRING)
>
>
> Emacs:  (shell-command command &optional output-buffer error-buffer)
> XEmacs: (shell-command COMMAND &optional OUTPUT-BUFFER)
>
>
> In addition the function number-sequence is not defined in XEmacs.  
> So I
> copied the definition from the emacs distribution (in subr.el):
>
> (defun number-sequence (from &optional to inc)
>  "Return a sequence of numbers from FROM to TO (both inclusive) as a  
> list.
> INC is the increment used between numbers in the sequence and  
> defaults to 1.
> So, the Nth element of the list is \(+ FROM \(* N INC)) where N  
> counts from
> zero.  TO is only included if there is an N for which TO = FROM + N  
> * INC.
> If TO is nil or numerically equal to FROM, return \(FROM).
> If INC is positive and TO is less than FROM, or INC is negative
> and TO is larger than FROM, return nil.
> If INC is zero and TO is neither nil nor numerically equal to
> FROM, signal an error.
>
> This function is primarily designed for integer arguments.
> Nevertheless, FROM, TO and INC can be integer or float.  However,
> floating point arithmetic is inexact.  For instance, depending on
> the machine, it may quite well happen that
> \(number-sequence 0.4 0.6 0.2) returns the one element list \(0.4),
> whereas \(number-sequence 0.4 0.8 0.2) returns a list with three
> elements.  Thus, if some of the arguments are floats and one wants
> to make sure that TO is included, one may have to explicitly write
> TO as \(+ FROM \(* N INC)) or use a variable whose value was
> computed with this exact expression.  Alternatively, you can,
> of course, also replace TO with a slightly larger value
> \(or a slightly more negative value if INC is negative)."
>  (if (or (not to) (= from to))
>      (list from)
>    (or inc (setq inc 1))
>    (when (zerop inc) (error "The increment can not be zero"))
>    (let (seq (n 0) (next from))
>      (if (> inc 0)
>          (while (<= next to)
>            (setq seq (cons next seq)
>                  n (1+ n)
>                  next (+ from (* n inc))))
>        (while (>= next to)
>          (setq seq (cons next seq)
>                n (1+ n)
>                next (+ from (* n inc)))))
>      (nreverse seq))))
>
>
> Right now with these changes the latest org-mode works fine for me (at
> least for my usage pattern).
>
>> Uwe Brauer
>
> Ciao
>  Volker
>
> _______________________________________________
> Emacs-orgmode mailing list
> Please use `Reply All' to send replies to the list.
> Emacs-orgmode@gnu.org
> http://lists.gnu.org/mailman/listinfo/emacs-orgmode

Re: 7.01 & Xemacs 21.4.22: decompose-region is not known

[Bastien]

I've been late in fixing the tar/zip issue, sorry for that.

I would have been aware of the problem earlier if someone started
another thread about this problem with a proper subject :)

I hope it's better now, and that the information on the website is 
more accurate and helpful.

-- 
 Bastien