Upload commands to debomatic-amd64

Dear all, I am trying to follow documentation from: * http://debomatic-amd64.debian.net/ and: * https://deb-o-matic.readthedocs.io/en/stable/upload.html#prepare-command-files Which does not seems to be working for me today; % dcut -U debomatic jxl.commands usage: dcut [-h] [-d] [-f] [-c

Should #1033656 be fixed on stable ?

[cc me please] Dear mentors, I messed up src:highway on armhf (neon-less system). This makes the package unusable on those systems. Should I prepare an upload for stable-updates ? Thanks !

Re: The following packages will be REMOVED: libhwy1

On Tue, Aug 29, 2023 at 11:15 AM Sebastiaan Couwenberg wrote: > > On 8/29/23 10:38, Mathieu Malaterre wrote: > >> FTBFS on several architectures: > > > > That's actually a related issue, I am working with upstream to fix > > those. In order to do so, I'd like to

Re: The following packages will be REMOVED: libhwy1

[CC me please] > FTBFS on several architectures: That's actually a related issue, I am working with upstream to fix those. In order to do so, I'd like to co-install i386 and amd64. Right now I can only install one *or* the other. I'd like to install *both*: % sudo apt install -y libhwy1:i386 %

The following packages will be REMOVED: libhwy1

Dear DD, Could someone please review what I did wrong for src:highway. For some reason I cannot install libhwy1:amd64 + libhwy1:i386 on my system: % apt-cache policy libhwy1:amd64 libhwy1: Installed: 1.0.5-1 Candidate: 1.0.5-1 Version table: *** 1.0.5-1 500 500

ModuleNotFoundError: No module named 'vtkdicom.vtkDICOM'

Dear Mentors, I am looking for help on vtk-dicom package. Current issue is here (1), repeated here: autopkgtest [23:14:01]: test autodep8-python3: set -e ; for py in $(py3versions -d 2>/dev/null) ; do cd "$AUTOPKGTEST_TMP" ; echo "Testing with $py:" ; $py -c "import vtkdicom; print(vtkdicom)" ;

Re: autopkgtest : s390x is considered regression but out of sync

On Fri, Jan 13, 2023 at 8:14 AM Mathieu Malaterre wrote: > > Hi there, > > On Fri, Oct 7, 2022 at 8:48 AM Mathieu Malaterre wrote: > > > > Hi Paul ! > > > > On Thu, Oct 6, 2022 at 9:59 AM Paul Wise wrote: > > > > > > On Thu, 2022-10-06 at 09

autopkgtest : s390x is considered regression but out of sync

Hi there, On Fri, Oct 7, 2022 at 8:48 AM Mathieu Malaterre wrote: > > Hi Paul ! > > On Thu, Oct 6, 2022 at 9:59 AM Paul Wise wrote: > > > > On Thu, 2022-10-06 at 09:18 +0200, Tobias Frost wrote: > > > > > Oh, sorry; I missed that you meant d/test/c

src:jpeg-xl stuck in Needs-Build states / 7d

[cc me please] Hi there, I am trying to understand why src:jpeg-xl is in Needs-Build state for the past 7 days: * https://buildd.debian.org/status/package.php?p=jpeg-xl=sid I cannot remember where else I should be looking for a hint of this state ? I tried there but did not see anything

hurd-i386: Right way to disable tests

[cc me please] Hi there, I see that jpeg-xl test suite is running of out time hurd-i386: * https://buildd.debian.org/status/fetch.php?pkg=jpeg-xl=hurd-i386=0.7.0-5=1664979667=0 What would be the "right" way to disable the test in d/rules ? Should I inject nocheck ? Should I ifdef based on

Re: autopkgtest : s390x is considered regression but never built

Hi Paul ! On Thu, Oct 6, 2022 at 9:59 AM Paul Wise wrote: > > On Thu, 2022-10-06 at 09:18 +0200, Tobias Frost wrote: > > > Oh, sorry; I missed that you meant d/test/control… > > (Though, Reading [1], I'm not sure if there is support for "!", but I > > guess it is worth a try…) > > elbrus

Re: autopkgtest : s390x is considered regression but never built

On Thu, Oct 6, 2022 at 8:33 AM Tobias Frost wrote: > > On Tue, Oct 04, 2022 at 09:02:07AM +0200, Mathieu Malaterre wrote: > > On Tue, Oct 4, 2022 at 8:50 AM Mathieu Malaterre wrote: > > > > > > [cc me please] > > > > > > Hi there, > > >

Re: autopkgtest : s390x is considered regression but never built

On Tue, Oct 4, 2022 at 8:50 AM Mathieu Malaterre wrote: > > [cc me please] > > Hi there, > > I am staring at the autopkgtest results for jpeg-xl: > > * https://tracker.debian.org/pkg/jpeg-xl > > It seems CI consider there is a regression for s390x: > > [...

autopkgtest : s390x is considered regression but never built

[cc me please] Hi there, I am staring at the autopkgtest results for jpeg-xl: * https://tracker.debian.org/pkg/jpeg-xl It seems CI consider there is a regression for s390x: [...] Reading state information... E: Unable to locate package libjxl-tools [...] *

Re: gcc vs clang

Answering myself On Mon, Aug 22, 2022 at 5:28 PM Mathieu Malaterre wrote: > > [cc me please] > > Hi there, > > I have a package stuck in sid because gcc-11 and above fails to > compile what seems to be legit c++-11 code. > > Is it ok to switch to clang instead for

gcc vs clang

[cc me please] Hi there, I have a package stuck in sid because gcc-11 and above fails to compile what seems to be legit c++-11 code. Is it ok to switch to clang instead for the time being (with proper documentation in d/rules) ?

cmake: compat 11 vs 13 (-indep)

[cc me please] Symptoms: I've recently discovered the following change in behavior for dh_missing + cmake + -indep. Basically using compat 13 it is now an error when build-indep rule install stuff other than just the -indep files (1). This means that the following d/rules is going to fails when

Re: Possible lex issue for ppc64el (Was: Bug#976906: libpll: FTBFS on ppc64el: lex_utree.l:22:10: fatal error: parse_utree.h: No such file or directory)

"make -j160" that would be my guess :) remove parallel from the dh option, and try again (fixes symptoms) On Thu, Dec 10, 2020 at 10:49 AM Andreas Tille wrote: > > Control: tags -1 help > > Hi, > > I tried to investigate the situation below and my guess is that lex has > somehow problems to

Overwriting files and not replacing packages - (no Replaces)

Dear mentors, I have uploaded CharLS 2.1.0+dfsg-7 with a single Breaks statement (no Replaces statement): $ cat d/control ... Breaks: libdcmtk-dev (<< 3.6.4-2.1) In this specific case I do not need 'Replaces:' (*), because 'libcharls.so' from libdcmtk-dev is not meant to be replaced by the one

Re: dh_link -p$(pkg_dev) usr/include/charls usr/include/CharLS

On Tue, Nov 3, 2020 at 9:27 AM Sebastiaan Couwenberg wrote: > > On 11/3/20 8:50 AM, Mathieu Malaterre wrote: > > I am trying to use the following dh_link command: > > > > $ cat d/rules > > [...] > > dh_link -p$(pkg_dev) usr/include/charls usr/include/CharLS &g

dh_link -p$(pkg_dev) usr/include/charls usr/include/CharLS

[cc me please] Dear mentors, I am trying to use the following dh_link command: $ cat d/rules [...] dh_link -p$(pkg_dev) usr/include/charls usr/include/CharLS Which gives: $ dpkg -c ../libcharls-dev_2.1.0+dfsg-5_amd64.deb [...] lrwxrwxrwx root/root 0 2020-10-29 17:58

d/watch: uscan for pixelmed-codec

Hi uscan guru, Could someone help me write (update actually) the d/watch file for pixelmed-codec. The steps are: * http://www.dclunie.com/pixelmed/software/codec/index.html ** 20200328_current ***

Illegal seek Distribution field may be wrong!!!

[cc me please] Hi there, Does anyone understand the following non-fatal error: [...] /<>/pixelmed_20200416-2_all-buildd.changes.new could not be renamed to /<>/pixelmed_20200416-2_all-buildd.changes: Illegal seek Distribution field may be wrong!!! [...] ref: *

sse4.2-support usage ?

[cc me] Hi mentors, Could someone please point me to an example d/control where sse4.2-support is used ? Thanks

Re: uscan die: OpenPGP signature did not verify. at /usr/share/perl5/Devscripts/Uscan/Output.pm line 58.

[cc me] On Tue, Oct 1, 2019 at 9:00 AM Mathieu Malaterre wrote: > > Hi there, > > Here is what I see when I try to update libkcapi upstream package > (Debian/buster): > > $ uscan --verbose --force-download --rename > [...] > uscan info: Downloading OpenP

uscan die: OpenPGP signature did not verify. at /usr/share/perl5/Devscripts/Uscan/Output.pm line 58.

Hi there, Here is what I see when I try to update libkcapi upstream package (Debian/buster): $ uscan --verbose --force-download --rename [...] uscan info: Downloading OpenPGP signature from http://www.chronox.de/libkcapi/libkcapi-1.1.5.tar.xz.asc (pgpsigurlmangled) as

Re: Best way to patch a public header file before installation

Hi Paul, On Thu, Nov 8, 2018 at 2:53 AM Paul Wise wrote: > > On Thu, Nov 8, 2018 at 4:14 AM Mathieu Malaterre wrote: > > > I'd like to patch a header file just before it gets installed. In > > particular I'd like to remove a line that contains > > ILMBASE_HA

Best way to patch a public header file before installation

[CC me please] Hi there, I'd like to patch a header file just before it gets installed. In particular I'd like to remove a line that contains ILMBASE_HAVE_CONTROL_REGISTER_SUPPORT (it is either #define or #undef depending on the arch). This way I make sure that my header files are arch

/boot/config-$(shell uname -r) on buildds ?

Hi there, Could someone please confirm that the config file: /boot/config-$(shell uname -r) is not present on buildds ? Is there an alternate way to grep the configuration of the running kernel ?

Bug#887870: RFS: pcc/1.2.0~DEVEL+20180120-1 [ITP]

On Sun, Jan 21, 2018 at 1:19 PM, Yangfl wrote: > Hi, > > Sorry for including wrong deps. I've fixed them all and reuploaded the > package into mentors.d.o. > > I'd like to mention that pcc alone *won't* work without the pcc-libs > (which I've already packaged and tested). But

Bug#887870: RFS: pcc/1.2.0~DEVEL+20180120-1 [ITP]

Are you using the package ? I cannot even install it. $ dget -u https://mentors.debian.net/debian/pool/main/p/pcc/pcc_1.2.0~DEVEL+20180120-1.dsc $ cd pcc-1.2.0\~DEVEL+20180120 $ debuild $ sudo dpkg -i ../pcc_1.2.0~DEVEL+20180120-1_amd64.deb Selecting previously unselected package pcc. (Reading

Testing kernel version and kernel modules for testing

[CC me please] Hi there, I am debating whether or not I should be running the unit test of one of my package: libkcapi. I tried a naive solution: $ cat debian/rules [...] KCAPI_RNG ?= $(shell grep CONFIG_CRYPTO_USER_API_RNG /boot/config-$(shell uname -r) | cut -f2 -d=) [...]

Re: C++ help needed for new version of tifffile

On Thu, Oct 5, 2017 at 9:56 PM, Sven Joachim wrote: > On 2017-10-05 21:00 +0200, Andreas Tille wrote: > >> I migrated the Debian packaging of tifffile from SVN to Git[1]. After >> upgrading to the latest upstream version (dated 2017-09-14) I get: >> >> ... >>

uscan warning: pgpsigurlmangle option exists, but the upstream keyring does not exist

[CC me please] Hi all, I am starring at my d/watch file and cannot understand what I did wrong. I've copy/paste debian/watch from ilmbase into openexr, while it works for ilmbase it is failing with openexr: $ uscan --verbose -- Scanning for watchfiles in . -- Found watchfile in ./debian -- In

Re: uscan warning: pgpsigurlmangle option exists, but the upstream keyring does not exist

On Mon, Jun 29, 2015 at 9:38 PM, Guilhem Moulin guil...@guilhem.org wrote: gpg --export-option export-minimal --armor --export \ D31BEF17F9EAA92AF3C0FD59CE76547BAC103A8D debian/upstream/signing-key.asc Thanks for the reminder :)

Re: Making a package multiarch (for real)

On Thu, Nov 6, 2014 at 6:43 PM, Jakub Wilk jw...@debian.org wrote: Hi Mathieu, * Mathieu Malaterre ma...@debian.org, 2014-11-06, 18:10: [CC me please] [done!] $ sudo apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done You might

Re: Making a package multiarch (for real)

On Thu, Nov 6, 2014 at 6:57 PM, Wookey woo...@wookware.org wrote: +++ Mathieu Malaterre [2014-11-06 18:10 +0100]: [CC me please] I am trying to make CharLS a true multiarch capable package. However I fail to understand what I did wrong. Steps: $ apt-get source charls $ cd charls-1.0

Making a package multiarch (for real)

[CC me please] I am trying to make CharLS a true multiarch capable package. However I fail to understand what I did wrong. Steps: $ apt-get source charls $ cd charls-1.0 $ vim debian/control - mark libcharls-dev as `Multi-Arch: foreign` and libcharls1 as `Multi-Arch: same` Build on both amd64

iipimage-server: unknown substitution variable ${shlibs:Depends}

hi, for some reason, if I recompile iipimage from a sid chroot I keep getting a warning: [...] dpkg-gencontrol: warning: Depends field of package iipimage-server: unknown substitution variable ${shlibs:Depends} [...] It did worked well in the past. Now even libc is not part of the Depends

Same binary package / different source package

[CC me please] Hi, I am trying to solve: https://bugs.debian.org/760874 Clearly my plan in the long term is to have src:openjpeg2 superseed src:openjpeg. However most package currently rely on src:openjpeg API to compile. src:openjpeg2 does break most package in debian archive. Would that be

Bug#752897:

Hi, On Tue, Aug 26, 2014 at 9:30 PM, Tobias Frost t...@debian.org wrote: Malat, this is great, but could you also drop a note to the BTS if you are doing that to avoid double work, especially if there is activiy and the owner of the RFS-bug has been set to indicate that someone is working on

Improper shared lib package (SONAME contains python version)

Dear all, I am starring at the libvtk6 package: https://packages.debian.org/sid/amd64/libvtk6/filelist This package provides 363 shared lib (SOVERSION set to the same value). However as per policy: https://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-runtime [...] If

Re: library linking, missing libB.so

Hi, On Wed, Mar 26, 2014 at 10:12 AM, Nico Schlömer nico.schloe...@gmail.com wrote: I consider this as an important[*] bug. People should not know about the low level LAPACK/ BLAS implementation. That's right. I already checked back with the CMake crowd (the critical lines are automatically

Re: library linking, missing libB.so

On Sat, Mar 22, 2014 at 1:31 PM, Nico Schlömer nico.schloe...@gmail.com 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 CMake export files. I'll investigate. I think you should find

Re: library linking, missing libB.so

On Mon, Mar 24, 2014 at 11:18 AM, Nico Schlömer nico.schloe...@gmail.com wrote: Thanks for the hints! If you have access to upstream source, simply set the target properties with: set_properties(target LINK_INTERFACE_LIBRARIES ) I might. The culprit right now are CMake property settings of

Re: library linking, missing libB.so

Hi On 3/20/14, Nico Schlömer nico.schloe...@gmail.com 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.7. When linking an executable

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

On Tue, Mar 18, 2014 at 12:05 AM, Nico Schlömer nico.schloe...@gmail.com wrote: Understood, thanks! I'll just ignore the warnings of the type ``` dpkg-shlibdeps: warning: debian/python-pytrilinos/usr/lib/python2.7/dist-packages/PyTrilinos/NOX/_Abstract.so contains an unresolvable reference

Preparing openjpeg 2.0

Hi, I am preparing to upload openjpeg 2.0. This is a major API (yes API) change from previous openjpeg 1.x. I am thinking of doing something similar to gtk+1.2 and gtk+2.0. Basically we will have two source packages src:openjpeg and src:openjpeg2 until people move to newer (better!) API.

Re: Preparing openjpeg 2.0

In case debian-release is reading this On Tue, Mar 18, 2014 at 5:39 PM, Mathieu Malaterre ma...@debian.org wrote: [...] 1. Upload a src:openjpeg1 which will contains the legacy openjpeg 1.x branch and src:openjepg will get openjpeg 2.x or This is *future* plans, I am not going to trash

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

On Mon, Mar 17, 2014 at 3:49 PM, Nico Schlömer nico.schloe...@gmail.com wrote: $ readelf -d /path/to/_ML.so [...] 0x0001 (NEEDED) Shared library: [libpython2.7.so.1.0] [...] but when I don't, builds with -Wl,-no-undefined will fail. Well then do not use

Bug#740982: liblas does not build

On Fri, Mar 7, 2014 at 8:10 AM, Andreas Tille andr...@an3as.eu wrote: /usr/include/boost/atomic/atomic.hpp:202:16: error: 'uintptr_t' was not declared in this scope typedef atomicuintptr_t atomic_uintptr_t; That really looks like: https://lists.debian.org/debian-med/2014/02/msg00269.html

Re: RFS: read-edid/3.0.1-2

On Fri, Feb 14, 2014 at 12:55 PM, Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl wrote: Ok I created such code in rules: override_dh_auto_configure: ifeq ($(DEB_HOST_ARCH), $(filter $(DEB_HOST_ARCH),amd64 i386)) dh_auto_configure -- -DCLASSICBUILD=YES -DI2CBUILD=YES else

Re: RFS: read-edid/3.0.1-2

:= $(shell dpkg-architecture -qDEB_HOST_ARCH) So on ksfreebsd-amd64 it will give me: ksfreebsd-amd64, so DI2CBUILD would be set to NO. Or is it not ? On 14 February 2014 12:59, Mathieu Malaterre mathieu.malate...@gmail.com wrote: On Fri, Feb 14, 2014 at 12:55 PM, Dariusz Dwornikowski

Re: RFS: read-edid/3.0.1-2

2014 13:12, Mathieu Malaterre mathieu.malate...@gmail.com wrote: In which case you would need to have -DCLASSICBUILD=ON on ksfreebsd-amd64 if I understand the previous exchange correctly. On Fri, Feb 14, 2014 at 1:07 PM, Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl wrote: I did

Re: continue on a failing test (dh7)

override_dh_auto_test: dh_auto_test || true On Tue, Feb 11, 2014 at 5:16 PM, Roelof Wobben rwob...@hotmail.com wrote: Hello, Is there a way with dh7 to continue the build even if a test is failing ? Roelof -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a

Bug#732758: RFS: chrony/1.29-1 [ITA, RC] -- Set the computer clock from time servers

On Sat, Dec 21, 2013 at 10:37 AM, Joachim Wiedorn ad_deb...@joonet.de wrote: Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package chrony Uploaded, thanks very much for your contribution ! -M -- To UNSUBSCRIBE, email to

Re: [Help] code is using openmp, but does not set gcc flags

On Thu, Dec 19, 2013 at 9:23 AM, Andreas Tille andr...@an3as.eu wrote: tags 721931 help thanks Hi, in Debian Med team we do not have any clue how to fix #721931. I do. I use the BTS to log bugs as I discover them, and will fix them ASAP. The openmp flag is simply commented out in the build

Debian package from a bzr checkout

Hi, I would like to prepare a package from a code source that is currently only delivered from a bazar repository. What did people use for package version naming convention ? If that matter the code is on Launchpad Thanks, -- To UNSUBSCRIBE, email to

(uscan) Files-Excluded mecanism documentation ?

It looks like uscan is now able to remove some files automatically, as per: http://bugs.debian.org/685787 However I fail to see where this new mecanism is being documented. I am starring at: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ with no luck so far. Thanks for

Re: Watchfile (and version numbers) for a braindead scheme

Hi, On Wed, Nov 27, 2013 at 2:29 PM, Olе Streicher debian-de...@liska.ath.cx wrote: I want to write a watch file for the esomidas package, which has download URLs like ftp://ftp.eso.org/pub/midaspub/13SEP/sources/13SEPpl1.1.tar.gz (12 is the two-digit year, FEB the month of the release). I

Bug#728292: sane-backends

Hi, What is the status of sane backends in mentors ? I see at least a lintian error. license-problem-gfdl-invariants - http://mentors.debian.net/package/sane-backends Thanks, -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

Bug#715142: E: ocrodjvu: bad-provided-package-name python:any

Hi, I am trying to sponsor ocrodjvu but if I build it in a recent sid/chroot here is what I see: $ lintian -I /tmp/d/d/ocrodjvu-0.7.16/../build-area/ocrodjvu_0.7.16-1_amd64.changes E: ocrodjvu: bad-provided-package-name python:any I: ocrodjvu: spelling-error-in-manpage

Re: RFS: nfft -- Library for computing Non-uniform Fast Fourier Transforms

[cross posting to debian mentors since multiple requests] On Tue, Oct 8, 2013 at 9:47 AM, Ghislain Vaillant ghisv...@gmail.com wrote: Hello everyone, Following the ITP filed here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725705 Could you please update your package and indicate why: -

(override) dh_compress

Hi, I am trying to skip the dh_compress steps for the following package: http://packages.debian.org/sid/all/tbb-examples/filelist Instead of manually checking all possible combinations (-Xcpp -Xpbxproj, -Xvcproj ... ), I thought I could just do: $ cat debian/rules ... # Makefiles should

build: in debian/rules

Hi, Does anyone sees anything wrong with: ... $ cat debian/rules: VERSION = $(shell dpkg-parsechangelog | grep '^Version' | cut -d' ' -f2 | cut -f1 -d-) debian/tbb.pc: debian/tbb.pc.in sed -es/@VERSION@/$(VERSION)/g $ $@ build: debian/tbb.pc ... It used to work, but completely destroyed my

Re: mentors.d.n upload issues

On Thu, Jul 18, 2013 at 5:08 AM, Bill Blough de...@blough.us wrote: I had an upload rejected due to a signing key issue. I fixed that (I think), then rebuilt, re-signed, and re-uploaded the package. I would either dput -f just in case. What is the exact message you are getting when uploading ?

Re: PostScript with Copyright from Adobe Systems

On Mon, Jul 15, 2013 at 7:41 PM, Russ Allbery r...@debian.org wrote: Mathieu Malaterre ma...@debian.org writes: On of my upload was recently rejected. The reason was that an icon file generated using Adobe did contained a copyright statement: $ apt-get source pixelmed-java $ strings ./com

Re: mentors.d.n upload issues

On Thu, Jul 18, 2013 at 10:35 AM, Bill Blough de...@blough.us wrote: On Thu, Jul 18, 2013 at 08:40:48AM +0200, Mathieu Malaterre wrote: I would either dput -f just in case. What is the exact message you are getting when uploading ? If I don't wait long enough between uploads, then it errors

Files with All rights reserved.

Hi, My pixelmed-java upload has been rejected for the following reason: o com/pixelmed/web/package.html is Copyright all rights reserved The only reference I could find about this, is the following [1]: http://forums.debian.net/viewtopic.php?f=20t=62656#p363466 Could someone please

PostScript with Copyright from Adobe Systems

Hi, On of my upload was recently rejected. The reason was that an icon file generated using Adobe did contained a copyright statement: $ apt-get source pixelmed-java $ strings ./com/pixelmed/web/favicon.ill |grep Copyright %%Copyright: ((C) 1987-1996 Adobe Systems Incorporated All Rights

[OT] Re: RFS seeking interim sponsor for dov4l and setpwc

Anders your mail server is down, you did not get my mails. On Sat, Jun 15, 2013 at 8:45 PM, Anders Lennartsson and...@lennartsson.se wrote: Great. Thanks for your assistance. Anders On Sat, 2013-06-15, at 16:21:58 +0200, Mathieu Malaterre wrote: Uploaded both. I did add d/watch as per

Bug#712544: RFS: xalan/1.11-1 [ITA]

On Tue, Jun 18, 2013 at 8:36 AM, Bill Blough de...@blough.us wrote: Thanks Jakub! On Mon, Jun 17, 2013 at 10:40:44PM +0200, Jakub Wilk wrote X: libxalan111: binary-file-built-without-LFS-support usr/lib/i386-linux-gnu/libxalan-c.so.111.0 (It might be worth fixing upstream, but I'm not

Bug#712056: RFS: scantailor [ITP] -- interactive post-processing tool for scanned document pages

On Sat, Jun 15, 2013 at 6:20 PM, Dmitry Smirnov only...@debian.org wrote: Build type is better to leave as RELWITHDEBINFO. This might be useful if you decide to provide -dbg package or just to (re-)build with debugging info with command like Technically RelWithDebInfo should not be used

Re: RFS seeking interim sponsor for dov4l and setpwc

Uploaded both. I did add d/watch as per package page (thanks Bart!), and lintian reports. I also fixed the hardening compilation of setpwc. Thanks for your contribution On Fri, Jun 14, 2013 at 9:45 PM, Anders Lennartsson and...@lennartsson.se wrote: Dear mentors, I seek an interim sponsor

f2c and autotools

Hi there, I am trying to work on #702882 Upstream is basically doing: if test $internal_f2c = no; then AC_CHECK_LIB([f2c], [f77_alloc_], [], AC_CHECK_LIB([f2c], [f77_alloc], [], AC_CHECK_LIB([f2c], [F77_ALLOC_], [], AC_CHECK_LIB([f2c], [F77_ALLOC], [],

Re: install rule in Makefile

On Sat, Mar 9, 2013 at 6:06 PM, Alfonso Sabato Siciliano alfi...@gmail.com wrote: I am making a package, the original Makefile has not install rule so it install anything then I have to add it. Where must I install this rule? All 3 options are possible. -Patching original Makefile Choose

Bug#699669: RFS: agar/1.4.1+repack1-1 [ITP] -- toolkit for graphical applications

On Fri, Feb 8, 2013 at 5:23 PM, Stephen M. Webb stephen.w...@bregmasoft.ca wrote: On 02/06/2013 08:55 AM, Mathieu Malaterre wrote: All requested changes made and a new source package uploaded to mentors.debian.net. Uploaded ! Thanks. Please `dch -r` next time. Thanks

Bug#699669: RFS: agar/1.4.1+repack1-1 [ITP] -- toolkit for graphical applications

On Tue, Feb 5, 2013 at 4:22 AM, Stephen M. Webb stephen.w...@bregmasoft.ca wrote: This was because a pre-built Windows binary was included in the upstream source tarball. The complete source for the binary is included. After some discussion, the executable is now being left in and the

Bug#699669: RFS: agar/1.4.1+repack1-1 [ITP] -- toolkit for graphical applications

On Wed, Feb 6, 2013 at 2:48 PM, Mathieu Malaterre ma...@debian.org wrote: On Tue, Feb 5, 2013 at 4:22 AM, Stephen M. Webb stephen.w...@bregmasoft.ca wrote: This was because a pre-built Windows binary was included in the upstream source tarball. The complete source for the binary is included

Bug#699669: RFS: agar/1.4.1+repack1-1 [ITP] -- toolkit for graphical applications

Package looks pretty good ! Some quick comments: What's with the renaming (Please add a REAMDE.source for explanation thanks) ? $ uscan --verbose --force-download [...] Newest version on remote site is 1.4.1, local version is 1.4.1+repack1 = remote site does not even have current version --

Re: Scantailor 0.9.11.1: Cmake test suite fails

On Wed, Dec 12, 2012 at 11:35 AM, Daniel Stender dan...@danielstender.com wrote: test: cannot connect to X server :0 You do not have X11 on buildd. You need to use Xvfb during execution of your test suite. Eg. https://lists.debian.org/debian-java/2012/11/msg6.html HTH -- To UNSUBSCRIBE,

Bug#689041: Re: Orthanc

Sébastien, On Fri, Oct 5, 2012 at 6:35 PM, Mathieu Malaterre mathieu.malate...@gmail.com wrote: Why did you choose gnutls ? Your code seems to be using the openssl one. And your copyright is explicitely setup to deal with openssl exception anyway ? Another set of minor comments. 1. $ man -l

Bug#689041: Re: Orthanc

On Fri, Oct 5, 2012 at 6:02 PM, Sebastien Jodogne s.jodo...@chu.ulg.ac.be wrote: Dear Gregor, * why libcurl4-gnutls-dev | libcurl4-nss-dev | libcurl4-openssl-dev ? shouldn't that be something simplier like libcurl4-dev ? libcurl-dev ? libcurl-ssl-dev ? If I use libcurl4-dev, libcurl-dev

Bug#689041: Re: Orthanc

Sébastien, On Thu, Oct 4, 2012 at 4:02 PM, Sebastien Jodogne s.jodo...@chu.ulg.ac.be wrote: Salut Mathieu, Many thanks for your feedback. I have just uploaded a new version of the Orthanc package: http://mentors.debian.net/package/orthanc

Bug#689041: RFS: orthanc/0.2.1-3 [ITP] -- Lightweight, RESTful DICOM server for healthcare and medical research

Salut Sébastien, Have you thought of maintaining your package within the debian-med umbrella org ? http://www.debian.org/devel/debian-med/ On Fri, Sep 28, 2012 at 5:54 PM, Sébastien Jodogne s.jodo...@gmail.com wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am

pkgkde-gensymbols / Std-Vers: 3.9.4 and § 8.6 for C++ libs

Hi there, I am trying to update one of my package to Std-Vers: 3.9.4. In particular I am looking at §8.6 which now recommends symbols files. According to recent post on -dev handling of c++ libs should be done using pkgkde-gensymbols. So I followed instructions from:

Re: Bug#683336: RFS: ninja-build/120508+git638b033

Gary, Thanks for packaging ninja. Here are a few comments: - Please use format 1.0 [1] for copyright. Do not forget to list your own copyright (debian/* files). - You are missing proper version check in d/control. On my stable system I get: g++-4.4.real: no input files [10/24] CXX

Bug#674291: Olena - packages updated

On Fri, Jun 8, 2012 at 2:40 PM, Guillaume Lazzara guillaume.lazz...@lrde.epita.fr wrote: On Wed, Jun 6, 2012 at 4:05 PM, Mathieu Malaterre ma...@debian.org wrote: Why is d/rules so complicated ? It should just be: #!/usr/bin/make -f %: dh $@ I took an example but it was definitely

Bug#674291: Olena - packages updated

On Wed, Jun 6, 2012 at 2:12 PM, Guillaume Lazzara glazz...@gmail.com wrote: Dear mentors, According to the comment posted on http://mentors.debian.net/package/olena we have updated the packages and fixed several warnings found by Lintian. Thanks for the first review. Why is d/rules so

man page and version

I have been packaging the OpenGL 4.2 reference page: http://mentors.debian.net/package/khronos-opengl-man4 I am now debating whether or not to package the equivalent legacy pre 3.x and 3.x opengl man page. The issue is that most diffs will be in the actual man pages. Since man page mechanism do

Re: Bug#669585: RFS: bibtexconv/0.8.14-1 -- Looking for a Debian sponsor

Thomas, Couple of quick comments: * d/copyright does not contains copyrights for debian/* files. I found also suspicious that Copyright is 2010-2011 Thomas Dreibholz, shouldn't it be 2010-2012 ? * d/control lists an empty 'Recommends:' * d/rules I am not an autotools expert but I believe

Re: hints for creating deb packages with cmake build system

On Mon, Apr 9, 2012 at 2:19 PM, Werner Detter wer...@aloah-from-hell.de wrote: Hi, I am looking for instructions on how to create a debian package that uses cmake as build system as I'm wondering how the debian/rules should look and what it should contain for cmake? Can anyone tell me a

Status of B-D-I ?

Hi mentors, I am starring at the buildd status page of mrmpi: https://buildd.debian.org/status/package.php?p=mrmpi I cannot make any sense of the results on armel, armhf, i386, ia64, mips and powerpc. Why are those arch running *-indep rules ? Thanks much, -- Mathieu -- To UNSUBSCRIBE,

Re: upstream source is a source rpm!

Paul, On Mon, Mar 12, 2012 at 6:50 AM, Paul Elliott pelli...@blackpatchpanel.com wrote: I can unpack this thingy with: rpm2cpio source.rpm | cpio -i But I have questions: Assuming I have the url of the source rpm, how would one write the watch file and get-orig-source: in rules to create a

Re: upstream source is a source rpm!

On Mon, Mar 12, 2012 at 11:54 AM, Goswin von Brederlow goswin-...@web.de wrote: Mathieu Malaterre mathieu.malate...@gmail.com writes: Paul, On Mon, Mar 12, 2012 at 6:50 AM, Paul Elliott pelli...@blackpatchpanel.com wrote: I can unpack this thingy with: rpm2cpio source.rpm | cpio -i But I

Re: Proable multiarch related problem in finding header file (Was: Problem finding posix_types_32.h when using pbuilder on the fis-gtm package)

, Mathieu Malaterre mathieu.malate...@gmail.com wrote: Andreas,  Doing a quick check on packages.d.o I can see the file your are talking about. However: http://packages.debian.org/search?suite=sidarch=anymode=pathsearchon=contentskeywords=posix_types.h  returns an empty list. Are you sure

Re: Proable multiarch related problem in finding header file (Was: Problem finding posix_types_32.h when using pbuilder on the fis-gtm package)

Andreas, Doing a quick check on packages.d.o I can see the file your are talking about. However: http://packages.debian.org/search?suite=sidarch=anymode=pathsearchon=contentskeywords=posix_types.h returns an empty list. Are you sure your pbuilder is up to date ? 2cts On Mon, Feb 13, 2012

Re: RFS: vera++

2012/2/7 Vincent Hobeïka vincent.hobe...@gmail.com: - dget http://mentors.debian.net/debian/pool/main/v/vera++/vera++_1.1.1-3.dsc Looks good. However I would 1. Simplify d/changelog. No-one cares I did work on this package initially. Redo d/changelog with only one entry. 2. remove quilt

build-indep and buildd

Hi, Could someone please gives an update on the status of build-indep target and buildd machine ? I am using the following pattern (as per dh documentation): #!/usr/bin/make -f %: dh $@ override_dh_auto_build-indep:

Re: build-indep and buildd

On Wed, Feb 1, 2012 at 2:07 PM, Roger Leigh rle...@codelibre.net wrote: On Wed, Feb 01, 2012 at 01:59:41PM +0100, Jakub Wilk wrote: * Roger Leigh rle...@codelibre.net, 2012-02-01, 12:52: Could someone please gives an update on the status of build-indep target and buildd machine ? I am using

  1   2   3   >