3.0 testing priorities

[Amit Chaudhuri]

Testing OS X

Deleted all previous applications (drag to trash).

Confirmed I have the latest ( - 26 - sha etc)

Started to test various basic menu options.  Response times are pretty
rubbish...

On Linux (admittedly half decent 64 bit desktop machine) menu responses are
immediate.  On the Mac Book Pro, they are so slow I'm thinking "this app is
going to drive me nuts"....

Returning to the app on subsequent tests things seem to get a bit
snappier.  It's as if the first time it runs something it really can't be
bothered but then it learns how to go a bit quicker.  But these are things
I'd expect to happen really fast.

The map widget seems to come up fast.  The about dialog not so.  Planner
also rather sluggish.  Does gtk on mac go around the houses somehow? And
does the map widget by pass this stuff?

To test the web service, do I need some sort of id?

I have Suunto devices (Gekko & Vyper Air).  I'm not aware of having tripped
over the compressed data formats you mentioned.  Is this something I can do
it someone sends a file to test? Or are they things that can be persuaded
out of other applications (e.g. Suunto DM4)?

A

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

>
> On Feb 24, 2013, at 11:51 AM, Amit Chaudhuri wrote:
>
> > 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?
>
> The number after the dash is the number of commits since the last tag.
> After the second dash is the commit SHA. But because our Makefile rules
> aren't super human, unless you do "make clean && make", you often don't get
> the correct data there...
>
> As I am typing this you should get 3.0-25-g7b20fb826c9f - but by the time
> you read this it may be even more than that :-)
>
> /D
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hohndel.org/pipermail/subsurface/attachments/20130225/f735c36f/attachment.html>