cantor broken due to julia

Walter Lapchynski wxl at ubuntu.com
Sat Nov 26 17:01:54 UTC 2016


That just sounds funny doesn't it? Anyways, I think I figured out the
[problem][1] with cantor in zesty. cantor has optional support for a
variety of mathematical languages, including the almighty [julia][2].
Because these are optional, everything required compiles just fine.
However, the thing fails ultimately because one should test every option,
right? Let's examine how this all works.

So [FindJulia.cmake][3] is put to work before compilation. You can see this
has three requirements:

   REQUIRED_VARS Julia_EXECUTABLE Julia_MAIN_HEADER Julia_INCLUDE_DIRS

The one in particular that we're concerned with is Julia_MAIN_HEADER, which
is found like so:

   # Checking existance of main header. Some distos provide packages
without actual includes
   find_path(Julia_MAIN_HEADER julia.h HINTS ${Julia_INCLUDE_DIRS})
   find_library(Julia_LIBRARY julia HINTS ${Julia_INCLUDE_DIRS}/../../lib)

That obtuse comment made me think that perhaps some distros didn't include
the necessary files (or that they don't have an /include on the file
system???). Note that what it's looking for is one of two things, neither
of which is to be found in the julia or julia-common packages that get
installed before compilation:

 1. [julia.h][4]
 2. [/lib/julia][5]

There's no julia-dev package, no libjulia*, nothing. Even if it did, since
Debian puts includes in  /lib/<arch>-linux-gnu, it wouldn't have found them
anyways (unless CMake recursively walks the paths given, which would seem…
annoying). Since Julia_LIBRARY isn't in REQUIRED_VARS, I guess that doesn't
matter, but the julia.h seems like it does. The addition of julia support
in cantor is pretty darn [new][6] so I guess this is not surprising. Still,
I guess the question is whether or not julia.h is required for compilation
of julia support in cantor. I can't imagine it's not.

That said, what needs to happen is Debian and/or Ubuntu needs to get us
includes, either in the julia package or in a separate -dev. What's
interesting is that the official Julia PPAs run by [Elliot Saba][7] all
include them— even as far back as the utopic version (0.3.10)  that
predates the version currently in zesty (0.4.7). So it seems like something
is Not Right™ as opposed to simply being a case of being old. I guess the
next step might be a bug report or a chatting with the maintainers for
julia Debian team. Unless I'm missing something. Thoughts?

Meanwhile, packagers, just note we need to probably ignore this problem for
a while. Would be cool if we could put a note to this effect on KCI but I'm
not sure Jenkins supports such a thing. As we discussed in IRC, we could
probably suppress the warning on KCI but then we'll probably forget about
it for when it does get fixed.

​[1]: http://kci.pangea.pub/job/zesty_unstable_cantor/28/parsed_console/
[2]: http://julialang.org/​
[3]: https://cgit.kde.org/cantor.git/tree/cmake/FindJulia.cmake
[4]:
http://packages.ubuntu.com/search?searchon=contents&keywords=julia.h&mode=exactfilename&suite=zesty&arch=any
[5]:
http://packages.ubuntu.com/search?searchon=contents&keywords=julia&mode=filename&suite=zesty&arch=any
[6]:
https://cgit.kde.org/cantor.git/commit/?id=b25211738b84f915335625992826dbfe6b2d860f
[7]: https://launchpad.net/~staticfloat

-- 
       @wxl | polka.bike
C563 CAC5 8BE1 2F22 A49D
68F6 8B57 A48B C4F2 051A
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/kubuntu-devel/attachments/20161126/e43acf4f/attachment.html>


More information about the kubuntu-devel mailing list