Re: smoke testing Beta 1

2015-09-04 Thread Lubomir I. Ivanov
On 4 September 2015 at 17:01, Dirk Hohndel  wrote:
>
> On Sep 4, 2015, at 3:12 AM, Pedro Neves  wrote:
>
> Printing seems ok (although I haven't tested the actual printing,only the
> preview) with all the templates, with only too issues:
>
> - the time format (reported in Trac as ticket #920)
>
> - the profile image (it should have a better definition, but IIRC that
> rendering issue was been raised a few times before)
>
> Gehad mentioned that he is working on these issues but had time constraints
> for a couple of weeks. If someone else would like to look into these
> (Lubomir certainly knows the code well) I would appreciate that.
>

Gehad, let me know which track issues i can help you with.

lubomir
--
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-04 Thread Dirk Hohndel

> On Sep 4, 2015, at 3:12 AM, Pedro Neves  wrote:
> 
> Dirk:
> 
> I've added our PPA to my system (ppa:subsurface/subsurface-beta) and I've 
> installed it on my Kubuntu 15.04 machine.
> The packaged installed fine and it identifies it self as 4.5 Beta 1.
> I've noticed however that there are many untranslated strings in PT (I always 
> use Subsurface in EN, but because I'm the translator for PT-PT, I always 
> check that language too) despite Transifex shows 100% translated strings. 
> 
Same answer I gave Guillaume. This one's entirely my fault. I'll fix this for 
Beta 2
> Printing seems ok (although I haven't tested the actual printing,only the 
> preview) with all the templates, with only too issues:
> 
> - the time format (reported in Trac as ticket #920)
> 
> - the profile image (it should have a better definition, but IIRC that 
> rendering issue was been raised a few times before)
> 
Gehad mentioned that he is working on these issues but had time constraints for 
a couple of weeks. If someone else would like to look into these (Lubomir 
certainly knows the code well) I would appreciate that.

> I'll keep testing.

Thank you. We need a lot of testing.

/D___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-04 Thread Dirk Hohndel

> On Sep 3, 2015, at 11:24 PM, Thiago Macieira  wrote:
> 
> On Thursday 03 September 2015 21:47:05 Dirk Hohndel wrote:
>> Turns out I need to build on an old OS X in order to have things run
>> correctly on older OS X versions (I'm building on 10.7 so people can run on
>> 10.7 or newer), but I then need to sign the resulting dmg on 10.9.5 or
>> newer in order for newer OS X version to recognize the signature. Thanks,
>> Apple, that's a really convenient workflow.
> 
> You should be able to install an older XCode (4.x, probably) on your modern 
> OS X. I installed 5.0 on my office machine to determine whether its compiler 
> was 
> broken (it is).
> 
> The trick will be to teach Qt and cmake to use that toolchain... Maybe if you 
> somehow move/symlink/whatever 
> /Applications/XCode.app/Resources/Developer/XCodeToolchain.Default (or a 
> similar name, see the full path to clang in Makefiles that qmake generates).

Interesting idea. It sounds fragile, but it would have the massive advantage of
allowing me to use a much faster computer to do the Mac builds. Something
to look into in my infinite spare time :-)

But that still doesn't solve my code signing problem (another email in this long
thread)

/D

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-04 Thread Pedro Neves

Dirk:

I've added our PPA to my system (ppa:subsurface/subsurface-beta) and 
I've installed it on my Kubuntu 15.04 machine.

The packaged installed fine and it identifies it self as 4.5 Beta 1.
I've noticed however that there are many untranslated strings in PT (I 
always use Subsurface in EN, but because I'm the translator for PT-PT, I 
always check that languagetoo) despite Transifex shows 100% translated 
strings.


Printing seems ok (although I haven't tested the actual printing,only 
the preview) with all the templates, with only too issues:


- the time format (reported in Trac as ticket #920)

- the profile image (it should have a better definition, but IIRC that 
rendering issue was been raised a few times before)



I'll keep testing.

Cheers:

Pedro
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Thiago Macieira
On Thursday 03 September 2015 21:47:05 Dirk Hohndel wrote:
> Turns out I need to build on an old OS X in order to have things run
> correctly on older OS X versions (I'm building on 10.7 so people can run on
> 10.7 or newer), but I then need to sign the resulting dmg on 10.9.5 or
> newer in order for newer OS X version to recognize the signature. Thanks,
> Apple, that's a really convenient workflow.

You should be able to install an older XCode (4.x, probably) on your modern 
OS X. I installed 5.0 on my office machine to determine whether its compiler 
was 
broken (it is).

The trick will be to teach Qt and cmake to use that toolchain... Maybe if you 
somehow move/symlink/whatever 
/Applications/XCode.app/Resources/Developer/XCodeToolchain.Default (or a 
similar name, see the full path to clang in Makefiles that qmake generates).

-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
   Software Architect - Intel Open Source Technology Center
  PGP/GPG: 0x6EF45358; fingerprint:
  E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Dirk Hohndel

> On Sep 3, 2015, at 6:28 PM, Thiago Macieira  wrote:
> 
> On Friday 04 September 2015 00:01:28 Robert C. Helling wrote:
>> Found metadata in lib
>> /Applications/Subsurface.app/Contents/PlugIns/grantlee/5.0/grantlee_default
>> tags.so, metadata= {
>> 
>>"IID": "org.grantlee.TagLibraryInterface",
>>"MetaData": {
>>},
>>"className": "DefaultTagLibrary",
>>"debug": false,
>>"version": 328961
>> 
>> }
> 
> This looks fine. That version there is 0x50501 and is the same as the other 
> plugins that did get loaded.
> 
> But then the actual dlopen failed:
> 
>> loaded library
>> "/Applications/Subsurface.app/Contents/PlugIns/grantlee/5.0/grantlee_defaul
>> ttags.so" QLibraryPrivate::loadPlugin failed on
>> "/Applications/Subsurface.app/Contents/PlugIns/grantlee/5.0/grantlee_defaul
>> ttags.so" : "Cannot load library
>> /Applications/Subsurface.app/Contents/PlugIns/grantlee/5.0/grantlee_default
>> tags.so:
>> (dlopen(/Applications/Subsurface.app/Contents/PlugIns/grantlee/5.0/grantlee
>> _defaulttags.so, 5): Library not loaded:
>> /Users/hohndel/src/install-root/lib/libGrantlee_Templates.5.dylib\n 
>> Referenced from:
>> /Applications/Subsurface.app/Contents/PlugIns/grantlee/5.0/grantlee_default
>> tags.so\n  Reason: image not found)"
> 
> Looks like grantlee_defaulttags.so could not be loaded because 
> /Users/hohndel/src/install-root/lib/libGrantlee_Templates.5.dylib was not 
> found. Note the file path.
> 
> It seems the plugins were not properly deployed and the paths to the 
> libraries 
> properly rewritten to find the library inside the bundle.

Excellent work, Thiago, that pointed me in the right direction.
It turns out that the PlugIns/grantlee/5.0/*.so files referenced 
/Users/hohndel/src/install-root/lib/libGrantlee_Templates.5.dylib
Once I rewrote those to use @executable_path instead I was able to create a 
working bundle that prints successfully in my tests.
As I said in the last email, I still can't get it to sign the way Apple wants 
it to be signed, but this is progress.

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Dirk Hohndel

> On Sep 3, 2015, at 9:47 PM, Dirk Hohndel  wrote:
> 
> 
>> On Sep 3, 2015, at 5:47 PM, Dirk Hohndel > > wrote:
>> 
>> 
>>> On Sep 3, 2015, at 3:03 PM, Robert C. Helling >> > wrote:
>>> 
>>> Dirk,
>>> 
 On 03 Sep 2015, at 19:20, Dirk Hohndel >>> > wrote:
 
 
 Yes :-)
 But it seems that Apple doesn't like applications that aren't from the app
 store.
>>> 
>>> in the security settings there are three options: only accept stuff from 
>>> the app store, or app store or identified developers or anything. I chose 
>>> the second and still get the error.
>> 
>> I don't know what to say to that. I have heard others report the same result 
>> but it looks to me like the signatures are OK.\
> 
> Turns out I need to build on an old OS X in order to have things run 
> correctly on older OS X versions (I'm building on 10.7 so people can run on 
> 10.7 or newer), but I then need to sign the resulting dmg on 10.9.5 or newer 
> in order for newer OS X version to recognize the signature. Thanks, Apple, 
> that's a really convenient workflow.

And even that does not appear to work. I get pretty far but it then fails to 
sign that Subsurface.app:

./Subsurface.app: bundle format unrecognized, invalid, or unsuitable
In subcomponent: 
/Volumes/hohndel/src/subsurface-build/staging/Subsurface.app/Contents/PlugIns/grantlee/5.0

Somehow it's trying to verify the signature of the directory of .so files... 
now each of those .so files has a valid signature, but the directory somehow 
doesn't and that's where things break down. I did quite a bit of trial and 
error and googling and can't seem to find a clear solution.

/D

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


RE: smoke testing Beta 1

2015-09-03 Thread Steve
-Original Message-
From: subsurface [mailto:subsurface-boun...@subsurface-divelog.org] On Behalf 
Of Dirk Hohndel
Sent: Thursday, 3 September 2015 11:26 PM
To: Subsurface Mailing List 
Subject: smoke testing Beta 1

>In downloads/daily you'll find 4.4.95 - this is actually a test for Beta 1

>I'd appreciate if people could download it and try it. Does it correctly 
>install? Does it identify as Beta 1? Any glaring issues?

>I know that Paul has Bluetooth issues with the Windows binaries. Could others 
>please try BT under Windows with that binary? What about printing?
>Same for the Mac binaries.

Subsurface crashes for me using 4.5 beta1.
After pressing scan all devices within range show zeros as their address eg: 
"Name (00:00:00:00:00:00)"
Select the one that is should be and click save, then click download dives and 
instant crash.

Printing (colour & b/w) seems good here, although my laptop may not be the best 
test as it has 32gb ram in it.

Steve

>I also have Beta builds for most of the Linux platforms. I'm missing Fedora 21 
>/ x86 and Ubuntu trusty at this point, but F22, all the openSUSE flavors and 
>Ubuntu vivid are ready.

>Same request. Please install, check the version number, check that BT and 
>printing work.

>Ideally I'd want to release Beta 1 later today so I'd appreciate if people 
>could spend a moment and report back.

>Thanks

>/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Dirk Hohndel

> On Sep 3, 2015, at 5:47 PM, Dirk Hohndel  wrote:
> 
> 
>> On Sep 3, 2015, at 3:03 PM, Robert C. Helling > > wrote:
>> 
>> Dirk,
>> 
>>> On 03 Sep 2015, at 19:20, Dirk Hohndel >> > wrote:
>>> 
>>> 
>>> Yes :-)
>>> But it seems that Apple doesn't like applications that aren't from the app
>>> store.
>> 
>> in the security settings there are three options: only accept stuff from the 
>> app store, or app store or identified developers or anything. I chose the 
>> second and still get the error.
> 
> I don't know what to say to that. I have heard others report the same result 
> but it looks to me like the signatures are OK.\

Turns out I need to build on an old OS X in order to have things run correctly 
on older OS X versions (I'm building on 10.7 so people can run on 10.7 or 
newer), but I then need to sign the resulting dmg on 10.9.5 or newer in order 
for newer OS X version to recognize the signature. Thanks, Apple, that's a 
really convenient workflow.

/D

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Thiago Macieira
On Friday 04 September 2015 00:01:28 Robert C. Helling wrote:
> Found metadata in lib
> /Applications/Subsurface.app/Contents/PlugIns/grantlee/5.0/grantlee_default
> tags.so, metadata= {
> 
> "IID": "org.grantlee.TagLibraryInterface",
> "MetaData": {
> },
> "className": "DefaultTagLibrary",
> "debug": false,
> "version": 328961
> 
> }

This looks fine. That version there is 0x50501 and is the same as the other 
plugins that did get loaded.

But then the actual dlopen failed:

> loaded library
> "/Applications/Subsurface.app/Contents/PlugIns/grantlee/5.0/grantlee_defaul
> ttags.so" QLibraryPrivate::loadPlugin failed on
> "/Applications/Subsurface.app/Contents/PlugIns/grantlee/5.0/grantlee_defaul
> ttags.so" : "Cannot load library
> /Applications/Subsurface.app/Contents/PlugIns/grantlee/5.0/grantlee_default
> tags.so:
> (dlopen(/Applications/Subsurface.app/Contents/PlugIns/grantlee/5.0/grantlee
> _defaulttags.so, 5): Library not loaded:
> /Users/hohndel/src/install-root/lib/libGrantlee_Templates.5.dylib\n 
> Referenced from:
> /Applications/Subsurface.app/Contents/PlugIns/grantlee/5.0/grantlee_default
> tags.so\n  Reason: image not found)"

Looks like grantlee_defaulttags.so could not be loaded because 
/Users/hohndel/src/install-root/lib/libGrantlee_Templates.5.dylib was not 
found. Note the file path.

It seems the plugins were not properly deployed and the paths to the libraries 
properly rewritten to find the library inside the bundle.

-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
   Software Architect - Intel Open Source Technology Center
  PGP/GPG: 0x6EF45358; fingerprint:
  E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Dirk Hohndel

> On Sep 3, 2015, at 3:03 PM, Robert C. Helling  wrote:
> 
> Dirk,
> 
>> On 03 Sep 2015, at 19:20, Dirk Hohndel > > wrote:
>> 
>> 
>> Yes :-)
>> But it seems that Apple doesn't like applications that aren't from the app
>> store.
> 
> in the security settings there are three options: only accept stuff from the 
> app store, or app store or identified developers or anything. I chose the 
> second and still get the error.

I don't know what to say to that. I have heard others report the same result 
but it looks to me like the signatures are OK.

/D

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Robert C. Helling
Dirk,

> On 03 Sep 2015, at 19:20, Dirk Hohndel  wrote:
> 
> 
> Yes :-)
> But it seems that Apple doesn't like applications that aren't from the app
> store.

in the security settings there are three options: only accept stuff from the 
app store, or app store or identified developers or anything. I chose the 
second and still get the error.

Best
Robert


signature.asc
Description: Message signed with OpenPGP using GPGMail
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Robert C. Helling
Hi,

> On 03 Sep 2015, at 23:30, Thiago Macieira  > wrote:
> 
> Another trick is to run subsurface with QT_DEBUG_PLUGINS=1. It will print why
> it discarded the plugin.

so, here is the output:

th-nb-tmpmbp01:build helling$ QT_DEBUG_PLUGINS=1 
/Applications/Subsurface.app/Contents/MacOS/Subsurface
QFactoryLoader::QFactoryLoader() checking directory path 
"/Applications/Subsurface.app/Contents/PlugIns/platforms" ...
QFactoryLoader::QFactoryLoader() looking at 
"/Applications/Subsurface.app/Contents/PlugIns/platforms/libqcocoa.dylib"
Found metadata in lib 
/Applications/Subsurface.app/Contents/PlugIns/platforms/libqcocoa.dylib, 
metadata=
{
"IID": "org.qt-project.Qt.QPA.QPlatformIntegrationFactoryInterface.5.3",
"MetaData": {
"Keys": [
"cocoa"
]
},
"className": "QCocoaIntegrationPlugin",
"debug": false,
"version": 328961
}


Got keys from plugin meta data ("cocoa")
QFactoryLoader::QFactoryLoader() checking directory path 
"/Applications/Subsurface.app/Contents/MacOS/platforms" ...
loaded library 
"/Applications/Subsurface.app/Contents/PlugIns/platforms/libqcocoa.dylib"
QFactoryLoader::QFactoryLoader() checking directory path 
"/Applications/Subsurface.app/Contents/PlugIns/platformthemes" ...
QFactoryLoader::QFactoryLoader() checking directory path 
"/Applications/Subsurface.app/Contents/MacOS/platformthemes" ...
QFactoryLoader::QFactoryLoader() checking directory path 
"/Applications/Subsurface.app/Contents/PlugIns/styles" ...
QFactoryLoader::QFactoryLoader() checking directory path 
"/Applications/Subsurface.app/Contents/MacOS/styles" ...
loaded library "/System/Library/Frameworks/Carbon.framework/Carbon"
QFactoryLoader::QFactoryLoader() checking directory path 
"/Applications/Subsurface.app/Contents/PlugIns/imageformats" ...
QFactoryLoader::QFactoryLoader() looking at 
"/Applications/Subsurface.app/Contents/PlugIns/imageformats/libqdds.dylib"
Found metadata in lib 
/Applications/Subsurface.app/Contents/PlugIns/imageformats/libqdds.dylib, 
metadata=
{
"IID": "org.qt-project.Qt.QImageIOHandlerFactoryInterface",
"MetaData": {
"Keys": [
"dds"
],
"MimeTypes": [
"image/x-dds"
]
},
"className": "QDDSPlugin",
"debug": false,
"version": 328961
}


Got keys from plugin meta data ("dds")
QFactoryLoader::QFactoryLoader() looking at 
"/Applications/Subsurface.app/Contents/PlugIns/imageformats/libqgif.dylib"
Found metadata in lib 
/Applications/Subsurface.app/Contents/PlugIns/imageformats/libqgif.dylib, 
metadata=
{
"IID": "org.qt-project.Qt.QImageIOHandlerFactoryInterface",
"MetaData": {
"Keys": [
"gif"
],
"MimeTypes": [
"image/gif"
]
},
"className": "QGifPlugin",
"debug": false,
"version": 328961
}


Got keys from plugin meta data ("gif")
QFactoryLoader::QFactoryLoader() looking at 
"/Applications/Subsurface.app/Contents/PlugIns/imageformats/libqicns.dylib"
Found metadata in lib 
/Applications/Subsurface.app/Contents/PlugIns/imageformats/libqicns.dylib, 
metadata=
{
"IID": "org.qt-project.Qt.QImageIOHandlerFactoryInterface",
"MetaData": {
"Keys": [
"icns"
],
"MimeTypes": [
"image/x-icns"
]
},
"className": "QICNSPlugin",
"debug": false,
"version": 328961
}


Got keys from plugin meta data ("icns")
QFactoryLoader::QFactoryLoader() looking at 
"/Applications/Subsurface.app/Contents/PlugIns/imageformats/libqico.dylib"
Found metadata in lib 
/Applications/Subsurface.app/Contents/PlugIns/imageformats/libqico.dylib, 
metadata=
{
"IID": "org.qt-project.Qt.QImageIOHandlerFactoryInterface",
"MetaData": {
"Keys": [
"ico",
"cur"
],
"MimeTypes": [
"image/vnd.microsoft.icon"
]
},
"className": "QICOPlugin",
"debug": false,
"version": 328961
}


Got keys from plugin meta data ("ico", "cur")
QFactoryLoader::QFactoryLoader() looking at 
"/Applications/Subsurface.app/Contents/PlugIns/imageformats/libqjp2.dylib"
Found metadata in lib 
/Applications/Subsurface.app/Contents/PlugIns/imageformats/libqjp2.dylib, 
metadata=
{
"IID": "org.qt-project.Qt.QImageIOHandlerFactoryInterface",
"MetaData": {
"Keys": [
"jp2"
],
"MimeTypes": [
"image/jp2",
"image/jpx",
"image/jpm",
"video/mj2"
]
},
"className": "QJp2Plugin",
"debug": false,
"version": 328961
}


Got keys from plugin meta data ("jp2")
QFactoryLoader::QFactoryLoader() looking at 
"/Applications/Subsurface.app/Contents/PlugIns/imageformats/libqjpeg.dylib"
Found metadata in lib 
/Applications/Subsurface.app/Contents/PlugIns/imageformats/libqjpeg.dylib, 
metadata=
{
"IID": "org.qt-project.Qt.QImageIOHandlerFactoryInterface",
"MetaData": {
"Keys": [
  

Re: smoke testing Beta 1

2015-09-03 Thread Dirk Hohndel
On Fri, Sep 04, 2015 at 07:29:41AM +1000, Rick Walsh wrote:
> Hi Dirk,
> 
> On 4 September 2015 at 00:45, Dirk Hohndel  wrote:
> 
> > On Thu, Sep 03, 2015 at 06:56:09AM -0700, Dirk Hohndel wrote:
> > > In downloads/daily you'll find 4.4.95 - this is actually a test for Beta
> > 1
> >
> > And because I shouldn't do these things at 4am... of course I messed
> > things up. So next attempt, now with 4.4.96 (but still named Beta 1)
> >
> > I couldn't find 4.4.96 (or 4.4.95) in downloads/daily - I tested
> subsurface-4.4.2-1589-gd1a4020ad53d.exe instead.  Running Windows 8.1.

I just moved 4.4.96 to downloads (and renamed it 4.5-Beta-1)

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Thiago Macieira
On Thursday 03 September 2015 13:45:58 Thiago Macieira wrote:
> On Thursday 03 September 2015 10:52:54 Dirk Hohndel wrote:
> > And while looking at this and being confused, I noticed this...
> > 
> > (this is grepping for libGrantlee_Templates.5.dylib in the dtruss output)
> 
> [cut]
> 
> > So it finds and opens the shared lib successfully - and then looks for it
> > all over the place in the filesystem without finding it anywhere else.
> > WHAT?
> 
> That must mean it concluded the file it did find and open wasn't a suitable
> plugin. Please run qtplugininfo on it:
> 
> qtplugininfo
> /Volumes/Subsurface-4.4.96/Subsurface.app/Contents/MacOS/../Frameworks/libGr
> antlee_Templates.5.dylib
> 
> Something in that metadata told QtCore that this isn't a suitable plugin.
> It's probably the version number.

Another trick is to run subsurface with QT_DEBUG_PLUGINS=1. It will print why 
it discarded the plugin.

-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
   Software Architect - Intel Open Source Technology Center
  PGP/GPG: 0x6EF45358; fingerprint:
  E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Rick Walsh
Hi Dirk,

On 4 September 2015 at 00:45, Dirk Hohndel  wrote:

> On Thu, Sep 03, 2015 at 06:56:09AM -0700, Dirk Hohndel wrote:
> > In downloads/daily you'll find 4.4.95 - this is actually a test for Beta
> 1
>
> And because I shouldn't do these things at 4am... of course I messed
> things up. So next attempt, now with 4.4.96 (but still named Beta 1)
>
> I couldn't find 4.4.96 (or 4.4.95) in downloads/daily - I tested
subsurface-4.4.2-1589-gd1a4020ad53d.exe instead.  Running Windows 8.1.


> The rest below still applies.
>
> > I'd appreciate if people could download it and try it. Does it correctly
> > install? Does it identify as Beta 1? Any glaring issues?
> >
> > I know that Paul has Bluetooth issues with the Windows binaries. Could
> > others please try BT under Windows with that binary? What about printing?
> > Same for the Mac binaries.
> >
> > I also have Beta builds for most of the Linux platforms. I'm missing
> > Fedora 21 / x86 and Ubuntu trusty at this point, but F22, all the
> openSUSE
> > flavors and Ubuntu vivid are ready.
> >
> > Same request. Please install, check the version number, check that BT and
> > printing work.
> >
> > Ideally I'd want to release Beta 1 later today so I'd appreciate if
> people
> > could spend a moment and report back.
>
>
I tested the native Bluetooth download with my Petrel 2.

Firstly, I attempted the download and my dive computer was detected, paired
and connected.  But I had no new dives on my dive computer since the last
time I downloaded them, so nothing was downloaded.  This is entirely
correct behaviour.

Next, I checked "Force download of all dives", then retried.  This time
Subsurface crashed (see error message below).

Next, I restarted Subsurface, deleted my five most recent dives and tried
again.  This time, three dives downloaded, before the Petrel displayed an
error message I have never seen before.

BLUETOOTH ERROR:
Send Packet Error

The three successfully downloaded dives were shown in Subsurface.

Finally, I deleted those three dives, and re-attempted to connect and
download.  This time all five downloaded flawlessly.

I had no time to test anything else.

Below is the Subsurface / Windows error message from when I attempted to
force download of all dives.

Problem signature:
  Problem Event Name:APPCRASH
  Application Name:subsurface.exe
  Application Version:0.0.0.0
  Application Timestamp:55e77f45
  Fault Module Name:subsurface.exe
  Fault Module Version:0.0.0.0
  Fault Module Timestamp:55e77f45
  Exception Code:c005
  Exception Offset:001dfe88
  OS Version:6.3.9600.2.0.0.768.101
  Locale ID:3081
  Additional Information 1:5861
  Additional Information 2:5861822e1919d7c014bbb064c64908b2
  Additional Information 3:a10f
  Additional Information 4:a10ff7d2bb2516fdc753f9c34fc3b069

Read our privacy statement online:
  http://go.microsoft.com/fwlink/?linkid=280262

If the online privacy statement is not available, please read our privacy
statement offline:
  C:\Windows\system32\en-US\erofflps.txt



Cheers,

Rick
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Thiago Macieira
On Thursday 03 September 2015 10:52:54 Dirk Hohndel wrote:
> And while looking at this and being confused, I noticed this...
> 
> (this is grepping for libGrantlee_Templates.5.dylib in the dtruss output)
> 
[cut]
> 
> So it finds and opens the shared lib successfully - and then looks for it
> all over the place in the filesystem without finding it anywhere else.
> WHAT?

That must mean it concluded the file it did find and open wasn't a suitable 
plugin. Please run qtplugininfo on it:

qtplugininfo 
/Volumes/Subsurface-4.4.96/Subsurface.app/Contents/MacOS/../Frameworks/libGrantlee_Templates.5.dylib

Something in that metadata told QtCore that this isn't a suitable plugin. It's 
probably the version number.

> So my summary so far - it finds the shared library and the plugins, but it
> doesn't feel like using them for some reason?

Yep.

-- 
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
   Software Architect - Intel Open Source Technology Center
  PGP/GPG: 0x6EF45358; fingerprint:
  E067 918B B660 DBD1 105C  966C 33F5 F005 6EF4 5358

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Lubomir I. Ivanov
On 3 September 2015 at 21:29, Lubomir I. Ivanov  wrote:
> On 3 September 2015 at 21:22, Dirk Hohndel  wrote:
>>
>
> it could be something failing in Grantlee's engine.cpp
> (grantlee_src_path/templates/lib/engine.cpp) on OSX only:
> EnginePrivate::loadCppLibrary()
>
> there is a while loop in there and it would be best to add some
> qDebug() calls and see why it continues the search even if a plugin is
> found.
> i'm pretty sure that was the function that does the loading.
>

what i find odd is that googling "Grantlee OSX" returns a thread i
posted on their ML.
but i doubt we are the only current user...

lubomir
--
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Lubomir I. Ivanov
On 3 September 2015 at 21:22, Dirk Hohndel  wrote:
> On Thu, Sep 03, 2015 at 09:18:55PM +0300, Lubomir I. Ivanov wrote:
>> hey, Robert.
>>
>> On 3 September 2015 at 19:31, Robert C. Helling  wrote:
>> >
>> > 4) Printing: Empty pages. When running it from the command line and trying
>> > to print I get
>> >
>> > th-nb-tmpmbp01:build helling$
>> > /Applications/Subsurface.app/Contents/MacOS/Subsurface
>> > Map theme file does not exist: ""
>> > Ignoring to load the following file since it doesn't look like a valid
>> > Marble plugin: "/traces.log"
>> > Reason: "Permission denied"
>> > Set the current dive site: 4275619970
>> > Set the current dive site: 0
>>
>> ^ these seem like Marble issues.
>
> They are. Bloody Marble tries to open random files in the '/' directory.
> When I rebased and re-did the fixes I lost the one that stopped it from
> doing that. On my todo list.
>
>> > "Plugin library 'grantlee_defaulttags' not found."
>> > Can't load template
>> >
>>
>> the plugins are not in the correct search path.
>>
>> Grantlee uses:
>> http://doc.qt.io/qt-5/qcoreapplication.html#libraryPaths
>> QCoreApplication::instance()->libraryPaths()
>>
>> and then appends:
>> /grantlee/5.0
>>
>> on Windows that includes where the EXE is.
>> and if i place the grantlee_*.dll "/grantlee/5.0" in
>> there it just works.
>>
>> one thing you can do is add the following line in templatelayout.cpp:
>> TemplateLayout::generate():
>> qDebug() << "PATHS:" << m_engine->pluginPaths();
>>
>> and see if the shared libraries are in one of the listed paths.
>>
>> i'm not familiar with the OSX package but we may have to add a
>> relative path to the executable explicitly:
>> m_engine->addPluginPath(QCoreApplication::instance()->applicationDirPath());
>>
>> others have reported that they can run Grantlee on OSX, so perhaps
>> this is a one case scenario.
>
> The crazy thing is that on my laptop I run both Subsurface.app from the
> DMG and a locally built one. They both open the plugin successfully (each
> in its own Contents/PlugIns/grantlee/5.0 directory - as they should). But
> the one from the DMG then goes on trying to find the plugin in other
> folders and finally gives up. I can't figure out why it isn't happy with
> the .so it apparently successfully opens...
>

it could be something failing in Grantlee's engine.cpp
(grantlee_src_path/templates/lib/engine.cpp) on OSX only:
EnginePrivate::loadCppLibrary()

there is a while loop in there and it would be best to add some
qDebug() calls and see why it continues the search even if a plugin is
found.
i'm pretty sure that was the function that does the loading.

lubomir
--
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Lubomir I. Ivanov
On 3 September 2015 at 20:52, Dirk Hohndel  wrote:
> On Thu, Sep 03, 2015 at 10:47:42AM -0700, Dirk Hohndel wrote:
>> On Thu, Sep 03, 2015 at 06:31:44PM +0200, Robert C. Helling wrote:
>> >
>> > sudo dtruss -f -t open sudo -u helling \ 
>> > /Applications/Subsurface.app/Contents/MacOS/Subsurface ssrf.log 2> ssrf.log
>> >
>> > You can find the (at least for me not very illuminating) result attached.
>>
>>
>> Sorry, I should have told you what's missing. Before opening a .so file
>> Qt calls stat64 on it. So you'll need to dtruss for that...
>>
>> What's crazy is that when I try this locally it seems to successfully open
>> it:
>>
>> 21058/0xc04d6: 
>> open("/Volumes/Subsurface-4.4.96/Subsurface.app/Contents/PlugIns/grantlee/5.0/grantlee_defaulttags.so\0",
>>  0x100, 0x1B6) = 31 0
>>
>> but then later it does another stat64 and then issues an error
>>
>> 21058/0xc04d6: 
>> stat64("/Volumes/Subsurface-4.4.96/Subsurface.app/Contents/PlugIns/grantlee/5.0/grantlee_defaulttags.so\0",
>>  0x7FFF59C08F48, 0x7FFF59C086AE) = 0 0
>> 21058/0xc04d6:  write_nocancel(0x2, "\"Plugin library 'grantlee_defaulttags' 
>> not found.\"\n\0", 0x33)  = 51 0
>>
>> I'm seriously confused.
>
> And while looking at this and being confused, I noticed this...
>
> (this is grepping for libGrantlee_Templates.5.dylib in the dtruss output)
>
> 21058/0xc04d6:  
> stat64("/Volumes/Subsurface-4.4.96/Subsurface.app/Contents/MacOS/../Frameworks/libGrantlee_Templates.5.dylib\0",
>  0x7FFF59C0DF68, 0x7FFF59C0DC40) = 0 0
> 21058/0xc04d6:  
> open("/Volumes/Subsurface-4.4.96/Subsurface.app/Contents/MacOS/../Frameworks/libGrantlee_Templates.5.dylib\0",
>  0x0, 0x0) = 3 0
> 21058/0xc04d6:  
> stat64("/Users/hohndel/src/install-root/lib/libGrantlee_Templates.5.dylib\0", 
> 0x7FFF59C08398, 0x1)   = -1 Err#2
> 21058/0xc04d6:  stat64("/Users/dhohndel/lib/libGrantlee_Templates.5.dylib\0", 
> 0x7FFF59C08B68, 0x1)   = -1 Err#2
> 21058/0xc04d6:  stat64("/usr/local/lib/libGrantlee_Templates.5.dylib\0", 
> 0x7FFF59C08B68, 0x1)= -1 Err#2
> 21058/0xc04d6:  stat64("/usr/lib/libGrantlee_Templates.5.dylib\0", 
> 0x7FFF59C08B78, 0x1)  = -1 Err#2
> 21058/0xc04d6:  
> stat64("/Users/hohndel/src/install-root/lib/libGrantlee_Templates.5.dylib\0", 
> 0x7FFF59C08398, 0x1)   = -1 Err#2
> 21058/0xc04d6:  stat64("/Users/dhohndel/lib/libGrantlee_Templates.5.dylib\0", 
> 0x7FFF59C08B68, 0x1)   = -1 Err#2
> 21058/0xc04d6:  stat64("/usr/local/lib/libGrantlee_Templates.5.dylib\0", 
> 0x7FFF59C08B68, 0x1)= -1 Err#2
> 21058/0xc04d6:  stat64("/usr/lib/libGrantlee_Templates.5.dylib\0", 
> 0x7FFF59C08B78, 0x1)  = -1 Err#2
> 21058/0xc04d6:  
> stat64("/Users/hohndel/src/install-root/lib/libGrantlee_Templates.5.dylib\0", 
> 0x7FFF59C08398, 0x1)   = -1 Err#2
> 21058/0xc04d6:  stat64("/Users/dhohndel/lib/libGrantlee_Templates.5.dylib\0", 
> 0x7FFF59C08B68, 0x1)   = -1 Err#2
> 21058/0xc04d6:  stat64("/usr/local/lib/libGrantlee_Templates.5.dylib\0", 
> 0x7FFF59C08B68, 0x1)= -1 Err#2
> 21058/0xc04d6:  stat64("/usr/lib/libGrantlee_Templates.5.dylib\0", 
> 0x7FFF59C08B78, 0x1)  = -1 Err#2
> 21058/0xc04d6:  
> stat64("/Users/hohndel/src/install-root/lib/libGrantlee_Templates.5.dylib\0", 
> 0x7FFF59C083A8, 0x1)   = -1 Err#2
> 21058/0xc04d6:  stat64("/Users/dhohndel/lib/libGrantlee_Templates.5.dylib\0", 
> 0x7FFF59C08B78, 0x1)   = -1 Err#2
> 21058/0xc04d6:  stat64("/usr/local/lib/libGrantlee_Templates.5.dylib\0", 
> 0x7FFF59C08B78, 0x1)= -1 Err#2
> 21058/0xc04d6:  stat64("/usr/lib/libGrantlee_Templates.5.dylib\0", 
> 0x7FFF59C08B88, 0x1)  = -1 Err#2
>
> So it finds and opens the shared lib successfully - and then looks for it all
> over the place in the filesystem without finding it anywhere else. WHAT?
>
> So my summary so far - it finds the shared library and the plugins, but it
> doesn't feel like using them for some reason?
>

oh, wow...
i have zero idea what's causing that. perhaps Thiago can help...

lubomir
--
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Dirk Hohndel
On Thu, Sep 03, 2015 at 09:18:55PM +0300, Lubomir I. Ivanov wrote:
> hey, Robert.
> 
> On 3 September 2015 at 19:31, Robert C. Helling  wrote:
> >
> > 4) Printing: Empty pages. When running it from the command line and trying
> > to print I get
> >
> > th-nb-tmpmbp01:build helling$
> > /Applications/Subsurface.app/Contents/MacOS/Subsurface
> > Map theme file does not exist: ""
> > Ignoring to load the following file since it doesn't look like a valid
> > Marble plugin: "/traces.log"
> > Reason: "Permission denied"
> > Set the current dive site: 4275619970
> > Set the current dive site: 0
> 
> ^ these seem like Marble issues.

They are. Bloody Marble tries to open random files in the '/' directory.
When I rebased and re-did the fixes I lost the one that stopped it from
doing that. On my todo list.

> > "Plugin library 'grantlee_defaulttags' not found."
> > Can't load template
> >
> 
> the plugins are not in the correct search path.
> 
> Grantlee uses:
> http://doc.qt.io/qt-5/qcoreapplication.html#libraryPaths
> QCoreApplication::instance()->libraryPaths()
> 
> and then appends:
> /grantlee/5.0
> 
> on Windows that includes where the EXE is.
> and if i place the grantlee_*.dll "/grantlee/5.0" in
> there it just works.
> 
> one thing you can do is add the following line in templatelayout.cpp:
> TemplateLayout::generate():
> qDebug() << "PATHS:" << m_engine->pluginPaths();
> 
> and see if the shared libraries are in one of the listed paths.
> 
> i'm not familiar with the OSX package but we may have to add a
> relative path to the executable explicitly:
> m_engine->addPluginPath(QCoreApplication::instance()->applicationDirPath());
> 
> others have reported that they can run Grantlee on OSX, so perhaps
> this is a one case scenario.

The crazy thing is that on my laptop I run both Subsurface.app from the
DMG and a locally built one. They both open the plugin successfully (each
in its own Contents/PlugIns/grantlee/5.0 directory - as they should). But
the one from the DMG then goes on trying to find the plugin in other
folders and finally gives up. I can't figure out why it isn't happy with
the .so it apparently successfully opens...

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Lubomir I. Ivanov
hey, Robert.

On 3 September 2015 at 19:31, Robert C. Helling  wrote:
>
> 4) Printing: Empty pages. When running it from the command line and trying
> to print I get
>
> th-nb-tmpmbp01:build helling$
> /Applications/Subsurface.app/Contents/MacOS/Subsurface
> Map theme file does not exist: ""
> Ignoring to load the following file since it doesn't look like a valid
> Marble plugin: "/traces.log"
> Reason: "Permission denied"
> Set the current dive site: 4275619970
> Set the current dive site: 0

^ these seem like Marble issues.

> "Plugin library 'grantlee_defaulttags' not found."
> Can't load template
>

the plugins are not in the correct search path.

Grantlee uses:
http://doc.qt.io/qt-5/qcoreapplication.html#libraryPaths
QCoreApplication::instance()->libraryPaths()

and then appends:
/grantlee/5.0

on Windows that includes where the EXE is.
and if i place the grantlee_*.dll "/grantlee/5.0" in
there it just works.

one thing you can do is add the following line in templatelayout.cpp:
TemplateLayout::generate():
qDebug() << "PATHS:" << m_engine->pluginPaths();

and see if the shared libraries are in one of the listed paths.

i'm not familiar with the OSX package but we may have to add a
relative path to the executable explicitly:
m_engine->addPluginPath(QCoreApplication::instance()->applicationDirPath());

others have reported that they can run Grantlee on OSX, so perhaps
this is a one case scenario.

lubomir
--
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Dirk Hohndel
On Thu, Sep 03, 2015 at 10:47:42AM -0700, Dirk Hohndel wrote:
> On Thu, Sep 03, 2015 at 06:31:44PM +0200, Robert C. Helling wrote:
> > 
> > sudo dtruss -f -t open sudo -u helling \ 
> > /Applications/Subsurface.app/Contents/MacOS/Subsurface ssrf.log 2> ssrf.log
> > 
> > You can find the (at least for me not very illuminating) result attached.
> 
> 
> Sorry, I should have told you what's missing. Before opening a .so file
> Qt calls stat64 on it. So you'll need to dtruss for that...
> 
> What's crazy is that when I try this locally it seems to successfully open
> it:
> 
> 21058/0xc04d6: 
> open("/Volumes/Subsurface-4.4.96/Subsurface.app/Contents/PlugIns/grantlee/5.0/grantlee_defaulttags.so\0",
>  0x100, 0x1B6) = 31 0
> 
> but then later it does another stat64 and then issues an error
> 
> 21058/0xc04d6: 
> stat64("/Volumes/Subsurface-4.4.96/Subsurface.app/Contents/PlugIns/grantlee/5.0/grantlee_defaulttags.so\0",
>  0x7FFF59C08F48, 0x7FFF59C086AE) = 0 0
> 21058/0xc04d6:  write_nocancel(0x2, "\"Plugin library 'grantlee_defaulttags' 
> not found.\"\n\0", 0x33)  = 51 0
> 
> I'm seriously confused.

And while looking at this and being confused, I noticed this...

(this is grepping for libGrantlee_Templates.5.dylib in the dtruss output)

21058/0xc04d6:  
stat64("/Volumes/Subsurface-4.4.96/Subsurface.app/Contents/MacOS/../Frameworks/libGrantlee_Templates.5.dylib\0",
 0x7FFF59C0DF68, 0x7FFF59C0DC40) = 0 0
21058/0xc04d6:  
open("/Volumes/Subsurface-4.4.96/Subsurface.app/Contents/MacOS/../Frameworks/libGrantlee_Templates.5.dylib\0",
 0x0, 0x0) = 3 0
21058/0xc04d6:  
stat64("/Users/hohndel/src/install-root/lib/libGrantlee_Templates.5.dylib\0", 
0x7FFF59C08398, 0x1)   = -1 Err#2
21058/0xc04d6:  stat64("/Users/dhohndel/lib/libGrantlee_Templates.5.dylib\0", 
0x7FFF59C08B68, 0x1)   = -1 Err#2
21058/0xc04d6:  stat64("/usr/local/lib/libGrantlee_Templates.5.dylib\0", 
0x7FFF59C08B68, 0x1)= -1 Err#2
21058/0xc04d6:  stat64("/usr/lib/libGrantlee_Templates.5.dylib\0", 
0x7FFF59C08B78, 0x1)  = -1 Err#2
21058/0xc04d6:  
stat64("/Users/hohndel/src/install-root/lib/libGrantlee_Templates.5.dylib\0", 
0x7FFF59C08398, 0x1)   = -1 Err#2
21058/0xc04d6:  stat64("/Users/dhohndel/lib/libGrantlee_Templates.5.dylib\0", 
0x7FFF59C08B68, 0x1)   = -1 Err#2
21058/0xc04d6:  stat64("/usr/local/lib/libGrantlee_Templates.5.dylib\0", 
0x7FFF59C08B68, 0x1)= -1 Err#2
21058/0xc04d6:  stat64("/usr/lib/libGrantlee_Templates.5.dylib\0", 
0x7FFF59C08B78, 0x1)  = -1 Err#2
21058/0xc04d6:  
stat64("/Users/hohndel/src/install-root/lib/libGrantlee_Templates.5.dylib\0", 
0x7FFF59C08398, 0x1)   = -1 Err#2
21058/0xc04d6:  stat64("/Users/dhohndel/lib/libGrantlee_Templates.5.dylib\0", 
0x7FFF59C08B68, 0x1)   = -1 Err#2
21058/0xc04d6:  stat64("/usr/local/lib/libGrantlee_Templates.5.dylib\0", 
0x7FFF59C08B68, 0x1)= -1 Err#2
21058/0xc04d6:  stat64("/usr/lib/libGrantlee_Templates.5.dylib\0", 
0x7FFF59C08B78, 0x1)  = -1 Err#2
21058/0xc04d6:  
stat64("/Users/hohndel/src/install-root/lib/libGrantlee_Templates.5.dylib\0", 
0x7FFF59C083A8, 0x1)   = -1 Err#2
21058/0xc04d6:  stat64("/Users/dhohndel/lib/libGrantlee_Templates.5.dylib\0", 
0x7FFF59C08B78, 0x1)   = -1 Err#2
21058/0xc04d6:  stat64("/usr/local/lib/libGrantlee_Templates.5.dylib\0", 
0x7FFF59C08B78, 0x1)= -1 Err#2
21058/0xc04d6:  stat64("/usr/lib/libGrantlee_Templates.5.dylib\0", 
0x7FFF59C08B88, 0x1)  = -1 Err#2

So it finds and opens the shared lib successfully - and then looks for it all
over the place in the filesystem without finding it anywhere else. WHAT?

So my summary so far - it finds the shared library and the plugins, but it
doesn't feel like using them for some reason?

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Dirk Hohndel
On Thu, Sep 03, 2015 at 06:31:44PM +0200, Robert C. Helling wrote:
> 
> sudo dtruss -f -t open sudo -u helling \ 
> /Applications/Subsurface.app/Contents/MacOS/Subsurface ssrf.log 2> ssrf.log
> 
> You can find the (at least for me not very illuminating) result attached.


Sorry, I should have told you what's missing. Before opening a .so file
Qt calls stat64 on it. So you'll need to dtruss for that...

What's crazy is that when I try this locally it seems to successfully open
it:

21058/0xc04d6: 
open("/Volumes/Subsurface-4.4.96/Subsurface.app/Contents/PlugIns/grantlee/5.0/grantlee_defaulttags.so\0",
 0x100, 0x1B6)   = 31 0

but then later it does another stat64 and then issues an error

21058/0xc04d6: 
stat64("/Volumes/Subsurface-4.4.96/Subsurface.app/Contents/PlugIns/grantlee/5.0/grantlee_defaulttags.so\0",
 0x7FFF59C08F48, 0x7FFF59C086AE)   = 0 0
21058/0xc04d6:  write_nocancel(0x2, "\"Plugin library 'grantlee_defaulttags' 
not found.\"\n\0", 0x33)= 51 0

I'm seriously confused.

/D



___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Joakim Bygdell

> On 03 Sep 2015, at 19:20, Dirk Hohndel  wrote:
> 
> On Thu, Sep 03, 2015 at 06:31:44PM +0200, Robert C. Helling wrote:
>>> 
>>> Same request. Please install, check the version number, check that BT and
>>> printing work.
>> 
>> tesing on my MBP late 2009 edition running Yosemite.
>> 
>> 1) It does not open the binary as it claims it does not come from an 
>> identified developer. Are you sure you are signing it correctly?
> 
> Yes :-)
> But it seems that Apple doesn't like applications that aren't from the app
> store.
> 
> $ codesign -dvvv /Volumes/Subsurface-4.4.96/Subsurface.app
> Executable=/Volumes/Subsurface-4.4.96/Subsurface.app/Contents/MacOS/Subsurface
> Identifier=org.subsurface-divelog
> Format=bundle with Mach-O thin (x86_64)
> CodeDirectory v=20100 size=36171 flags=0x0(none) hashes=1802+3
> location=embedded
> Hash type=sha1 size=20
> CDHash=76e5fd12501e24a62140b054cf0faad6677a34db
> Signature size=8510
> Authority=Developer ID Application: Dirk Hohndel
> Authority=Developer ID Certification Authority
> Authority=Apple Root CA
> Timestamp=Sep 3, 2015, 8:36:26 AM
> Info.plist entries=15
> TeamIdentifier=not set
> Sealed Resources version=1 rules=4 files=220
> Internal requirements count=1 size=184
> 
>> 2) It says it is version 4.5 Beta 1
> 
> Good.
> 
>> 3) Bluetooth: I only have my IPhone as a Bluetooth device around. That can 
>> be discovered (after pressing scan twice!) but not paired (asking it to 
>> pair, nothing happens).
> 
> I wonder why. I haven't actually tested with a dive computer since I
> initially got it to work a couple hundred commits ago... but nothing
> should have changed. I'll try again tonight.
> 
>> 4) Printing: Empty pages. When running it from the command line and trying 
>> to print I get
>> 
>> th-nb-tmpmbp01:build helling$ 
>> /Applications/Subsurface.app/Contents/MacOS/Subsurface
>> Map theme file does not exist: ""
>> Ignoring to load the following file since it doesn't look like a valid 
>> Marble plugin: "/traces.log"
>> Reason: "Permission denied"
> 
> I need to fix stupid Marble. Grrr.
> 
>> Set the current dive site: 4275619970
>> Set the current dive site: 0
>> "Plugin library 'grantlee_defaulttags' not found."
>> Can't load template
> 
> What? Why does it not find the plugin? It does when I open the app. That's
> weird. Can you check if you see the plugin in
> /Volumes/Subsurface-4.4.96/Subsurface.app/Contents/PlugIns/grantlee/5.0

ls /Volumes/Subsurface-4.4.96/Subsurface.app/Contents/PlugIns/grantlee/5.0
grantlee_defaultfilters.sograntlee_defaulttags.sograntlee_i18ntags.so   
 grantlee_loadertags.so

> 
>> Then I tried to do the mac analogue of strace, namely
>> 
>> sudo dtruss -f -t open sudo -u helling \ 
>> /Applications/Subsurface.app/Contents/MacOS/Subsurface ssrf.log 2> ssrf.log
>> 
>> You can find the (at least for me not very illuminating) result attached.
> 
> Illuminating. Not.
> 
> /D
> 
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

/Jocke

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Dirk Hohndel
On Thu, Sep 03, 2015 at 06:31:44PM +0200, Robert C. Helling wrote:
> > 
> > Same request. Please install, check the version number, check that BT and
> > printing work.
> 
> tesing on my MBP late 2009 edition running Yosemite.
> 
> 1) It does not open the binary as it claims it does not come from an 
> identified developer. Are you sure you are signing it correctly?

Yes :-)
But it seems that Apple doesn't like applications that aren't from the app
store.

$ codesign -dvvv /Volumes/Subsurface-4.4.96/Subsurface.app
Executable=/Volumes/Subsurface-4.4.96/Subsurface.app/Contents/MacOS/Subsurface
Identifier=org.subsurface-divelog
Format=bundle with Mach-O thin (x86_64)
CodeDirectory v=20100 size=36171 flags=0x0(none) hashes=1802+3
location=embedded
Hash type=sha1 size=20
CDHash=76e5fd12501e24a62140b054cf0faad6677a34db
Signature size=8510
Authority=Developer ID Application: Dirk Hohndel
Authority=Developer ID Certification Authority
Authority=Apple Root CA
Timestamp=Sep 3, 2015, 8:36:26 AM
Info.plist entries=15
TeamIdentifier=not set
Sealed Resources version=1 rules=4 files=220
Internal requirements count=1 size=184

> 2) It says it is version 4.5 Beta 1

Good.

> 3) Bluetooth: I only have my IPhone as a Bluetooth device around. That can be 
> discovered (after pressing scan twice!) but not paired (asking it to pair, 
> nothing happens).

I wonder why. I haven't actually tested with a dive computer since I
initially got it to work a couple hundred commits ago... but nothing
should have changed. I'll try again tonight.

> 4) Printing: Empty pages. When running it from the command line and trying to 
> print I get
> 
> th-nb-tmpmbp01:build helling$ 
> /Applications/Subsurface.app/Contents/MacOS/Subsurface
> Map theme file does not exist: ""
> Ignoring to load the following file since it doesn't look like a valid Marble 
> plugin: "/traces.log"
> Reason: "Permission denied"

I need to fix stupid Marble. Grrr.

> Set the current dive site: 4275619970
> Set the current dive site: 0
> "Plugin library 'grantlee_defaulttags' not found."
> Can't load template

What? Why does it not find the plugin? It does when I open the app. That's
weird. Can you check if you see the plugin in
/Volumes/Subsurface-4.4.96/Subsurface.app/Contents/PlugIns/grantlee/5.0

> Then I tried to do the mac analogue of strace, namely
> 
> sudo dtruss -f -t open sudo -u helling \ 
> /Applications/Subsurface.app/Contents/MacOS/Subsurface ssrf.log 2> ssrf.log
> 
> You can find the (at least for me not very illuminating) result attached.

Illuminating. Not.

/D

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Robert C. Helling
Hi,On 03 Sep 2015, at 15:56, Dirk Hohndel  wrote:Same request. Please install, check the version number, check that BT andprinting work.tesing on my MBP late 2009 edition running Yosemite. 1) It does not open the binary as it claims it does not come from an identified developer. Are you sure you are signing it correctly?2) It says it is version 4.5 Beta 13) Bluetooth: I only have my IPhone as a Bluetooth device around. That can be discovered (after pressing scan twice!) but not paired (asking it to pair, nothing happens).4) Printing: Empty pages. When running it from the command line and trying to print I getth-nb-tmpmbp01:build helling$ /Applications/Subsurface.app/Contents/MacOS/Subsurface Map theme file does not exist: ""Ignoring to load the following file since it doesn't look like a valid Marble plugin: "/traces.log" Reason: "Permission denied"Set the current dive site: 4275619970Set the current dive site: 0"Plugin library 'grantlee_defaulttags' not found."Can't load templateThen I tried to do the mac analogue of strace, namely sudo dtruss -f -t open sudo -u helling \ /Applications/Subsurface.app/Contents/MacOS/Subsurface ssrf.log 2> ssrf.log You can find the (at least for me not very illuminating) result attached.

ssrf.log
Description: Binary data
BestRobert

signature.asc
Description: Message signed with OpenPGP using GPGMail
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Joakim Bygdell

> On 03 Sep 2015, at 17:59, Tomaz Canabrava  wrote:
> 
> In the meantime I'm workin trying to find where we broke the damn printing 
> thing again.
The Mac version reports this when trying to print.

"Plugin library 'grantlee_defaulttags' not found."
Can't load template


> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

/Jocke

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Tomaz Canabrava
In the meantime I'm workin trying to find where we broke the damn printing
thing again.
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Dirk Hohndel
On Thu, Sep 03, 2015 at 06:50:49PM +0300, Miika Turkia wrote:
> Ubuntu 15.04 (Vivid) - extremely brief test
> 
> On Thu, Sep 3, 2015 at 4:56 PM, Dirk Hohndel  wrote:
> > In downloads/daily you'll find 4.4.95 - this is actually a test for Beta 1
> >
> > I'd appreciate if people could download it and try it. Does it correctly
> > install? Does it identify as Beta 1? Any glaring issues?
> 
> Installs properly from PPA.
> checking for new version claims me to be running Beta 2, but
> Help-About states Beta 1

Thanks for that report as well. Fixed.

> > I know that Paul has Bluetooth issues with the Windows binaries. Could
> > others please try BT under Windows with that binary? What about printing?
> > Same for the Mac binaries.
> 
> Selecting 1 dive for print in 6/page template shrinks the the printed
> one dive way too much, when multiple dives are selected seems to be
> correct.

I noticed that when trying to reproduce the "printing isn't working on
Mac" bug. One more thing for Gehad to look into.

> > I also have Beta builds for most of the Linux platforms. I'm missing
> > Fedora 21 / x86 and Ubuntu trusty at this point, but F22, all the openSUSE
> > flavors and Ubuntu vivid are ready.
> 
> I believe that 64bit trusty is ready and x86 almost, but those might
> still be pending publishing in the launchpad.

Yes, those seem to be all there now.

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Miika Turkia
Ubuntu 15.04 (Vivid) - extremely brief test

On Thu, Sep 3, 2015 at 4:56 PM, Dirk Hohndel  wrote:
> In downloads/daily you'll find 4.4.95 - this is actually a test for Beta 1
>
> I'd appreciate if people could download it and try it. Does it correctly
> install? Does it identify as Beta 1? Any glaring issues?

Installs properly from PPA.
checking for new version claims me to be running Beta 2, but
Help-About states Beta 1

> I know that Paul has Bluetooth issues with the Windows binaries. Could
> others please try BT under Windows with that binary? What about printing?
> Same for the Mac binaries.

Selecting 1 dive for print in 6/page template shrinks the the printed
one dive way too much, when multiple dives are selected seems to be
correct.

> I also have Beta builds for most of the Linux platforms. I'm missing
> Fedora 21 / x86 and Ubuntu trusty at this point, but F22, all the openSUSE
> flavors and Ubuntu vivid are ready.

I believe that 64bit trusty is ready and x86 almost, but those might
still be pending publishing in the launchpad.

miika
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Dirk Hohndel
On Thu, Sep 03, 2015 at 08:30:03AM -0700, Dirk Hohndel wrote:
> > >> I'd appreciate if people could download it and try it. Does it correctly
> > >> install? Does it identify as Beta 1? Any glaring issues?
> > The Mac version is fubar.
> > 
> > /Volumes/Subsurface-4.4.96/Subsurface.app/Contents/MacOS/Subsurface —version
> > Subsurface v4.4.1-464-g70c64eaa66f4, built with libdivecomputer 
> > v0.5.0-devel-Subsurface-branch (ad4bcffa2326b8b72f35107fe8723a1dcdd564f8)
> 
> COOL. Wow. I wonder how it came up with THAT number...

I have no idea why the cmake build system kept a seriously ancient
ssrf-version.h file and decided not to update it.

I manually deleted it and re-uploaded the DMG and the version number is
good now.

> > >> I know that Paul has Bluetooth issues with the Windows binaries. Could
> > >> others please try BT under Windows with that binary? What about printing?
> > >> Same for the Mac binaries.
> > 
> > Print preview show only blank pages.
> 
> Grmbl. It worked here. So it must be picking up something from my local
> files - but I tested this on a system I never built things on.

This part I haven't figure out, yet. The plugins are there as are the
templates and it seems to find things. I thought this got fixed by a
commit I did last week to change the way we initialize Grantlee.
We are back in "Don't know how to handle metatype" hell...

I'll debug this further but I won't hold up Beta 1 for it. Instead I'll
document this as a known issue.

Everyone, keep testing, please. I'd like to make sure there aren't more
surprises hidden somewhere.

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Dirk Hohndel
On Thu, Sep 03, 2015 at 05:19:11PM +0200, Joakim Bygdell wrote:
> 
> > On 03 Sep 2015, at 16:45, Dirk Hohndel  wrote:
> > 
> > On Thu, Sep 03, 2015 at 06:56:09AM -0700, Dirk Hohndel wrote:
> >> In downloads/daily you'll find 4.4.95 - this is actually a test for Beta 1
> > 
> > And because I shouldn't do these things at 4am... of course I messed
> > things up. So next attempt, now with 4.4.96 (but still named Beta 1)
> > 
> > The rest below still applies.
> > 
> >> I'd appreciate if people could download it and try it. Does it correctly
> >> install? Does it identify as Beta 1? Any glaring issues?
> The Mac version is fubar.
> 
> /Volumes/Subsurface-4.4.96/Subsurface.app/Contents/MacOS/Subsurface —version
> Subsurface v4.4.1-464-g70c64eaa66f4, built with libdivecomputer 
> v0.5.0-devel-Subsurface-branch (ad4bcffa2326b8b72f35107fe8723a1dcdd564f8)

COOL. Wow. I wonder how it came up with THAT number...

> >> I know that Paul has Bluetooth issues with the Windows binaries. Could
> >> others please try BT under Windows with that binary? What about printing?
> >> Same for the Mac binaries.
> 
> Print preview show only blank pages.

Grmbl. It worked here. So it must be picking up something from my local
files - but I tested this on a system I never built things on.

Annoying.

Thanks for testing!

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Joakim Bygdell

> On 03 Sep 2015, at 16:45, Dirk Hohndel  wrote:
> 
> On Thu, Sep 03, 2015 at 06:56:09AM -0700, Dirk Hohndel wrote:
>> In downloads/daily you'll find 4.4.95 - this is actually a test for Beta 1
> 
> And because I shouldn't do these things at 4am... of course I messed
> things up. So next attempt, now with 4.4.96 (but still named Beta 1)
> 
> The rest below still applies.
> 
>> I'd appreciate if people could download it and try it. Does it correctly
>> install? Does it identify as Beta 1? Any glaring issues?
The Mac version is fubar.

/Volumes/Subsurface-4.4.96/Subsurface.app/Contents/MacOS/Subsurface —version
Subsurface v4.4.1-464-g70c64eaa66f4, built with libdivecomputer 
v0.5.0-devel-Subsurface-branch (ad4bcffa2326b8b72f35107fe8723a1dcdd564f8)

>> 
>> I know that Paul has Bluetooth issues with the Windows binaries. Could
>> others please try BT under Windows with that binary? What about printing?
>> Same for the Mac binaries.

Print preview show only blank pages.

>> 
>> I also have Beta builds for most of the Linux platforms. I'm missing
>> Fedora 21 / x86 and Ubuntu trusty at this point, but F22, all the openSUSE
>> flavors and Ubuntu vivid are ready.
>> 
>> Same request. Please install, check the version number, check that BT and
>> printing work.
>> 
>> Ideally I'd want to release Beta 1 later today so I'd appreciate if people
>> could spend a moment and report back.
> 
> Thanks
> 
> /D
> ___
> subsurface mailing list
> subsurface@subsurface-divelog.org
> http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

/Jocke

___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface


Re: smoke testing Beta 1

2015-09-03 Thread Dirk Hohndel
On Thu, Sep 03, 2015 at 06:56:09AM -0700, Dirk Hohndel wrote:
> In downloads/daily you'll find 4.4.95 - this is actually a test for Beta 1

And because I shouldn't do these things at 4am... of course I messed
things up. So next attempt, now with 4.4.96 (but still named Beta 1)

The rest below still applies.

> I'd appreciate if people could download it and try it. Does it correctly
> install? Does it identify as Beta 1? Any glaring issues?
> 
> I know that Paul has Bluetooth issues with the Windows binaries. Could
> others please try BT under Windows with that binary? What about printing?
> Same for the Mac binaries.
> 
> I also have Beta builds for most of the Linux platforms. I'm missing
> Fedora 21 / x86 and Ubuntu trusty at this point, but F22, all the openSUSE
> flavors and Ubuntu vivid are ready.
> 
> Same request. Please install, check the version number, check that BT and
> printing work.
> 
> Ideally I'd want to release Beta 1 later today so I'd appreciate if people
> could spend a moment and report back.

Thanks

/D
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface