Package: ansible-lint
Version: 6.17.2-1
Severity: wishlist
Dear maintainers of ansible-lint,
ansible-lint has had several upstream releases which include various bug
fixes. It would be nice to have those in Debian as well.
Cheers,
sur5r
-- System Information:
Debian Release: trixie/sid
APT
(cc'ing Jérôme as he expressed interest)
(cc'ing Juri as he started packaging at [1])
I recently learned about automx2 and would love to see it packaged in
Debian as well.
Does either of you still plan to maintain it? Is there anything I can
help with?
Cheers,
sur5r
[1]
Control: fixed -1 0.2.5
This has been fixed upstream by [1]. I'm working on updating iec16022 to 0.3.1.
[1]
https://github.com/rdoeffinger/iec16022/commit/bcd23c55d7176fdea9d40e68b93100567903ce14
pgpNdTb0bBxe7.pgp
Description: OpenPGP digital signature
notfound 1065319 0.5.2-1
thanks
I just re-checked and could not reproduce this in bookworm.
Cheers,
sur5r
--
ceterum censeo microsoftem esse delendam.
pgpvkzKeZXUdO.pgp
Description: OpenPGP digital signature
On Wed, 17 May 2023 21:51:44 +0200 Andrea Pappacoda wrote:
> I'd love to package the 3.x branch, but there currently isn't any LTS
> release for it; the latest LTS is 2.28.x. I'm not going to package
> non-LTS versions in Debian, since they don't fit nicely with the stable
> release scheme.
Package: postfix-policyd-spf-perl
Version: 2.011-2
Severity: normal
When /etc/postfix/exempt_spf_addresses contains a hostname that returns
NXDOMAIN, postfix-policyd-spf-perl crashes with
Can't call method "contains" on an undefined value at
/usr/sbin/postfix-policyd-spf-perl line 296, line 2.
On Mon, 5 Feb 2024 22:39:41 +0530
Pirate Praveen wrote:
> One thing I can think of is newer graphql gem. See if manually
> installing [1] graphql 2.0.27 fixes it.
Yes, you are right. Downgrading graphql to 2.0.27 fixes it.
Sad fact: Even 16.8 still locks to 2.0.27.
--
ceterum censeo
Package: gitlab
Version: 16.6.6-2~fto12+1
Severity: normal
from production.log:
-
GraphQL::RequiredImplementationMissingError (GitlabSchema.resolve_type(type,
obj, ctx) must be implemented to use Union types, Interface types, or `loads:`
(tried to resolve: Types::BoardType)):
Hi,
thanks for the heads up.
There's only a single usage of RQRCode in app/views/twofa/totp/_new.html.erb
which seems to be compatible with the current API.
I will test it and report back.
Cheers,
sur5r
--
ceterum censeo microsoftem esse delendam.
pgp_0lKvChxvs.pgp
Description: OpenPGP
Hi,
thanks for the report.
I also noticed this while working on the adoption of the package.
This particular problem can be worked around easily, but it's unfortunately
not the only one.
My current plan is to disable jlink support as a first step as it needs
non-free components.
The other
Hi all,
just to add some info: I imported 1.2.3 and built a package. A quick
check from an AD Windows host and using ntpdig both returned success.
Necessary changes:
- drop all accepted and forwarded patches
- quilt refresh debian/patches/use-etc-ntpsec.patch
- drop "--enable-debug-gdb" in
Package: util-linux
Version: 2.39.1-1
Severity: important
Tags: upstream
X-Debbugs-Cc: su...@debian.org
Control: affects -1 ceph-fuse
util-linux 2.39 switched to the new mount API using fsconfig.
Unfortunately, this breaks remounting of FUSE and overlayfs mounts as it
tries to re-set existing
Hi Zygmunt,
On Tue, 21 Mar 2023 12:07:03 +0100
Jakob Haufe wrote:
> That would be great. Do you still intend to work on this?
Any news on this?
--
ceterum censeo microsoftem esse delendam.
pgpaEDgUyHGBz.pgp
Description: OpenPGP digital signature
> https://git.openafs.org/?p=openafs.git;a=commit;h=c4c1689
That by itself is not enough it seems:
CC [M]
/var/lib/dkms/openafs/1.8.10/build/src/libafs/MODLOAD-6.5.0-1-amd64-SP/osi_sysctl.o
/var/lib/dkms/openafs/1.8.10/build/src/libafs/MODLOAD-6.5.0-1-amd64-SP/osi_sysctl.c:250:10:
error:
> Looks okay. I am not sure about whether it will bring ABI breakage; given
> the current transition freeze, I plan to enable it with zxing-cpp 2.0 upload
> after Debian 12 release.
Given the release is done, it would be great to have a newer zxing along
with a C++20 build. Are there any
Control: tag -1 + upstream
Being a feature request this needs to be adressed upstream.
Cheers,
sur5r
pgpwrb0jBhf1G.pgp
Description: OpenPGP digital signature
Thanks for the report!
I will try and reproduce this on a fresh Debian+KDE installation.
> Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
> TAINT_UNSIGNED_MODULE
Which kernel modules are responsible for this? In case it's proprietary
NVIDIA/AMD graphics stuff, can you please
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
X-Debbugs-Cc: s...@packages.debian.org
Control: affects -1 + src:slop
Please unblock package slop
This fixes RC bug #1034953 which could affect users upgrading from
bullseye to bookworm.
On Sun, 19 Mar 2023 16:07:24 +0100
"Zygmunt Krynicki" wrote:
> I forgot about this entirely, having changed jobs.
>
> Let me share what I made once I'm home.
That would be great. Do you still intend to work on this?
Cheers,
sur5r
--
ceterum censeo microsoftem esse delendam.
Hi Zygmunt,
I would be interested in having west packaged in Debian as well.
Feel free to contact me for review or sponsorship either by mail or
(preferably for more interactive work) via IRC (#debian-mentors on OFTC).
Cheers,
sur5r
--
ceterum censeo microsoftem esse delendam.
On Fri, 24 Feb 2023 15:11:35 +0100
Adi Kriegisch wrote:
> Dear Jakob,
>
> > I've enhanced the patch from the upstream bugtracker by file name
> > encoding support as configured in redmine.
> that is ingenious! Thank you very much!
>
> > Could you test the new patch [1]?
> >
> > [1]
> >
I've enhanced the patch from the upstream bugtracker by file name
encoding support as configured in redmine.
Could you test the new patch [1]?
[1]
https://salsa.debian.org/ruby-team/redmine/-/blob/bts1031811/debian/patches/mercurial-py3-fix
--
ceterum censeo microsoftem esse delendam.
I guess this was meant for #1023926? Will reply there.
Cheers, sur5r
--
ceterum censeo microsoftem esse delendam.
pgpwLbAgeON_3.pgp
Description: OpenPGP digital signature
Control: fixed -1 0.1.4-1
Control: close
I somehow lost the Closes: entry while preparing the upload, closing
manually.
Cheers,
sur5r
--
ceterum censeo microsoftem esse delendam.
pgpeQLYZsS9Xt.pgp
Description: OpenPGP digital signature
We currently consider fixing this in a more automatic manner. See [1].
Cheers,
sur5r
[1] https://salsa.debian.org/ruby-team/redmine/-/merge_requests/4
--
ceterum censeo microsoftem esse delendam.
pgpzYol2UFqwR.pgp
Description: OpenPGP digital signature
Control: tag -1 + help
On Mon, 20 Feb 2023 15:57:23 +0100
Andre Heider wrote:
> Adding "gem 'thin'" to /usr/share/redmine/Gemfile fixes it for me.
>
> I've no idea about ruby stuff, so that's probably not an appropriate
> solution. Does this need to be fixed or can I solve that without
>
Control: notfound -1 5.0.4-2~bpo11+1
Control: tag -1 - moreinfo
After further investigation, we found the following:
The plugin redmine_mermaid_macro[1] was installed to
/usr/share/redmine/lib/plugins instead of /usr/share/redmine/plugins.
While this seems to have worked with 4.x, this no
Control: tag -1 + moreinfo unreproducible
We discussed this in IRC (#debian-ruby in OFTC, feel free to pass by)
and couldn't reproduce the problem.
We installed redmine 4.0 from buster backports and updated the VM to
bullseye, once by installing only the minimum set of packages from
backports
Package: approx
Version: 5.11-1
Severity: important
Starting with 5.11-1, approx does not deliver data to clients anymore.
Clients receive 404 and the following assertion error is logged:
Connection from [REDACTED] port 57282
Request: GET /debian-security/dists/bullseye-security/InRelease
On Sat, 04 Feb 2023 18:14:38 +
"Adam D. Barratt" wrote:
> Does that imply that the package has been broken for a very long time?
> ruby 1.8 was removed from the archive nearly a decade ago.
Most probably, yes.
> In any case, please go ahead.
Thanks, will do.
Cheers,
sur5r
--
ceterum
On Wed, 1 Feb 2023 21:10:57 +0100
Matej Zagiba wrote:
> I believe real problem lies in package management procedures - there
> should be trigger to recompile and repackage (and retest)
> bind9-dyndb-ldap after each version change and/or repackage of
> bind9-libs. This action should be done
On Thu, 13 Oct 2022 11:45:25 +0800 Paul Wise wrote:
> $ curl -s https://sourceforge.net/projects/zint/ | grep -i web.site |
> html2markdown | tr -s '\n' ' '
> [Zint Barcode Generator Web Site](http://www.zint.org.uk/ "Zint Barcode
> Generator Web Site")
This results in
[Zint Barcode Generator
Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu
X-Debbugs-Cc: ruby-cfpropertyl...@packages.debian.org, su...@debian.org
Control: affects -1 + src:ruby-cfpropertylist
This update fixes #1029726 in bullseye.
This bug was
Package: ruby-cfpropertylist
Version: 2.2.8-1.1
Severity: serious
Tags: patch upstream
Justification: Breaks unrelated software
While the infamous "Showing diffs returns 500" problem on Debian
packaged gitlab, it was noticed that the current version of
ruby-cfpropertylist in Debian injects an
On Sun, 15 Jan 2023 19:37:40 -0500
Boyuan Yang wrote:
> Looks okay. I am not sure about whether it will bring ABI breakage; given
> the current transition freeze, I plan to enable it with zxing-cpp 2.0 upload
> after Debian 12 release.
Yes, you are right, it does break the ABI.
/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
--
ceterum censeo microsoftem esse delendam.
From 3af7efcab6eef37182f8544a1c4618b1da242fa3 Mon Sep 17 00:00:00 2001
From: Jakob Haufe
Date: Sat, 14 Jan 2023 21:02:49 +0100
Subject: [PATCH] Build with C++20
---
debian/patches
Control: tags -1 + upstream
Control: forwarded -1 https://github.com/fstl-app/fstl/issues/40
There's a related upstream issue, so I'm linking it here.
--
ceterum censeo microsoftem esse delendam.
pgp1k6TEklSre.pgp
Description: OpenPGP digital signature
Package: wnpp
Severity: wishlist
Owner: Jakob Haufe
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: glabels-qt
Version : 3.99-master564
Upstream Contact: Jim Evins
* URL : https://github.com/jimevins/glabels-qt
* License : GPL, LGPL, MIT/X
On Tue, 6 Dec 2022 10:24:25 +0100
Michael Stapelberg wrote:
> sur5r, would you be interested in picking this tiny package up?
> Otherwise, I’ll file a bug to orphan it.
Yes, I will pick this up before the freeze.
Cheers,
sur5r
--
ceterum censeo microsoftem esse delendam.
pgpeFy99hVSle.pgp
Thanks for the report! The upstream bugtracker already contains a proposed fix.
I will try it against mpv from experimental.
Package: libpappl-dev
Version: 1.2.1-1
Severity: normal
While pappl.pc contains
Requires.private: avahi-client libjpeg, libpng >= 1.6, libusb-1.0 >= 1.0,
gnutls >= 3.0, zlib >= 1.0
libpappl-dev does not depend on libavahi-client-dev, which in turn
makes pkg-config believe it's unavailable,
On Fri, 11 Nov 2022 16:12:32 +0100
Salvatore Bonaccorso wrote:
> Jakob, were you able to forward the patch upstream? I'm including
> Johan and linux-usb list in this reply now.
No, I originally wanted to understand the differences of the firmware
loading mechanism as I assumed a patch migrating
On Wed, 2 Nov 2022 06:52:41 +0100
Maximilian Stein wrote:
> I can confirm this, the same is happening on my system, too.
I worked around this by setting
ForwardToSyslog=no
in /etc/systemd/journald.conf as I don't see any benefit in duplicated
logging.
--
ceterum censeo microsoftem esse
Source: libsigrok
Version: 0.5.2-3
Severity: wishlist
Subject says it all. It would be nice if libsigrok could be built with
its python bindings enabled.
Cheers,
sur5r
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (501, 'testing'), (500,
> An alternative fix is to replace:
> #{"style=\"background-color: #{h bg_color}\"" if bg_color}
> with:
> #{"style=\"background-color: #{html_escape bg_color}\"" if bg_color}
>
> I think "h" is supposed to be a method alias for "html_escape", but
> is not loaded due to something missing in our
I did a build using the patch from [1] which solved the issue for me.
The modified source and a bookworm/amd64 build can be found using:
-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-✂-
Types: deb
URIs: https://debian.sur5r.net/ceph
Suites: bookworm
Components: main
Signed-By:
Does this issue persist? If so, is this on RaspiOS or Debian?
--
ceterum censeo microsoftem esse delendam.
pgpeiViOH38hD.pgp
Description: OpenPGP digital signature
Control: tags -1 + moreinfo
Does this still apply to current versions of i3?
--
ceterum censeo microsoftem esse delendam.
pgpo9Oah4xWkb.pgp
Description: OpenPGP digital signature
Source: ceph
Version: 16.2.10+ds-2
Severity: important
Tags: upstream
Ceph is missing the fix for https://tracker.ceph.com/issues/53441.
This results in:
# ceph health detail
HEALTH_ERR 2 mgr modules have failed
[ERR] MGR_MODULE_ERROR: 2 mgr modules have failed
Module 'balancer' has failed:
Control: tag -1 + pending
On Mon, 12 Sep 2022 10:56:40 -0700
Francois Marier wrote:
> After installing the qml-module-qt-labs-platform package, everything starts
> up fine.
>
> Please add the missing dependency (or at the very least a Recommends).
Thanks for the report.
Will fix this in
I just pushed some initial packaging work to salsa[1].
This is still unclean and not exactly tested. Two main points need to be
taken care of before uploading:
- Proper d/copyright. Any help here is highly appreciated
- Disable the builtin autoupdater
Comaintenance or a team umbrella to put
On Wed, 20 Jul 2022 08:28:11 +0200
Michael Stapelberg wrote:
> sur5r, is updating libxcb-xrm something you’d be able to help with?
Yes, but I will not be able to have a look for at least another week.
> The alternative is orphaning that package and updating it via the QA team,
> I suppose.
Do
I have not upgraded to 15.0.4 yet but found the following jobs being
in failed state on my instance:
id | status | job_class_name | table_name |
column_name | job_arguments
++++-+---
This still affects 5.15.0-3-amd64:
[624300.704569] usb 5-1: new full-speed USB device number 2 using ohci-pci
[624300.901723] usb 5-1: New USB device found, idVendor=06cd, idProduct=011a,
bcdDevice=80.01
[624300.901746] usb 5-1: New USB device strings: Mfr=0, Product=0,
SerialNumber=0
Source: iec16022
Version: 0.2.4-1.3
Severity: important
X-Debbugs-CC: Jan Lübbe
X-Debbugs-CC: Chen Baozi
X-Debbugs-CC: m...@qa.debian.org
Dear maintainer,
The iec16022 package is in need of salvaging.
The packages was severly out of date regarding both packaging and
upstream releases.
The
On Sun, 16 Jan 2022 16:15:43 +
Philip Wyett wrote:
> On Sun, 2022-01-16 at 16:24 +0100, Félix Sipma wrote:
> > It would be nice to have glabels 4.x in Debian. Could you consider
> > packaging it?
Yes, I already thought about it. Given its development came a long way
now, it might make
Debdiff attached
--
ceterum censeo microsoftem esse delendam.
iec16022_0.2.4-1.3.debdiff
Description: Binary data
pgpOOIv0YySy9.pgp
Description: OpenPGP digital signature
ceph-crush-location was removed upstream with the 13.0.1 release (mimic).
See https://github.com/ceph/ceph/pull/19881/files for details.
--
ceterum censeo microsoftem esse delendam.
pgpRQ60j6B6kS.pgp
Description: OpenPGP digital signature
I just had a look at this and so far it looks easy to convert to dh.
I intend to prepare an NMU for this. Debdiff will follow.
Jan: Is that ok with you? Also: Would you be interested in a
co-maintainer for iec16022?
I am sort of scratching my own itch here as iec16022 is a reverse
dependency of
On Mon, 8 Nov 2021 10:25:24 +0100
Matthias Urlichs wrote:
> Looks like the problem is a toolchain matter and requires a rebuild with
> Rust 1.56.
>
> https://bugzilla.opensuse.org/show_bug.cgi?id=1192067
According to the build log, 94.0-1 has been built with 1.56.
--
ceterum censeo
On Wed, 03 Nov 2021 18:44:12 +0100
Christoph Anton Mitterer wrote:
> Oh and as a warning for everyone who wants to try out.
>
> Stupid *zilla seems to no prevent downgrade of the profiles... so once
> upgraded you cannot downgrade without throwing away your old profile
> with all data in it.
Package: firefox
Version: 94.0-1
Followup-For: Bug #998108
I just did a fresh unstable installation and I can not reproduce the
bug there.
So some difference in dependencies between bookworm and sid might be
causing this.
Any idea how to systematically find this?
pgpNZSeQSHWBf.pgp
Package: firefox
Version: 94.0-1
Followup-For: Bug #998108
X-Debbugs-Cc: su...@debian.org
I just tried 94.0-1 and it froze a couple of seconds after entering a
BBB session.
Source: asciidoc
Version: 10.0.1-1
Severity: grave
Justification: Causes builds of packages using asciidoc to build documentation
to fail
Tags: patch
X-Debbugs-Cc: su...@debian.org
/usr/bin/asciidoc and /usr/bin/a2x rely on python distribution info to
locate the entry point. These files are
block 871621 936935
kthxbye
I just had another look at virt-bootstrap. As it depends on
virt-sandbox, which is py2-only, I will wait for #936935 to be fixed
(or try and come up with a fix myself) before continuing to work on
virt-bootstrap.
Cheers,
sur5r
--
ceterum censeo microsoftem esse
Source: bind-dyndb-ldap
Version: 11.6-1
Severity: normal
Tags: upstream patch ftbfs
X-Debbugs-Cc: su...@debian.org
Bind9 9.16.10 and 9.16.11 introduced API changes which break existing
installations of bind9-dyndb-ldap when bind9 gets updated and also
prevent bind9-dyndb-ldap to be built from
Hi,
I just stumbled across this ITP.
Given that skopeo is packaged now I was wondering what the status of
the packaging for virt-bootstrap is.
Cheers,
sur5r
--
ceterum censeo microsoftem esse delendam.
pgpeD7GPipTgU.pgp
Description: OpenPGP digital signature
Control: tags 979083 + upstream
Control: tags 979083 + pending
Control: forwarded 979083 https://github.com/i3/i3/issues/4304
Thanks for the report!
The problem was introduced in [1].
I reported it upstream in [2] and will include a bugfix in the next
upload.
Cheers,
sur5r
[1]
Source: bind-dyndb-ldap
X-Debbugs-Cc: su...@debian.org
Version: 11.5-1
Severity: important
The update to bind9 9.16.8 broke bind9-dyndb-ldap as it was compiled
against 9.16.6, linking to libdns.so.1605 and libisc.so.1606 which both
got an SONAME bump in 9.16.8 to libdns.so.1608 and
Control: tags + pending
Seems I completely missed this. Will take care of it in the next few
days.
Cheers.
sur5r
--
ceterum censeo microsoftem esse delendam.
pgpcG1spre5oT.pgp
Description: OpenPGP digital signature
Hi all,
I forgot about this, so a quick followup from my side:
On Wed, 1 Apr 2020 05:29:21 +0200 Salvatore Bonaccorso
wrote:
> Understandable, would not do as as well to install unstable packages
> into production systems. Was just hoping you have a way to
> trigger/reproduce and confirm.
I
On Fri, 17 Apr 2020 17:30:00 +0200 Michael Stapelberg wrote:
> This was fixed upstream with
> https://github.com/i3/i3/commit/f517b5aa57216a6c55fc00053dfaad378d9392fa
Which in turn is part of 4.18. So this should already be fixed. I will
do a rebuild with GCC 10 and update this bug accordingly.
Package: busybox
Version: 1:1.30.1-5
Severity: important
Tags: upstream
X-Debbugs-Cc: su...@debian.org
Control: block -1 961195
With glibc 2.31, hwclock from busybox is unable to set the system time
due to the changes in settimeofday behavior.
This can *currently* be worked around by switching
On Mon, 08 Jun 2020 11:13:56 +0200
Markus Raps wrote:
> do you have any time soon ? =)
Yes. The package does not seem to be on mentors.d.n yet, right?
Also, in case you are on IRC, could you join OFTC/#debian-mentors? This
would make coordination work easier than using mail and/or the BTS.
Source: klayout
Version: 0.26.2-2
Severity: minor
As stated in the subject: The Vcs control fields point to a project on
salsa which does not exist.
-- System Information:
Debian Release: bullseye/sid
APT prefers testing-debug
APT policy: (500, 'testing-debug'), (500, 'stable-debug'), (500,
And it broke in testing as predicted.
As I rely on this package for my DNS setup: Is there a planned way
forward? Have there been any efforts to merge this into the bind9
source package as proposed?
Feel free to ping my via mail or on IRC if I can help.
Cheers,
sur5r
--
ceterum censeo
Hi,
It seems this is not resolved yet as the update to 6.0.0-6 stopped my
VMs again.
Cheers,
sur5r
--
ceterum censeo microsoftem esse delendam
pgpHve0McmsSJ.pgp
Description: OpenPGP digital signature
On Sat, 21 Dec 2019 23:04:30 +0100 Salvatore Bonaccorso
wrote:
>
> Helmut was reporting to see the issue on buster, but we would need
> confirmation that the issue is seen still at least on 5.4.6 or ideally
> as well on 5.5-rc2.
As stated in the subject: This is still an issue on
Package: ferm
Version: 2.5.1-1.1
Severity: important
With the update to 2.5.1-1.1, @resolve stopped working. Using it
results in the following error:
iptables-restore v1.8.4 (legacy): Bad IP address
"deferred=ARRAY(0x5579922dacd0)"
Also, running "ferm --shell --remote /etc/ferm/ferm.conf" to
Control: tags + patch
Control: tags + pending
This turned out to be a little tricker than expected. While the
tray-monitor code itself only needed a tiny adjustment to compile
against Qt5, getting the actual binary into the package needed more
work.
Upstream is using libtool to link and install
fail2ban up and including to 0.10.4 does not contain code to actually
purge DB entries based on dbpurgeage.
Code for this has been introduced in
681bc2ef07ebdf749ccef624d8d598de42b0c6b6 in branch 0.11 but this has
not seen a release yet.
I am currently running the attached script on a daily
Control: tags + pending
I will prepare an NMU fixing this and #874839 and will upload it to
DELAYED/5.
--
ceterum censeo microsoftem esse delendam
pgpSsA9YZ6u5j.pgp
Description: OpenPGP digital signature
I don't have time for it right now, but if you put the package on
mentors I will try and have a look at it next week.
Cheers,
sur5r
--
ceterum censeo microsoftem esse delendam.
pgp3OuFMq4iYs.pgp
Description: OpenPGP digital signature
Does this still apply to 0.9.3-1?
Unfortunately I was never able to find the cause for this.
It might as well be a bug in Qt as the stacktrace stayed entirely in Qt.
pgpudxa9DQb8r.pgp
Description: OpenPGP digital signature
I stumbled across this issue yet again in a fresh buster installation.
Various conversions did not solve it for me, but after reading [1], I
checked and found that my initramfs indeed did not contain raid1.ko.
Adding raid1 to /etc/initramfs/modules made my system boot.
This suggests
Dear Bareos maintainers,
this FTBFS can be fixed rather easily.
Based on [1] I created [2].
An upcoming 18.2 upstream release will contain a fallback for GlusterFS
5 as well, but I don't see a point in backporting this logic to the
autotools stuff in 17.2 as GlusterFS 6 is available even in
Package: zathura
Version: 0.4.4-1
Severity: normal
With girara 0.3.3 enabling smooth-scroll reporting by default, mouse wheel
zooming in zathura became inconsistent for me (in comparison to
keyboard zooming).
The first issue is the zooming direction being inverted, the other is
the zoom level
On Mon, 09 Sep 2019 14:59:02 -0400
Asher Gordon wrote:
> I think that its the GEGL version that fixed it, not the patch. The
> bug appears to be caused because the GIMP was built against GEGL
> 0.4.14 (in sid), but bullseye only has GEGL 0.4.12.
I doubt this is correct. Installing GEGL 0.4.14-1
The crash seems to be caused by gimp_gegl_mask_is_empty() in
app/gegl/gimp-gegl-mask.c
I cherry-picked 986a298a from upstream (which is also contained in
2.10.10+) and rebuilt gimp. This fixes the issue for me. This patch,
however, needs gegl >= 0.4.14 which is stuck in unstable ATM.
gegl
On Wed, 3 Apr 2019 09:40:06 +0800 gustavo panizzo wrote:
> I've just uploaded 2.0.0-4 to experimental
Please note that this still fails on DebCI, presumably because tests
are run as non-root by default, which means /usr/sbin is not in $PATH.
A local test, with debian/tests/run-uhubctl-v
Package: devscripts
Version: 2.19.6
Severity: normal
When using uscan --report, I do not expect it to modify the source tree in any
way.
However, it automatically converts a binary keyring to an ascii armored
keyring.
Moreover, it creates two directories, named "448" and "true".
Example below,
) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix "conflict with /dev/input/js0" (Closes: #916610)
+- Fixed upstream in 34ddda1246ad07e8ff2e6606224e710852e3e3d8
+
+ -- Jakob Haufe Sat, 01 Jun 2019 11:13:33 +
+
spacenavd (0.6-1) unstable; urgency=medium
* Importe
Control: tags -1 + patch upstream
There's an upstream commit[1] fixing this issue. I've prepared an NMU
and uploaded it to mentors [2].
I would like to try and get it sponsored and uploaded to the DELaYED
queue and ideally get it unblocked for buster.
Cheers,
sur5r
[1]
Hi Ruben,
some time ago, you expressed interest to package nextpnr for Debian.
Have you found time to work on this yet? Do you need help and/or
testers?
Cheers,
sur5r
--
ceterum censeo microsoftem esse delendam.
pgpsxsrevsZmU.pgp
Description: OpenPGP digital signature
Package: ftp.debian.org
Severity: normal
Please remove blogofile - it has not seen any upstream commits for 4 years
and the project website is gone. It might furthermore be affected by
#929321.
Cheers,
sur5r
On Tue, 12 Feb 2019 17:25:00 +0100
Geert Stappers wrote:
> > [359317.396908] dahdi: Telephony Interface Unloaded
> > [359362.752504] dahdi: Version: 2.11.1.0.20170917
> > [359362.753365] dahdi: Telephony Interface Registered on major 196
> > [359362.755683] wct4xxp: Unknown symbol
> >
Package: manpages.debian.org
Severity: wishlist
The favicon of manpages.debian.org does not use an alpha channel for the
antialiased portions of the swirl. This makes it look rather ugly on a
non-white background.
manpages.debian.org should use the same file as on www.debian.org which
does use
Package: cron-apt
Version: 0.10.0
Severity: normal
dotlockfile moved to liblockfile-bin with 1.09-1, so this should be
adjusted.
-- System Information:
Debian Release: 9.7
APT prefers stable
APT policy: (501, 'stable'), (500, 'stable-updates'), (500,
'proposed-updates'), (500, 'testing')
On Fri, 30 Nov 2018 18:01:26 +0200
Jan Groenewald wrote:
> There is https://packages.gitlab.com/gitlab/gitlab-ce
>
> (deb https://packages.gitlab.com/gitlab/gitlab-ce/debian/ stretch main)
Sorry, but no. Just no, no, no and no. Those binary dumps are horrible. They
are essentially just
Seems like I overlooked it when looking for a solution: There's a
corresponding upstream bug report at [1] containing a similar patch.
It might be better to include the patch available there as it will most
probably be applied upstream. If wanted, I can test the upstream patch
as well.
Cheers,
1 - 100 of 215 matches
Mail list logo