On 2018-05-21 16:28 +, Niels Thykier wrote:
> Control: tags -1 patch
> Control: severity -1 serious
>
> On Mon, 21 May 2018 17:05:54 +0200 Sven Joachim wrote:
>> Package: debhelper
>> Version: 11.3
>>
>> Upon rebuilding (binary-arch only) ncurses with deb
Control: reassign -1 acr 1.6.1-1
On 2018-05-15 14:42 +0200, meskio wrote:
> Quoting Sven Joachim (2018-05-06 21:50:57)
>> It seems to me this is a bug in acr 1.6.1-1. The configure script
>> generated by it is clearly broken, and the same tudu version built
>> successfull
Source: ui-utilcpp
Version: 1.8.5-2
Severity: serious
Your package FTBFS everywhere[1], the reason being that the configure
script has a syntax error after regeneration (but not before):
,
| $ bash -n ./configure
| $ dh_autoreconf
| libtoolize: putting auxiliary files in '.'.
| libtoolize: co
Thanks for the quick reply.
On 2018-05-16 06:46 -0400, Jérôme St-Louis wrote:
> Dear Sven,
>
> Thank you for the notice.
> It would be extremely helpful in solving this rapidly to have a
> quick-link to the exact version of that stddef.h (possibly the other
> libc headers as
Source: ecere-sdk
Version: 0.44.15-1
Severity: serious
Tags: buster sid
Your package fails to build on i386[1] with a rather bogus syntax error:
,
| Building 2nd stage ecere...
| make[2]: Entering directory '/tmp/ecere-sdk-0.44.15/ecere'
| /usr/lib/gcc/i686-linux-gnu/7/include/stddef.h:435:78
r_pairs[pair-2]
| $1 = {fg = 0, bg = 0, mode = 0, prev = 0, next = 0}
`
So it seems that the ncurses library did not allocate enough memory to
hold all the color pairs in sp->_color_pairs, resulting in the eventual
heap buffer overflow.
That's how far I have tracked the issue, hopefully Thomas Dickey can
investigate it further and even provide a fix.
Cheers,
Sven
Source: smuxi
Version: 1.0.7-2
Severity: serious
Your package FTBFS in unstable, here is the tail of my build log:
,
| DLL map: 'ncurses' target: 'libncursesw.so.5'
| dh_clideps: Error: Missing shlibs entry: libncursesw.so.5 or ncurses for:
smuxi-frontend-stfl.exe!
| Use of uninitializ
94: ./configure: rmtest.c: not found
>> no
>>
>> ERROR: There is no wide character support on curses!
>>
>> dh_auto_configure: ./configure --build=x86_64-linux-gnu
>> --prefix=/usr --includedir=\${prefix}/include
>> --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info
>> --sysconfdir=/etc --localstatedir=/var --disable-silent-rules
>> --libdir=\${prefix}/lib/x86_64-linux-gnu
>> --libexecdir=\${prefix}/lib/x86_64-linux-gnu
>> --disable-maintainer-mode --disable-dependency-tracking returned
>> exit code 1
>> make[1]: *** [debian/rules:9: override_dh_auto_configure] Error 2
Cheers,
Sven
e from Debian.
Kind regards,
Sven
[1] https://sourceforge.net/p/enlightenment/mailman/message/36077810/
signature.asc
Description: This is a digitally signed message part.
ringing this up again. This is a long standing bug in libevas-dev.
Increasing the severity for the libevas-dev bug now because they have uploaded
the problematic version to unstable without fixing it.
Kind regards,
Sven
signature.asc
Description: This is a digitally signed message part.
bug back to glib2.0 for that, but "debian/rules
clean" even fails when meson is installed, which looks like a serious
problem in debhelper.
,
| $ debian/rules clean
| dh clean --with gnome,python3
|dh_auto_clean
| LC_ALL=C.UTF-8 ninja clean
| ninja: error: loading 'build.ninja': No such file or directory
`
Cheers,
Sven
Source: imagemagick
Version: 8:6.9.9.39+dfsg-1
Severity: serious
Your package FTBFS on i386 due to a testsuite failure, here is a
hopefully relevant excerpt from the build log[1]:
,
| Line: 160, backgroundColor default (#) is incorrect
| Testing throwing and catching exceptions. A
ack/msgpack-python/issues/268
"package rename issues with msgpack 0.5.0"
Looks like a borg *and* msgpack issue to me.
Grüße,
Sven.
signature.asc
Description: OpenPGP digital signature
_new@Base 0
> + fd_bo_put_iova@Base 2.4.91-1
> fd_bo_ref@Base 0
> fd_bo_size@Base 0
> fd_device_del@Base 0
> dh_makeshlibs: failing due to earlier errors
> debian/rules:103: recipe for target 'override_dh_makeshlibs' failed
> make[1]: *** [override_dh_makeshlibs] Error 2
I have added the missing symbols in git, not tested though.
Cheers,
Sven
SATA disks and one pure
AMD64 on normal SATA disks works without segfault, only the NVME one
shows problems.
Grüße,
Sven.
signature.asc
Description: OpenPGP digital signature
Package: libfl-dev
Version: 2.6.4-5
Severity: serious
The libfl.so symlink is dangling if libfl2 is not installed:
,
| $ file /usr/lib/i386-linux-gnu/libfl.so
| /usr/lib/i386-linux-gnu/libfl.so: broken symbolic link to libfl.so.2.0.0
`
This makes the new libfl2 rather useless, since noth
Hello!
Just for your information:
This is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=889144 and
https://github.com/systemd/systemd/issues/8085
Grüße,
Sven.
signature.asc
Description: OpenPGP digital signature
ground using a Type=simple systemd unit?
That way the whole problem could be avoided all together.
Grüße,
Sven.
signature.asc
Description: OpenPGP digital signature
On 04.02.2018 17:25, Michael Biebl wrote:
> Am 03.02.2018 um 14:35 schrieb Sven Hartge:
>> Um 14:00 Uhr am 03.02.18 schrieb Michael Biebl:
>>> The alternative afaics would be, that the daemon writes the pid file as
>>> munin:munin then (or ulog:ulog for the above case)
maintainers prepare a fix:
# mkdir -p /etc/xdg/QtProject
# dpkg --configure --pending
Cheers,
Sven
Um 14:00 Uhr am 03.02.18 schrieb Michael Biebl:
> Am 03.02.2018 um 13:27 schrieb Sven Hartge:
>> Um 03:02 Uhr am 03.02.18 schrieb Michael Biebl:
>>> Does munin-node have the same mismatch?
>> It has:
>> But, as you can see, the directory is also used by the mu
Um 03:02 Uhr am 03.02.18 schrieb Michael Biebl:
> Am 02.02.2018 um 20:07 schrieb Sven Hartge:
>> ulogd2 drops its priviliges on its own. It needs to start as root to
>> connect to the netlink sockets.
> So, ulogd2 creates a directory /run/ulog which is owned by ulog:ulog but
s where I would see any
> potential problems with making and supporting a backport.
Fortunately there is already a backport of quilt for stretch, and adding
a "Breaks: quilt (<< 0.63-8.2~)" to debhelper or dh-autoreconf looks
reasonable to me.
Cheers,
Sven
;= 4) were not met:
>
> Requested 'libclamav >= 4' but version of libclamav is 0.99.3-beta2
>
>
> This is caused by:
>
>
> dh-autoreconf (16) unstable; urgency=medium
> ...
> * Run dh_autoreconf after dh_update_autotools_config,
> not before dh_auto_configure
The dansguardian package uses dpatch:
,
| %:
| dh $@ --with dpatch,autotools_dev,autoreconf
`
And /usr/share/perl5/Debian/Debhelper/Sequence/dpatch.pm has this line:
insert_before("dh_auto_configure", "dh_dpatch_patch");
I think this should be changed to
insert_before("dh_update_autotools_config", "dh_dpatch_patch");
as is the case in quilt.pm (since quilt 0.63-8.2). Haven't tested it,
though.
Cheers,
Sven
, permissions or owners.]
|
| Files in first .deb but not in second
| -
| lrwxrwxrwx root/root /bin/sh -> dash
| lrwxrwxrwx root/root /usr/share/man/man1/sh.1.gz -> dash.1.gz
`
Attached is a patch which puts the symlinks back into place.
Cheers,
h_auto_build for both, so this hack
> from 2007 is almost certainly wrong. I suspect that a rules file with
> a working build target would be considerably shorter than the comment
> that explains what is going on here...)
That rules file was surely written before dpkg-buildpackage gained
support for the build-arch and build-indep targets (#229357).
Cheers,
Sven
(7)
| debian/rules:11: recipe for target 'build' failed
`
which seems to have a similar cause as #887482.
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/scidavis.html
Failed because 'dh_makeshlibs --no-act' returned an error. Niels might
know why this is now the case and used to be different.
Cheers,
Sven
to_configure
|debian/rules override_dh_auto_build
| debian/rules override_dh_auto_test
`
This causes dh_autoreconf to be run twice, first via the build-indep
rule and then as part of the standard dh sequence. Some advice from the
debhelper maintainer (CC'ed) would be appreciated.
Cheers,
Sven
definition of
> `socket'
After the removal of
syscalls-override-detection-of-direct-socket-syscalls-on-i386-m68k-s390.patch
in commit 9d23e3d69 ("Drop patches no longer required after stretch
release") this happens again in 2.0.4-10. :-(
Cheers,
Sven
Package: myspell-de-de
Version: 20161207-2
Severity: grave
The transitional package myspell-de-de is not installable because its
dependency hunspell-de-de has an unversioned Conflicts with it. This
very much defeats the purpose of a transitional package.
-- System Information:
Debian Release:
2-5
This is the problem, why did aptitude not install the libglvnd0 package
instead? The libglvnd0-nvidia package is hardly the right one if you
have a Radeon card.
Cheers,
Sven
severity 878572 normal
thanks
The broken [1] libevas-dev package has (luckily) not yet hit unstable.
exactimage should therefore not yet be removed from testing for a FTBFS which
neither happens in testing nor unstable.
Kind regards,
Sven
[1] it now misses things which were previously
not used without it. So it would
basically mean that this package has to be removed.
Kind regards,
Sven
signature.asc
Description: This is a digitally signed message part.
. The dh_strip override had already been removed
in git, I have added a bug closure to the Debian changelog there.
Cheers,
Sven
hive package, which should have
fixed the issue according to [1].
Cheers,
Sven
1.
http://git.savannah.nongnu.org/cgit/autoconf-archive.git/commit/m4/ax_create_pkgconfig_info.m4?id=b7f95244497a32f67f60ec16dabc665c05bab734
from .helpers import Error, location_validator, archivename_validator,
format_line, format_time, format_file_size, \
File "/usr/lib/python3/dist-packages/borg/helpers.py", line 35, in
from . import crypto
ImportError:
/usr/lib/python3/dist-packages/borg/crypto.cpython-35m-i38
release. I have prepared a Debian package
at [1], if the maintainer does not respond I will ask for a sponsor.
Cheers,
Sven
1. https://anonscm.debian.org/git/users/joachim-guest/tack.git/log/?h=nmu
he versions are too low:
,
| $ apt-cache show libglib2.0-dev-bin | grep -E '^(Breaks|Replaces)'
| Replaces: libglib2.0-dev (<< 2.51.4-1~)
| Breaks: libglib2.0-dev (<< 2.51.4-1~)
`
They need to be bumped to 2.53 or so, because glib2.0 2.52.3 ended up in
unstable without the libglib2.0-dev-bin binary package.
Cheers,
Sven
dh_install (see #867866) but overzealously also touched a few other
utilities like dh_installdocs. It turns out that these programs
actually treated an argument like 'foo bar' as a single file in 10.2.5,
and obviously there are a few packages which rely on
it
| rather than using def_prog_mode().
`
Changing the test in configure.ac to use TERMTYPE rather than TERMINAL
fixes the problem, see the attached debdiff. It is very noisy because
the patch run_autoconf.diff had to be refreshed by rerunning autoreconf.
It would be better to regenerate
6f413b02944a5a8ce6e6ff45d042f33bdd73aa51
Author: Sven Joachim
Date: Sun Jul 16 14:52:15 2017 +0200
Update libtinfo5.symbols file
Bring back the _nc_read_entry symbol, drop _nc_read_entry2. This
restores ABI compatibility with the stretch libtinfo5 package, but
creates a new incompatibility with the
On 2017-07-14 18:57 +0200, Sven Joachim wrote:
> On 2017-07-14 16:13 +0200, Sven Joachim wrote:
>
>> The symbol _nc_read_entry got inadvertently dropped in favor of
>> _nc_read_entry2, and this breaks reverse dependencies (ncurses-bin
>> before 6.0+20170701-1 and tack):
&
On 2017-07-14 16:13 +0200, Sven Joachim wrote:
> Package: libtinfo5
> Version: 6.0+20170701-1
> Severity: serious
>
> The symbol _nc_read_entry got inadvertently dropped in favor of
> _nc_read_entry2, and this breaks reverse dependencies (ncurses-bin
> before 6.0+201707
On 2017-07-14 16:13 +0200, Sven Joachim wrote:
> Package: libtinfo5
> Version: 6.0+20170701-1
> Severity: serious
>
> The symbol _nc_read_entry got inadvertently dropped in favor of
> _nc_read_entry2, and this breaks reverse dependencies (ncurses-bin
> before 6.
Package: libtinfo5
Version: 6.0+20170701-1
Severity: serious
The symbol _nc_read_entry got inadvertently dropped in favor of
_nc_read_entry2, and this breaks reverse dependencies (ncurses-bin
before 6.0+20170701-1 and tack):
,
| $ infocmp
| infocmp: relocation error: infocmp: symbol _nc_re
manpages
between processes") the culprit. Attached is a patch that restores
previous behavior of dh_installman and makes freebsd-manpages build for
me. :-)
Cheers,
Sven
>From fb12269009ee2bcd250dbe9b80c137ee1ac1941e Mon Sep 17 00:00:00 2001
From: Sven Joachim
Date: Mon, 10 Jul
Control: severity -1 serious
I have uploaded ncurses 6.0+20170701-1 to unstable recently, so tack now
FTBFS in sid.
On 2017-05-13 07:42 -0400, Thomas Dickey wrote:
> On Sat, May 13, 2017 at 11:33:13AM +0200, Sven Joachim wrote:
>> Source: tack
>> Version: 1.07-1
>> T
Control: severity -1 serious
On 2017-06-05 11:01 +0100, Jonathan Dowland wrote:
> On Fri, Apr 14, 2017 at 07:03:58PM +0200, Sven Joachim wrote:
>> With libncurses5-dev from experimental, squishyball FTBFS.
>
> Thanks for the report and the diagnosis!
>
>> A
On 2017-07-03 11:41 +0200, Sven Joachim wrote:
> Package: libcpan-meta-perl
> Version: 2.150010-1
> Tags: buster sid
> Severity: serious
>
> After the switch to versioned Provides in perl, libcpan-meta-perl has
> become uninstallable. This happens with perl-modules-5.24 5.
Package: libcpan-meta-perl
Version: 2.150010-1
Tags: buster sid
Severity: serious
After the switch to versioned Provides in perl, libcpan-meta-perl has
become uninstallable. This happens with perl-modules-5.24 5.24.1-5
installed on the system:
,
| # dpkg -i /var/cache/apt/archives/libcpan-me
since version 10.5.1 dh_compress uses perl's own symlink() function
and fails to remove the target beforehand. The attached patch fixes
this for me.
Cheers,
Sven
>From a159f5404b0a43bf66062cb3ac67ae4316a89dca Mon Sep 17 00:00:00 2001
From: Sven Joachim
Date: Sat, 1 Jul 2017 16:52:52
r 10.6 installing half of /usr into your package,
see #866570.
Cheers,
Sven
Package: debhelper
Version: 10.6
Severity: grave
If debian/package.install has lines that start with a slash, dh_install
takes those as absolute filenames. I have just tried to build the
giflib package, and dh_install copied whole trees of the /usr directory
into the package build directories unt
Package: debhelper
Version: 10.5
Severity: serious
As of commit 609609f43 ("dh_shlibdeps: Avoid calling file(1) on debug
symbols"), dh_shlibdeps skips all files under /usr/lib/debug, although
not all of them are detached debug symbols. This leads to the
missing-dependency-on-libc lintian error fo
lly-guard: /sbin/reboot
| systemd-sysv: /sbin/reboot
| sysvinit-core: /sbin/reboot
`
So you probably want to depend on systemd-sysv | sysvinit-core, or maybe
on the "init" package.
Cheers,
Sven
Package: texlive-latex-recommended
Version: 2017.20170619-1
Severity: serious
This version of texlive-latex-recommended has silently (at least there
is no mention in the Debian changelog) dropped its Provides from
2016.20170123-5, making two reverse dependencies of latex-xcolor
uninstallable: auto
d5bc8bb04b3d0092f898263c8dc58f746dde9bae
Author: Sven Joachim
Date: Sat Jun 3 10:24:25 2017 +0200
Blacklist dvtm and dvtm-256color terminfo entries
They are already shipped in the dvtm package. While it would be
desirable to take the files over in ncurses-term, this requires
consent from the dvtm
On 2017-05-30 22:51 +0200, Axel Beckert wrote:
> Sven Joachim wrote:
>> Control: reassign -1 libxapian30 1.4.1-1~bpo8+1
>
> I wouldn't be so quick with reassigning.
>
>> > aptitude: symbol lookup e
o the stretch version, and you should be
fine.
Cheers,
Sven
> -- Package-specific info:
> Terminal: screen
> $DISPLAY not set.
> which aptitude: /usr/bin/aptitude
>
> aptitude version information:
>
> aptitude linkage:
> linux-vdso.so.1 (0x7ffcaa5ce000)
On 2017-04-20 14:00 +0200, Vincent Lefevre wrote:
> On 2017-04-20 13:10:16 +0200, Sven Joachim wrote:
>> On 2017-04-20 12:50 +0200, Vincent Lefevre wrote:
>> > I've had the network.enableIDN preference[1] set to false for many
>> > years (as shown in about:config)
many
> years (as shown in about:config) in order to avoid some phishing
> attacks (and I had always relied on it). I've just noticed that it
> no longer has any effect!
You're rather late to discover this, the preference has been removed
in Firefox 22 four years ago[1].
Cheers,
>> > {sub(/@NSIS_VERSION@/,"2.51-1+b1")}1 \
>> > {sub(/@W32_VERSION@/,"0.8.2")}1' \
>> > debian/win32-loader_doc.txt > win32-loader_0.8.2_all.txt
>> > Segmentation fault
>
> `awk` segfaults here. This seems to be an awk bug, or problem. Is the command-
> line for it too long, or is it something else?
Possibly it's the same problem as #158481. A workaround is to use
original-awk or gawk instead of awk (and build-depend on it, of course).
I don't feel like debugging this issue, since mawk in Debian is
unmaintained. :-(
Cheers,
Sven
Package: open-infrastructure-locales-c.utf-8
Version: 20170407-1
Severity: serious
Your package has a 'Provides' for locales and locales-all but without
actually providing any of the functionality of these packages. This
makes many packages build-depending on either of those FTBFS. Here is a
ran
On 2017-04-05 11:59 +0200, Vincent Lefevre wrote:
> On 2017-04-04 18:41:10 +0200, Sven Joachim wrote:
>> On 2017-04-04 16:29 +0100, Chris Lamb wrote:
>> > Unpacking libbsd-dev:amd64 (0.8.3-1) ...
>> > dpkg: error processing archive
>> > /tmp/apt-dpkg-install
manpage, manpages-dev only
added it in the 4.10-1 upload.
Cheers,
Sven
Source: morfeusz
Version: 20110416-2
Severity: serious
This package no longer builds from source. The latest recent attempt on
m68k[1] failed:
,
| dh_testdir
| /usr/bin/make -f debian/rules obj/stamp
| make[1]: Entering directory '/<>'
| mkdir -p obj/
| sed -r -e '/^(OPTFLAGS *=.*)/ { s/ -O2
Control: found -1 6.20.00-5
On 2017-02-09 07:38 +0100, Sven Joachim wrote:
> Package: tcsh
> Version: 6.20.00-6
> Severity: serious
>
> There was a problem when upgrading from 6.20.00-5 (sorry for the German):
>
> ,
> | (Lese Datenbank ... 218742 Dateien und Ve
Package: tcsh
Version: 6.20.00-6
Severity: serious
There was a problem when upgrading from 6.20.00-5 (sorry for the German):
,
| (Lese Datenbank ... 218742 Dateien und Verzeichnisse sind derzeit
installiert.)
| Vorbereitung zum Entpacken von .../tcsh_6.20.00-6_i386.deb ...
| Entpacken von tc
> dpkg: dependency problems prevent configuration of openssl:
> openssl depends on perl:any.
For the record, this is #836525 in debootstrap.
Cheers,
Sven
struction
>
> The output of /proc/cpuinfo is attached.
>
> Bug in binutils at the time the package was built?
The toplevel Makefile in the crafty source adds -march=k8 to CFLAGS, I
am not sure if this is compatible with the Pentium 4. You could try
rebuilding crafty with and without this flag to find out.
Cheers,
Sven
On 07.01.2017 21:24, Julian Andres Klode wrote:
> On Sat, Jan 07, 2017 at 09:15:15PM +0100, Sven Hartge wrote:
>> On Mon, 26 Dec 2016 14:40:05 +0100 (CET) <34tg...@tutanota.com> wrote:
>>
>>> I use Debian 8 64bit with GNOME installed with standard install
>>&
is higher that
at least one is valid.
Grüße,
Sven.
Control: reassign -1 src:linux 4.8.11-1
Control: severity -1 important
On 2017-01-02 21:17 +0100, Torben Schou Jensen wrote:
> Package: xserver-xorg-video-nouveau
> Version: 1:1.0.13-1+b1
> Severity: critical
> Justification: breaks the whole system
>
> Dear Maintainer,
>
> *** Reporter, please c
ation script returned error exit status 1
> dpkg-maintscript-helper: error: dpkg: error: version '' has bad syntax:
> version string is empty
> dpkg: error while cleaning up:
>subprocess new post-removal script returned error exit status 1
That's dpkg-maintscript-helper bug #848422.
Cheers,
Sven
Source: gdb-doc
Version: 7.12-1
Severity: serious
The latest upload of gdb-doc included only the source, but the
autobuilders are not allowed to build the binary package because there
is no XS-Autobuild field in debian/control.
And because of #825398 the binary package has already been removed fr
Package: s-nail
Version: 14.8.14-2
Severity: serious
The mailx alternative that s-nail used to provide has been removed in
14.8.14-2 because of #846062. However, s-nail still provides the mailx
virtual package, and this breaks reverse dependencies: if no other
mailx provider is installed, /usr/bi
.1.5.tar.xz.sig
But to be honest I've moved out of the LyX community 6 years
ago, so my advise might be outdated.
Beside of that we've now uploaded LyX 2.2.2, maybe that fixed
one of your issues, though the chance might be slim if you
did not report the issue upstream.
Regards,
Sven
ill depending on libreadline6.
Cheers,
Sven
to stretch would solve all issues
> and hopefully save us all alot of time.
I fail to see how this would solve the problem in #843073, unless your
plan is to move away all files from /lib and its subdirectories which
would seem quite problematic to achieve, especially given the short time
until the full freeze.
Cheers,
Sven
ge
snapshot. Maybe one of those has triggered the build failure.
Cheers,
Sven
Control: tags -1 + patch
On 2016-11-10 22:07 +0100, Sven Joachim wrote:
> On 2016-11-10 21:41 +0100, Milan Zamazal wrote:
>
>> Thanks for the report. I changed the default build architecture to
>> general-64, I guess that's a good default these days.
>
> I haven
uation on 32-bit arches. If the config
machinery cannot find out the pointer size by itself, dpkg-architecture
provides DEB_HOST_ARCH_BITS for you.
Cheers,
Sven
Source: stockfish
Version: 8-1
Severity: serious
Your package fails to build on most architectures, because it calls g++
with the '-m32' option which is not generally supported. Besides that,
the Config information looks very wrong on some architectures,
e.g. arm64[1], s390x[2] and mips64el[3] ar
overwriting every permission in /etc/bacula/
is also wrong, as the administrator might have made working changes
which we don't want to destroy.
Grüße,
Sven.
signature.asc
Description: OpenPGP digital signature
On 10.11.2016 16:41, Jörg Frings-Fürst wrote:
> Am Donnerstag, den 10.11.2016, 09:25 +0100 schrieb Sven Hartge:
>> Was the system in question at some time in the past cloned/copied via
>> rsync (without using --numeric-ids) or any other method while having
>> been bootet from
umerical UID in the rootfs got messed up.
Could you also please provide the output of
ls -ln /etc/bacula
getent group dirmngr
getent group bacula
Grüße,
Sven.
signature.asc
Description: OpenPGP digital signature
PolicyKit Authentication Agent" and disable it.
3. Add a new entry with the "+ Add" button with a name like "Polkit Work-Around"
and the command "/usr/lib/x86_64-linux-gnu/polkit-gnome-authentication-agent-1"
4. Click "Ok" and "Close".
So basically does one disable the default auto-start of the currently broken
service and replaces it with a private service to start it manually, which can
later be removed easily once it's been properly fixed.
Also note that not only synaptic seems to be affected, but gparted as well and
also the gvfs samba plugin for the file manager for browsing Windows shares on
the LAN needs this, too, and currently fails as well. There will likely be a few
more.
Sven
On Sun, 30 Oct 2016 14:41:18 + "Sven C. Dack" wrote:
> On Fri, 21 Oct 2016 08:07:03 -0500 "S. R. Wright" wrote:
> > I agree with Eric; while the workaround is to back rev the gcc and its
> > associated packages, I also build kernels straight from kern
.
Please note that a vanilla gcc-6 can compile a vanilla kernel, and so should
Debian's gcc-6.
Sven C.
that. Because dpkg does not detect the file conflict
between coreutils' /bin/rm and safe-rm's /usr/bin/rm, the package is
installable but wreaks havoc, replacing the rm binary with its symlink.
Cheers,
Sven
cipe for target 'src' failed
>> make[2]: *** [src] Error 2
Apparently emacs cannot be built as a position independent executable,
for whatever reason. Cherry-picking the following commit from the
emacs-25 branch should help:
http://git.savannah.gnu.org/cgit/emacs.git/commit/?h=emacs-25&id=99892eeec8990884ef38601f14038ec6dc227741
See http://debbugs.gnu.org/cgi/bugreport.cgi?bug=24682 for more
information.
Cheers,
Sven
the upstream kernel developers about that? At least the 4.8.3 vanilla
kernel fails in the same way, I haven't tested 4.9-rc1 yet.
FWIW, this issue has been discussed in Ubuntu for six months(!), see
https://bugs.launchpad.net/ubuntu/+source/gcc-defaults/+bug/1574982.
Cheers,
Sven
ive Data.Time Data.Int Data.Text Data.Time
> Data.Version> toUrlPiece True
> "true"
> *Web.HttpApiData Control.Applicative Data.Time Data.Int Data.Text Data.Time
> Data.Version> parseUrlPiece "false" :: Either Text Bool
> zsh: segmentation fault ghci -isrc -XCPP -
e problem down to the removal of the current directory from
@INC in perl, running "perl -I. kbdnames-maker KeyboardNames.pl" gives
the long list of keyboard models again.
HTH,
Sven
it (and hardening-includes) should get removed in favor of
>> the dpkg-buildflags method. However, this means we need to move the
>> "hardening-check" script from hardening-includes to lintian, probably.
>
> Ack. devscripts might be more appropriate, though.
That would make lintian depend on devscripts. I suppose this is not
really desirable, is it?
Cheers,
Sven
Debian/Debhelper/Dh_Version.pm
| package Debian::Debhelper::Dh_Version;
| $version='10';
| 1
`
Cheers,
Sven
On 2016-07-25 18:08 +0100, Wookey wrote:
> On 2016-07-25 17:49 +0200, Sven Joachim wrote:
>> Source: jed
>> Version: 1:0.99.19-5
>> Severity: serious
>> Tags: patch
>>
>> The latest version of jed FTBFS on arm64[1] because config.sub is too
>> old:
Source: jed
Version: 1:0.99.19-5
Severity: serious
Tags: patch
The latest version of jed FTBFS on arm64[1] because config.sub is too
old:
,
| checking build system type... Invalid configuration `aarch64-linux-gnu':
machine `aarch64' not recognized
| configure: error: /bin/bash autoconf/confi
o overwrite other packages files without declaring a
> Breaks+Replaces relation.
Yes, this is my fault and already fixed in GIT and will be fixed in the
archive with the next upload to experimental.
Grüße,
Sven.
signature.asc
Description: OpenPGP digital signature
On 2016-07-15 05:02 -0400, Thomas Dickey wrote:
> On Thu, Jul 14, 2016 at 07:27:52PM +0200, Sven Joachim wrote:
>> On 2016-07-13 18:24 -0700, Vincent Lefevre wrote:
>>
>> > On 2016-07-13 20:15:49 -0400, Thomas Dickey wrote:
>> >> I don't see the behavior
301 - 400 of 1729 matches
Mail list logo
