[ESS] Patch for ESS 12.04 released

Martin Maechler maechler at stat.math.ethz.ch
Thu May 10 20:59:14 CEST 2012


Dear Vincent,
that sounds very peculiar...

What happens if you use  R    download.file(...)  to get the *.tgz or
*.zip file?

> tf <- tempfile("ess12041",fileext=".tgz");(r <- download.file("http://ess.r-project.org/downloads/ess/ess-12.04-1.tgz", tf))
trying URL 'http://ess.r-project.org/downloads/ess/ess-12.04-1.tgz'
Content type 'application/x-tar' length 3275609 bytes (3.1 Mb)
opened URL
==================================================
downloaded 3.1 Mb

[1] 0
>

So R (or R on my ubuntu notebook) recognizes the correct MIME type
"application/x-tar"...

As I said, I would be happy if you waited till tomorrow, when I'm
planning to release 12.04-2

Martin


On Thu, May 10, 2012 at 2:37 PM, Vincent Goulet
<vincent.goulet at dgfc.ulaval.ca> wrote:
> HI Martin,
>
> Ok. I noticed a few other glitches:
>
> 1. With previous archives of ess, I could, in Safari, right-click on the link to download the file and select "Save target as..." to save the file wherever I please on my disk. With ess-12.04-1.zip AND ess-12.04-1.tgz, Safari insists that the file name should end with ".html". Safari is not that dumb usually. If I let it add the extension and remove it afterwards from the command line, 'unzip' reports an invalid archive.
>
> 2. On OS X, where 'emacs' is defined from the command line, ess compilation fails here:
>
> Source file `/Users/vincent/Emacs-modified/macos/ess-12.04-1/lisp/ess-tracebug.el' newer than byte-compiled file
> Invalid character: 8212, #o20024, #x2014
> make[2]: *** [ess-custom.elc] Error 255
> make[1]: *** [install] Error 2
>
> This may have to do with my problems downloading the archive.
>
> 3. On Windows, where 'emacs' is not recognized as a command on the command line, build fails here:
>
> cd lisp; make install
> make[2]: Entering directory `/c/Emacs-modified/ess-12.04-1/lisp'
> emacs -batch -no-site-file -no-init-file -l ./ess-comp.el -f batch-byte-c
> ess-custom.el
> make[2]: emacs: Command not found
> make[2]: *** [ess-custom.elc] Error 127
> make[2]: Leaving directory `/c/Emacs-modified/ess-12.04-1/lisp'
> make[1]: *** [install] Error 2
>
> I suspect an 'emacs' has been hardcoded by mistake somewhere instead of using the environment variable.
>
> The problems may very well be at my end, but I didn't change anything to my build environments since the previous release. Or perhaps 2 and 3 are related to 1.
>
> HTH
>
> v.
>
> Vincent Goulet
> Directeur général adjoint
> Direction générale de la formation continue - DGFC
>
> Le 2012-05-10 à 02:57, Martin Maechler a écrit :
>
>> Dear Vincent,
>> and other ESS "packaged distribution" maintainers.
>>
>> I'm really sorry for the slight mess up in this release.
>> The ESS lisp code is fine  -- apart from M-x ess-version
>>
>> but I want to do an 12.04-2  patch, within a day or two to fix
>> the "small mess".
>> So, ideally do *not* release 12.04-1  for Windows at all.
>>
>> Martin
>>
>>>>>>> Martin Maechler <maechler at stat.math.ethz.ch>
>>>>>>>    on Thu, 10 May 2012 01:07:40 +0200 writes:
>>
>>>> On 9 May 2012 at 09:49, Vincent Goulet wrote: | Geez, how
>>>> did you do, can't find the sources for 12.04-1 on the ESS
>>>> web site! (I don't like too much to grab things in trunk
>>>> of the svn repository.
>>
>>>> 'svn up', edit debian/changelog and run this
>>>> 'debian/rules tarball':
>>
>>
>>>> ## edd 16 May 2008 trivial 'orig.tar.gz' creator ##
>>>> technically, this could be a native Debian package as ##
>>>> the debian/ is in upstream SVN but it is easier to have
>>>> ## another degree of freedom for Debian revisions ## if
>>>> we used just the svn rev: version := $(shell svnversion)
>>>> ## edd 04 Oct 2008 use changelog entry instead version :=
>>>> $(shell head -1 debian/changelog | perl -nle
>>>> 'm/\((\S+)-\d\)/ && print $$1')
>>
>>>> showversion: @echo Version is ${version}
>>
>>>> tarball: (cd .. && \ tar czf
>>>> tarballs/ess_${version}.orig.tar.gz ess \ --exclude=.svn
>>>> \ --exclude=.git \ --exclude=debian )
>>
>>> Thank you, Dirk.  That is a workaround {not using the
>>> identical rule that the ESS makefile target uses}
>>
>>> The fixes on VERSION (and SVN-VERSION) that makes M-x
>>> ess-version unfortunately broke the final steps of the
>>> release process.
>>
>>> This should be fixed now.  I'm sorry for the confusion
>>> this must have caused.
>>
>>> Martin
>>
>>> ______________________________________________
>>> ESS-help at r-project.org mailing list
>>> https://stat.ethz.ch/mailman/listinfo/ess-help
>



More information about the ESS-Debian mailing list