Package: gnustep-back0.25
Version: 0.25.0-2
Severity: important
Dear Maintainer,
The next version of libfreetype6-dev will *not* ship
the 'freetype-config' script or freetype2.m4.
Please use pkg-config to detect the freetype2 headers
and libraries instead.
Thank you
-- System Information:
Hi Simon,
On Friday, 19 January 2018 8:07 AM, Simon McVittie wrote:
> On Thu, 18 Jan 2018 at 11:06:09 +0000, Hugh McMaster wrote:
>> The next version of libfreetype6-dev will *not* ship the 'freetype-config'
>> script.
> Is there a version in experimental or something with t
On Saturday, 20 January 2018 1:54 AM, Yavor Doganov wrote:
> Hugh McMaster wrote:
>> The next version of libfreetype6-dev will *not* ship
>> the 'freetype-config' script or freetype2.m4.
> Is this a Debian-specific change to properly support multiarch?
Yes. The package recently
Package: fvwm
Version: 1:2.6.7-3
Severity: important
Dear Maintainer,
The next version of libfreetype6-dev will *not* ship
the 'freetype-config' script or freetype2.m4.
Please use pkg-config to detect the freetype headers
and libraries instead.
Thank you
-- System Information:
Debian
Package: gimp
Version: 2.8.20-1.1
Severity: important
Dear Maintainer,
The next version of libfreetype6-dev will *not* ship
the 'freetype-config' script or freetype2.m4.
Please use pkg-config to detect the freetype2 headers
and libraries instead.
Thank you
-- System Information:
Debian
Package: libftgl-dev
Version: 2.1.3~rc5-4+nmu1.2
Severity: important
Dear Maintainer,
The next version of libfreetype6-dev will *not* ship
the 'freetype-config' script or freetype2.m4.
Please use pkg-config to detect the freetype headers and libraries instead.
Thank you
-- System
Package: g15composer
Version: 3.2-2+b2
Severity: important
Dear Maintainer,
The next version of libfreetype6-dev will *not* ship
the 'freetype-config' script or freetype2.m4.
Please use pkg-config to detect the freetype headers
and libraries instead.
Thank you
-- System Information:
Debian
On Sunday, 21 January 2018 1:09 AM, Simon McVittie wrote:
> AC_CHECK_FT2 is just as much an API as freetype-config is. If that API
> is to be removed, please do a mass-bug-filing for that too.
Thanks, Simon. I'll do this too.
gs 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
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
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 s
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
ftconfig.h (Closes: #887087).
Regards,
Hugh McMaster
Hi Graham,
Sorry for the delayed reply.
On Wednesday, 31 January 2018 5:23 PM, Graham Inggs wrote:
> I saw this message in bug #887595 [1] and thought it would be relevant here:
>
> On Tue, Jan 23, 2018 at 11:56:38AM +0000, Hugh McMaster wrote:
>> Also note that the Freet
On Sunday, 26 Nov 2017 21:03:45 +0100, Helmut Grohne wrote:
> [...]
> Thus I request moving gdk-pixbuf-csource into a Multi-Arch:
> foreign package. Unfortunately, satisfying this request means adding a
> new binary package and thus going through the NEW queue.
Yes, agreed.
Maintainers, please
er handles the specified options by default.
Regards,
Hugh McMaster
Package: libfreetype6-dev
Version: 2.8.1-0.1
Severity: important
Dear Maintainer,
freetype-config does not contain any calls to pkg-config,
despite it supporting that logic (see the 'if' block).
Looking in the source, autoconf substitues %PKG_CONFIG%
at compile-time, but freetype-config only
Hi Steve,
Good to hear from you.
On Thursday, 28 December 2017 5:11 PM, Steve Langasek wrote:
>> -DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH)
>> -DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH)
>> -DEB_BUILD_ARCH ?= $(shell dpkg-architecture
ynamically generate the shlibs dependency version (Closes: #883698).
- Replace the autoconf definition of SIZEOF_LONG with the compile-time
constant __SIZEOF_LONG__ to make libfreetype6-dev multi-arch compatible.
Regards,
Hugh McMaster
Hi Steve,
I've revised my NMU in response to feedback from Adam Borowski and Gianfranco
Costamagna.
This version far less invasive.
Hugh
freetype2.debdiff
Description: freetype2.debdiff
Hi Cyril,
On Thursday, 21 December 2017 11:53 PM, Cyril Brulebois wrote:
> Yeah, that would look good to me, provided there's nothing added in a
> x.y.z version that would make the udeb depend on x.y (in the metadata
> section) while it actually depends on a feature introduced in a x.y.z
> (on a
Package: libcups2-dev
Version: 2.2.6-2
Severity: normal
Dear Maintainer,
The package libtiff-dev is now a transitional package
and is no longer marked Multi-Arch: same.
This means libcups2-dev is no longer multi-arch installable.
Please depend on libtiff5-dev to re-enable multi-arch support.
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
Please let me know by Monday if you would like
to make other arrangements.
--
Hugh McMaster
Hi Adrian,
On Monday, 23 July 2018 09:18:02 +1000, John Paul Adrian Glaubitz wrote:
> I would be happy to help with the review and the sponsorship
> of this NMU if Steve is unable to go ahead and do it himself.
Thank you for the offer to review and (potentially) sponsor my NMU of FreeType
2.
Package: libfribidi-dev
Version: 1.0.5-3
Severity: wishlist
Dear Maintainer,
Multi-arch support in libfribidi-dev is needed for packages such as
libgtk2.0-dev to become co-installable on different architectures.
libgtk2.0-dev has recently become Multi-Arch: same and libfribidi-dev
is now a
Package: libtiff-doc
Version: 4.0.9-6
Severity: wishlist
Dear Maintainer,
Please mark libtiff-doc Multi-Arch: foreign in accordance with Debian's multi-
arch hinter.
Thank you
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT policy: (500, 'unstable')
Dear maintainer,
The package libgstreamer-plugins-base1.0-dev is not currently multi-arch
compatible.
Multi-arch support is needed to allow other packages, such as Wine, to build
using
architecture-specific development files.
There are no file conflicts in libgstreamer-plugins-baase1.0-dev
Control: severity -1 important
I am raising this bug's severity to 'important', following advice from #887595.
Also, the lack of multi-arch awareness in this package blocks multi-arch
support in
libpango1.0-dev and libfontforge-dev. These packages, in turn, block multi-arch
support in Wine
Control: severity -1 important
Hi Daniel,
Thank you for your bug report. This is my fault. :-(
A sed expression was overly lenient in what it matched, resulting in the
breakage you saw.
@Steve, an appropriate fix is attached. Please try to push this out ASAP.
--
Hugh McMaster
freetype2
Package: libcamlimages-ocaml
Version: 1:4.2.0-1.1+b3
Severity: important
Dear Maintainer,
The next version of libfreetype6-dev will *not* ship the 'freetype-config'
script.
Please use pkg-config to detect the freetype headers and libraries instead.
Thank you
-- System Information:
Debian
Package: dia
Version: 0.97.3+git20160930-7
Severity: important
Dear Maintainer,
The next version of libfreetype6-dev will *not* ship the 'freetype-config'
script.
Please use pkg-config to detect the freetype headers and libraries instead.
Thank you
-- System Information:
Debian Release:
Package: dvipng
Version: 1.15-1
Severity: important
Dear Maintainer,
The next version of libfreetype6-dev will *not* ship the 'freetype-config'
script.
Please use pkg-config to detect the freetype headers and libraries instead.
Thank you
-- System Information:
Debian Release: buster/sid
Package: dvi2ps
Version: 5.1j-1.2+b2
Severity: important
Dear Maintainer,
The next version of libfreetype6-dev will *not* ship the 'freetype-config'
script.
Please use pkg-config to detect the freetype headers and libraries instead.
Thank you
-- System Information:
Debian Release:
Package: asc
Version: 2.6.1.0-3
Severity: important
Dear Maintainer,
The next version of libfreetype6-dev will *not* ship the 'freetype-config'
script.
Please use pkg-config to detect the freetype headers and libraries instead.
Thank you
-- System Information:
Debian Release: buster/sid
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
Package: adonthell
Version: 0.3.6-1+b1
Severity: important
Dear Maintainer,
The next version of libfreetype6-dev will *not* ship the 'freetype-config'
script.
Please use pkg-config to detect freetype.
Thank you
-- System Information:
Debian Release: buster/sid
APT prefers unstable
APT
Package: afterstep
Version: 2.2.12-11
Severity: important
Dear Maintainer,
The next version of libfreetype6-dev will *not* ship the 'freetype-config'
script.
Please use pkg-config to detect the freetype headers and libraries instead.
Thank you
-- System Information:
Debian Release:
build system
> autoconf+cmake: the autoconf one seems to be alling `freetype-config`,
> whereas cmake seems be doing something else (possibly pkg-config, or
> not); and we're using the cmake build system.
> FTR, the next major upstream release (0.93) will have only cmake.
Thanks for the explanation.
--
Hugh McMaster
Hi René,
Thanks for looking on this bug.
On Tue, 3 Apr 2018 11:19:20 +0200, René Dudfield wrote:
> I wonder if you know how portable pkg-config is for this?
>
> Will using pkg-config work for getting config on older versions of Debian?
>
> Or will we have to try and use both of the scripts?
original source.
This is why we copy the files back.)
--
Hugh McMaster
On Thursday, 12 April 2018 11:18 PM, Hugh McMaster wrote:
> * This is an NMU release (2.3.6-0.1). So you will need to fix d/control.
Sorry, that should say d/changelog.
Hugh
Control: tags 422207 + patch
Control: tags 675058 + patch
Control: tags 888968 + patch
Control: tags 891596 + patch
Control: tags 893891 + patch
Hi Steve,
I've prepared unixODBC 2.3.6 and uploaded it to d.mentors.
https://mentors.debian.net/debian/pool/main/u/unixodbc/unixodbc_2.3.6-0.1.dsc
Hi Steve,
Due to an oversight -- not installing the pkg-config files -- I've uploaded a
new version of unixODBC to Debian Mentors.
Hugh
Hi,
Could this bug be fixed in Unstable, please?
Alternatively, if you would like, I am happy to prepare a NMU.
I don’t believe upstream will release another version (given the lack of
activity), so fixing outstanding bugs is ideal. In particular, the previous
maintainer bug (#889301) and
Control: tag -1 pending
Hi Paul,
Thanks for the reminder. This will be fixed soon.
Thanks,
Hugh
Hi,
What is your timeline for releasing 1.0.27 to unstable?
I don't see any changes in the git repository since November last year.
If the release is still distant, I'd like to do an NMU fixing the multi-arch
incompatibility, so that the package is useable in this way again.
It's currently been
Hi,
Where are we at with this bug? As things are, it is blocking migration to
testing.
Thanks
led by debhelper >= level 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
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
libe/libexif-gtk/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 releas
Hi Josh,
Since unixODBC 2.3.6 was released this week, I'll look into preparing an NMU
for it, unless Steve beats me to it. :-)
There were a large number of changes in 2.3.5, while 2.3.6 has the nice
addition of pkg-config files.
Package: libxkbcommon-dev
Version: 0.8.0-1
Severity: normal
Dear Maintainer,
The package libxkbcommon-dev is not multi-arch installable, as the PNG
files differ in timestamp between package variants.
Please split the documentation files from libxkbcommon-dev into a new
package, e.g.
Hi Varun,
I’m preparing an NMU for #887606 and was wondering if you’d like me to convert
the package to debhelper at the same time? dvipng is currently using cdbs.
Regards,
Hugh
> On 1 Oct 2018, at 4:21 am, Holger Wansing wrote:
> Hugh McMaster wrote:
>> How will switching to ibus-m17n affect the user experience or installation?
>
> That's out of my skills, sorry.
No problem. If no one else has any objections, then I’m happy for you to dr
> On 30 Sep 2018, at 12:01 am, Adrian Bunk wrote:
>
>> On Sat, Sep 29, 2018 at 01:39:05PM +, Hugh McMaster wrote:
>>> On Saturday, 29 September 2018 5:06 AM, Adrian Bunk wrote:
>>> The following fixes it properly:
>>> - revert the override_dh_ins
Source: idzebra
Version: 2.0.59-1
Severity: important
Dear Maintainer,
idzebra currently has a build-dependency on libyaz4-dev. However, this package
will soon be replaced by libyaz-dev during an upcoming transition.
Testing with libyaz-dev 5.27.1-1 installed results in idzebra FTBFS, as it
Package: libnet-z3950-simpleserver-perl
Version: 1.15-1+b7
Severity: important
Dear Maintainer,
Your package currently build-depends on libyaz4-dev. However, this package
will soon be replaced by libyaz-dev during an upcoming transition.
Testing with libyaz-dev 5.27.1-1 installed results in
Control: severity -1 serious
Control: tags -1 + patch
Dear maintainer,
As the removal of icu-config from Debian is imminent, I have prepared a
patch for gnustep-base so its build system uses pkg-config to detect icu.
Please apply it as soon as possible.
I have also forwarded the patch
Hi Vincent,
On Monday, 17 December 2018 8:04 PM, Vincent Danjean wrote:
> I started to work on 5.27.0 and just imported 5.27.1 with "gbp import-orig
> --uscan".
> All of this is on salsa. Any help to go further is welcome (with push request
> or even direct commit)
Nice! Thank you for doing
X-Debbugs-CC: p...@debian.org
I forgot to add in the patch that an will need to build-depend on pkg-config as
well.
Hugh
Source: ucto
Version: 0.9.6-1
Severity: wishlist
Dear Maintainer,
The current version of ucto is nearly two years old and is missing out on many
upstream fixes and enhancements.
This version is also incompatible with icu 63.1, currently in testing.
Please update ucto to the latest upstream
Package: libfolia6
Version: 1.6-2+b1
Severity: wishlist
Dear Maintainer,
The current version of libfolia is almost two years old and is missing several
bug fixes and enhancements.
It also does not work with icu 63.1.
Please upgrade to the latest upstream version - 1.15.
Thank you
-- System
Hi László,
What help do you need to resolve this bug?
Hugh
389-ds-base has been uploaded to unstable.
On Wed, 2 Jan 2019 at 21:11, Hugh McMaster wrote:
>
> Hi László,
>
> All of the packages you listed in message #15 are fixed or pending
> upload. Most are fixed upstream as well.
>
> * 389-ds-base is pending upload.
> *
: Fix font metrics broken by an upstream FreeType change
The logic for computing the global ascender, descender and height of OpenType
fonts was slightly adjusted in FreeType 2.10. This change causes regression
tests 22, 23 and 24 to fail.
Author: Hugh McMaster
Bug: https://rt.cpan.org/Public/Bug
he package with dget using this command:
dget -x https://mentors.debian.net/debian/pool/main/y/yaz/yaz_5.27.2-1.dsc
Changes since the last upload:
* New upstream release.
* debian/control:
- Add Hugh McMaster as an Uploader.
- Use debhelper-compat level 12.
- Raise Standar
Control: tags -1 + patch
Dear maintainer,
I have attached a patch to allow the `configure` routine to use
PKG_CHECK_MODULES to detect the libxml2 and libxslt libraries.
Thank you,
Hugh
0001-pkg_check_modules.patch
Description: Binary data
This bug is triggered by Debian's build system. When using upstream
source, libxml2 is detected via pkg-config.
That said, the underlying configure.ac code is overly complex. While
xml2-config (and xslt-config) still exist, pkg-config is far easier to
use for detection.
I'm happy to patch the
Hi Salvatore,
On Thu, 23 Jan 2020 at 02:18, Salvatore Bonaccorso wrote:
> I've prepared an NMU for libexif (versioned as 0.6.21-5.2) based on
> the upstream commit and uploaded it to DELAYED/5. Please feel free to
> tell me if I should delay it longer.
Thank you for preparing another NMU. I
On Tue, 26 Nov 2019 03:33:02 +0100, Alexander Prokoshev wrote:
> I would like to note that pkgdata is now broken because it tries to
> use [nonexistent] icu-config.
Upstream merged a patch [1] I sent to fix the pkgdata breakage earlier today.
László, can you please consider including it in a new
On Fri, 27 Mar 2020 at 04:56, gregor herrmann wrote:
>
> On Thu, 26 Mar 2020 21:05:23 +1100, Hugh McMaster wrote:
> Fixed in git, waits for YAZ 5.29.0 to enter unstable (for the
> yaz-server.pc file).
YAZ 5.29.0-2 is now in unstable, so feel free to upload
libnet-z3950-simpleserver-p
Control: tags -1 + pending
This is already fixed upstream. I'll push it to Debian shortly.
Hugh
on-by-zero errors
+ in exif_entry_get_value() (CVE-2020-12767) (Closes: #960199).
+- cve-2020-0093.patch: Prevent read buffer overflow (CVE-2020-0093).
+
+ -- Hugh McMaster Tue, 19 May 2020 19:40:10 +1000
+
libexif (0.6.21-2+deb9u1) stretch-security; urgency=high
* Non-maintai
Control: tags -1 - a11y
Control: tags -1 + wontfix
On Sat, 5 Sep 2020 at 00:48, 欧阳春晖 wrote:
> It is found that the package does not contain freetype config, while
> that of Ubuntu contains freetype config. This may be a packaging error.
> Please fix it
I'm removing the a11y tag, since your bug
Source: gtkam
Version: 1.0-3
Severity: serious
Tags: ftbfs
Justification: Policy 7.7
Dear Maintainer,
libexif-gtk is moving to GTK3 in response to #967573.
gtkman also only supports GTK2, which means it blocks the introduction of
libexif-gtk built on GTK3.
Upstream gtkam has seen no activity
Package: armagetronad
Version: 0.2.8.3.5-1
Severity: normal
Tags: upstream
Dear Maintainer,
armagetronad is now at version 0.2.9.0.1 upstream. It would be good to have the
latest version in Debian.
In addition, your d/watch file is out of date. Upstream has moved to gitlab:
Hi Andreas,
On Thu, 1 Oct 2020 at 02:49, Andreas Metzler wrote:
> Runtime library are generally installed as a dependency, when the
> depending package is rebuilt against the newer library apt will pull it
> in and the old library can be autoremoved.
Very nice.
> > I’m also targeting
I've updated the debdiff for this release to include the changelog
entries for the sponsored upload.
libexif_0.6.21-2+deb9u3.debdiff
Description: Binary data
On Mon, 25 May 2020 at 22:18, Hugh McMaster wrote:
>
> I've updated the debdiff for this release to include the changelog
> entries for the sponsored upload.
Apologies. This is the correct debdiff.
libexif_0.6.21-2+deb9u2.debdiff
Description: Binary data
-2020-13114) (Closes: #961410).
+
+ -- Hugh McMaster Mon, 25 May 2020 22:01:18 +1000
+
+libexif (0.6.21-5.1+deb10u2) buster; urgency=medium
+
+ [ Mike Gabriel ]
+ * Sponsored upload.
+ * debian/patches: Trivial rebase of various patches.
+
+ [ Hugh McMaster ]
+ * Team upload.
+ * Add upstream
Dear mentors,
On Sat, 13 Jun 2020 at 22:45, Hugh McMaster wrote:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for the package "shotdetect"
>
> * Package name: shotdetect
>Version : 1.
Hi Nelson,
On Sun, 14 Jun 2020 at 11:51, Hugh McMaster wrote:
> On Sun, 14 Jun 2020 at 08:32, Nelson H. F. Beebe wrote:
>> That is not the same version of exiftool that Boyuan reported, but there was
>> no URL for his version. I someone cares to send me a suitable source URL
&g
overflow in exif_entry_get_value() (CVE-2020-0182).
+- Fix an unsigned integer overflow in libexif/exif-data.c (CVE-2020-0198)
+ (Closes: #962345).
+
+ -- Hugh McMaster Wed, 24 Jun 2020 23:31:09 +1000
+
libexif (0.6.21-5.1+deb10u3) buster; urgency=medium
* Add upstream patches to fix
Dear mentors,
On Tue, 2 Jun 2020 at 23:16, Hugh McMaster wrote:
> I am looking for a sponsor for my package "xmlstarlet"
>
> * Package name: xmlstarlet
>Version : 1.6.1-2.1
>Upstream Author : Mikhail Grushinskiy
> * URL : ht
On Sun, 14 Jun 2020 at 08:32, Nelson H. F. Beebe wrote:
> [...]
> That is not the same version of exiftool that Boyuan reported, but there
> was no URL for his version. I someone cares to send me a suitable source
> URL off list, I'll do another build with it on my new S/390 VM.
Thank you.
Hi Adrian,
On Tue, 17 Nov 2020 at 03:53, Adrian Bunk wrote:
> What is the point of moving libexif-gtk to GTK3 when the only package
> using it does not support it?
>
> This sounds like a mistake that should be reverted.
I already have. When I realised gtkam was an issue, I updated libexif-gtk
/copyright: Use spaces rather than tabs to start continuation lines.
* Set upstream metadata fields: Repository.
.
[ Hugh McMaster ]
* New upstream version 2.2.0
- Upstream now ships a pkg-config file (zebra.pc).
- idzebra-config-2.0 is no longer packaged.
* debian/control:
Package: devscripts
Version: 2.21.4
Severity: important
Dear Maintainer,
When using uscan to download the latest version of FreeType and its component
tarballs, uscan fails.
scan: Newest version of ft2docs on remote site is 2.11.0, specified
download version is 2.11.0
gpgv: can't open
Source: psqlodbc
Version: 1:13.02.-1
Severity: important
The recent upload of unixodbc 2.3.9-2 to unstable triggered psqlodbc's
autopkgtests, which fail because odbcinst is not installed.
In previous versions of unixodbc, odbcinst was installed via odbcinst1debian2,
which was a dependency of
Control: tags -1 pending
Hi Alexander,
Thank you for filing this bug report.
On Tue, 26 Oct 2021 at 23:09, Alexander Traud wrote:
>
> Package: unixodbc-dev
> Version: 2.3.6-0.1build2
>
> In salsa [1], I see that the dependency on libltdl-dev was added to the -dev
> package in the year 2004
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).
Hi Paul,
On Fri, 29 Oct 2021 at 21:21, Paul Wise wrote:
>
> Not sure if this issue is a bug in sm or freetype, please reassign.
>
> Since the upgrade of freetype from 2.10.4+dfsg-1 to 2.11.0+dfsg-1,
> whenever I attempt to display a string in sm containing letter e,
> either via the command-line
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Due to various changes, unixodbc's libraries, libodbc, libodbccr and libodbccr
have a new soversion.
Test results after rebuilding all reverse dependencies and reverse-build
On Sun, 31 Oct 2021 at 01:36, Paul Wise wrote:
>
> I figured out that this command causes the issue:
>
>$ gsettings set org.gnome.desktop.interface font-antialiasing rgba
>
> and this command fixes the issue:
>
>$ gsettings set org.gnome.desktop.interface font-antialiasing grayscale
Source: tdbcodbc
Version: 1.1.2-1
Severity: important
Tags: ftbfs
Dear Maintainer,
I will soon be starting a transition with unixODBC that will cause a build
failure with src:tdbcodbc due to its hard-coded build-dependencies of libodbc1
and odbcinst1debian2.
To avoid issues with the transition
(Closes: #949051).
+- Don't manually strip the binary (Closes: #436940).
+- Fix install path to work with dh_auto_install.
+- Multiple spelling fixes (Lintian).
+ * debian/rules:
+- Switch to `dh' format.
+- Export hardening flags.
+ * Add debian/watch file.
+
+ -- Hugh McMaster
Hallo Jan,
On Tue, 22 Feb 2022 at 07:06, Jan Wielemaker wrote:
>
> Thanks for your answer. I'm not convinced. You are telling that we
> must define macros to make sql.h get the right type for SQLBIGINT.
> Getting the right type (some alias for int64_t or a struct) is IMO
> something that should
list.
+ * debian/copyright: Use DEP-5 format and update for 2022.
+ * debian/patches: Add descriptions and other metadata.
+ * debian/rules: Add hardening flags to DEB_BUILD_MAINT_OPTIONS.
+ * Use pkg-config to find libxml2 (Closes: #949091).
+ * Update debian/watch file.
+
+ -- Hugh McMaster
arguments --parallel --with=autoreconf.
+ * Add debian/upstream/metadata file.
+ * Update debian/watch and point to GitHub.
+
+ -- Hugh McMaster Sun, 27 Mar 2022 22:15:18 +1100
+
cpm (0.32-1.3) unstable; urgency=medium
* Non-maintainer upload.
@@ -17,7 +45,7 @@
* Non-maintainer upload.
101 - 200 of 249 matches
Mail list logo