Bug#883628: ITP: ioport -- direct access to I/O ports from the command line

On 01/05/2018 03:30 PM, Lubomir Rintel wrote: On Fri, 5 Jan 2018 12:16:10 +0100 Tobias Frost wrote: You keep the Debian revision the same until it is sponsored. That's what I initially meant to do, but mentors.debian.org won't let me upload a changed package with the same

Re: How to determine the filename for dlopen()

Am 2017-11-26 15:26, schrieb wf...@niif.hu: At least I can't see any other way to express alternative groups of library dependencies like ((libnss and libnspr) or libssl), which would be needed for crypto plugins. Well, if a software wants to support alternatives, then the following would work

Re: CMake help needed to enable hdf5 for gatb-core (Was: [MoM] Re: gatb-core packaging)

Hi Andreas, On 11/28/2017 11:52 AM, Andreas Tille wrote: > it turned out hat the cmake issue is a bit tricky for a MoM project so I > gave it a try myself. The current state of gatb-core packaging is in > Git[1]. I went as far as my poor cmake knowledge permits to replace the > cmake hdf5 code

Re: How to determine the filename for dlopen()

Hi, Am 2017-11-13 13:23, schrieb wf...@niif.hu: I'm packaging a program which wants to dlopen() some library. It finds this library via pkg-config (PKG_CHECK_MODULES). How to best determine the filename to use in the dlopen() call? It should work cross-distro, for cross-compilation and

Re: C help needed for new version of tifffile

Hi Andreas, On 10/05/2017 09:00 PM, Andreas Tille wrote: > It seems that the definition of GET_NEXT_CODE is just wrong - but > what would be correct? So the code contains the following: #define GET_NEXT_CODE \ code = *((uint32_t*)((void*)(encoded + (bitcount >> 3; \ if

Re: fseeko() on reference file: Invalid argument (Was: Bug#876840: staden-io-lib FTBFS on non-i386 32bit: FAIL: java)

Hi Andreas, On 09/26/2017 10:08 PM, Andreas Tille wrote: > I need to admit I have no idea why > >fseeko() on reference file: Invalid argument > > is happening on some architectures. According to the manpage of fseek(), which is identical to fseeko() apart from the offset data type: ERRORS

Re: Bug#876839: staden-io-lib FTBFS on big endian: error: invalid operands to binary

On 09/26/2017 10:06 PM, Andreas Tille wrote: >> ... >> In file included from bgzip.c:56:0: >> bgzip.c: In function 'gzi_index_dump': >> ../io_lib/os.h:127:10: error: invalid operands to binary & (have 'uint64_t * >> {aka long long unsigned int *}' and 'long long int') >> (((x &

Re: Is there any sensible way to know what qt5 devel packages might be needed as build-depends

Hi Andreas, Am 2017-09-26 17:41, schrieb Andreas Tille: I try to port clonalframe[1] to Qt5 and I somehow wild-guessed what Build-Depends might be needed. Anyway I got qmake: could not find a Qt installation of '' I've got this totally unhelpful message in another package - what is a

Re: Nanopolish: gcc-7 issue solved, but immintrin.h missing on most architectures

Hi Andreas, On 09/18/2017 01:54 PM, Andreas Tille wrote: > Strangely enough on i386 the build fails with > >/usr/bin/ld: cannot find -lhdf5 > > which I do not understand as well ... You add the following to the linker flags: -L/usr/lib/$(shell dpkg-architecture

Re: Help needed with gcc-7 error

On 08/28/2017 10:54 PM, Martin Eberhard Schauer wrote: >>> Well, casting to long helped - but in how far does making > >>> abs(unsigned - unsigned) > >>> no sense? This does not sound very logical to me. > >> The result of (unsigned - unsigned) is unsigned. > What about A, B both unsigned

Re: C++ help needed (Was: Bug#853375: disulfinder: ftbfs with GCC-7)

Hi Andreas, On 08/26/2017 10:08 PM, Andreas Tille wrote: > I moved disulfinder to Git[1] and tried to track down this issue with my > limited C++ knowledge but failed. The issue is > > ... > make[3]: Entering directory '/build/disulfinder-1.2.11/disulfind/src' > g++ -Wdate-time

Re: How to replace throw exceptions in C++11

Hi, Am 2017-08-25 10:10, schrieb Andreas Tille: I try to fix #872262 and while I've read that dynamic exception specifications are deprecated in C++11 I have not found a sensible replacement for the affected code. Any hint what to do here? The main issue with the code are not the exception

Re: Linitian orig-tarball-missing-upstream-signature

Hi, On 07/31/2017 11:34 AM, Andrey Rahmatullin wrote: > On Mon, Jul 31, 2017 at 05:30:46AM -0400, Paul Wise wrote: >>> How does this interact with git-based workflows? >> >> I don't use such workflows so I'm not sure, but at a guess; uscan and >> upstream tarballs aren't involved in your

Re: Linitian orig-tarball-missing-upstream-signature

Hi, On 07/31/2017 10:54 AM, Paul Wise wrote: > On Mon, Jul 31, 2017 at 4:24 AM, Ole Streicher wrote: > >> is not really helpful to me; at least I did not find a mention in the >> Debian policy that the signature should be included in the .changes >> file. Also, it seems that the standard

Bug#868378: RFS: nlohmann-json/2.1.1-1

Hi Muri, On 07/16/2017 10:05 PM, Muri Nicanor wrote: > On 07/16/2017 08:47 AM, Christian Seiler wrote: >> This will likely break builds of reverse dependencies because they >> might not find the header anymore. Did you test all of the reverse >> dependencies of nlohman

Bug#868378: RFS: nlohmann-json/2.1.1-1

Hi there, (not a DD, can't sponsor, but a quick comment:) On 07/15/2017 12:05 PM, Muri Nicanor wrote: > * Switched build system to cmake, library is now installed in > /usr/include/nlohmann, which is upstream default (Closes: #868112) This will likely break builds of reverse dependencies

Bug#863309: curvedns RFS

Hi, Am 17. Juni 2017 12:51:17 MESZ schrieb Gianfranco Costamagna : >I think it might be worth to ask on debian-mentors mail list why PIE >flag is not >injected anymore by debhelper... It's not because -fPIE is the default for GCC from Stretch onwards. This is a

Re: build-depends on a _source_ package ?

Hi, On 06/12/2017 11:05 PM, Benoît Rouits wrote: > Is there a solution ? Should i file a bug on WNPP to ask for a > qtcreator-dev package in order to have qtcreator source installed in > /usr/src ? Do you need the entire source of Qt Creator or just some header files? In either case, you can

Re: Bug#863108: RFS: minecraft-installer/0.1-1 [ITP] -- Unofficial way to easily install game

On 05/22/2017 02:14 PM, Carlos Donizete Froes wrote: > This package contains "contrib/games" in 'd/control'. Hmmm, then mentors doesn't show that, because it just says "Section: games" on that page. Well, I just noticed it does show it, but only in the URL to the dsc file that I overlooked when I

Bug#863108: RFS: minecraft-installer/0.1-1 [ITP] -- Unofficial way to easily install game

Hi, Can't sponsor myself and didn't look at it in detail, but a quick comment: Am 21. Mai 2017 22:49:54 MESZ schrieb Carlos Donizete Froes : > https://mentors.debian.net/package/minecraft-installer The package itself is free software (I presume), but it is for

Re: Bug#863108: RFS: minecraft-installer/0.1-1 [ITP] -- Unofficial way to easily install game

Hi, (Resending, got the address for debian-mentors wrong. Sorry for the noise.) Can't sponsor myself and didn't look at it in detail, but a quick comment: Am 21. Mai 2017 22:49:54 MESZ schrieb Carlos Donizete Froes : >

Re: Bug#861754: libpll: FTBFS on non-x86: x86intrin.h: No such file or directory

Hi, a small comment on the patch: On 05/16/2017 01:28 PM, James Cowgill wrote: > override_dh_auto_configure: > - ./autogen.sh > -ifeq ($(DEB_BUILD_ARCH),i386) > - ./autogen.sh --disable-avx --disable-sse > - dh_auto_configure -- --disable-avx --disable-sse > +ifneq ($(filter

Re: how best to package when using hardware vectorization with vector-unit specific code?

On 05/11/2017 09:33 AM, Kay F. Jahnke wrote: > Or is there possibly even a ready-made solution > just for the purpose? Well, even if FMV doesn't work for you in your code due to the way it is organized, you could definitely use it for dispatching the executables. To elaborate on that: 1)

Re: how best to package when using hardware vectorization with vector-unit specific code?

On 05/10/2017 11:52 AM, Wookey wrote: > Debian requires packages to run on the base level ISA defined for each > architecture (which does change slowly over time). Well, kind of. What Debian requires is that if it is at all feasible software should run on the base ISA - which in practice means

Re: Static linking question - Bug #859130 ITP: lina -- iso-compliant Forth interpreter and compiler

On 05/03/2017 12:41 AM, Albert van der Horst wrote: > This message is slightly misleading. In fact the binary is not linked at all, > nor does it need any linking. > > This is the build command for lina > > fasm lina.fas -m256000 Well, I would argue that a compile copying everything together

Re: C++ help needed for psortb

On 04/18/2017 11:01 PM, Andreas Tille wrote: > x86_64-linux-gnu-gcc -g -O2 -fdebug-prefix-map=/build/psortb-3.0.4+dfsg=. > -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro > -shared -L/usr/local/lib -fstack-protector-strong HMM.o hmm-binding.o -o >

Re: C++ help needed for psortb

Hi Andreas, On 04/18/2017 10:15 PM, Andreas Tille wrote: > The definition of the structure threshold_s can be found in > /usr/include/hmmer2/structs.h (of package libhmmer2-dev) and > looks like > > struct threshold_s { > float globT; /* T parameter: keep only hits > globT

Bug#858860: RFS: arpwatch [ITA]

On 04/06/2017 02:51 PM, Lukas Schwaighofer wrote: > Hi Christian, > > On Thu, 6 Apr 2017 14:30:24 +0200 > Christian Seiler <christ...@iwakd.de> wrote: >> The problem is that dirs is only interpreted by dh_installdirs, which >> is typically run after dh_auto_inst

Bug#858860: RFS: arpwatch [ITA]

On 04/05/2017 07:02 PM, Lukas Schwaighofer wrote: > On Wed, 5 Apr 2017 18:25:04 +0200 > Hugo Lefeuvre wrote: >>> If I remove `usr/sbin` from dirs, buildpackage fails complaining >>> that the directory does not exist (so something in the build system >>> is slightly broken). >>

Re: ethercodes.dat / oui.txt (Was: Re: arpwatch & systemd)

On 03/27/2017 12:24 AM, Lukas Schwaighofer wrote: > 22:30:39 +0200 Christian Seiler <christ...@iwakd.de> wrote: > >> On 03/26/2017 09:19 PM, Lukas Schwaighofer wrote: >>> I'm not sure I understand what you mean… should the ethercodes.dat >>> file be rem

Re: arpwatch & systemd

On 03/26/2017 09:19 PM, Lukas Schwaighofer wrote: > Hi Bastien, > > On Fri, 24 Mar 2017 10:56:58 + > Bastien Roucaries wrote: > >> Will ne also nice to repack in ordre to remove oui db > > I'm not sure I understand what you mean… should the ethercodes.dat file

Re: Help with systemd to start shiny-server needed

On 03/24/2017 04:21 PM, Andreas Tille wrote: > I intend to package shiny-server and have prepared some preliminary > packaging in Debian Med Git[1]. When trying to install the resulting > package I get: [...] > > Mar 24 16:20:23 sputnik systemd[1]: Starting ShinyServer... > Mar 24 16:20:26

Re: Help to build library in generic form, avx and sse3

On 03/14/2017 03:46 PM, Andreas Tille wrote: > I've started packaging Phylogenetic Likelihood Library[1]. Since it > makes heavy use of amd64 features it comes with specific support of AVX > and SSE3. My plan is to provide binary packages amd64 only named > libpll-avx1 and libpll-sse3-1 with the

Re: Packaging a gui app

On 02/26/2017 04:52 PM, The Wanderer wrote: > On 2017-02-26 at 10:47, Ghislain Vaillant wrote: > >> On Sun, 2017-02-26 at 10:15 -0500, matt jones wrote: >> >>> I am packaging a gui that has dependencies for qt and such. How do >>> I go about ensuring that X is available as well? Do I list that as

Re: serious bug in usbguard installation

On 02/04/2017 11:25 PM, Christian Seiler wrote: > That said: I just tried this in a VM, and systemd appears to be > quite broken if you try to start a Type=dbus unit when DBus is > installed, but not properly configured. And while that is not > normally the case, I couldn't get sys

Re: serious bug in usbguard installation

On 02/04/2017 10:09 PM, Muri Nicanor wrote: > i just found a bug (#854192) in the installation procedure of usbguard: > when i install usbguard on a minimal stretch system, the installation > stalls and never ends successfully. apparently it has something to do > with dbus being a dependency of

Re: Gentle does not build on two architectures

Hi Andreas, On 01/31/2017 09:07 AM, Andreas Tille wrote: > while gentle 1.9+cvs20100605+dfsg1-5 has migrated to testing and #845844 > is marked as done it still affects unstable since it does not build on > kfreebsd-amd64 and x32[1]. On both architectures it fails to build with > > >

Re: as upstream - Makes sense to run 'make clean' when running 'make all'?

On 01/04/2017 07:20 PM, Patrick Schleizer wrote: > as upstream, does it make sense to run 'make clean' when running 'make all'? Typically it doesn't because it breaks incremental builds, which makes development uglier. (You have to rebuild everything everytime you call 'make'.) For the purpose

Bug#848993: RFS: llmnrd/0.2-1 [ITP]

Hi there, sorry for the formatting, writing this on my phone. Am 23. Dezember 2016 10:18:52 MEZ, schrieb Andreas Henriksson <andr...@fatal.se>: >On Fri, Dec 23, 2016 at 12:12:17AM +0100, Christian Seiler wrote: >> - init.d: this file name works with dh_installinit, but is not &

Bug#848993: RFS: llmnrd/0.2-1 [ITP]

Hi, as announced on IRC, I'm just doing a review, since I'm not a DD and can't sponsor: - packaging in a VCS would be nice to have (plus the appropriate Vcs-Browser / Vcs-... headers in d/control) - debian/copyright: * Tobias Klauser wasn't just active in 2016, the earliest

Bug#846306: RFS: ondir/0.2.3+git0.55279f03-1 [ITP]

Hi Gianfranco, thank you very, very much for sponsoring and your proactiveness w.r.t. the public copyright statement issue! On 12/22/2016 03:10 PM, Gianfranco Costamagna wrote: >>> CFLAGS_FOR_MAKEFILE=$(shell dpkg-buildflags --get CPPFLAGS) $(shell >>> dpkg-buildflags --get CFLAGS)

Bug#846306: RFS: ondir/0.2.3+git0.55279f03-1 [ITP]

Control: tags -1 - moreinfo Hi Gianfranco, I've uploaded an updated version of the package to mentors (and also to git on alioth) that fixes these issues. On 12/22/2016 12:29 PM, Christian Seiler wrote: > On 12/22/2016 12:05 PM, Gianfranco Costamagna wrote: >> 1) chmod a-x debian/

Bug#846306: RFS: ondir/0.2.3+git0.55279f03-1 [ITP]

On 12/22/2016 01:18 PM, Peter Pentchev wrote: > On Thu, Dec 22, 2016 at 12:29:23PM +0100, Christian Seiler wrote: >> Hi Gianfranco, >> >> Thanks for taking care of this. >> >> On 12/22/2016 12:05 PM, Gianfranco Costamagna wrote: > [snip] >>> w

Bug#846306: RFS: ondir/0.2.3+git0.55279f03-1 [ITP]

Hi Gianfranco, Thanks for taking care of this. On 12/22/2016 12:05 PM, Gianfranco Costamagna wrote: > 1) chmod a-x debian/ondir/usr/share/ondir/integration/* > > why no dh_fixperms override? I forgot about dh_fixperms, will change that in the next iteration. > 2) >

Bug#846306: RFS: ondir/0.2.3+git0.55279f03-1 [ITP]

Dear mentors, I'd appreciate it if a friendly DD could have a look at this package and sponsor it. Thanks. :) On 11/30/2016 02:03 AM, Christian Seiler wrote: > Package: sponsorship-requests > Severity: wishlist > Control: block 846237 by -1 > > Dear mentors, > > I am

Re: Source upload of r-cran-treescape does not build on any architecture - but why?

On 12/21/2016 12:19 PM, Christian Seiler wrote: > On 12/21/2016 12:04 PM, Andreas Tille wrote: >> Is bach.hen...@gmail.com the correct address for "contacting wanna-build >> people"? If yesm Henrik is in CC - if not what's the proper contact? > > There's a ma

Re: Source upload of r-cran-treescape does not build on any architecture - but why?

Hi, (dropping cc) On 12/21/2016 12:04 PM, Andreas Tille wrote: > Is bach.hen...@gmail.com the correct address for "contacting wanna-build > people"? If yesm Henrik is in CC - if not what's the proper contact? There's a mailing list for that: https://lists.debian.org/debian-wb-team/ See also

Re: Source upload of r-cran-treescape does not build on any architecture - but why?

On 12/21/2016 11:37 AM, Andreas Tille wrote: > I did a source upload of r-cran-treescape at 2016-12-19 21:51:35. > > When looking at the build log page[1] I realise that vor some architectures > a Build-Depends is missing but I have no idea why for instance amd64 is > not build after > 36 hours.

Re: Possible workaround

On 12/15/2016 03:03 PM, Dirk Eddelbuettel wrote: > > On 15 December 2016 at 14:42, Christian Seiler wrote: > | On 12/15/2016 02:37 PM, Dirk Eddelbuettel wrote: > | > On 15 December 2016 at 14:26, Andreas Tille wrote: > | > | Sorry, but I have no idea how since I'm total

Re: Possible workaround

On 12/15/2016 02:37 PM, Dirk Eddelbuettel wrote: > On 15 December 2016 at 14:26, Andreas Tille wrote: > | Sorry, but I have no idea how since I'm totally clueless currently and > | upstream also did not yet responded to this after the initial idea that > | it might be some ape related issue was

Re: Possible workaround

Hi, On 12/14/2016 04:16 PM, Dirk Eddelbuettel wrote: > One quick thought: does it die in _compilation_ which we have seen with other > (C++-heavy) packages? No, g++ works fine here. (The C++ file itself is trivial if you look at it.) Current package in Debian:

Re: Possible workaround

Hi Andreas, On 12/14/2016 03:59 PM, Andreas Tille wrote: > thanks a lot for your extensive analysis about of the stack problem. I > admit I have no idea why this large stack is needed on those > architectures with stable kernel. I also have no idea why everything > went fine with treescape

Possible workaround (was: Re: Help: r-cran-treescape does not build on i386, armel and armhf any more)

Hi again, On 12/14/2016 03:00 PM, Christian Seiler wrote: > If I had to guess what was going on in the backtrace, I'd suspect > an infinite recursion in R code, which translates to infinite > recursion of the underlying C code. But I'm really not sure here. Interestingly enough, my init

Re: Help: r-cran-treescape does not build on i386, armel and armhf any more

Hi Andreas, On 12/14/2016 11:47 AM, Christian Seiler wrote: > On 12/14/2016 08:50 AM, Christian Seiler wrote: >> I'm going to try an i386 build in a VM running a stable kernel >> and see if that does indeed change things and if I can reproduce >> the problem. Should that no

Re: Help: r-cran-treescape does not build on i386, armel and armhf any more

Hi Andreas, On 12/14/2016 08:50 AM, Christian Seiler wrote: > I'm going to try an i386 build in a VM running a stable kernel > and see if that does indeed change things and if I can reproduce > the problem. Should that not be the issue though then I really > can't reproduce

Re: Help: r-cran-treescape does not build on i386, armel and armhf any more

Hi Andreas, On 12/14/2016 08:10 AM, Andreas Tille wrote: > On Wed, Dec 14, 2016 at 12:32:24AM +0100, Christian Seiler wrote: >> On 11/02/2016 05:20 PM, Andreas Tille wrote: >> >> Hmm, was going to take a shot at debugging your segfault, but I >

Re: Help: r-cran-treescape does not build on i386, armel and armhf any more

On 11/02/2016 05:20 PM, Andreas Tille wrote: > Warning in rgl.init(initValue, onlyNULL) : > RGL: unable to open X11 display > Warning: 'rgl_init' failed, running with rgl.useNULL = TRUE > Error: segfault from C stack overflow Hmm, was going to take a shot at debugging your segfault, but I

Re: Distinguishing native package / package with upstream

On 12/10/2016 06:03 PM, Christoph Biedl wrote: > Then I stumbled across a package that has in its .dsc file: > > | Format: 1.0 > | Source: package-name > | (...) > | Version: 4.3.2-1 > | (...) > | Files: > | 0123456789abcdef0123456789abcdef 12345 package-name_4.3.2-1.tar.gz > > While the

Re: Bug#847650: RFS: fgetty/0.7-2

On 12/10/2016 11:15 AM, Christian Seiler wrote: > On 12/10/2016 10:43 AM, Gianfranco Costamagna wrote: >> control: owner -1 ! >> control: tags -1 moreinfo >> >> >>> * Add dietlibc-dev into Built-Using, since it is linked statically, >>>

Bug#847650: RFS: fgetty/0.7-2

On 12/10/2016 10:43 AM, Gianfranco Costamagna wrote: > control: owner -1 ! > control: tags -1 moreinfo > > >> * Add dietlibc-dev into Built-Using, since it is linked statically, >>as mandated by Policy §7.8. (Closes: #847576) > > > I'm not sure about hardcoding the version, this will

Re: Help needed for Bug#847171 soapdenovo2: Different output, still FTBFS

Control: retitle -1 soapdenovo2: FTBFS with parallel builds (dpkg-buildpackage -J$n, $n > 1) On 12/08/2016 09:17 PM, Andreas Tille wrote: > On Thu, Dec 08, 2016 at 02:11:07PM +0500, Andrey Rahmatullin wrote: >> On Thu, Dec 08, 2016 at 09:58:37AM +0100, Andreas Tille wrote: >>> it seems there are

Re: usbguard soname stability

On 12/08/2016 02:34 PM, Muri Nicanor wrote: > the usbguard source package ships a shared library libusbguard0. i asked > upstream about bumping the soname when the interface changes, but > upstream considers usbguard 0.x as not stable yet and will start > maintaining soname version beginninig with

Re: Please help with symlink_to_dir expression (Was: Bug#847234: r-cran-rcurl: directory vs. symlink conflict: /usr/lib/R/site-library/RCurl/examples)

On 12/06/2016 11:45 PM, James Cowgill wrote: > Hi, > > On 06/12/16 22:34, Christian Seiler wrote: >> On 12/06/2016 11:22 PM, James Cowgill wrote: >>> The version number should be the version number immediately before the >>> one where the dpkg-maintscript stu

Re: Please help with symlink_to_dir expression (Was: Bug#847234: r-cran-rcurl: directory vs. symlink conflict: /usr/lib/R/site-library/RCurl/examples)

On 12/06/2016 11:22 PM, James Cowgill wrote: > Hi, > > On 06/12/16 21:36, Andreas Tille wrote: >> On Tue, Dec 06, 2016 at 07:06:39PM +0100, Andreas Beckmann wrote: >>> Package: r-cran-rcurl >>> Version: 1.95-4.8-1 >>> Severity: serious >>> User: debian...@lists.debian.org >>> Usertags: piuparts

Re: Problems with openssl when upgrading r-bioc-rtracklayer

Hi, On 12/04/2016 08:55 PM, Andreas Tille wrote: > I tried to upgrade r-bioc-rtracklayer[1] to the latest upstream version > (see trunk in SVN) but the build failed with: > > * installing *source* package 'rtracklayer' ... > ./configure: line 1676: syntax error near unexpected token `OPENSSL,' >

Bug#846306: RFS: ondir/0.2.3+git0.55279f03-1 [ITP]

Package: sponsorship-requests Severity: wishlist Control: block 846237 by -1 Dear mentors, I am looking for a sponsor for my package "ondir" * Package name: ondir Version : 0.2.3+git0.55279f03-1 Upstream Author : Alec Thomas * URL :

Re: Writing outside of build dir

On 11/26/2016 02:31 PM, Ross Vandegrift wrote: > On Sat, Nov 26, 2016 at 02:30:59AM +0100, Christian Seiler wrote: >>> 2) Is there a common pattern for handling upstream tests that break this >>> rule? Maybe there's an alternative to disabling them? >> >> I

Re: Writing outside of build dir

On 11/26/2016 01:59 AM, Ross Vandegrift wrote: > On 11/11/2016 0826:45 AM, Christian Seiler wrote: >> pbuilder sets the home directory of the pbuilder user to /nonexistent >> to make sure that builds don't modify files in the home directory, >> which is forbidden by Debian Po

Bug#835274: dh-text no longer needed

Control: tags -1 - moreinfo On 11/18/2016 08:34 AM, Dmitry Bogatov wrote: > > [2016-11-16 13:09] Christian Seiler <christ...@iwakd.de> >> Am 16. November 2016 10:28:41 MEZ, schrieb Dmitry Bogatov <kact...@gnu.org>: >>> * Drop diet libc build due issues

Bug#835274: dh-text no longer needed

Hi there, Am 16. November 2016 10:28:41 MEZ, schrieb Dmitry Bogatov : > * Drop diet libc build due issues with errno As a current co-maintainer of dietlibc in Debian, could you elaborate here? I've spent the last couple of months fixing all sorts of bugs in there (and

Re: Scala 2.10

On 11/11/2016 03:08 AM, Marko Dimjašević wrote: > # Adding debian-mentors >> /build/scala-2.10.5/build.xml:218: Directory /nonexistent/.m2/repository >> creation was not successful for an unknown reason pbuilder sets the home directory of the pbuilder user to /nonexistent to make sure that builds

Re: Building package under kfreebsd/hurd

On 11/07/2016 12:46 AM, Elías Alejandro wrote: > I wonder if there's a way to build packages for distinct > architectures, specifically for > Hurd or Kfreebsd. Do I have to create a new installation or use qemu?. In my experience the easiest way to do so is to use a virtual machine (I prefer

Re: Data updates in debian packages

On 10/31/2016 10:30 AM, Ole Streicher wrote: > debian/triggers -- > interest /usr/share/zoneinfo/leap-seconds.list > ---8<-- > > However, I now get the following error when I try to update tzdata: > > dpkg:

Re: Data updates in debian packages

On 10/31/2016 09:07 AM, Ole Streicher wrote: > Russ Allbery writes: >> The required timeliness depends a lot on what you're using leap seconds >> for, and in particular if you need to know about them far in advance, or >> if it's only necessary to have an updated table before the

Re: Non-NEW backports rejected with "ACL dm: NEW uploads are not allowed"

On 10/30/2016 11:11 AM, Mattia Rizzolo wrote: > On Sun, Oct 30, 2016 at 12:04:16AM -0400, Peter Colberg wrote: >> Older versions of the packages already exist in jessie-backports. My >> key has been added to the backports ACL (and has worked for similar >> updates in the past), and I have DM

Re: Data updates in debian packages

On 10/30/2016 10:20 AM, Ole Streicher wrote: > IETF is responsible for internet standards, not for leap seconds. They > will take the leap seconds from IERS. I would assume that this > connection is well-established to rely on it. I was not so much > questioning upstream here, but I worry a bit

Re: Finding the correct alignment for all architectures

Hi, On 10/12/2016 11:51 PM, Thomas Weber wrote: > I am maintaining lcms2. In #749975, I received a patch to ensure correct > alignment for doubles von MIPS. I have forwarded the patch upstream[1], but > in the latest release, upstream has chosen a different way. It is now > possible to configure

Re: NFS_SUPER_MAGIC portability

On 09/25/2016 03:12 PM, Ole Streicher wrote: > I have the problem that in a package (casacore) there is basically the > following code: > > -8< > #include > #include > > Bool Directory::isNFSMounted() const > { >struct

Re: atomic_LIBS

On 09/10/2016 03:22 PM, Muri Nicanor wrote: > On 09/06/2016 12:44 PM, Christian Seiler wrote: > [...] >> I didn't think about adding -latomic to the linker flag list >> directly via -Wl. I just tested your suggestion and it's really >> funny; libtool does mangl

Re: FTBFS: how to test fixes

On 09/06/2016 11:57 AM, Jakub Wilk wrote: > * Christian Seiler <christ...@iwakd.de>, 2016-09-05, 20:33: >> Also note that there are plans to make init non-Essential in the future, > > The future is now! init is non-essential already. You can remove it > from your uns

Re: FTBFS: how to test fixes

On 09/05/2016 08:59 PM, Muri Nicanor wrote: > On 09/05/2016 08:33 PM, Christian Seiler wrote: >>Since you depend on systemd.pc, which is part of the >>systemd package, just Build-Depend on systemd to make >>systemd.pc available. You won't need porterbox access &g

Re: FTBFS: how to test fixes

On 09/05/2016 07:20 PM, Andrey Rahmatullin wrote: > On Mon, Sep 05, 2016 at 07:07:51PM +0200, Muri Nicanor wrote: >> so, i've got my first two FTBFS bugs (on mips and hppa)- what the >> recommended way of testing fixes for architectures i don't have >> testmachines of? > Porterboxes. See

Re: d/control: Depends on same version

On 09/04/2016 09:40 PM, Muri Nicanor wrote: > if i have source package foo-x.y that builds binary packages foo_x.y and > libfoo_x.y, how can i declare a dependency from foo on libfoo where > libfoo has to be the same version of foo? If both are Arch: any (or linux-any or something similar):

Re: Daemon config update

Hi, to add two more comments : Am 31. August 2016 18:55:08 MESZ, schrieb Christian Seiler <christ...@iwakd.de>: >Am 31. August 2016 13:51:41 MESZ, schrieb Dmitry Bogatov ><kact...@ruggedinbox.com>, >> If not, how should I tell user, >>that default configura

Re: Daemon config update

Hi, Off topic: I initially replied to both you and the list, but your address doesn't seem to exist. Just as a heads-up, in case that's unintentional. Regards, Christian

Re: Daemon config update

Hi, Am 31. August 2016 13:51:41 MESZ, schrieb Dmitry Bogatov , >Please share best practices on daemon configuration upgrade -- should >I restart (no reload, unfortunatelly) daemon, when I upgrade it? In general: yes. Even if your daemon supports reload, you should

Re: Any idea why bitbucket watch file does not work?

On 08/31/2016 09:44 AM, Andreas Tille wrote: > I was following the Wiki[1] to get a bitbucket watch for metaphlan2[2]. > Unfortunately uscan does not detect any match and after starring on the > code and trying several other regexp I failed finding the mistake. > > Any idea how to get the watch

Re: gcc-6 and sip help (bug 812138)

On 08/15/2016 12:43 PM, Gudjon I. Gudjonsson wrote: > This fails to compile with the following message: > > make[2]: Entering directory '/home/gudjon/nb/pyqwt3d/ > pyqwt3d-0.1.7~cvs20090625/build/py2.7-qt4/configure/OpenGL_Qt4' > g++ -c -g -O2 -fstack-protector-strong -Wformat

Bug#830788: RFS: ifstat/1.1-9

On 08/08/2016 10:36 AM, Goswin von Brederlow wrote: > Ifstat upstream is alife and responsive. The command is just complete, > no new features have been added. So I guess we should keep ifstat, if > only for kfreebsd and hurd. Maybe the best idea would then be to have iproute2 ship the ifstat

Bug#827933: RFS: yabar/0.4.0-3 [ITP]

On 07/27/2016 03:28 AM, Sean Whitton wrote: > 13. Why a 'low' upload urgency? Counterintuitively, this means that you > think the package is more likely than usual to be buggy and so it should > take longer to migrate to testing; it doesn't actually mean "less > important". Unless you think the

Re: Request for access to porterbox

On 07/28/2016 08:52 AM, Adam Borowski wrote: > On Thu, Jul 28, 2016 at 12:56:11AM +0200, Christian Seiler wrote: >> That works now? When I set up a SH4 chroot a while back, I had to >> use the qemu-sh4-static binary from the i386 version of the >> qemu-user-static packa

Re: Request for access to porterbox

On 07/28/2016 12:56 AM, Christian Seiler wrote: > qemu-debootstrap fails for m68k with Illegal Instruction at the > beginning of debootstrap --second-stage. I did get a working > chroot by fiddling with stuff for a while manually IIRC (not on > the computer I'm currently on, I'd

Re: Request for access to porterbox

On 07/28/2016 12:21 AM, Adam Borowski wrote: > On Wed, Jul 27, 2016 at 11:07:17PM +0200, Christian Seiler wrote: >> m68k and sh4 do work in qmeu-user-static chroots, the setup >> is not quite as trivial however. (I can give you a tarball >> that will work in pbuild

Re: Request for access to porterbox

On 07/27/2016 07:41 PM, Dmitry Bogatov wrote: > Hello, I am looking for DD to sponsor my request for access a portbox > to debug #832544, #832543. > Architectures requested: hurd, m68k, sh4 If you have access to x86 hardware (as most people do), you can run Hurd in a VM - no need for a porterbox.

Re: systemd WantedBy= target changed - canonical way to clean up old .wants symlinks?

On 07/27/2016 10:21 PM, Patrick Schleizer wrote: > Hi! > > When changing a systemd WantedBy= target... > > Is there a canonical way to clean up the old .wants symlinks? > > These are not automatically removed on package upgrades. Considered a > bug or feature? :) Bug, I reported that a while

Re: Request for access to porterbox

On 07/27/2016 09:17 PM, Andrey Rahmatullin wrote: > On Wed, Jul 27, 2016 at 08:41:51PM +0300, Dmitry Bogatov wrote: >> Rationaly: reproduce #832544, #832543 > I wonder why these bugs are important and not wishlist. Because they are FTBFS bugs on non-release archs and hence should be of severity

Re: Preliminary questions for sponsoring a compiler

On 07/25/2016 09:28 PM, Albert van der Horst wrote: > Christian Seiler schreef op 2016-07-25 18:14: >> I don't quite get what you mean, I never had any problem with >> that. > > {Probably going off topic here] > A pure assembler file means full control over section n

Re: Bug#832299: python-ruffus: FTBFS: sphinx.ext.mathjax: other math package is already loaded

Control: block 832299 by 827806 On 07/25/2016 02:02 PM, Andreas Tille wrote: > Format: "jpg" not recognized. Use one of: canon cmap cmapx cmapx_np dot eps > fig gd gd2 gv imap imap_np ismap pdf pic plain plain-ext png pov ps ps2 svg > svgz tk vml vmlz x11 xdot xdot1.2 xdot1.4 xlib > ' returned

Re: Preliminary questions for sponsoring a compiler

On 07/25/2016 02:51 PM, Albert van der Horst wrote: > The problem is: ld is not stable w.r.t. linking pure assembler files. How so? $ cat write.s .text .global _start .type _start, @function _start: mov $1, %rax mov %rax, %rdi lea str, %rsi mov

Re: reproducible-builds

Am 2016-07-19 11:29, schrieb Dominique Dumont: On Monday, July 18, 2016 6:20:51 PM CEST Herbert Fortes wrote: dvbackup Is this package worth the effort ? Not a user myself, but the package is already in the archive (it's not an ITP), and I think reproducibility for _all_ of Debian is a goal

  1   2   >