Re: towards 4.5

[Salvador Cuñat]

Good night.

2015-10-13 22:44 GMT+02:00 Dirk Hohndel :

> Here's what's on my list
>
> - user manual translation updates for ES, RU
>
>
Have just send a patch for user-manual_es.txt with latest updates.
Spanish in transifex is 100% at this time.

Regards.

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

Re: [d...@hohndel.org: updates towards 4.5]

[Dirk Hohndel]

On Thu, Oct 08, 2015 at 08:54:47AM +0200, Guido Lerch wrote:
> Btw. I am working on a build-mac.sh as I am having issues frequently, not
> sure whether I should submit
> that. Let me know what you think.

Today build.sh is designed to work both on Linux and Mac. Is there a
reason that this can't continue to be the case? What Mac specific things
aren't done in build.sh?

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

Re: [d...@hohndel.org: updates towards 4.5]

[Guido Lerch]

From:  Dirk Hohndel <d...@hohndel.org>
Date:  Thursday 8 October 2015 09:28
To:  Guido Lerch <guido.le...@gmail.com>
Cc:  "Robert C. Helling" <hell...@atdotde.de>,
"subsurface@subsurface-divelog.org" <subsurface@subsurface-divelog.org>
Subject:  Re: [d...@hohndel.org: updates towards 4.5]

> On Thu, Oct 08, 2015 at 08:54:47AM +0200, Guido Lerch wrote:
>>  Btw. I am working on a build-mac.sh as I am having issues frequently, not
>>  sure whether I should submit
>>  that. Let me know what you think.
> 
> Today build.sh is designed to work both on Linux and Mac. Is there a
> reason that this can't continue to be the case? What Mac specific things
> aren't done in build.sh?

Nothing really, all I am trying to do is to learn and make things easier for
me (and maybe for others) Š
Checking if Xcode command line tools are properly installed ­ had tons of
issues this week because they weren¹t.
Adding QT specific directories to ccmake

> 
> /D
> 


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

Re: [d...@hohndel.org: updates towards 4.5]

[Guido Lerch]

From:  subsurface <subsurface-boun...@subsurface-divelog.org> on behalf of
"Robert C. Helling" <hell...@atdotde.de>
Date:  Thursday 8 October 2015 06:52
To:  Dirk Hohndel <d...@hohndel.org>
Cc:  "subsurface@subsurface-divelog.org" <subsurface@subsurface-divelog.org>
Subject:  Re: [d...@hohndel.org: updates towards 4.5]

> Hi,
> 
> that’s how I spent last evening. Updating to El Capitan and then repairing the
> damage…
> 
>> On 08 Oct 2015, at 00:58, Dirk Hohndel <d...@hohndel.org> wrote:
>> 
>>> 
>>> 1# libdivecomputer
>>> atomics_cobalt.c and stunt_eonsteel.c can’t find libusb.h unless
>>> "libusb-1.0” is removed from the include statement.
>>> This is something I have seen before, but long ago so I can’t remember the
>>> cause or the fix.
>>> 
>>> 2# Subsurface
>>> -- Creating build files for Subsurface 4.4.98-46-g7bf398549b71
>>> CMake Error at 
>>> /Users/narogh/src/install-root/lib/cmake/Grantlee5/Grantlee5Config.cmake:16
>>> (find_package):
>>>  By not providing "FindQt5Gui.cmake" in CMAKE_MODULE_PATH this project has
>>>  asked CMake to find a package configuration file provided by "Qt5Gui", but
>>>  CMake did not find one.
>>> 
>>>  Could not find a package configuration file provided by "Qt5Gui" with any
>>>  of the following names:
>>> 
>>>Qt5GuiConfig.cmake
>>>qt5gui-config.cmake
>>> 
>>>  Add the installation prefix of "Qt5Gui" to CMAKE_PREFIX_PATH or set
>>>  "Qt5Gui_DIR" to a directory containing one of the above files.  If "Qt5Gui"
>>>  provides a separate development package or SDK, be sure it has been
>>>  installed.
>>> Call Stack (most recent call first):
>>>  CMakeLists.txt:159 (find_package)
>>> 
>>> 
>>> -- Configuring incomplete, errors occurred!
>>> 
>>> building via build script.
>>> 
>>> Qt5GuiConfig.cmake can be found in ~/Qt/5.5/clang_64/lib/cmake/Qt5Gui
>>> 
>>> 
>>> I’ll dig into this more tomorrow.
>> 
>> So I think Robert got this to work... since we have a few others on Mac,
>> maybe a post to the mailing list with a "what to do after you upgrade to
>> El Capitan" would be useful :-)
Had exactly the same issues, but not the one Robert explained below.
After running build.sh (it fails somewhere at the end complaining about QT),
I ran ccmake
and entered the path for Qt5Gui_dir and Core. Rerunning build.sh finalises
with two errors
that are harmless.
All works except that QT complains about shadow builds not possible but this
seems to be a QT
issue I have not found the root for.
Btw. I am working on a build-mac.sh as I am having issues frequently, not
sure whether I should submit
that. Let me know what you think.

> 
> I don’t know what in the end solved 2) but for me it works after
> 
> a) I make sure the „command line tools“ are updated as well and I ran Xcode
> once to „install additional components“ whatever that is.
> 
> b) I updated Qt to 5.5 (since problem 2) seems cmake related).
> 
> c) I deleted my source tree and got a new one (git clone subsurface and
> running the build script)
> 
> Finally, there was a problem that libxml/tree.h was not found (and that might
> be similar to your problem 1). That I could solve with
> 
> export CPATH=/usr/local/include/
> 
> (and from long ago I still have a symlink
> 
> ln -s /usr/local/include/libxml2/libxml /usr/local/include
> 
> And then it builds.
> 
> Best
> Robert
> ___ 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: [d...@hohndel.org: updates towards 4.5]

[Dirk Hohndel]

On Thu, Oct 08, 2015 at 09:32:55AM +0200, Guido Lerch wrote:
> > On Thu, Oct 08, 2015 at 08:54:47AM +0200, Guido Lerch wrote:
> >>  Btw. I am working on a build-mac.sh as I am having issues frequently, not
> >>  sure whether I should submit
> >>  that. Let me know what you think.
> > 
> > Today build.sh is designed to work both on Linux and Mac. Is there a
> > reason that this can't continue to be the case? What Mac specific things
> > aren't done in build.sh?
> 
> Nothing really, all I am trying to do is to learn and make things easier for
> me (and maybe for others) Š

And that's very welcome. I'm just suggesting that it would be even better
to make sure that we continue to have one script. And it's easy enough
(and free) to install VirtualBox and a Linux of your choice so you can
make sure things still work.

> Checking if Xcode command line tools are properly installed ­ had tons of
> issues this week because they weren¹t.

You're typing this on a Mac. I love it how on Macs with the wrong settings
the "'" turns into a slanted "'" which then becomes a "¹" on other systems
:-)

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

Re: [d...@hohndel.org: updates towards 4.5]

[Guido Lerch]

Best regards,
Guido Lerch
m: +41 79 3217739

"Quality means building the customer’s point of view into every aspect of a
product from design to final recycling."

From:  Dirk Hohndel <d...@hohndel.org>
Date:  Thursday 8 October 2015 10:56
To:  Guido Lerch <guido.le...@gmail.com>
Cc:  "Robert C. Helling" <hell...@atdotde.de>,
"subsurface@subsurface-divelog.org" <subsurface@subsurface-divelog.org>
Subject:  Re: [d...@hohndel.org: updates towards 4.5]

> On Thu, Oct 08, 2015 at 09:32:55AM +0200, Guido Lerch wrote:
>>>  > On Thu, Oct 08, 2015 at 08:54:47AM +0200, Guido Lerch wrote:
>>>>  >>  Btw. I am working on a build-mac.sh as I am having issues frequently,
not
>>>>  >>  sure whether I should submit
>>>>  >>  that. Let me know what you think.
>>>  > 
>>>  > Today build.sh is designed to work both on Linux and Mac. Is there a
>>>  > reason that this can't continue to be the case? What Mac specific things
>>>  > aren't done in build.sh?
>>  
>>  Nothing really, all I am trying to do is to learn and make things easier for
>>  me (and maybe for others) �
> 
> And that's very welcome. I'm just suggesting that it would be even better
> to make sure that we continue to have one script. And it's easy enough
> (and free) to install VirtualBox and a Linux of your choice so you can
> make sure things still work.
> 
>>  Checking if Xcode command line tools are properly installed ­ had tons of
>>  issues this week because they weren¹t.
> 
> You're typing this on a Mac. I love it how on Macs with the wrong settings
> the "'" turns into a slanted "'" which then becomes a "¹" on other systems
> :-)

I wish I could work with my Ubuntu but for some reason SSRF would not
connect to the Uemis.
The Uemis “is seen” by Ubuntu but when trying to download a dive it gives an
error message
that the Uemis is not connected or not responding of this sort.
> 
> /D
> 


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

Re: [d...@hohndel.org: updates towards 4.5]

[Joakim Bygdell]

> On 08 Oct 2015, at 6:52, Robert C. Helling  wrote:
>> 
>> So I think Robert got this to work... since we have a few others on Mac,
>> maybe a post to the mailing list with a "what to do after you upgrade to
>> El Capitan" would be useful :-)
> 
> I don’t know what in the end solved 2) but for me it works after 
> 
> a) I make sure the „command line tools“ are updated as well and I ran Xcode 
> once to „install additional components“ whatever that is.

xcode-tools —install
Apparently during the upgrade it ignores that you have Xcode installed so that 
has to be fixed manually.
This also fixes #1.

> 
> b) I updated Qt to 5.5 (since problem 2) seems cmake related).

Already had QT5.5 installed, no issues there.

> 
> c) I deleted my source tree and got a new one (git clone subsurface and 
> running the build script)

Same here, why do we have to nuke the entire source tree after every xcode 
upgrade
But after that it builds correctly.

> 
> Finally, there was a problem that libxml/tree.h was not found (and that might 
> be similar to your problem 1). That I could solve with
> 
> export CPATH=/usr/local/include/
> 
> (and from long ago I still have a symlink 
> 
> ln -s /usr/local/include/libxml2/libxml /usr/local/include
> 
> And then it builds.
> 
> Best
> Robert

/Jocke

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

updates towards 4.5

[Dirk Hohndel]

The last few days have been very exciting to me; quite a few annoying bugs
were fixed, with some of these fixes coming from new contributors.

As has been the pattern before, fewer and fewer people are trying each
consecutive beta so I think we are approaching the point of diminishing
returns. So what are we waiting for?

- documentation: Willem is traveling and will take a few more days to
  finish things off and given how critical documentation is for the end
  users I'll happily wait for him and give us more time to maybe squish a
  bug here and there.

- Qt 5.5.1: it will be released any day now (and that has been the case
  for several weeks). In the end I'll build against a late RC if I have
  to, but hopefully Thiago will bring news from the Qt conference he's
  attending this week to give us a better idea.

Translations are looking good. Obviously Willem's changes will trigger
subsequent changes to the translated manuals. Sadly, the Russian
translation of the manual hasn't been updated at all - Sergey, should we
drop this? I know this is an insane amount of work...

The translations of the application continue to progress. Apparently Guido
found at least one string that we forgot but overall we're in great shape.

Of the popular (based on my statistics) languages Chinese and Dutch
translations are still lacking a bit and (to a lesser degree, just a
few strings missing) Swedish.

And of course I need to work on the website which is in a rather pityful
state. I finally finished the complete switch to https this week, but the
content is seriously embarassing. A friend who is a professional writer
offered to help me a bit with getting at least the landing page into
better shape. I'll do new screenshots for that as well.

But those of you who wonder what they could do to help... read the web
site, find issues and inconsistencies, help add more entries to the FAQ.

And of course, test Subsurface. Keep testing. And then test some more.

Thanks

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

Re: updates towards 4.5

[Sergey Starosek]

Dirk, 07.10.2015, 11:55, "Dirk Hohndel" :Translations are looking good. Obviously Willem's changes will triggersubsequent changes to the translated manuals. Sadly, the Russiantranslation of the manual hasn't been updated at all - Sergey, should wedrop this? I know this is an insane amount of work...I'm in progress with this, hope to finish till the end of this week.Strings translation is finished already. Sergey 
___
subsurface mailing list
subsurface@subsurface-divelog.org
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Re: updates towards 4.5

[Dirk Hohndel]

On Wed, Oct 07, 2015 at 12:22:55PM +0300, Sergey Starosek wrote:
> Dirk,
>  
> 07.10.2015, 11:55, "Dirk Hohndel" :
> 
> 
> 
> Translations are looking good. Obviously Willem's changes will trigger
> subsequent changes to the translated manuals. Sadly, the Russian
> translation of the manual hasn't been updated at all - Sergey, should we
> drop this? I know this is an insane amount of work...
> 
> I'm in progress with this, hope to finish till the end of this week.

Excellent.

> Strings translation is finished already.

I noticed that :-)

I'm really grateful for your work on translations. It makes a huge
difference to our users.

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