Package: libunbound-dev
Version: 1.10.0-1
Severity: normal
In 1.10.0 the unbound-dev pkgconfig file gained:
Requires: hogweed nettle libevent
but these dependencies are not declared in the debian package. As a result the
dev package isn't
usable via pkg-config because pkg-config complains
compilers.
Jason Rhinelander
age` are workarounds until the package gets fixed.
Jason Rhinelander
Package: src:linux
Version: 4.20-1~exp1
Severity: normal
The 4.20-1~exp1 configuration disabled CONFIG_HSA_AMD, necessary for using
AMD's ROCm platform:
$ xzgrep CONFIG_HSA_AMD /usr/src/linux-config-4.20/config.amd64_none_amd64.xz
# CONFIG_HSA_AMD is not set
$ xzgrep CONFIG_HSA_AMD
Package: distcc
Version: 3.3.2-5
Severity: important
Debian's distcc includes a Perl-based `update-distcc-symlinks` script, but this
misses rather a lot
of installed compilers when compared to the upstream package's
update-distcc-symlinks.py (which
looks to be new as of 3.3).
I'm submitting
Package: lvm2
Version: 2.02.176-4
Severity: normal
Dear Maintainer,
Attempting to `apt-get remove lvm2` fails in the pre-removal script:
jagerman@keynes:~$ sudo apt-get -y remove lvm2
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following
Package: live-build
Version: 1:20170213
Severity: normal
Dear Maintainer,
I installed live-build, ran `man live-build` and read this under description:
More documentation about how to use live-build is available
in the individual manpages for each helper and in the manual
/usr/include
End of search list.
I'm not sure if that causes other problems, but it looks like a fix.
Jason Rhinelander
Package: clang-4.0
Version: 1:4.0~+rc2-1
Severity: normal
Dear Maintainer,
clang-4.0 appears to have a search path order for includes that causes problems
with compilation with libc++ when trying to load stl headers; here's an example
that fails:
$ cat test.cpp
#include
int main() { return 0;
ses debian testing for
some of its travis-ci builds).
Jason Rhinelander
-- System Information:
Debian Release: 9.0
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.10.0-rc6-am
Package: pybind11-dev
Version: 2.0.1-1
Severity: important
Dear Maintainer,
pybind11 includes cmake scripts (as of 2.0) to enable CMake-using projects to
correctly set up compiler flags and include directories using a cmake standard:
find_package(pybind11)
This fails with the current
Package: g++-7
Version: 7-20170118-1
Severity: important
The latest gcc-7 experimental snapshot appears to be missing
'/usr/include/g++/7' from the standard include search paths, and as a
result can't compile anything using any stl headers, e.g.:
#include
int main() {}
fails to compile
Package: gitlab
Version: 8.13.6+dfsg2-2
Severity: grave
Dear Maintainer,
Gitlab repositories will no longer accept remote pushes to protected branches
(which is the default!) with git 2.11.0 installed on the gitlab system, failing
with:
remote: GitLab: You are not allowed to force push code to
les, something wrong in redis-server, or something elsewhere (e.g. in
debhelper's scripts for restarting on upgrade).
Jason Rhinelander
Socket::MSG_NOSIGNAL
end
end
2. change the gitlab-sidekiq.service file to contain:
Type=notify
and delete the ExecStartPost= line.
Then we get proper notification support: notification happens
immediately upon sidekiq being ready, the hack is gone, and the job
starts faster.
Jason Rhin
Package: gitlab
Version: 8.13.6+dfsg1-2
Severity: normal
Dear Maintainer,
I migrated from a custom gitlab installation to the debian gitlab package
today, and found that
attempting to view one of my git repositories was giving a 500 error.
When this occurred, the log gave:
has a few, but certainly not all of those patches
applied.
I'm CC'ing this to the Debian bug report I submitted regarding including
185 as some of these other patches would similarly be useful for the
package in Debian.
Jason Rhinelander
/;
I applied the patch attached in that report, rebuilt the debian package, and
the package with that patch applied now works without segfaulting.
Please make a new release with that patch applied!
Jason Rhinelander
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT
Package: opendmarc
Version: 1.3.2~Beta0+dfsg-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
The opendmarc.service file generated by opendmarc ends up trying to invoke
/usr/sbin/opendkim rather than /usr/sbin/opendmarc to start the daemon. This
is clearly wrong
a bit.
Jason Rhinelander
Source: libinput
Version: 1.2.4-1
Severity: normal
Dear Maintainer,
libinput has udev hwdb and rules entries (and a couple binary helpers called by
the rules) for handling various device quirks, but the debian packages aren't
including them, and so the libinput device quirks don't get applied.
Package: r-cran-truncnorm
Version: 1.0-7-1
Severity: minor
Dear Maintainer,
The r-cran-truncnorm debian/copyright states the package's license as GPL-2 or
later, but the source itself appears to state that the package is GPL-2 only:
$ grep License r-cran-truncnorm-1.0-7/DESCRIPTION
License:
On 16/01/16 09:16 PM, Ben Hutchings wrote:
On Thu, 2016-01-14 at 11:18 +0100, Marco d'Itri wrote:
initramfs-tools needs this patch to be able to resolve recursive
symlinks, or else the system will not boot while in the middle of
a merged /usr transition.
Then I will add a versioned conflict to
On 12/01/16 06:05 PM, Marco d'Itri wrote:
> On Jan 12, Jason Rhinelander <jager...@jagerman.com> wrote:
>
> Thank you for testing the conversion program, for a start!
>
>> I installed usrmerge, and got the following during configuration:
> This is expected and
On 12/01/16 06:05 PM, Marco d'Itri wrote:
On Jan 12, Jason Rhinelander <jager...@jagerman.com> wrote:
Thank you for testing the conversion program, for a start!
I installed usrmerge, and got the following during configuration:
This is expected and not a bug.
Right (was just rep
ions.
Without the patch, /test3/link4, /test3/link5, and /test2/link9 fail:
and these are exactly the symlink-to-an-absolute-symlink cases that was
present in my unbootable usrmerge setup.
Jason Rhinelander
smime.p7s
Description: S/MIME Cryptographic Signature
Package: usrmerge
Version: 6
Severity: critical
Justification: breaks the whole system
Dear Maintainer,
I installed usrmerge on a system to try it out, and ended up with system
that could not be rebooted. I'll try to outline the status as best I
recall in the hopes that you can recreate the
ing: "5min"
I removed the quotes (keeping the 5min), and didn't get the error after
rebooting again.
Jason Rhinelander
smime.p7s
Description: S/MIME Cryptographic Signature
Package: gnome-shell-extension-suspend-button
Version: 0~git20150615-1
Severity: normal
Tags: upstream patch
Dear Maintainer,
gnome-shell 3.18 recently arrived in sid, and breaks gnome-shell-extension-
suspend-button. It can be trivially patched to work under 3.18 (patches
attached), and works
version in sid is not installable due to a new dependency
on python2, which doesn't exist in the archive; I suspect that
dependency should be python2.7 instead.
Thanks,
Jason Rhinelander
Package: mirrors
Severity: normal
Dear Maintainer,
I recently tried to look at mirror status on
http://mirror.debian.org/status.html and noticed that it hasn't updated
in a while:
Data capturing time window:
Wed Jul 1 18:10:03 2015 UTC - Wed Jul 1 19:24:21 2015 UTC
HTML-file creation time: Wed
. Is there something
else that can be done to catch and/or fix this on upgrade?
Jason Rhinelander
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: printer-driver-cups-pdf
Version: 2.6.1-19
Severity: normal
Dear Maintainer,
When upgrading printer-driver-cups-pdf I noticed this error during
installation:
Setting up printer-driver-cups-pdf (2.6.1-19) ...
/var/lib/dpkg/info/printer-driver-cups-pdf.postinst: 50: [: missing ]
Skipped
for convenience:
background-instance-refresh.patch is the mutter side of the fix,
refresh-bg-after-suspend.patch is the gnome-shell side of the fix.
Thanks,
Jason Rhinelander
From c96f57449f1cdc60162f6bbcc82d504fde5c1f76 Mon Sep 17 00:00:00 2001
From: Rui Matos tiagoma...@gmail.com
Date: Thu, 19
in testing.
I applied the patches, rebuilt mutter and gnome-shell, and the problem
is gone: suspend and resume now work without any lock and desktop
background garbling.
Jason Rhinelander
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe
As per upstream https://crbug.com/421063 chromimum now builds its v8
code into natives_blob.bin and snapshot_blob.bin, loading them itself at
runtime instead of linking them statically to the chromium binary (which
is what happened = 40).
The current debian build, however, doesn't copy these
On 13/09/14 10:08 AM, Rene Engelhard wrote:
Hi,
[...]
I uploaded the debs to https://people.debian.org/~rene/libreoffice/4.3.2/. You
can use
them to check/confirm yourself.
I upgraded to your 4.3.2~rc1-1 debs, and can confirm that the problem is
no longer present.
Jason Rhinelander
: the overall total near the top of the
interface (Will use xxx MB of disk space) is correct.
libreoffice-dbg is another such package (showing -870MB when selected
for installation instead of the correct +3,425MB).
Jason Rhinelander
smime.p7s
Description: S/MIME Cryptographic Signature
Package: libreoffice-writer
Version: 1:4.3.1-1
Severity: important
Dear Maintainer,
libreoffice-writer will segfault when a file contains content such as:
(1)(2)(3)aa
This can be in an existing file being opened, or simply typed or pasted into a
blank document.
Variations I've tried that also
/../../../../include/c++/4.9/cstddef:51:11:
error:
no member named 'max_align_t' in the global namespace
using ::max_align_t;
~~^
1 error generated.
Jason Rhinelander
smime.p7s
Description: S/MIME Cryptographic Signature
Package: bash-completion
Version: 1:2.1-3
Severity: important
Dear Maintainer,
bash-completion 2.1-3 includes a fix for bug 741657, but the fix is
broken: it prevents /etc/profile.d/bash_completion.sh from loading
bash_completion at all.
The problem is that this line:
if [ -n $BASH_VERSION
mpm_itk is enabled - cannot proceed due to conflicts. It
needs to be disabled first!
ERROR: Could not enable dependency mpm_prefork for mpm_itk, aborting
Long story short: apache2 needs to remove the conflict with mpm_itk from
mpm_prefork.load.
--
Jason Rhinelander
--
To UNSUBSCRIBE, email
.
Jason Rhinelander
--- mpm-itk-2.4.6-01.orig/seccomp.c 2013-07-10 07:22:20.0 -0400
+++ mpm-itk-2.4.6-01/seccomp.c 2014-02-07 17:16:55.139802820 -0500
@@ -95,7 +95,7 @@
++*pos;
}
-static int limit_syscall_range(int syscall_to_match, int nr_args, int min, int max)
+static int
On 04/02/14 04:47 PM, Steinar H. Gunderson wrote:
On Tue, Feb 04, 2014 at 04:28:18PM -0500, Jason Rhinelander wrote:
My guess here is that something in the new apache/mpm-itk
combination is removing the ability to seteuid/setegid sometime
after the seteuid is done for the VirtualHost
On 05/02/14 03:52 PM, Steinar H. Gunderson wrote:
Oh. It does sound like your mod_rewrite setup is somehow relevant for this,
then?
s/yours/bmc's/, but perhaps. (This bug isn't actually affecting me, but
I the digging looking into the other setuid problem I mentioned earlier.)
--
Jason
is
removing the ability to seteuid/setegid sometime after the seteuid is
done for the VirtualHost, and this is breaking anything later in the
request that needs to do a seteuid, even for a trivial seteuid to the
already active euid.
--
Jason Rhinelander
smime.p7s
Description: S/MIME Cryptographic
Hi,
It's not exactly fixed if upgrading via one of the versions that was in
experimental (in my case clang and clang-3.2 versions 3.2-1~exp8). I
upgraded just now to the latest in unstable (clang-3.2 3.2repack-3,
clang 3.2-17), and got the same errors as the original reporter: clang
was
occurred.
After reading Anton's suggestion that he thinks it was working a couple
months ago, I tried installing 0.10.30-2.1, but that still has the
problem (though the Block size is not constant error doesn't get
reported--that check was added upstream since then).
Jason Rhinelander
Package: telepathy-gabble
Version: 0.13.7-1
Severity: minor
Dear Maintainer,
It would be very helpful to add and Facebook Chat to the end of the
telepathy-gabble description (i.e. ..., including Google Talk and
Facebook Chat.. When telepathy-gabble is installed, a Facebook Chat
protocol
), with a very small fix that
doesn't depend on other upstream changes.
The fix will, of course, be included in perl 5.10.1, but it would be
nice, particularly for Catalyst users, to see an update to Debian's
5.10.0 with the fix before then.
--
-- Jason Rhinelander
--
To UNSUBSCRIBE, email
before the -rc versions (or -pre or any of the other special
suffixes update-grub knows about).
The attached patch to lets the x.y.z - x.y.z.0 conversion also happen
when z is at the end of the filename.
--
-- Jason Rhinelander
--- old/update-grub 2007-02-05 13:17:25.0 -0400
+++ new
kernel /boot/vmlinuz-2.6.19 root=/dev/sda1 ro
kernel /boot/memtest86+.bin
--
-- Jason Rhinelander
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
it happily evals to 10 20 35 40 50-large instead of the intended
10 20 35 40 50 55 60 70.
The attached debian/rules patch fixes both issues (by defining the
variables with _'s instead of -'s) and makes everything build properly
-- i.e. with the proper sized dict files.
--
-- Jason Rhinelander
This problem is fixed in 3.3.3-1.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: lftp
Version: 3.3.2-1
Severity: normal
I installed the latest lftp to avoid the double-free problem (bug
#334059 and several duplicates) but ran into a new bug that didn't
happen with 3.3.1-1 and earlier - when accessing an HTTP host the first
`ls' issued lists nothing, but repeating the
Package: libnet-dns-perl
Version: 0.53-1
Severity: important
Net::DNS now requires Net::IP 1.20, which libnet-dns-perl 0.53-1 does
not depend upon, rendering the module unusable until libnet-ip-perl is
installed. It appears this dependency was introduced in 0.50, but isn't
mentioned in the
Package: apache2-common
Version: 2.0.54-4
Severity: normal
Tags: patch
The /etc/init.d/apache2 init script that comes with apache2-common has a
logic error that causes the script to always fall back to killing apache
instead of using apache2ctl -k stop.
Basically it's because this:
if `apache2
57 matches
Mail list logo