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

[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

[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

[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.

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: [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