Re: Most optimal way to import NMU into existing git-builpackage repository?

Andrey has already said much of what I could add to the thread, but I think I can slightly clarify the needs of NMUers. On Fri, Oct 25, 2024 at 08:45:16AM +0200, Andreas Henriksson wrote: > I would very much prefer if it was possible in Debian to not allow > the archive to get out of sync with pac

Bug#1086331: ITP: golang-github-areyoulazy-libhosty -- A pure golang library to manage /etc/hosts files

Package: wnpp Severity: wishlist Owner: Reinhard Tartler * Package name: golang-github-areyoulazy-libhosty Version : 2.0.1-1 * URL : https://github.com/areYouLazy/libhosty * License : Apache-2.0 Programming Lang: Go Description : A pure golang library to

Updating the Front Desk delegation

Dear developers, I'm pleased to announce the appointment of Tiago Bortoletto Vaz to the Debian Front Desk team. Welcome, Tiago! Delegation -- I hereby appoint the following as members of the Debian Front Desk team: - Enrico Zini - Jonathan McDowell - Mattia Rizzolo - Pierre-Ell

Re: libtool -D_FILE_OFFSET_BITS= (empty) breaks build

* Simon McVittie , 2024-10-29 14:38: I would suggest looking for the root cause in some higher-level component or in the lcmaps package itself. $ grep -rP 'D_FILE_OFFSET_BITS=(?!64)' /usr /usr/lib/x86_64-linux-gnu/pkgconfig/globus-common.pc:Cflags: -D_FILE_OFFSET_BITS= -I${includedir} -- Jak

Re: libtool -D_FILE_OFFSET_BITS= (empty) breaks build

On Tue, 29 Oct 2024 at 16:03:17 +0100, Jakub Wilk wrote: > $ grep -rP 'D_FILE_OFFSET_BITS=(?!64)' /usr > /usr/lib/x86_64-linux-gnu/pkgconfig/globus-common.pc:Cflags: > -D_FILE_OFFSET_BITS= -I${includedir} Thanks, I've reported (plus a wishlist bug report suggest

Bug#1086246: ITP: python-pywaze -- asynchronous Waze client for calculating routes and travel times

Package: wnpp Severity: wishlist Owner: Jason Blackwell X-Debbugs-Cc:debian-devel@lists.debian.org * Package name: python-pywaze Version : 1.1.0 Upstream Contact: Kevin Stillhammer * URL :|https://github.com/eifinger/pywaze| * License : MIT Programming Lang:

Re: Binary uploads into the archive

On Tue, Oct 29, 2024 at 02:56:46PM +0100, Dennis van Dok wrote: > Coincidentally did the exact same thing (with igtf-policy-bundle); but this > is now stuck as it cannot migrate to testing (unless somebody manually > intervenes). > > I think what I should do is update the release number and do ano

Re: libtool -D_FILE_OFFSET_BITS= (empty) breaks build

On Tue, 29 Oct 2024 at 14:52:17 +0100, Dennis van Dok wrote: > https://buildd.debian.org/status/fetch.php?pkg=lcmaps&arch=amd64&ver=1.6.6-3.1%2Bb2&stamp=1730151515&file=log > > libtool sets [_FILE_OFFSET_BITS] to an empty string. What I think was supposed > to happen is not defining this at all; l

Re: Binary uploads into the archive

On Oct 29, Dennis van Dok wrote: > I think what I should do is update the release number and do another (source > only) upload. Correct: these uploads are supposed to be accepted because binary uploads are still needed for passages in NEW (in that case: it's to target experimental for the first

Re: Binary uploads into the archive

On 28-10-2024 22:09, Daniel Leidert wrote: Hi, by accident, I uploaded a binary package today (ruby-rouge) instead of its source-package into the archive. I expected the binary package being rejected once I discovered my mistake. But it was accepted instead, and it was also not being rebuilt. Di

libtool -D_FILE_OFFSET_BITS= (empty) breaks build

I just got report https://buildd.debian.org/status/fetch.php?pkg=lcmaps&arch=amd64&ver=1.6.6-3.1%2Bb2&stamp=1730151515&file=log which shows an error: In file included from /usr/include/x86_64-linux-gnu/bits/libc-header-start.h:33, from /usr/include/stdio.h:28,