3.0 testing priorities

[Miika Turkia]

We support two versions of compressed XML log files, Suunto DM3 and
divelogs.de. I believe the method to get this format out of DM3 is
described in our user manual. Rainer sent me a sample for divelogs.de
log format and I am sure he would not mind sharing with you also.
Either one of these should suffice for the validation of the import
functionality.

miika

On Mon, Feb 25, 2013 at 10:05 AM, Amit Chaudhuri
<amit.k.chaudhuri at gmail.com> wrote:
> 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
>>
>
>
> _______________________________________________
> subsurface mailing list
> subsurface at hohndel.org
> http://lists.hohndel.org/cgi-bin/mailman/listinfo/subsurface
>