Re: Help needed for course lecture about Debian packaging

[Canberk Koç]

Hello all again,

We do it like what you said but we want to be sure it is the right way.
Thank you all for help.

Best Regards



Canberk Koç
[image: https://]about.me/canberkkoc


2017-02-01 23:52 GMT+03:00 Andreas Tille :

> On Wed, Feb 01, 2017 at 05:56:59PM +, Ghislain Vaillant wrote:
> > By getting to know the software you are willing to package?
>
> In other words: reading the docs.
>
> > On Wed, 2017-02-01 at 20:43 +0300, Canberk Koç wrote:
> > > We are wondering that specially how can we find the building
> dependencies of a source code at first. Did we have a tool for that? (
> Source code is only source files not debian dir included )
>
> Another strategy is to start with no Build-Depends and see what the
> build system is asking for.  However, this might lead to restricted
> functionality if you are not watching the log file properly.
>
> Kind regards
>
>   Andreas.
>
> --
> http://fam-tille.de
>
>

Re: paragraph for DPN and/or blogpost about the sprint

[Andreas Tille]

Hi Laura,

On Wed, Feb 01, 2017 at 06:29:58PM +0100, Laura Arjona Reina wrote:
> (Please CC me or -publicity, since I'm not subscribed)
> 
> I just noticed that you sprinted last January in Bucharest.

Cool.  Its great to have a living publicity team, noticing the thing
that are happening.  Most probably it would be better if we would
actively approach you and I try to remind this in future.
 
> ---
> The Debian Med Team made a sprint on 12-16 January 2017 in
> Bucharest, Romania.
> They had a productive time dominated by bug fixing and upgrading
> packages for the stretch release as well as writing or fixing
> autopkgtests for Debian Med packages. More details and personal
> reports in their
> https://wiki.debian.org/Sprints/2017/DebianMed2017";>sprint
> wiki page.
> 
> ---

I think this is a pretty nice summary.
 
> May somebody of the team ack it, so we can include it in the next
> issue of DPN? (we're almost closing the edition, planning to publish
> this week. Sorry for the hurry!).
> 
> OTOH, with no hurry, if you want to publish a report from the team,
> feel free to use bits.debian.org (details in
> https://wiki.debian.org/Teams/Publicity/bits.debian.org ). And if you
> have any photo to include, the better!

We are a bit bad in this aspect.  I have just some tourst like photos
from Bucarest with snow ...
 
> ("DPN paragraph now *and* article in bits.debian.org later" is
> possible, no need to choose among them).

I'd be happy if DPN paragraph as suggested will be published - lets see
if we manage bits.debian.org later.

Thanks a lot for your work

 Andreas.

-- 
http://fam-tille.de

Re: Help needed for course lecture about Debian packaging

[Andreas Tille]

On Wed, Feb 01, 2017 at 05:56:59PM +, Ghislain Vaillant wrote:
> By getting to know the software you are willing to package?

In other words: reading the docs.
 
> On Wed, 2017-02-01 at 20:43 +0300, Canberk Koç wrote:
> > We are wondering that specially how can we find the building dependencies 
> > of a source code at first. Did we have a tool for that? ( Source code is 
> > only source files not debian dir included )

Another strategy is to start with no Build-Depends and see what the
build system is asking for.  However, this might lead to restricted
functionality if you are not watching the log file properly.
 
Kind regards

  Andreas.

-- 
http://fam-tille.de

Re: Help needed for course lecture about Debian packaging

[Ghislain Vaillant]

By getting to know the software you are willing to package?

Ghis


On Wed, 2017-02-01 at 20:43 +0300, Canberk Koç wrote:
> Hello Again ,
> 
> We are wondering that specially how can we find the building dependencies of 
> a source code at first. Did we have a tool for that? ( Source code is only 
> source files not debian dir included )
> 
> 1 Şub 2017 20:20 tarihinde "Andreas Tille"  yazdı:
> > Hi,
> > 
> > On Wed, Feb 01, 2017 at 08:15:12PM +0300, Canberk Koç wrote:
> > > Me and my 3 friends ( Ali, Kerim and Çağrı ) will give a course about
> > > debian packaging from scratch in a conference (ab2017.aksaray.edu.tr).
> > >
> > > So we are working on it and thought to ask you what subjects we should
> > > touch any ideas can help us to learn and teach .
> > 
> > may be this is helpful
> > 
> >    https://www.lucas-nussbaum.net/blog/?p=640
> >    https://packages.debian.org/search?keywords=packaging-tutorial
> > 
> > Kind regards
> > 
> >       Andreas.
> > 
> > --
> > http://fam-tille.de
> > 
> > 

Re: Help needed for course lecture about Debian packaging

[Canberk Koç]

Hello Again ,

We are wondering that specially how can we find the building dependencies
of a source code at first. Did we have a tool for that? ( Source code is
only source files not debian dir included )

1 Şub 2017 20:20 tarihinde "Andreas Tille"  yazdı:

> Hi,
>
> On Wed, Feb 01, 2017 at 08:15:12PM +0300, Canberk Koç wrote:
> > Me and my 3 friends ( Ali, Kerim and Çağrı ) will give a course about
> > debian packaging from scratch in a conference (ab2017.aksaray.edu.tr).
> >
> > So we are working on it and thought to ask you what subjects we should
> > touch any ideas can help us to learn and teach .
>
> may be this is helpful
>
>https://www.lucas-nussbaum.net/blog/?p=640
>https://packages.debian.org/search?keywords=packaging-tutorial
>
> Kind regards
>
>   Andreas.
>
> --
> http://fam-tille.de
>
>

paragraph for DPN and/or blogpost about the sprint

[Laura Arjona Reina]

Hi friends of the Debian Med team

(Please CC me or -publicity, since I'm not subscribed)

I just noticed that you sprinted last January in Bucharest.

Reading the wiki page of the sprint and the report that Andreas Tille
posted to the team list, I came up with this paragraph for the Debian
Project News:

---
The Debian Med Team made a sprint on 12-16 January 2017 in
Bucharest, Romania.
They had a productive time dominated by bug fixing and upgrading
packages for the stretch release as well as writing or fixing
autopkgtests for Debian Med packages. More details and personal
reports in their
https://wiki.debian.org/Sprints/2017/DebianMed2017";>sprint
wiki page.

---

May somebody of the team ack it, so we can include it in the next
issue of DPN? (we're almost closing the edition, planning to publish
this week. Sorry for the hurry!).

OTOH, with no hurry, if you want to publish a report from the team,
feel free to use bits.debian.org (details in
https://wiki.debian.org/Teams/Publicity/bits.debian.org ). And if you
have any photo to include, the better!

("DPN paragraph now *and* article in bits.debian.org later" is
possible, no need to choose among them).

Best regards
-- 
Laura Arjona Reina
https://wiki.debian.org/LauraArjona

Re: Help needed for course lecture about Debian packaging

[Andreas Tille]

Hi,

On Wed, Feb 01, 2017 at 08:15:12PM +0300, Canberk Koç wrote:
> Me and my 3 friends ( Ali, Kerim and Çağrı ) will give a course about
> debian packaging from scratch in a conference (ab2017.aksaray.edu.tr).
> 
> So we are working on it and thought to ask you what subjects we should
> touch any ideas can help us to learn and teach .

may be this is helpful

   https://www.lucas-nussbaum.net/blog/?p=640
   https://packages.debian.org/search?keywords=packaging-tutorial

Kind regards

  Andreas.

-- 
http://fam-tille.de

Help needed for course lecture about Debian packaging

[Canberk Koç]

Hello All,

Me and my 3 friends ( Ali, Kerim and Çağrı ) will give a course about
debian packaging from scratch in a conference (ab2017.aksaray.edu.tr).

So we are working on it and thought to ask you what subjects we should
touch any ideas can help us to learn and teach .

Thank you for help.

Best Regards

Packaging libroadrunner

[Andreas Tille]

Hi Kyle,

On Tue, Jan 31, 2017 at 02:03:04PM -0800, Kyle Medley wrote:
> Happy to help 😃 
> I subscribed to the Debian Med mailing list, and I will try to help with any 
> questions you might have.

Thanks for your offer to help which I could need right now.  I was able
to solve some unusual hurdle which was caused by the fact that the
download tarball contains a file .gitattributes that has the annoying
effect to change the line endings of text files when importing the files
in the packaging git.  It would help if you would consider to remove
this file from the download file (since it is not needed there anyway).
Unfortunately I have no idea how this could be done on Github.

While the above is solved I have some further problems.  You just
pointed me to some packaging code inside the libroadrunner archive
(packaging/deb/libroadrunner).  I need to admit that this is only of
little use since it becomes obvious that you do not build the packages
inside an offline chroot which is required per Debian policy.  I've
drawn this conclusion from the fact that several Build-Depends are
missing.  So I'd like you to checkout my first approach to the
packaging.  You can do this by using:

   gbp clone https://anonscm.debian.org/git/debian-med/libroadrunner.git

This is the annonymous checkout.  I'd be actually even more happy if you
would become a member of the Debian Med packaging team and thus gain
commit permissions directly.  The Debian Med policy[2] describes how to
do this and I'm runnining an effort to teach packaging inside the Debian
Med team which is called Mentoring of the Month[3].  I'd consider
libroadrunner a perfect target for you to finalise the package.  Whatever
we do, here are my first problems I have with the package.

When trying to build the above archive by using `gbp buildpackage`
the build log was showing:

CMake Error at cmake/FindLLVM.cmake:159 (STRING):
  string sub-command REGEX, mode REPLACE needs at least 6 arguments total to
  command.
 Call Stack (most recent call first):
  CMakeLists.txt:78 (find_package)

So I added some debug code[4] to the according cmake input file.  The
build log now contains:

cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON 
-DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc 
-DCMAKE_INSTALL_LOCALSTATEDIR=/var -DLLVM_CONFIG_EXECUTABLE=/usr/bin/llvm-config
-DBUILD_PYTHON=TRUE
...
FIXME: Variable LLVM_CONFIG_EXECUTABLE is empty!
llvm-config: unknown component name: jit
FIXME: Variable LLVM_LIBRARIES is empty!

That's somehow suspicious.  I admit I'm not a cmake expert but
LLVM_CONFIG_EXECUTABLE should not be empty.


The second problem is that you are relying on third_party
code which is not available as Debian package.  The said build
ends up in

...
cd /build/libroadrunner-1.4.8/obj-x86_64-linux-gnu/source && /usr/bin/c++   
-DBUILD_LLVM -DLIBLAX_STATIC -DLIBSBML_STATIC -DLIBSBML_USE_CPP_NAMESPACE 
-DPOCO_NO_AUTOMATIC_LIBS -DPOCO_STATIC -DSTATIC_LIBSTRUCT - DSTATIC_NLEQ 
-DSTATIC_PUGI -DSTATIC_RR -I/build/libroadrunner-1.4.8 
-I/build/libroadrunner-1.4.8/third_party -I/usr/include/libxml2 
-I/usr/lib/llvm-3.8/include 
-I/build/libroadrunner-1.4.8/obj-x86_64-linux-gnu/source 
-I/build/libroadrunner-1.4.8/source/. -I/usr/include/rr-libstruct 
-I/usr/include/sbml -I/usr/include/cvode  -g -O2 
-fdebug-prefix-map=/build/libroadrunner-1.4.8=. -fstack-protector-strong 
-Wformat - Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC   
-o CMakeFiles/roadrunner-static.dir/rrRoadRunner.cpp.o -c 
/build/libroadrunner-1.4.8/source/rrRoadRunner.cpp
In file included from /build/libroadrunner-1.4.8/source/rrRoadRunner.cpp:11:0:
/build/libroadrunner-1.4.8/source/rrRoadRunner.h:5:35: fatal error: 
rr-libstruct/lsMatrix.h: No such file or directory
 #include "rr-libstruct/lsMatrix.h"
   ^
compilation terminated.
source/CMakeFiles/roadrunner-static.dir/build.make:233: recipe for target 
'source/CMakeFiles/roadrunner-static.dir/rrRoadRunner.cpp.o' failed
make[3]: *** [source/CMakeFiles/roadrunner-static.dir/rrRoadRunner.cpp.o] Error 
1


I did some research where to find the file rr-libstruct/lsMatrix.h and
when inspecting your Git repository that contains more code than inside
the release tarball I found a file[5] which says:

/**
 * \author Frank T. Bergmann (fberg...@u.washington.edu)
 * \author Herbert M. Sauro
 * \author Ravishankar Rao Vallabhajosyula (developed a previous version of 
the sructural analysis code)
 *
 * Fixes and improvments: Totte Karsson
 */

In Debian we intend to package third party software separately (if
sensible / possible) and thus I did some web search for the source code
of libstructural.  I came across some kind of homepage of this
project[6] but it is not clear to me how to obtain its source code.

Do you see any chance to obtain this source separately package it
and than simply link libroadrunner against this library?  At least
this would be the Debian way to go.

Kind regar