emacs-20111206-r106632 Windows Binaries

emacs-20111206-r106632 Windows Binaries

[Christoph Scholtes]

The Emacs Trunk Windows Binaries (bzr revno 106632) have been published in

http://alpha.gnu.org/gnu/emacs/windows/

The binaries were built using the following libraries:
giflib-4.1.4-1
gnutls-2.10.1
jpeg-6b-4
libXpm-3.5.8
libpng-1.4.3-1
tiff-3.8.2-1
zlib-1.2.5-2

Please report any bugs that you come across via M-x report-emacs-bugs,
or email bug-gnu-emacs@gnu.org.

Note, that in order to support potential debugging of this build a 
.gdbinit file has been added to the root directory of the distribution.

For questions, email emacs-devel@gnu.org.

Re: emacs-20111206-r106632 Windows Binaries

[cg]

On 12/7/2011 11:27 AM, Christoph Scholtes wrote:
> The Emacs Trunk Windows Binaries (bzr revno 106632) have been published in
>
> http://alpha.gnu.org/gnu/emacs/windows/
>

When I built Emacs trunk myself, I got this error message:

Loading x:/emacs_files/trunk/bzr/lisp/vc/vc-bzr.el (source)...
Wrong type argument: listp, "fb83b382a2337c79b97761079c878b11"
make[1]: *** [X:/emacs_files/trunk/bzr/lisp/mh-e/mh-loaddefs.el] Error -1
make[1]: Leaving directory `X:/emacs_files/trunk/bzr/lisp'
make: *** [bootstrap-gmake] Error 2

This only happens recently, maybe in one or two weeks.

Did you have the same issue?

Best Regards
cg

Re: emacs-20111206-r106632 Windows Binaries

[Eli Zaretskii]

> From: cg <chengang31@gmail.com>
> Date: Wed, 07 Dec 2011 20:07:02 +0800
> Cc: emacs-devel@gnu.org
> 
> On 12/7/2011 11:27 AM, Christoph Scholtes wrote:
> > The Emacs Trunk Windows Binaries (bzr revno 106632) have been published in
> >
> > http://alpha.gnu.org/gnu/emacs/windows/
> >
> 
> When I built Emacs trunk myself, I got this error message:
> 
> Loading x:/emacs_files/trunk/bzr/lisp/vc/vc-bzr.el (source)...
> Wrong type argument: listp, "fb83b382a2337c79b97761079c878b11"
> make[1]: *** [X:/emacs_files/trunk/bzr/lisp/mh-e/mh-loaddefs.el] Error -1
> make[1]: Leaving directory `X:/emacs_files/trunk/bzr/lisp'
> make: *** [bootstrap-gmake] Error 2

Copy ldefs-boot.el into loaddefs.el, then try again.

> This only happens recently, maybe in one or two weeks.
> 
> Did you have the same issue?

The root cause was fixed by this change:

  2011-11-23  Eli Zaretskii  <eliz@gnu.org>

	  * emacs-lisp/autoload.el (autoload-generate-file-autoloads):
	  On MS-DOS and MS-Windows, compare with loaddefs.el
	  case-insensitively.

But if you have loaddefs.el with SHA1 signatures instead of time
stamps, you must do the copy trick, once.

Re: emacs-20111206-r106632 Windows Binaries

[cg]

On 12/7/2011 9:02 PM, Eli Zaretskii wrote:
>> From: cg<chengang31@gmail.com>
>> Date: Wed, 07 Dec 2011 20:07:02 +0800
>> Cc: emacs-devel@gnu.org
>>
>> On 12/7/2011 11:27 AM, Christoph Scholtes wrote:
>>> The Emacs Trunk Windows Binaries (bzr revno 106632) have been published in
>>>
>>> http://alpha.gnu.org/gnu/emacs/windows/
>>>
>>
>> When I built Emacs trunk myself, I got this error message:
>>
>> Loading x:/emacs_files/trunk/bzr/lisp/vc/vc-bzr.el (source)...
>> Wrong type argument: listp, "fb83b382a2337c79b97761079c878b11"
>> make[1]: *** [X:/emacs_files/trunk/bzr/lisp/mh-e/mh-loaddefs.el] Error -1
>> make[1]: Leaving directory `X:/emacs_files/trunk/bzr/lisp'
>> make: *** [bootstrap-gmake] Error 2
>
> Copy ldefs-boot.el into loaddefs.el, then try again.
>

I just ran "bzr clean-tree -- unknown --force" once, the build succeeded.

I remember when the error happened, the loaddefs.el only had a few lines,
now it has almost the same as ldefs-boot.el.

It seems gmake can do the copying only in a clean build!?

Thanks,
cg

Re: emacs-20111206-r106632 Windows Binaries

[Eli Zaretskii]

> From: cg <chengang31@gmail.com>
> Date: Wed, 07 Dec 2011 21:25:19 +0800
> Cc: emacs-devel@gnu.org
> 
> > Copy ldefs-boot.el into loaddefs.el, then try again.
> >
> 
> I just ran "bzr clean-tree -- unknown --force" once, the build succeeded.

Sure, but that does much more, and so is slower.

> I remember when the error happened, the loaddefs.el only had a few lines,
> now it has almost the same as ldefs-boot.el.

loaddefs.el cannot be just a few lines, it's a large file.

> It seems gmake can do the copying only in a clean build!?

Automatically, yes; but you can copy the file manually.

RE: emacs-20111206-r106632 Windows Binaries

[Drew Adams]

December 6 was the last published Windows binary.  Can we look forward to more?
It was really helpful when Sean was publishing them weekly.  Thx.


> From: Christoph Scholtes Sent: Tuesday, December 06, 2011 7:28 PM
> 
> The Emacs Trunk Windows Binaries (bzr revno 106632) have been 
> published in http://alpha.gnu.org/gnu/emacs/windows/

Re: emacs-20111206-r106632 Windows Binaries

[Christoph Scholtes]

On 12/31/2011 3:38 PM, Drew Adams wrote:
> December 6 was the last published Windows binary.  Can we look forward to more?
> It was really helpful when Sean was publishing them weekly.  Thx.

Yes. Sorry, I just started a new job and haven't been able to spend a 
lot of time on this.

One thing I am still waiting for is a statement from Chong or Stefan as 
to whether I should build the weekly snapshot from a source tarball and 
upload it too to the ftp site.

Chong, Stefan,
Can you please comment on this? See 
http://lists.gnu.org/archive/html/emacs-devel/2011-12/msg00274.html for 
reference.

Thanks,
Christoph

RE: emacs-20111206-r106632 Windows Binaries

[Drew Adams]

Thanks for doing this, Christoph.

> upload it too to the ftp site.

FWIW, I'm looking for an HTTP site for it (not FTP).

Thx - Drew

Re: emacs-20111206-r106632 Windows Binaries

[Eli Zaretskii]

> From: "Drew Adams" <drew.adams@oracle.com>
> Date: Sat, 31 Dec 2011 15:19:12 -0800
> Cc: help-emacs-windows@gnu.org, 'Sean Sieger' <sean.sieger@gmail.com>,
> 	'Emacs-Devel devel' <emacs-devel@gnu.org>
> 
> > upload it too to the ftp site.
> 
> FWIW, I'm looking for an HTTP site for it (not FTP).

That FTP site is accessible via HTTP as well.

Re: [h-e-w] emacs-20111206-r106632 Windows Binaries

[Jason Rumney]

"Drew Adams" <drew.adams@oracle.com> writes:

> Thanks for doing this, Christoph.
>
>> upload it too to the ftp site.
>
> FWIW, I'm looking for an HTTP site for it (not FTP).

The GNU ftp sites are available via http.  Just change the protocol.

Re: emacs-20111206-r106632 Windows Binaries

[Christoph Scholtes]

Sorry, forgot to include Stefan and Chong in the thread. See below.

On 12/31/2011 4:14 PM, Christoph Scholtes wrote:

> On 12/31/2011 3:38 PM, Drew Adams wrote:
>> December 6 was the last published Windows binary. Can we look forward
>> to more?
>> It was really helpful when Sean was publishing them weekly. Thx.
>
> Yes. Sorry, I just started a new job and haven't been able to spend a
> lot of time on this.
>
> One thing I am still waiting for is a statement from Chong or Stefan as
> to whether I should build the weekly snapshot from a source tarball and
> upload it too to the ftp site.
>
> Chong, Stefan,
> Can you please comment on this? See
> http://lists.gnu.org/archive/html/emacs-devel/2011-12/msg00274.html for
> reference.

RE: emacs-20111206-r106632 Windows Binaries

[Drew Adams]

ping

> From: Christoph Scholtes Sent: Saturday, December 31, 2011 3:14 PM
>
> > December 6 was the last published Windows binary.  Can we 
> > look forward to more?  It was really helpful when Sean was
> > publishing them weekly.  Thx.
> 
> Yes. Sorry, I just started a new job and haven't been able to spend a 
> lot of time on this.
> 
> One thing I am still waiting for is a statement from Chong or 
> Stefan as to whether I should build the weekly snapshot from a
> source tarball and upload it too to the ftp site.
> 
> Chong, Stefan,
> Can you please comment on this? See 
> http://lists.gnu.org/archive/html/emacs-devel/2011-12/msg00274.html 
> for reference.
> 
> Thanks, Christoph

Windows Binaries

[Drew Adams]

We had Windows builds for 12/06, 1/05, 1/16, and 1/22, plus the 1/30 pretest
build.  None since January.  More, please?


> Sent: Saturday, December 31, 2011 2:39 PM
> Subject: RE: emacs-20111206-r106632 Windows Binaries
> 
> December 6 was the last published Windows binary.  Can we 
> look forward to more? It was really helpful when Sean was
> publishing them weekly.  Thx.

Re: Windows Binaries

[Christoph Scholtes]

On 2/13/2012 8:43 AM, Drew Adams wrote:
> We had Windows builds for 12/06, 1/05, 1/16, and 1/22, plus the 1/30 pretest
> build.  None since January.  More, please?

For some reason my upload last week failed. I didn't have time to figure 
out why. I'll build one in the next couple of days.

RE: [h-e-w] Windows Binaries

[Drew Adams]

> For some reason my upload last week failed. I didn't have 
> time to figure out why. I'll build one in the next couple
> of days.

Thanks, Christoph.

RE: Windows Binaries

[Drew Adams]

There has been no Windows binary posted since the last pretext.  Any chance we
could have an update?  Thx.

Re: Windows Binaries

[Dani Moncayo]

On Tue, Mar 13, 2012 at 19:01, Drew Adams <drew.adams@oracle.com> wrote:
> There has been no Windows binary posted since the last pretext.  Any chance we
> could have an update?  Thx.

FWIW: I've just built the latest emacs trunk (revno 107628), and the
binaries are available here:
http://dl.dropbox.com/u/41070618/emacs-trunk-r107628-bin-i386.zip

The parameters to configure were:
--without-png --without-jpeg --without-gif --without-tiff
--without-xpm --without-gnutls --enable-checking

Feel free to use it if you want.

-- 
Dani Moncayo

RE: [h-e-w] Windows Binaries

[Drew Adams]

> FWIW: I've just built the latest emacs trunk (revno 107628), and the
> binaries are available here:
> http://dl.dropbox.com/u/41070618/emacs-trunk-r107628-bin-i386.zip
> The parameters to configure were:
> --without-png --without-jpeg --without-gif --without-tiff
> --without-xpm --without-gnutls --enable-checking

Thanks, Dani.  I was able to check that bug #11035 was fixed.  But this build is
missing image support, so it's not a general replacement.  Anyway, it certainly
helps to have it.  Thx.

RE: Windows Binaries

[Drew Adams]

> Sent: Tuesday, March 13, 2012 11:02 AM
> There has been no Windows binary posted since the last 
> pretext.  Any chance we could have an update?  Thx.

There has been no Windows binary posted since 2012-03-19.
Any chance we could have an update?  Thx.

Re: Windows Binaries

[Christoph Scholtes]

On 4/1/2012 11:28 AM, Drew Adams wrote:
>> Sent: Tuesday, March 13, 2012 11:02 AM
>> There has been no Windows binary posted since the last
>> pretext.  Any chance we could have an update?  Thx.
>
> There has been no Windows binary posted since 2012-03-19.
> Any chance we could have an update?  Thx.

Next release will be the pretest, which is planned for today.

RE: Windows Binaries

[Drew Adams]

> > There has been no Windows binary posted since 2012-03-19.
> > Any chance we could have an update?  Thx.
> 
> Next release will be the pretest, which is planned for today.

Thanks.

RE: [h-e-w] Windows Binaries

[Drew Adams]

The last Windows binary post was 2012-06-18.
Any chance we could have an update?  Thx.

Re: Windows Binaries

[Christoph Scholtes]

My new build server runs weekly builds, but does not retry on a failed 
build. Maybe it should. Last Sunday the build failed because the trunk 
was broken. Next build is scheduled for this Sunday night.

On 6/29/2012 8:45 AM, Drew Adams wrote:
> The last Windows binary post was 2012-06-18.
> Any chance we could have an update?  Thx.

RE: [h-e-w] Windows Binaries

[Drew Adams]

> Next build is scheduled for this Sunday night.

Great.  Thanks, Christoph.

Windows Binaries

[Drew Adams]

The last Windows binary was posted on 2012-07-02.
Any chance we could have an update?  Thx.
 

 

RE: Windows Binaries

[Drew Adams]

> Sent: Wednesday, July 11, 2012 10:26 AM
> The last Windows binary was posted on 2012-07-02.
> Any chance we could have an update?  Thx.

The last Windows binary was posted on 2012-07-23.
Any chance we could have an update?  Thx.

Re: Windows Binaries

[Dani Moncayo]

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

On Mon, Aug 6, 2012 at 4:53 PM, Drew Adams <drew.adams@oracle.com> wrote:
>> Sent: Wednesday, July 11, 2012 10:26 AM
>> The last Windows binary was posted on 2012-07-02.
>> Any chance we could have an update?  Thx.
>
> The last Windows binary was posted on 2012-07-23.
> Any chance we could have an update?  Thx.

FWIW, meanwhile here is an unofficial build just made by me:
  https://www.dropbox.com/s/b6tdxwdzpa9eh51/emacs-trunk-r109511-w32-i386-bin.zip

Its md5sum code is:
  52acd04bfe2ce1bf662a6f801b687a33 *emacs-trunk-r109511-w32-i386-bin.zip


And FWIW, building Emacs on Windows is not difficult.  The file
nt/INSTALL should tell you how to do it.  If you find it difficult to
follow, maybe it should be improved.  Give feedback to the
maintainers.  I've written down a personal recipe for doing my builds.
 I'm attaching it in case someone find it useful.

Bye,

-- 
Dani Moncayo

[-- Attachment #2: emacs-build-recipe.txt --]
[-- Type: text/plain, Size: 5173 bytes --]

----------------------------------------------------------------------
Personal recipe for building GNU Emacs on MS-Windows platforms.
By Dani Moncayo.
----------------------------------------------------------------------

0. Prerequisites
----------------------------------------------------------------------

* Operating system: MS-Windows XP or higher.

  I've actually tested this on:
  - Windows XP SP3.
  - Windows 7 (32 and 64-bit).

* Development environment: MinGW (www.mingw.org).

  Once MinGW is installed, make sure that the "bin" and "msys\1.0\bin"
  subdirectories of your installation are included in your PATH
  environment variable.

  Install also the "msys-base" package:
    >> mingw-get install msys-base

  This package provides you with a set of tools needed for the build
  process.

  Update the MinGW packages:
    >> mingw-get update
    >> mingw-get upgrade

* Internet conectivity (optional).

  Needed if you don't have the (latest) source code in your machine yet.

* Version control system: Bazaar (bazaar.canonical.com) (optional).

  Needed if you want to get the latest source code directly from a bzr
  branch.

  Make sure that the top directory of your Bazaar installation is
  included in your PATH environment variable.

* Compression tool: 7-zip (http://www.7-zip.org/) (optional).

  Needed if you want to generate a binary distribution automatically.

  Make sure that the top directory of your 7-zip installation is
  included in your PATH environment variable.

* Libraries (optional).

  Emacs has some optional features that depend on some libraries.  If
  you want these features, you need Windows ports of such libraries:
  - giflib: http://gnuwin32.sourceforge.net/
  - gnutls: http://sourceforge.net/projects/ezwinports/files/
  - jpeg: http://gnuwin32.sourceforge.net/
  - libiconv: ??
  - libpng: http://gnuwin32.sourceforge.net/
  - libxml: http://sourceforge.net/projects/ezwinports/files/
  - libxpm: http://cgit.freedesktop.org/xorg/lib/libXpm
  - tiff: ??
  - zlib: http://zlib.net/


1. Get the source code tree
----------------------------------------------------------------------

If you want a released version, download the corresponding file from
the GNU project (http://ftp.gnu.org/pub/gnu/emacs/) and extract it.

If you want the latest version of a branch (e.g. "trunk"):
* If you don't still have the branch, create it:
  - Change to the directory where you want to create the branch.
  - Run: >> bzr branch bzr://bzr.savannah.gnu.org/emacs/<branch>
* If you already have the branch, update it:
  - Change to the branch directory.
  - Run: >> bzr pull


2. Run the "configure" script
----------------------------------------------------------------------

This step can be omitted if you have a previous build and some files
are unchanged (that includes makefile.w32-in files, nt/config.nt, and
nt/configure.bat itself).

Change to the "nt" subdirectory.

For building without libraries, run:
  >> configure --with-gcc --no-opt --enable-checking --without-xpm --without-png --without-jpeg --without-tiff --without-gif

For building with all the libraries, run:
  >> configure --with-gcc --no-opt --enable-checking --cflags -I../../libs/libxpm-3.5.8/include --cflags -I../../libs/libxpm-3.5.8/src --cflags -I../../libs/libpng-1.4.10 --cflags -I../../libs/zlib-1.2.6 --cflags -I../../libs/giflib-4.1.4-1/include --cflags -I../../libs/jpeg-6b-4/include --cflags -I../../libs/tiff-3.8.2-1/include --cflags -I../../libs/libxml2-2.7.8-w32-bin/include/libxml2 --cflags -I../../libs/gnutls-3.0.16/include --cflags -I../../libs/libiconv-1.14-2-mingw32-dev/include --distfiles ../../libs/libxpm-3.5.8/src/libXpm.dll

Notes:
* Change the library paths (after each -I) to suit your setup.
* Use --no-opt for an unoptimized build (needed for debugging).
* If you don't want to use some of the libraries described above,
  don't write the correspondig "-I<path>" parameters.
* If your version of GCC is 4.6.1, add this parameter:
    --cflags -fno-omit-frame-pointer


3. Run the makefile targets
----------------------------------------------------------------------

* If you have a previous build of emacs, you can take the quick way:
  >> mingw32-make
  >> cd ..\lisp
  >> mingw32-make bzr-update
  >> cd ..\nt
  >> mingw32-make
  >> mingw32-make info
  >> mingw32-make install

* Else, you'll have to bootstrap from scratch:
  >> mingw32-make bootstrap
  >> mingw32-make info
  >> mingw32-make install

For paralell buiding:
  >> mingw32-make -j 4
  >> mingw32-make -j 4 XMFLAGS="-j 4" bootstrap

The latter is for GNU Make versions < 3.82.


3. Generating a redistributable Emacs binary
----------------------------------------------------------------------

* Run the "dist" target (requires 7-zip installed and on PATH):
  >> cd nt
  >> mingw32-make dist

  
----------------------------------------------------------------------

Now you can take your binary distribution to any machine with a
MS-Windows OS.  Just uncompess the zip file in the directory you want.

RE: Windows Binaries

[Drew Adams]

> Sent: Monday, August 06, 2012 7:54 AM
> > Sent: Wednesday, July 11, 2012 10:26 AM
> > The last Windows binary was posted on 2012-07-02.
> > Any chance we could have an update?  Thx.
> 
> The last Windows binary was posted on 2012-07-23.
> Any chance we could have an update?  Thx.

The last Windows binary was posted on 2012-08-13.
Any chance we could have an update?  Thx.

Re: Windows Binaries

[Dani Moncayo]

On Fri, Aug 24, 2012 at 4:46 PM, Drew Adams <drew.adams@oracle.com> wrote:
>> Sent: Monday, August 06, 2012 7:54 AM
>> > Sent: Wednesday, July 11, 2012 10:26 AM
>> > The last Windows binary was posted on 2012-07-02.
>> > Any chance we could have an update?  Thx.
>>
>> The last Windows binary was posted on 2012-07-23.
>> Any chance we could have an update?  Thx.
>
> The last Windows binary was posted on 2012-08-13.
> Any chance we could have an update?  Thx.

I've just uploaded a w32 binary (from today's trunk):
  https://www.dropbox.com/sh/7jr3vbv9tm1zod0/jPuvfrJAe8


-- 
Dani Moncayo

RE: [h-e-w] Windows Binaries

[Drew Adams]

> Sent: Friday, August 24, 2012 7:46 AM
> > Sent: Monday, August 06, 2012 7:54 AM
> > > Sent: Wednesday, July 11, 2012 10:26 AM
> > > The last Windows binary was posted on 2012-07-02.
> > > Any chance we could have an update?  Thx.
> > 
> > The last Windows binary was posted on 2012-07-23.
> > Any chance we could have an update?  Thx.
> 
> The last Windows binary was posted on 2012-08-13.
> Any chance we could have an update?  Thx.

The last Windows binary was posted on 2012-09-17.
Any chance we could have an update?  Thx.

Re: Windows Binaries

[Dani Moncayo]

On Mon, Oct 1, 2012 at 11:13 PM, Drew Adams <drew.adams@oracle.com> wrote:
>> Sent: Friday, August 24, 2012 7:46 AM
>> > Sent: Monday, August 06, 2012 7:54 AM
>> > > Sent: Wednesday, July 11, 2012 10:26 AM
>> > > The last Windows binary was posted on 2012-07-02.
>> > > Any chance we could have an update?  Thx.
>> >
>> > The last Windows binary was posted on 2012-07-23.
>> > Any chance we could have an update?  Thx.
>>
>> The last Windows binary was posted on 2012-08-13.
>> Any chance we could have an update?  Thx.
>
> The last Windows binary was posted on 2012-09-17.
> Any chance we could have an update?  Thx.

Unofficial update: https://www.dropbox.com/sh/7jr3vbv9tm1zod0/jPuvfrJAe8


-- 
Dani Moncayo

Re: Windows Binaries

[Richard Stallman]

    Unofficial update: https://www.dropbox.com/sh/7jr3vbv9tm1zod0/jPuvfrJAe8

Is it possible to access that page
without running nonfree Javascript code?
I have doubts about whether that can be done.

-- 
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org  www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
  Use Ekiga or an ordinary phone call

Re: Windows Binaries

[Dani Moncayo]

>     Unofficial update: https://www.dropbox.com/sh/7jr3vbv9tm1zod0/jPuvfrJAe8
>
> Is it possible to access that page
> without running nonfree Javascript code?
> I have doubts about whether that can be done.

I don't know.

-- 
Dani Moncayo

Re: Windows Binaries

[David Vanderschel]

In Firefox I have all Javascript for the Dropbox site blocked by 
the NoScript AddOn for Firefox.  I successfully downloaded the 
emacs-trunk-r110346-w32-i386.zip file from there.  I think that 
this does mean that the page can be accessed and used without 
executing any Javascript code at all, free or not.

Regards,
   David V.

----- Original Message ----- 
From: "Richard Stallman" <rms@gnu.org>
To: "Dani Moncayo" <dmoncayo@gmail.com>
Cc: <help-emacs-windows@gnu.org>; <drew.adams@oracle.com>; 
<emacs-devel@gnu.org>
Sent: Tuesday, October 02, 2012 8:13 PM
Subject: Re: [h-e-w] Windows Binaries


>    Unofficial update: 
> https://www.dropbox.com/sh/7jr3vbv9tm1zod0/jPuvfrJAe8
>
> Is it possible to access that page
> without running nonfree Javascript code?
> I have doubts about whether that can be done.
>
> -- 
> Dr Richard Stallman
> President, Free Software Foundation
> 51 Franklin St
> Boston MA 02110
> USA
> www.fsf.org  www.gnu.org
> Skype: No way! That's nonfree (freedom-denying) software.
>  Use Ekiga or an ordinary phone call
>
>
> 

Re: Windows Binaries

[Paul Eggert]

If Dropbox is used to distribute Windows binaries,
I suggest that any announcement of a new distribution
contain a URL that anybody can use, without Javascript.
That will make it more convenient for many users.

For example, here's a URL that works for the
latest such (unofficial) distribution.

https://dl.dropbox.com/sh/7jr3vbv9tm1zod0/0erq5hCrsa/emacs-trunk-r110346-w32-i386.zip?dl=1

Here's a shell transcript to illustrate that this URL
works for me, without JavaScript:

$ curl -O 'https://dl.dropbox.com/sh/7jr3vbv9tm1zod0/0erq5hCrsa/emacs-trunk-r110346-w32-i386.zip?dl=1'
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100 58.5M  100 58.5M    0     0  2168k      0  0:00:27  0:00:27 --:--:-- 2180k
$ ls -l emacs-trunk-* 
-rw-r--r-- 1 eggert eggert 61421534 Oct  3 21:26 emacs-trunk-r110346-w32-i386.zip?dl=1
$ sha256sum emacs-trunk-*
c5b0638dab82f3634dd2adee10097bad95801b2e28a050a706ec780024a2c6cd  emacs-trunk-r110346-w32-i386.zip?dl=1

Re: [h-e-w] Windows Binaries

[Dani Moncayo]

On Thu, Oct 4, 2012 at 6:35 AM, Paul Eggert <eggert@cs.ucla.edu> wrote:
> If Dropbox is used to distribute Windows binaries,
> I suggest that any announcement of a new distribution
> contain a URL that anybody can use, without Javascript.
> That will make it more convenient for many users.

Sure, I can provide the file-specific URL, but actually my intention
was not to send announcements to this mailing list each time I upload
a new build, but rather provide (once) that base URL (which is
constant) and let people check that repository whenever they want.

According to David Vanderschel, it is possible to access to the base
URL without using Javascript at all, so I fail to see where the
problem is.

In any case, if someone ever has a problem accessing that repository,
let me know and I'll provide the file-specific URL.

-- 
Dani Moncayo

Re: Windows Binaries

[Paul Eggert]

On 10/04/2012 01:05 AM, Dani Moncayo wrote:
> According to David Vanderschel, it is possible to access to the base
> URL without using Javascript at all

Sorry, I couldn't reproduce his approach.  It was pretty tricky,
if memory serves, and required nonstandard addons to Firefox.
It's better not to assume Firefox with nonstandard addons.

If you'd like to email out just one base URL, it could be to
a static page that you maintain, which lists
recent releases with file-specific URLS.  That way,
users can easily choose which release to download,
without having to use proprietary JavaScript or
a specially-configured browser.

Re: Windows Binaries

[Richard Stallman]

    In Firefox I have all Javascript for the Dropbox site blocked by 
    the NoScript AddOn for Firefox.  I successfully downloaded the 
    emacs-trunk-r110346-w32-i386.zip file from there.  I think that 
    this does mean that the page can be accessed and used without 
    executing any Javascript code at all, free or not.

That is good news.

-- 
Dr Richard Stallman
President, Free Software Foundation
51 Franklin St
Boston MA 02110
USA
www.fsf.org  www.gnu.org
Skype: No way! That's nonfree (freedom-denying) software.
  Use Ekiga or an ordinary phone call

Re: Windows Binaries

[Dani Moncayo]

>> The last Windows binary was posted on 2012-09-17.
>> Any chance we could have an update?  Thx.
>
> Unofficial update: https://www.dropbox.com/sh/7jr3vbv9tm1zod0/jPuvfrJAe8

Another one: https://www.dropbox.com/s/rkevjn3ssigsl7a/emacs-trunk-r110489-w32-i386.zip

-- 
Dani Moncayo