Bug#877047: RFS: sane-backends-extras/1.0.22.5 [QA]

e (lintian). * debian/rules: - Remove '--with=autotools_dev' (now handled by debhelper level 10). * doc/sane-geniusvp2.man: - Fix spelling errors (lintian). * Rename configure.in to configure.ac (lintian). Regards, Hugh McMaster

Bug#877047: RFS: sane-backends-extras/1.0.22.5 [QA]

On Friday, 29 September 2017 5:37 AM, Herbert Fortes wrote: > Uploaded. Thanks for you time. Thank you, Herbert. Kind regards, Hugh

Bug#877610: RFS: libexif/0.6.21-2.1 [NMU]

- Remove '--with autoreconf' (now handled by debhelper level 10). - Fix grammatical errors in a comment. * debian/source/lintian-overrides: - Override 'unused-file-paragraph-in-dep5-copyright' warnings. Regards, Hugh McMaster

Bug#877610: RFS: libexif/0.6.21-2.1 [NMU]

ample: Files: po/en_GB.po Copyright: 2009, Bruce Cowan License: LGPL-2.1+ [...] Files: po/en_GB.po Copyright: 2010, Robert Readman License: LGPL-2.1+ This causes lintian to complain that the first occurrence is not used. I'm not sure how to fix this, as in one case, the licence is different. [1] https://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=786562 -- Hugh McMaster

Bug#877610: RFS: libexif/0.6.21-2.1 [NMU]

Hi Adam, On Friday, 6 October 2017 1:17 PM, Adam Borowski wrote: > # Does your NMU really fix bugs? ("Bugs" means any kind of bugs, e.g. > # wishlist bugs for packaging a new upstream version, but care should be > # taken to minimize the impact to the maintainer.) Fixing cosmetic issues or > # ch

Bug#877610: RFS: libexif/0.6.21-2.1 [NMU]

Dear Mentors, I am looking for a sponsor for an NMU to the package "libexif". The current maintainer has given approval for this NMU [1]. * Package name: libexif Version: 0.6.21-2.1 Upstream Author : Dan Fandrich * URL: http://libexif.sourceforge.net/ * License: LGPL v2.1 Section: libs T

Multi-arch header conflict and pkg-config

so just outputs -I/usr/include/. Does pkgconfig support multiple paths like this? If so, how do I modify the pkg-config file to handle multiple /usr/include paths? Any advice or package examples I could look at is appreciated. -- Hugh McMaster

Re: Multi-arch header conflict and pkg-config

nks for this advice. Using sed to handle the substitution works perfectly. :-) -- Hugh McMaster

Bug#879933: RFS: libexif/0.6.21-3

o not package the AUTHORS file, since all developers are listed in the debian/copyright file. Regards, Hugh McMaster

Re: Multi-arch header conflict and pkg-config

this? I was including the header directly; i.e. without the package prefix. That didn't work; hence this email to the D-Mentors list. Replacing #include with #include allowed gcc to find the header, even though it was installed in the multi-arch include path. Thank you for providing detailed explanations for Debian's toolchain behaviour. -- Hugh McMaster

Bug#880568: RFS: libexif/0.6.21-4 [RC]

bian/rules: - Include /usr/share/dpkg/architecture.mk. Regards, Hugh McMaster

Bug#880568: RFS: libexif/0.6.21-4 [RC]

ades succeeded in that test as well. -- Hugh McMaster

Bug#881035: RFS: unixodbc/2.3.4-1.1 [NMU]

age format 3.0, fixing lintian issues and so on. This work is not possible in a general NMU and, as a result, has not been included in this release. Regards, Hugh McMaster

Bug#884769: RFS: freetype/2.8.1-0.2 [NMU]

file bugs with the affected packages (severity: Important). If there is no response when the package reaches Sid, I will raise the bug severity to Serious. Regards, Hugh McMaster

Bug#884769: Changelog for RFS: freetype/2.8.1-0.2 [NMU]

Sorry, I forgot to add the changelog entries for freetype to my original RFS email. Changes since the last upload: * Non-maintainer upload. * debian/control: - Mark libfreetype6-dev Multi-Arch: same (Closes: #642354, #666761, #870618). - Remove the deprecated Priority: extra marking from

Bug#884769: RFS: freetype/2.8.1-0.2 [NMU]

On Wednesday, 20 December 2017 2:47 AM, Adam Borowski wrote: > Hmm, there are two RC bugs on the package, but you're not fixing either of > them.  Instead, you fix wishlist wontfix bugs. One of the RC bugs is tagged 'wontfix' -- and that is also upstream's response. I've had a look at the second R

Bug#884769: RFS: freetype/2.8.1-0.2 [NMU]

On Wednesday, 20 December 2017 4:44 AM, Gianfranco Costamagna wrote: > https://codesearch.debian.net/search?q=freetype-config > this is a big no-go, first, please ask Steve to review, but I would assume > this patch > is wrong, because a lot of packages are right now calling freetype-config in >

Bug#884769: RFS: freetype/2.8.1-0.2 [NMU]

Hi Gianfranco, On Friday, 22 December 2017 3:11 AM, Gianfranco Costamagna wrote: > ok, so fix all the reverse dependencies *before* dropping it, not after. > We don't usually "break stuff and let maintainers fixup things", but: > 1) open bugs (maybe with patches) Okay, I'll start filing bugs to e

Bug#884769: RFS: freetype/2.8.1-0.2 [NMU]

Package: sponsorship-requests Severity: normal Dear mentors, I am once again looking for a sponsor for an NMU of the package "freetype". This version addresses concerns raised by Adam Borowski and Gianfranco Costamagna, and removes the arch-dependent libdir output instead of freetype-config its

Bug#884769: RFS: freetype/2.8.1-0.2 [NMU]

Hi Adam and Gianfranco, Steve accepted almost all of my NMU changes last Friday, when he released a maintainer version of freetype. So this RFS bug can be closed. Thank you for your advice during the process. Hugh From: Hugh McMaster Sent: Friday, 22

Bug#887481: RFS: freetype/2.8.1-1.1 [NMU]

of SIZEOF_LONG in ftconfig.h (Closes: #887087). Regards, Hugh McMaster

Bug#887595: RFS: xft/2.3.2-1.1 [NMU]

net/debian/pool/main/x/xft/xft_2.3.2-1.1.dsc More information about xft can be obtained from https://www.freedesktop.org/wiki/Software/Xft/. Changes since the last upload: * Non-maintainer upload. * debian/control: - Mark libxft-dev Multi-Arch: same (Closes: #884176). Regards, Hugh McMaster

Bug#887595: RFS: xft/2.3.2-1.1 [NMU]

about the other three bugs to comment. Marking libxft-dev Multi-Arch: same is particularly important to me, so I'm hoping you can update the package with the above points in mind. Thanks for your email. -- Hugh McMaster

Bug#887595: RFS: xft/2.3.2-1.1 [NMU]

Hi Tobias, On Tuesday, 23 January 2018 6:16 PM, Tobias Frost wrote: On Mon, Jan 22, 2018 at 10:58:00AM +, Hugh McMaster wrote: >> 1. Cyril Brulebois is listed in Uploaders, but he hasn't been part of >>    Debian XFS for some years now. > >Did you ask him if he

Bug#887595: RFS: xft/2.3.2-1.1 [NMU]

Hi Mattia On Tuesday, 23 January 2018 5:18 AM, Mattia Rizzolo wrote: > So, in #884176 you attacted a debdiff also fixing #843837 - where did it > end? > Anyway, if you want to fix that but by that patch, please first forward > it upstream and put valid DEP-3 headers on it. The patch for #843837 i

Bug#887595: RFS: xft/2.3.2-1.1 [NMU]

Hi Tobi, Julien downgraded the severity of #884176 to 'wishlist'. [1] So it looks like this could be 'wontfix'. That said, I'm still unclear whether Julien is going to fix this himself or not, as he never said. I can still do the NMU, but if it's going to get rejected, there seems little poin

Bug#890898: RFS: exif/0.6.21-2

ian/rules: - Add 'hardening=+all' to DEB_BUILD_MAINT_OPTIONS. - Remove '--with autotools_dev,autoreconf', as these options are now handled by debhelper level 11. * debian/source/options: - Remove from package. Debhelper handles the specified options by default. Regards, Hugh McMaster

Bug#893491: RFS: libexif-gtk/0.4.0-1

.dsc More information about libexif-gtk can be obtained from https://libexif.github.io Changes since the last upload: * Team upload. [ Emmanuel Bouthenot ] * Remove the DM-Upload-Allowed field from debian/control. [ Hugh McMaster ] * New upstream release. * debhelper update:

Re: Upload failed: 301 Moved Permanently

d uploads now required use of https, which worked for me. So try modifying the 'method' line in your .dput.cf file to use https. -- Hugh McMaster

Re: .dput.cf WAS: Upload failed: 301 Moved Permanently

e. Well, another reason is that https://mentors.debian.net/qa says FTP uploads can take up to 30 minutes to be processed, compared to 2 minutes for HTTP. Some people don't want to wait that long. -- Hugh McMaster

Bug#894615: RFS: libexif/0.6.21-5

11). * debian/source/options: - Remove from package. Debhelper handles the specified options by default. * debian/watch: - Update to version 4 and switch to upstream's github repository. Regards, Hugh McMaster

Bug#894615: RFS: libexif/0.6.21-5

Hi Andreas, Thank you for sponsoring libexif. On Tuesday, 3 April 2018 2:44 AM, Andreas Metzler wrote: > looks good except for the watchfile, you need uversionmangle > instead of oversionmangle. Right. I did wonder about using the oversionmangle option. I've fixed the watch file options to use u

debian/copyright and po files

Dear mentors, I'm currently creating a DEP-5 copyright file for a new package, but I'm confused about how I should handle po files. Many of the files contain the following format: # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the s

Re: debian/copyright and po files

Hi Ben, Apologies for the delayed response. On Saturday, 16 June 2018 11:09 AM, Ben Finney wrote: > Whether a person's creative work is restricted by copyright law, is a > matter less for Debian project members and more for experts in copyright > law. > > So your question could be intepreted in m

Google use clause conflicting with Apache 2.0

Dear mentors, I filed an ITP for Google’s Material Design Icons. [1] In the ITP thread, Jonas pointed out that Google requests users of the font to not sell the icons – a request that is seemingly incompatible with the Apache 2.0 licence. Unfortunately, there is no official clarification on this

Re: Google use clause conflicting with Apache 2.0

Hi Jens, Apologies for the delayed reply. On Sat, 24 Aug 2019 at 1:17 am, Jens Reyer wrote: > I guess you refer to > https://github.com/google/material-design-icons/blob/master/README.md [...] > > ~ > Given > "We'd lo

Bug#935901: RFS: fonts-material-design-icons-iconfont/5.0.1-1 [ITP] -- Material Design icons DX

debian.net/debian/pool/main/f/fonts-material-design-icons-iconfont/fonts-material-design-icons-iconfont_5.0.1-1.dsc Changes since the last upload: * Initial release. (Closes: #934598) Regards, Hugh McMaster

Re: RFS: idzebra/2.1.4-1

Dear Mentors, On Mon, 30 Sep 2019 at 9:52 pm, Hugh McMaster wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for the package "idzebra". > > * Package name: idzebra >Version : 2.1.4-1

Re: gbp export-orig for multiple source tarballs

On Sun, 29 Mar 2020 at 12:07, Eriberto Mota wrote: > > Thanks a lot Mattia. I will use 'pristine-tar list' and 'pristine-tar > checkout'[1]. You should also be able to use `gbp export-orig --pristine-tar --component=foo --component=bar'.

Bug#1051150: RFS: blender-doc/3.6-1 [ITP] -- Blender Manual by the Blender Foundation

Control: tags -1 moreinfo Hi Jonathan, On Sun, 3 Sep 2023 17:51:51 +0300 Jonathan Rubenstein wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "blender-doc": > > * Package name : blender-doc > Version : 3

Bug#1051150: RFS: blender-doc/3.6-1 [ITP] -- Blender Manual by the Blender Foundation

Hi Jonathan, On Wed, 27 Sept 2023 at 05:48, Jonathan Rubenstein wrote: > > Control: tags -1 - moreinfo > > Hey, I have completed the requested changes with a few exceptions. Nice work. We're almost there. d/copyright: * Please update your explanatory comment to the following: Comment: A cursory

Bug#1051150: RFS: blender-doc/3.6-1 [ITP] -- Blender Manual by the Blender Foundation

Hi Jonathan, Thanks for your work on this package. Just two more things to do. On Tue, 3 Oct 2023 at 05:53, Jonathan Rubenstein wrote: > > Hey, I've implemented the requested changes, again with some > questions/exceptions. > > > * Not all files in tools*/* are explicitly marked Apache-2.0, but >

Re: uscan - inherit version number of component from main package (SVN)

Hi Andreas, On Sun, 8 Oct 2023 at 00:22, Andreas Metzler wrote: > [snip] > The obvious problem is the versioning, I would like to make uscan simply use > the main version for the userguide but afaik I cannot refer to it in > uversionmangle. > > I can do > uversionmangle=s/^0\.0/20.00/ > to makes u

Documenting automatically generated files in debian/copyright

I’m doing a copyright check on a source package and it contains a number of automatically generated Makefile.in files. These files are most likely the result of upstream not fully cleaning their source tree before compressing into a tarball. Each Makefile.in file includes a Free Software Foundati

Bug#971067: RFS: libexif-gtk/0.5.0-1

Hi Andreas, mlt was taken care of. I spoke with the Debian QA Team and they were reluctant to remove gtkam because of popcon numbers. Myon said I should file a Serious bug against the package (#972085). Options for libexif-gtk seem to be reverting to GTK2 only, or building GTK2 and GTK3 package

Bug#971067: RFS: libexif-gtk/0.5.0-1

Hallo Andreas, On Sun, 18 Oct 2020 at 23:18, Andreas Metzler wrote: > > afaict the build against GTK2 and GTK3 produes identical header files, > only the library differ. So a combined dev package is possible. > > Draft atached. Sorry for the long delay. Real life got in the way. I’ve adapted y

Bug#998103: RFS: loudgain/0.6.8+ds-2 [RC] -- ReplayGain 2.0 loudness normalizer

0.6.8+ds-2) unstable; urgency=medium . [ Debian Janitor ] * Remove version constraints on build-dependencies unnecessary since Buster. . [ Hugh McMaster ] * debian/gbp.conf: Use DEP-14 branch naming. * debian/control: - Build-Depend on zlib1g-dev | libz-dev (Closes: #997233).

Bug#1009365: RFS: rarcrack/0.2-1.1 [NMU] -- Password cracker for rar archives

* Use pkg-config to find libxml2 (Closes: #949491). * Do not strip during 'make install' (Closes: #901217). Thanks to Helmut Grohne for the patch. Regards, -- Hugh McMaster

Bug#1009619: RFS: nd/0.8.2-8.1 [NMU] -- small command line interface to WebDAV servers

y=medium . * Non-maintainer upload. * debian/control: - Build-Depend on pkg-config. - Use debhelper-compat v13 to enable dh_autoreconf. * Use pkg-config to detect libxml2 (Closes: #949416). * debian/patches: - Drop 65_autotools_update.diff (use dh_autoreconf instead). Regards, -- Hugh McMaster

Bug#1016864: RFS: librcc/0.2.12-1 [QA] -- RusXMMS Charset Conversion library

+ Don't install the *.la files. + Move the development documentation and examples into librcc-doc. Regards, -- Hugh McMaster

Bug#1016864: RFS: librcc/0.2.13+ds-1 [QA] -- RusXMMS Charset Conversion library

Hi Tobi, On Sat, 27 Aug 2022 at 20:45, Tobias Frost wrote: > On Wed, 24 Aug 2022 22:30:26 +1000 Hugh McMaster wrote: > + Update Vcs-* fields and point to GitHub. > > > > > > VCS* is for the packaging, not for upstream. The link on Github seems > not to > &g

Bug#1020951: RFS: raptor2/2.0.15-3 [QA] -- Raptor 2 RDF syntax library

debian/tmp" from installation paths. * libraptor2-0: Add symbols file. * libraptor2-doc: Replace .install file with .docs. * lintian-overrides: Add overrides for very-long-line-length-in-source-file and source-is-missing messages. * Add debian/upstream/metadata file. Regards, -- Hugh McMaster

Bug#1031981: RFS: fonts-material-design-icons-iconfont/6.7.0+dfsg-1 -- Material Design Icons DX

New upstream version. * debian/copyright: Update for 2023. * debian/control: + Update Standards-Version to 4.6.2 (no changes needed). + Update short description. * debian/source/lintian-overrides: Update tags and syntax. Regards, -- Hugh McMaster

Bug#1031981: RFS: fonts-material-design-icons-iconfont/6.7.0+dfsg-1 -- Material Design Icons DX

Hi Pierre, On Mon, 27 Feb 2023 at 05:54, Pierre Gruet wrote: > > Hi again, > > Le 26/02/2023 à 12:20, Pierre Gruet a écrit : > > Hell Hugh, > > > > Uploaded, thanks for your work on this package! Thank you for the upload! > > I have two minor suggestions for the next upload: > > - dversionmangle

Bug#1092027: RFS: midiminder/1.0.1-1 [ITP] -- MIDI connection minder & viewer

Hi John, Great work. On 22/05/2025 9:55 am, John Horigan wrote: [...] d/postinst: * automidi and amidiminder are older versions of this software that were distributed to Debian systems. If a Debian user installs midiminder, it is likely that they have one of these older packages

Bug#1092027: RFS: midiminder/1.0.1-1 [ITP] -- MIDI connection minder & viewer

Control: owner -1|!| Hi John, Thanks for packaging midiminder. On 4/01/2025 7:17 am, John Horigan wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "midiminder": * Package name : midiminder Version : 1.0.1-1