Re: mysterious preprocessor flag in compile line

2020-07-16 Thread Nico Schlömer
20 at 08:42:00PM +0200, Nico Schlömer wrote: > > Thanks Andrey for looking into this. How did you find out it comes > > from hhdate's CMakeLists.txt? > 1. I googled ONLY_C_LOCALE and found the project that uses it, the one > that includes that date.h, https://github.com/HowardHinna

Re: Salsa password reset

2020-07-16 Thread Nico Schlömer
> https://wiki.debian.org/Salsa has the details of how to contact the salsa > admins. Very good, thank you -Nico On Thu, Jul 16, 2020 at 9:06 PM Sudip Mukherjee wrote: > > Hi Nico, > > On Thu, Jul 16, 2020 at 6:32 PM Nico Schlömer > wrote: > > > > I click

Re: mysterious preprocessor flag in compile line

2020-07-16 Thread Nico Schlömer
Thanks Andrey for looking into this. How did you find out it comes from hhdate's CMakeLists.txt? Cheers, Nico On Thu, Jul 16, 2020 at 8:29 PM Andrey Rahmatullin wrote: > > On Thu, Jul 16, 2020 at 08:04:20PM +0200, Nico Schlömer wrote: > > Hi everyone, > > > > I&#x

mysterious preprocessor flag in compile line

2020-07-16 Thread Nico Schlömer
Hi everyone, I'm trying to build a package for waybar [1], and I'm running some test builds on a PPA. I'm inching close, but now there's something I cannot figure out: The build process adds the flag ``` -DONLY_C_LOCALE= ``` to the compile line, and that makes the build fail in the date.h dependen

Re: Salsa password reset

2020-07-16 Thread Nico Schlömer
Thu, Jul 16, 2020 at 05:29:55PM +0200, Nico Schlömer wrote: > > Hi everyone, > > > > I'm having problems logging in the salsa. Resetting the password > > appears to work, but I can't even log in with the new password after > > the successful update. > >

problems with salsa

2020-07-16 Thread Nico Schlömer
Hi everyone, I'm having problems logging in the salsa. Resetting the password appears to work, but I can't even log in with the new password after the successful update. Any suggestions? Cheers, Nico

Re: gbp import-orig --uscan: tar -t -a -f returns exit status 2

2020-02-03 Thread Nico Schlömer
t; > On Mon, Feb 03, 2020 at 08:00:47PM +0100, Nico Schlömer wrote: > ... > > Unfortunately, I only get > > ``` > > uscan: error: tar -t -a -f ../gmsh-4.5.2-source.tgz subprocess > > returned exit status 2 > ... > > ``` > > Curiously, when I tar fr

gbp import-orig --uscan: tar -t -a -f returns exit status 2

2020-02-03 Thread Nico Schlömer
Hi everyone, I'm trying to update a package via ``` gbp import-orig --uscan ``` Unfortunately, I only get ``` uscan: error: tar -t -a -f ../gmsh-4.5.2-source.tgz subprocess returned exit status 2 ``` I can confirm that this `tar` like gives the error ``` [...] gmsh-4.5.2-source/.clang-format tar:

Re: vtk8

2019-12-22 Thread Nico Schlömer
nux-gnu.so > > Am 22.12.19 um 16:04 schrieb Nico Schlömer: > > No idea about that, but for me it fails [1] with the new libproj 6 > > [2]. I have reported the bug [3] and will try to work around it. Will > > report back. > > > > Cheers, > > Nico > > &g

Re: vtk8

2019-12-22 Thread Nico Schlömer
ParallelXdmf3" > Call Stack (most recent call first): > CMake/vtkModuleTop.cmake:72 (vtk_module_check) > CMake/vtkModuleTop.cmake:79 (vtk_module_check) > CMakeLists.txt:104 (include) > > > Anton > > Am Fr., 20. Dez. 2019 um 14:07 Uhr schrieb Nico Schlömer &

Re: vtk8

2019-12-20 Thread Nico Schlömer
Have you had the time to try again yet? Cheers, Nico On Mon, Nov 18, 2019 at 10:36 AM Nico Schlömer wrote: > > I've pushed a tentative fix, but cannot verify since it build and used > to build on the PPA [1]. Best try it out yourself. > > Cheers, > Nico > > [1] h

Re: vtk8

2019-11-18 Thread Nico Schlömer
gt; it looks like the package does not build: > > CMake Error at CMake/vtkModuleTop.cmake:56 (message): > No such module "vtkIOXdmf3" needed by "vtkIOParallelXdmf3" > > Could you please have a look? > > Thanks > > Anton > > Am Do., 10. Okt. 2019 um

vtk8

2019-10-10 Thread Nico Schlömer
Hi everyone, I've worked on VTK8 [1] and I think it's about ready to be included into Debian. (More than two years after its release, unfortunately.) There's a PPA with the latest build [2] if you want to try it out. Could anyone take a look? What would be the steps to get it into Debian? Cheers

Re: uscan: version with dashes

2019-10-02 Thread Nico Schlömer
That works, thank you! On Wed, Oct 2, 2019 at 5:23 PM Adam Borowski wrote: > > On Wed, Oct 02, 2019 at 02:13:27PM +0200, Nico Schlömer wrote: > > a package now uses dashes instead of dots in upstream release tar > > names. The watch file > > > opts=filenamema

uscan: version with dashes

2019-10-02 Thread Nico Schlömer
Hello everyone, a package now uses dashes instead of dots in upstream release tar names. The watch file ``` version=4 opts=filenamemangle=s/.+\/trilinos-release-@ANY_VERSION@\.tar\.gz/trilinos-$1\.tar\.gz/ \ https://github.com/trilinos/Trilinos/tags .*/trilinos-release-@ANY_VERSION@\.tar\.gz ```

Fwd: ITP Mmg

2019-08-06 Thread Nico Schlömer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 > There seems to be no license text in the file. Usually one has both a license statement and a license paragraph, listing the license text. For example: Alright, thank you! -BEGIN PGP SIGNATURE- Version: FlowCrypt 6.9.3 Gmail Encryption Com

Re: ITP Mmg

2019-08-06 Thread Nico Schlömer
33 AM Mo Zhou wrote: > > Hi Nico, > > 1. libmmg-dev should depend on libmmg5 (= ${binary:Version}) > 2. mmg should depend on libmmg5 (= ${binary:Version}) > 3. lintian -EviI will tell you the rest problems > > On 2019-08-05 20:58, Nico Schlömer wrote: > > I created a package

ITP Mmg

2019-08-05 Thread Nico Schlömer
I created a package [1] for Mmg [2], a great (scientific) mesh generator and optimizer. Everything appears to work fine and I'd be happy about some feedback. Cheers, Nico [1] https://salsa.debian.org/science-team/mmg [2] https://www.mmgtools.org/

Fwd: packaging stellar, gitlab-ci fails, wrong installation path?

2019-08-05 Thread Nico Schlömer
at 05:19, s...@svenhartge.de wrote: > Nico Schlömer wrote: > > > I'm starting to package Stellar, a tet mesh optimizer [1]. > > > The package is very basic, but still things are failing. I don't know why. > > > 1. The gitlab-ci build [2] fails with > > ``` &

Re: packaging stellar, gitlab-ci fails, wrong installation path?

2019-08-01 Thread Nico Schlömer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Thanks Andrey for the reply. > No idea about that but "gbp:error: Non-native package 'stellar' has invalid version '1.0'" is a valid problem. Fair enough. What does it mean? How to fix it? > Have you ever built this package yourself? I'm sure the

packaging stellar, gitlab-ci fails, wrong installation path?

2019-08-01 Thread Nico Schlömer
Hi everyone, I'm starting to package Stellar, a tet mesh optimizer [1]. The package is very basic, but still things are failing. I don't know why. 1. The gitlab-ci build [2] fails with ``` Checking cache for default... FATAL: file does not exist Failed to extract cache ``` What does this mean?

Re: repro: Uploading artifacts to coordinator... too large archive

2019-07-19 Thread Nico Schlömer
Alright, thanks! On Fri, Jul 19, 2019 at 4:44 PM Sven Hartge wrote: > > Nico Schlömer wrote: > > > From the gmsh repro-build, I'm getting > > ``` > > /builds/science-team/gmsh/debian/output: found 38 matching files > > ERROR: Uploading artifacts to coordina

repro: Uploading artifacts to coordinator... too large archive

2019-07-19 Thread Nico Schlömer
>From the gmsh repro-build, I'm getting ``` /builds/science-team/gmsh/debian/output: found 38 matching files ERROR: Uploading artifacts to coordinator... too large archive id=227001 responseStatus=413 Request Entity Too Large status=413 Request Entity Too Large token=XzzUdm1f FATAL: too large ``` A

Re: cannot find library libgmsh.so.4.4 needed by ...

2019-07-19 Thread Nico Schlömer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Ah, I get it now! Because `${DEB_HOST_MULTIARCH}` is used in the .install-files, they have to be treated with a special tool, dh-exec, that takes the variables from debian/rules. Thanks everyone! -BEGIN PGP SIGNATURE- Version: FlowCrypt 6.9.1

Re: cannot find library libgmsh.so.4.4 needed by ...

2019-07-19 Thread Nico Schlömer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 >> debian/rules has >> ``` >> DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) >> ``` >> so I thought (on respective machines), {DEB_HOST_MULTIARCH} equals >> x86_64-linux-gnu. Not the case? > No substitutions is done on debhelpe

Re: cannot find library libgmsh.so.4.4 needed by ...

2019-07-15 Thread Nico Schlömer
ux-gnu. Not the case? On Mon, Jul 15, 2019 at 3:22 PM Sven Joachim wrote: > > On 2019-07-15 14:44 +0200, Nico Schlömer wrote: > > > Hi everyone, > > > > when upgrading gmsh to 4.4.0, I'm getting the build error > > ``` > > [...] > > dpkg-shlibd

cannot find library libgmsh.so.4.4 needed by ...

2019-07-15 Thread Nico Schlömer
Hi everyone, when upgrading gmsh to 4.4.0, I'm getting the build error ``` [...] dpkg-shlibdeps: error: cannot find library libgmsh.so.4.4 needed by debian/gmsh/usr/bin/gmsh (ELF format: 'elf64-x86-64' abi: '0201003e'; RPATH: '') dpkg-shlibdeps: error: cannot continue due to the error abov

Re: gbp:error: upstream/4.4.0+ds1 is not a valid treeish

2019-07-14 Thread Nico Schlömer
Indeed, thank you. On Sun, Jul 14, 2019 at 7:30 PM Balasankar "Balu" C wrote: > > Hi Nico, > > On 7/14/19 10:35 PM, Nico Schlömer wrote: > > Hi everyone, > > > > I'm trying to update gmsh [1], but the tests on salsa report > > ``` >

gbp:error: upstream/4.4.0+ds1 is not a valid treeish

2019-07-14 Thread Nico Schlömer
Hi everyone, I'm trying to update gmsh [1], but the tests on salsa report ``` gbp:error: upstream/4.4.0+ds1 is not a valid treeish ``` See [2]. I have no idea why this comes up. Any hints? Cheers, Nico [1] https://tracker.debian.org/pkg/gmsh [2] https://salsa.debian.org/science-team/gmsh/-/jobs

Re: C++ and Python package combined

2018-04-10 Thread Nico Schlömer
://buildd.debian.org/status/fetch.php?pkg=ros-vision-opencv&arch=amd64&ver=1.12.3%2Bds-1%2Bb2&stamp=1519637198&raw=0 On Mon, Apr 9, 2018 at 3:51 PM Leopold Palomo-Avellaneda wrote: > Nico, > > On 09/04/18 15:13, Nico Schlömer wrote: > > Thanks Leo, > > > > I've c

Re: C++ and Python package combined

2018-04-09 Thread Nico Schlömer
rules can be so simple. Unfortunately, this doesn't help much with my problem. Cheers, Nico On Mon, Apr 9, 2018 at 1:18 PM Leopold Palomo-Avellaneda wrote: > On 06/04/18 16:38, Nico Schlömer wrote: > > Hi everyone, > > > > I would like to package a piece of software t

Re: C++ and Python package combined

2018-04-07 Thread Nico Schlömer
> I guess you can set PKG_CONFIG_PATH and others appropriately. That sounds like what I got to do. I'm just figuring out which paths I need exactly. Can I use export in d/rules? Cheers, Nico On Sat, Apr 7, 2018 at 10:24 AM Paul Wise wrote: > On Sat, Apr 7, 2018 at 4:04 PM, Nico Sch

Re: C++ and Python package combined

2018-04-07 Thread Nico Schlömer
2018 at 10:38 PM, Nico Schlömer wrote: > > > I would like to package a piece of software > > Which software is this? > > > Any hints? > > Does the upstream build system not take care of each of the steps? > > -- > bye, > pabs > > https://wiki.debian.org/PaulWise > >

C++ and Python package combined

2018-04-06 Thread Nico Schlömer
Hi everyone, I would like to package a piece of software that includes both a C++ library and a Python package. When building locally from scratch, one is supposed to * build and install the library first, (* then build and run the tests, compiling against what just has been installed,) * t

"License": public-domain

2017-09-13 Thread Nico Schlömer
Hi everyone, I sometimes see in d/copyright > Copyright: John Doe > License: public-domain e.g., [1]. However, these two statements contradict each other: public domain means exactly the _absence_ of copyright [2]. Specifically, public domain is _not_ open source [3]. In fact, it's not a proper

Re: dpkg-shlibdeps: error: couldn't find library [...] needed by [...]

2017-01-25 Thread Nico Schlömer
, Nico On Mon, Jan 23, 2017 at 10:02 PM Andrey Rahmatullin wrote: On Mon, Jan 23, 2017 at 08:25:24PM +, Nico Schlömer wrote: > to the CMake config, it all seems to configure and build fine. That is > until dpkg-shlibdeps enters the stage (right before installation): It's not "

dpkg-shlibdeps: error: couldn't find library [...] needed by [...]

2017-01-23 Thread Nico Schlömer
Hi everyone, Still struggling with the binary-or-shlib-defines-rpath [1] here. After having added ``` -DCMAKE_SKIP_INSTALL_RPATH:BOOL=ON -DCMAKE_INSTALL_RPATH_USE_LINK_PATH:BOOL=OFF ``` to the CMake config, it all seems to configure and build fine. That is until dpkg-shlibdeps enters the stage (ri

Re: OpenMPI rpath entries (Was: question on binary-or-shlib-defines-rpath)

2017-01-19 Thread Nico Schlömer
linosss.so.12` and cannot find the latter -- makes sense. What's the suggested workaround here? Cheers, Nico [1] https://launchpadlibrarian.net/303079195/buildlog_ubuntu-zesty-ppc64el.trilinos_12.11~20170119114916-33933755-1zesty1_BUILDING.txt.g z On Thu, Jan 19, 2017 at 3:03 PM Nico Schlö

Re: OpenMPI rpath entries (Was: question on binary-or-shlib-defines-rpath)

2017-01-19 Thread Nico Schlömer
> > Hi, > > > > On 18/01/17 22:39, Nico Schlömer wrote: > >> I'm co-maintaining the Trilinos package [1] in Debian and recently found > >> a bunch of new lintian warnings of the kind > >> binary-or-shlib-defines-rpath [2]. It say in the description of

Re: question on binary-or-shlib-defines-rpath

2017-01-19 Thread Nico Schlömer
:39:47PM +0000, Nico Schlömer wrote: > That's not true later on when the libraries are _installed_, of course. For > this, CMake has the switch CMAKE_SKIP_INSTALL_RPATH [3], which serves exactly > that purpose. For some reason, lintian doesn't seem to be happy with that >

question on binary-or-shlib-defines-rpath

2017-01-18 Thread Nico Schlömer
Hi everyone, I'm co-maintaining the Trilinos package [1] in Debian and recently found a bunch of new lintian warnings of the kind binary-or-shlib-defines-rpath [2]. It say in the description of the warning: ``` To fix this problem, look for link lines like: gcc test.o -o test -Wl,--rpath,/usr/loc

Re: add missing pristine-tar

2016-05-27 Thread Nico Schlömer
Thanks, this did the trick. On Fri, May 20, 2016 at 1:43 PM Mattia Rizzolo wrote: > On Fri, May 20, 2016 at 11:10:43AM +0000, Nico Schlömer wrote: > > Thanks for the hint. > > Unfortunately, it's not working dpt picks up an older version that > already > > is in

header dependencies

2016-05-26 Thread Nico Schlömer
Hi everyone, Say a package installs only headers, and in one of those, a header of another -dev package is #included. How to depend on the package? Cheers, Nico

change of username

2016-05-20 Thread Nico Schlömer
Hi everyone, When I signed up some years ago, I got a user name with -guest appended. I guess that was the policy at the time. In any case, how can I change that? I wouldn't mind an entirely new account either, even if I have to sign up for all my groups again. Cheers, Nico

Re: add missing pristine-tar

2016-05-20 Thread Nico Schlömer
nique Dumont wrote: > On Friday 20 May 2016 10:19:19 Nico Schlömer wrote: > > I've got a git-managed repo where an upstream version was included (via > the > > upstream branch, merged into master), but adding a corresponding > > pristine-tar was omitted. How can

add missing pristine-tar

2016-05-20 Thread Nico Schlömer
Hi everyone, I've got a git-managed repo where an upstream version was included (via the upstream branch, merged into master), but adding a corresponding pristine-tar was omitted. How can I retroactively add a pristine-tar corresponding to an upstream release? Cheers, Nico

Re: building symbols

2015-11-19 Thread Nico Schlömer
Thanks for your input! Cheers, Nico On Thu, Nov 19, 2015 at 1:27 PM Ghislain Vaillant wrote: > On 19/11/15 11:55, Jakub Wilk wrote: > > * Nico Schlömer , 2015-11-18, 22:52: > >> I'm building the symbols for all libraries in the Trilinos package. > >> Unfortunat

building symbols

2015-11-18 Thread Nico Schlömer
Hi everyone, I'm building the symbols for all libraries in the Trilinos package. Unfortunately, the documentation [1] isn't too verbose here. One thing that has come to my attention, for example, is the fact that some Trilinos libraries appear to contain lots of symbols; including some (all?) of d

BSD-2-clause with header

2015-11-04 Thread Nico Schlömer
Hi everyone, I'm packaging a software which includes the following license statement: ``` Under the terms of Contract DE-AC04-94AL85000 with Sandia Corporation, the U.S. Government retains certain rights in this software. . Redistribution and use in source and binary forms, with or without mo

Re: conditionally require dependency

2015-10-26 Thread Nico Schlömer
] https://bitbucket.org/fathomteam/moab/pull-requests/137/clean-up-debian-folder/diff#chg-debian/GNUmakefile On Mon, Oct 26, 2015 at 8:55 AM Johannes Schauer wrote: > Hi Nico, > > Quoting Nico Schlömer (2015-10-26 00:47:54) > > particularly those which have been released a while ago

Re: conditionally require dependency

2015-10-25 Thread Nico Schlömer
x27;ll look into it. > - alternatively, if you were talking about a *build* dependency you could use >build profiles to selectively enable or disable build dependencies Never heard of it. I'll check it out as well. Cheers, Nico On Sun, Oct 25, 2015 at 12:12 PM Johannes Schauer wrote

conditionally require dependency

2015-10-24 Thread Nico Schlömer
Hi everyone, In [MOAB](https://bitbucket.org/fathomteam/moab/), we (optionally) depend on a rather new version of the [Metis](https://packages.debian.org/sid/metis) package, and that's what's enforced in our debian/control, too. Now, we would like to provide MOAB for older versions of Debian/Ubunt

package naming

2015-09-07 Thread Nico Schlömer
Hi everyone, In Debian, I find packages such as ``` libzeep3.0 libzdb9 libzim0 ``` i.e., libraries with some number appended. What's the meaning of that number? Cheers, Nico

build flags handling

2015-02-02 Thread Nico Schlömer
Hi everyone, I recently came across a package [1] which ideally would like to handle its own build flags (adding `-O3 -ffast-math` for speed, for example). What is the Debian policy on this? Cheers, Nico [1] https://packages.debian.org/sid/sound/mixxx -- To UNSUBSCRIBE, email to debian-men

Re: meaningful backtraces for crashes

2015-02-01 Thread Nico Schlömer
Thanks Paul for the concise explanation. This helped me fixing the error within minutes! Cheers, Nico On Sun, Feb 1, 2015 at 4:37 AM, Paul Wise wrote: > On Sat, Jan 31, 2015 at 8:40 PM, Nico Schlömer wrote: > >> For Mixxx [1], I would like for users to produce meaningful backtrace

meaningful backtraces for crashes

2015-01-31 Thread Nico Schlömer
Hi all, For Mixxx [1], I would like for users to produce meaningful backtraces in case of crashes (see [2]). What build options are needed or useful for debugging purposes? What's the canonical way for adding them to the Debian packages? Cheers, Nico [1] https://packages.debian.org/sid/sound/mi

arch optimation for debian packages (here: soundtouch)

2015-01-26 Thread Nico Schlömer
Hi all, The audio processing library SoundTouch [1,2] is a major CPU eater in many applications (see, e.g. [3]). I'm now asking myself to what degree we allow optimization for CPU arches in Debian (e.g., MMX, SSE). Cheers, Nico [1] https://packages.debian.org/sid/libsoundtouch-dev [2] http://ww

Re: doc-base errors, documentation installation

2015-01-16 Thread Nico Schlömer
y-check-gpg-signature ``` What do you get? Cheers, Nico On Fri, Jan 16, 2015 at 10:20 AM, Nico Schlömer wrote: >> Can you also update the pristine-tar branch with your upstream tarballs >> as imported into the upstream branch? > > Done. `git-import-orig` helped me out here. > >&g

Re: doc-base errors, documentation installation

2015-01-16 Thread Nico Schlömer
n me? > `lintian -I --show-overrides --pedantic -E `. Will look at those later. Cheers, Nico On Thu, Jan 15, 2015 at 8:59 PM, Sebastiaan Couwenberg wrote: > On 01/15/2015 07:57 PM, Nico Schlömer wrote: >>> that you still have local changes not pushed to Alioth? >> >&

Re: doc-base errors, documentation installation

2015-01-15 Thread Nico Schlömer
> that you still have local changes not pushed to Alioth? Right; fixed now. –Nico On Thu, Jan 15, 2015 at 7:21 PM, Sebastiaan Couwenberg wrote: > Hi Nico, > > On 01/15/2015 09:52 AM, Nico Schlömer wrote: >> I'd be great if you could have a look at the branch `split-c

Re: doc-base errors, documentation installation

2015-01-15 Thread Nico Schlömer
Hi Sebastiaan, all, Last night, netCDF 4.3.3-rc3 was released [1] with 4.3.3 to be expected very soon. I've been working on getting it to build with Debian for a while now (mostly pushing things upstream), and I'm thinking we're in a good shape right now. I'd be great if you could have a look at

Re: doc-base errors, documentation installation

2015-01-08 Thread Nico Schlömer
``` $ install-docs --verbose --check /usr/share/doc-base/netcdf /usr/share/doc-base/netcdf: No problems found. ``` Thanks! –Nico On Thu, Jan 8, 2015 at 4:19 PM, Sebastiaan Couwenberg wrote: >> I see the file >> ``` >> libnetcdf-dev.doc-base >> ``` >> in the debian/ folder [1]. I suppose renaming

Re: doc-base errors, documentation installation

2015-01-08 Thread Nico Schlömer
PM, Nico Schlömer wrote: >> moving the doc-base file to libnetcdf-doc should be the right >> way forward. > > Alright, I'll see to that. > >> I wanted to reproduce your problem, but was unable because the source >> package in git is different from the source y

Re: doc-base errors, documentation installation

2015-01-08 Thread Nico Schlömer
> moving the doc-base file to libnetcdf-doc should be the right > way forward. Alright, I'll see to that. > I wanted to reproduce your problem, but was unable because the source > package in git is different from the source you're working with. I'm working in [1], but replace the sources daily (

doc-base errors, documentation installation

2015-01-08 Thread Nico Schlömer
Hi all! A small question on how to configure a Debian package with proper installation of user documentation. The package I'm looking at is netCDF [1] which – apart from the library and headers – installs the file ``` $ cat /usr/share/doc-base/netCDF Document: netCDF Title: NetCDF Manual Author:

Re: debian/control: architecture restrictions for builds

2014-10-10 Thread Nico Schlömer
> [Please please please use concrete package names. It's hard to reason about > abstracts like "libmyproject-subpackage-7", especially if information needed > for a good judgment was missing in the mail, or well hidden between the > lines.] That's a good hint; I'll do so in the future. Thanks! –N

debian/control: architecture restrictions for builds

2014-10-10 Thread Nico Schlömer
Hi all, a quick question about architecture restrictions in `debian/control`. I have a large tarball which I configure and compile, and then break up into a number of Debian packages (similar to boost). Unfortunately, one of the components doesn't compile on 32-bit architectures, which means that

Re: removing epoch slot

2014-06-17 Thread Nico Schlömer
e names are different then you will be able to > avoid the epoch. Nope, the package names stay the same. I guess then we will have to drag the epoch along with us... :/ --Nico On Tue, Jun 17, 2014 at 3:39 PM, Paul Wise wrote: > On Tue, Jun 17, 2014 at 9:35 PM, Nico Schlömer wrote: > >

removing epoch slot

2014-06-17 Thread Nico Schlömer
Hi all, the old netCDF package [1] has an epoch slot, 1, which seems entirely unnecessary. For the rewrite, it'd be nice if we could get rid of it. Is that common practice? Is there an upgrade path for it? Cheers, Nico [1] https://packages.debian.org/km/source/sid/mipsel/netcdf -- To UNSUBSC

Re: dh: default cmake options overridden

2014-06-11 Thread Nico Schlömer
(14.04), I'm seeing ``` ``` (nothing). Is this expected? Cheers, Nico On Wed, Jun 11, 2014 at 10:26 AM, Nico Schlömer wrote: >> I had an upstream that was not handling the case when it was set to None >> properly and I guess you have the same issue. > > And indeed that was t

Re: dh: default cmake options overridden

2014-06-11 Thread Nico Schlömer
> I had an upstream that was not handling the case when it was set to None > properly and I guess you have the same issue. And indeed that was the case. Now fixed upstream. Thanks for the hint! --Nico On Wed, Jun 11, 2014 at 5:44 AM, Paul Wise wrote: > On Wed, Jun 11, 2014 at 2:16

Re: dh: default cmake options overridden

2014-06-10 Thread Nico Schlömer
rarian.net/177295900/buildlog_ubuntu-utopic-amd64.netcdf_1%3A4.3.3~20140610-utopic1_UPLOADING.txt.gz On Tue, Jun 10, 2014 at 7:51 PM, Nico Schlömer wrote: > Hi all, > > if I understand correctly from [1], the default CMAKE_BUILD_TYPE used > by dh should be RelWithDebIn

dh: default cmake options overridden

2014-06-10 Thread Nico Schlömer
Hi all, if I understand correctly from [1], the default CMAKE_BUILD_TYPE used by dh should be RelWithDebInfo. I found that, when override_dh_auto_configure is not empty in debian/rules, e.g, override_dh_auto_configure: dh_auto_configure -- \ -DCMAKE_SKIP_RPATH:BOOL=ON -DENABLE_TESTS:BOOL=OF

package cmake build, shared and static libs

2014-05-27 Thread Nico Schlömer
Hi all, I'd like to create a library package using dh with CMake, and I would like the build process to produce the library both statically and dynamically linked. CMake's rationale here is: Recompile the whole thing, because: "In practice, most libraries have different defines and compiler flags

Re: force CMake over automake

2014-05-08 Thread Nico Schlömer
That works, thanks Daniel! --Nico On Thu, May 8, 2014 at 5:26 PM, Daniel Lintott wrote: > Hi Nico, > > On 08/05/14 16:21, Nico Schlömer wrote: >> Hi all, >> >> I've got a package here that supports both Cmake and automake >> configurations. How do I force

force CMake over automake

2014-05-08 Thread Nico Schlömer
Hi all, I've got a package here that supports both Cmake and automake configurations. How do I force the builder to use CMake in debian/rules? Cheers, Nico -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.deb

Re: CMake multiarch installation

2014-05-05 Thread Nico Schlömer
> INCLUDE(GNUInstallDirs) Thanks for the hint! Is this something that one would typically patch in on a Debian level or would it make sense to try and push this upstream as well? Cheers, Nico On Mon, May 5, 2014 at 4:19 PM, Gert Wollny wrote: > On Mon, 2014-05-05 at 16:06 +0200

CMake multiarch installation

2014-05-05 Thread Nico Schlömer
Hi all, I'm trying to get a Debian package multiarch ready, and I'm trying to understand how this works. I'm talking about a CMake-built software here, and unfortunately as of now, the libraries always get installed into /usr/lib/ instead of /usr/lib/x86_64-linux-gnu/ (on amd64). Another CMake-bas

Trilinos: to split or not to split

2014-04-13 Thread Nico Schlömer
Hi all, I would like to hear your opinion on the following question: I'm packaging a rather large software, Trilinos, a collection of libraries (libbelos, libml, libaztecoo,...) for numerical high-performance computing. Upstream supports monolithic builds, i.e., the collection of libraries is as

dh_installdocs: README.md

2014-04-08 Thread Nico Schlömer
Hi all, dh_installdocs fails on me because the software has no file README, but README.md. ``` cp -a README debian/libnetcdfcxx/usr/share/doc/libnetcdfcxx cp: cannot stat 'README': No such file or directory ``` How to adapt debian/rules to accommodate for this? Cheers, Nico -- To UNSUBSCRIBE,

.la, .a files

2014-04-08 Thread Nico Schlömer
Hi all, if a packages produces static libraries .a, .la, do they belong in liba or liba-dev? Cheers, Nico -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAK6Z60

dh, autoreconf, "remember to run libtool --finish"

2014-04-07 Thread Nico Schlömer
Hi all, I'm packaging a project that uses autoreconf and on my local machine configures and builds fine with default options throughout. With the minimal debian/rules file , it all seems to work out fine. However,

Re: netcdf packages

2014-03-31 Thread Nico Schlömer
ke netcdfc-bin the "new" netcdf-bin. Cheers, Nico On Sat, Mar 29, 2014 at 8:37 AM, Eric L. wrote: > Hi, > > On 28 March 2014 09:20:01 CET, Dominique Dumont wrote: >>On Thursday 27 March 2014 22:21:55 Nico Schlömer wrote: >>The question is: how to avoid breaking

netcdf packages

2014-03-27 Thread Nico Schlömer
Hi all, the Debian packages for netCDF are currently at 4.1.3, a version released some three years ago . A bug report was filed against this a few months back

Re: library linking, missing libB.so

2014-03-26 Thread Nico Schlömer
ends}, ${misc:Depends}, libB-dev Would you consider this sane? Will whatever magic acts in ${shlibs:Depends}, ${misc:Depends} be able to identify libB as a dependency of libA? Cheers, Nico On Mon, Mar 24, 2014 at 11:29 AM, Mathieu Malaterre wrote: > On Mon, Mar 24, 2014 at 11:18 AM

Re: library linking, missing libB.so

2014-03-24 Thread Nico Schlömer
hieu Malaterre wrote: > On Sat, Mar 22, 2014 at 1:31 PM, Nico Schlömer > wrote: >>> No, the 'linker' does not complain. >> >> You're right, it is the CMake dependency checker. The linking is all >> right, but there's something amiss with the CMa

Re: header-only dependence

2014-03-22 Thread Nico Schlömer
22, 2014 at 01:33:25PM +0100, Nico Schlömer wrote: >> I'm packaging a library libA which depends on a header-only library >> libB. > How? > > -- > WBR, wRAR -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe&

header-only dependence

2014-03-22 Thread Nico Schlömer
Hi all, I'm packaging a library libA which depends on a header-only library libB. Obviously I need libB to be present whenever I build an executable against libA. Where in debian/control will I have to fill in libB? Cheers, Nico -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.o

Re: library linking, missing libB.so

2014-03-22 Thread Nico Schlömer
aterre wrote: > Hi > > On 3/20/14, Nico Schlömer wrote: >> I'm building a package for a library A that depends on another >> library, libB.so (from its dev-version). When installing library A, >> the package libb is installed, containing libB.so.7.2 and libB.so.

Re: library linking, missing libB.so

2014-03-20 Thread Nico Schlömer
u, Mar 20, 2014 at 1:54 PM, Thibaut Paumard wrote: > Le 20/03/2014 13:22, Nico Schlömer a écrit : >> Hi all, >> >> I'm building a package for a library A that depends on another >> library, libB.so (from its dev-version). When installing library A, >> the packag

library linking, missing libB.so

2014-03-20 Thread Nico Schlömer
Hi all, I'm building a package for a library A that depends on another library, libB.so (from its dev-version). When installing library A, the package libb is installed, containing libB.so.7.2 and libB.so.7. When linking an executable against libA.so, the linker rightfully complains about a missin

Re: public extension linked with libpython* vs. -Wl,-no-undefined

2014-03-20 Thread Nico Schlömer
> Actually, you usually don't get these kind of warnings for Python extension > modules. The warning is emitted only if a module has SONAME, and it > typically doesn't. > > You might want to get rid of SONAMEs That indeed was the problem. Thanks! It's a CMake/SWIG build, and I now added a patch to

Re: public extension linked with libpython* vs. -Wl,-no-undefined

2014-03-17 Thread Nico Schlömer
co On Mon, Mar 17, 2014 at 6:28 PM, Jakub Wilk wrote: > * Nico Schlömer , 2014-03-17, 15:49: > >> I'm building a package with Python support and would like to reduce the >> number of warnings that dh_python2 gives me. >> >> One of them is >> >> pub

public extension linked with libpython* vs. -Wl,-no-undefined

2014-03-17 Thread Nico Schlömer
Hi all, I'm building a package with Python support and would like to reduce the number of warnings that dh_python2 gives me. One of them is public extension linked with libpython2.7 for a number of libraries. It is true that libpython2.7 is linked into them, $ readelf -d /path/to/_ML.so [..