Emacs trunk binary on Dropbox

Emacs trunk binary on Dropbox

[Sebastien Vauban]

Hello Dani,

Did you stop to publicly make Windows binaries of Emacs trunk available on
Dropbox, or did you move its location?

That was *very* practical for many of us...

Best regards,
  Seb

-- 
Sebastien Vauban

Re: Emacs trunk binary on Dropbox

[Dani Moncayo]

On Tue, Oct 1, 2013 at 9:55 AM, Sebastien Vauban
<sva-news@mygooglest.com> wrote:
> Hello Dani,
>
> Did you stop to publicly make Windows binaries of Emacs trunk available on
> Dropbox, or did you move its location?

I moved its location.  See
   http://lists.gnu.org/archive/html/help-emacs-windows/2013-09/msg00005.html

-- 
Dani Moncayo

Re: Emacs trunk binary on Dropbox

[Sebastien Vauban]

Hello Dani,

Dani Moncayo wrote:
> On Tue, Oct 1, 2013 at 9:55 AM, Sebastien Vauban wrote:
>> Did you stop to publicly make Windows binaries of Emacs trunk available on
>> Dropbox, or did you move its location?
>
> I moved its location.  See
>    http://lists.gnu.org/archive/html/help-emacs-windows/2013-09/msg00005.html

I somehow had missed your announcement. Thanks a lot for your continued help
providing us with fresh Emacs binaries...

Tiens, I now don't see any Bazar revision anymore:

  ╭────
  │ emacs-bzr-version is a variable defined in `version.el'.
  │ Its value is nil
  │ 
  │ Documentation:
  │ String giving the bzr revision from which this Emacs was built.
  │ The format is: [revno] revision_id, where revno may be absent.
  │ Value is nil if Emacs was not built from a bzr checkout, or if we could
  │ not determine the revision.
  ╰────

Is this normal?

Best regards,
  Seb

-- 
Sebastien Vauban

Re: Emacs trunk binary on Dropbox

[Dani Moncayo]

> Tiens, I now don't see any Bazar revision anymore:
>
>   ╭────
>   │ emacs-bzr-version is a variable defined in `version.el'.
>   │ Its value is nil
>   │
>   │ Documentation:
>   │ String giving the bzr revision from which this Emacs was built.
>   │ The format is: [revno] revision_id, where revno may be absent.
>   │ Value is nil if Emacs was not built from a bzr checkout, or if we could
>   │ not determine the revision.
>   ╰────
>
> Is this normal?

I guess this is due to the fact that now I'm making my builds from the
git repository [1], instead of the bzr branch.

Anyway, if you want to know the bzr revno associated with a binary,
just look at the archive name, as explained in the file
"snapshots/README":

  The archives in this directory are named according to this pattern:

     emacs-rREVNO-YYYYMMDD-API-bin.zip

  where:
    * REVNO is the bzr revision (of the trunk branch) that was built.
    * YYYYMMDD is the commit date of the above revision.
    * API is the host OS API (always "w32" for now).


--- Footnotes ---

[1] http://savannah.gnu.org/git/?group=emacs

-- 
Dani Moncayo

Re: Emacs trunk binary on Dropbox

[Sebastien Vauban]

Dani Moncayo wrote:
>> Tiens, I now don't see any Bazar revision anymore:
>>
>>   ╭────
>>   │ emacs-bzr-version is a variable defined in `version.el'.
>>   │ Its value is nil
>>   │
>>   │ Documentation:
>>   │ String giving the bzr revision from which this Emacs was built.
>>   │ The format is: [revno] revision_id, where revno may be absent.
>>   │ Value is nil if Emacs was not built from a bzr checkout, or if we could
>>   │ not determine the revision.
>>   ╰────
>>
>> Is this normal?
>
> I guess this is due to the fact that now I'm making my builds from the
> git repository [1], instead of the bzr branch.
>
> Anyway, if you want to know the bzr revno associated with a binary,
> just look at the archive name.

Yes, I knew that; but it's simply because I had taken the habit of displaying
the revision number in the window title, so that every screenshot would
explicitly display with which version the problem occurred.

--8<---------------cut here---------------start------------->8---
  (setq frame-title-format
        (format "Emacs %s rev:%s pid:%d"
                emacs-version
                (ignore-errors
                  (replace-regexp-in-string " .*" "" emacs-bzr-version))
                (emacs-pid)))
--8<---------------cut here---------------end--------------->8---

Best regards,
  Seb

-- 
Sebastien Vauban

Re: Emacs trunk binary on Dropbox

[Dani Moncayo]

> Yes, I knew that; but it's simply because I had taken the habit of displaying
> the revision number in the window title, so that every screenshot would
> explicitly display with which version the problem occurred.

I see.  Sorry for the inconvenience.

I've switched to git because I definitely prefer it to bzr (I've
learnt a bit of both of them).  And moreover, while bzr seems sort of
abandoned, git is very active and enjoys widespread adoption.

-- 
Dani Moncayo