3.0 testing priorities

[Amit Chaudhuri]

Hmm. Not sure I get how versioning is supposed to be working.  On Linux
just now I did:

git pull
make
./subsurface

...and I get 3.0-16-g069c36c95ca1 (note: dot slash subsurface) from the
help about dialog.

I know that this is the *wrong* OS and so is not the DMG at all, but do
they get different version numbers after that first slash and before the
hex stuff? Could it take > two hours to update after you push *and* jump by
5 at that first position after dash?


A

On Sun, Feb 24, 2013 at 5:05 PM, Dirk Hohndel <dirk at hohndel.org> wrote:

> Dirk Hohndel <dirk at hohndel.org> writes:
>
> > Amit Chaudhuri <amit.k.chaudhuri at gmail.com> writes:
> >
> >> Do you think Is it necessary/helpful to remove old versions applications
> >> and maybe the subsurface build products in the source tree in order to
> get
> >> clean tests? Or would it be better to leave the previous stuff in place?
> >
> > So for the 'real' test a clean environment (with both the local install
> > and previous installations in /Applications removed). But realistically
> > all you need to do on a Mac is this:
> >
> > a) move /Applications/Subsurface.app to something else like
> /Applications/S.app
> > b) mount the DMG and run Subsurface from the mounted volume, without
> > moving it to /Applications
>
> Oh - and I just pushed a new DMG that has the new UDDF support that I'd
> love to get some testing for as well.
>
> Make sure you test Subsurface-3.0-21-g1f20d5feed41.dmg, please (or
> something newer, so with a higher number after the first dash...)
>
> /D
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hohndel.org/pipermail/subsurface/attachments/20130224/b4faf184/attachment.html>