Control: retitle -1 matrix-synapse: installation process hangs under sysvinit
due to matrix-synapse daemon not closing file descriptor from debconf
Control: tag -1 + patch
Hi again,
Axel Beckert wrote:
> > I tried to reproduce it with sysvinit and still failed :(
>
> I j
he dependencies. (Might file a
separate bug report for that one later.)
Currently trying to figure out _why_ it hangs on Buster/Sid.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R:
way nothing works.
Strange.
> I tried running `systemd-tmpfiles --create --remove --boot
> --exclude-prefix=/dev`, but it doesn't create /run/screen at all. No
> matter how I ran it, I could not get it to create that directory.
Very strange. *frowning*
Regards, Axe
nt".
+ See comment in debian/dirs for more detailed reasoning.
* No more ship /lib/systemd/system/screen-cleanup.service in the package
but link it to /dev/null in postinst and remove the link again in
postrm. (LP: #1462692)
[...]
-- Axel Beckert Wed, 17 Jun 2015 21:57:18
fortunately now I'm more or less out of ideas. :-(
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
/run/ ) >> /tmp/run-screen-existence.log
(Entry for a user's crontab, a file under /etc/cron.d/ would need
additionally a user field between the asterisks and the command.)
My hope is that this way we could find out, if this is really just a
race condition and systemd-tmpfiles is
months. An ancient bug report from
2006, too.)
So I assume that this issue is not related to any of these issues,
despite looking very similar.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `'
/changelog
--- evolvotron-0.7.1/debian/changelog 2018-01-02 08:32:53.0 +0100
+++ evolvotron-0.7.1/debian/changelog 2019-05-21 01:40:39.0 +0200
@@ -1,3 +1,15 @@
+evolvotron (0.7.1-3) unstable; urgency=high
+
+ [ Ondřej Nový ]
+ * debian/watch: Use HTTPS.
+
+ [ Axel Beckert ]
+ * Apply
egards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
/bugs.debian.org/cgi-bin/bugreport.cgi?bug=929034#19
Thanks in advance!
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-|
ication::exec () at kernel/qapplication.cpp:2900
#59 0x5558a0b6 in main (argc=, argv=0x7fffdd38) at
evolvotron.cpp:252
So this segfault seems indeed in evolvotron.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ft
Hi Niels,
Niels Thykier wrote:
> Axel Beckert:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: unblock
> >
> > In the light of dhcpcd5 automremoval (#928056, #928104, #928105), I'd
> &g
ectly.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
ools, I
will file one after this mail.
> But this is a very different problem from the one Chris Lamb
> reported.
I disagree that it is _very_ different since it has very similar
symptoms. The cause might be very differnt, though, indeed.
Regards, Axel
--
,''`. |
iled (and might
still file) the above as at least severity serious as it breaks the
installation/upgrade of more or less unrelated packages.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' |
Hi,
Axel Beckert wrote:
> I'll prepare a feature branch for this in git including a planned
> debdiff and let you know once it's ready for review/upload. I though
> would happy to receive feedback from the release team beforehand.
Preliminary (and obviously not yet finish
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
In the light of dhcpcd5 automremoval (#928056, #928104, #928105), I'd
like to upload a wicd package which relies less on dhcpcd5. It
actually is already committed in Git, but the upload
Package: aptitude-robot
Version: 1.5.1-1
Severity: normal
If I flag the new (e.g. uninstablable) version of an upgradable package
as "forbid-version" (e.g. with Shift-F inside the aptitude TUI) and then
run aptitude-robot-session, these flags are reproducibly no more set.
They should be kept
Package: postfix
Version: 3.1.12-0+deb9u1
Severity: grave
Affects: procmail
Justfication: causes data loss (after a few days), breaks (more or less)
unrelated packages (procmail)
Dear Debian Postfix Maintainers,
* What led up to the situation?
Since a few minutes after upgrading Postfix on
Package: sysdig-dkms
Version: 0.24.1-3
Dear Maintainer,
it would be nice if you could provide a new version of sysdig-dkms in
Debian Experimental until Buster is released, so that we have a version
which is working with kernel 5.0 from Debian Experimental.
Build log:
DKMS make.log for
Package: hobbit-plugins
Version: 20141006
Severity: important
Control: affects -1 + xymon
Control: found -1 20170219
Control: found -1 20190129
The commit
https://salsa.debian.org/debian/xymon/commit/3a46f42062b22ba31bfe9b629fad9173caa1ed1f
in xymon changed the path for server-side tasks and
/debian/changelog2019-01-23 01:58:22.0 +0100
+++ links2-2.18/debian/changelog2019-04-08 21:28:08.0 +0200
@@ -1,3 +1,10 @@
+links2 (2.18-2) unstable; urgency=low
+
+ * Cherry-pick patch from upstream to fix crash on invalid IDN
+URL. (Closes: #926674)
+
+ -- Axel
Control: tag -1 - moreinfo
Hi Paul,
Axel Beckert wrote:
> Paul Gevers wrote:
> > Please upload the 1.6.1-1 version in experimental to unstable an removed
> > the moreinfo tag when it is build (I couldn't find logs on buildd.d.o,
> > please do a source-only upload).
ation bug with another bug.
Appreciated!
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Hi Paul,
Paul Gevers wrote:
> Please upload the 1.6.1-1 version in experimental to unstable an removed
> the moreinfo tag when it is build (I couldn't find logs on buildd.d.o,
> please do a source-only upload).
Will do. Thanks for the review!
Regards, Axel
--
,''`.
the functional
part of the patch (but probably not the changelog part) against 2.18-1
and uploading 2.19 to Debian Experimental until Buster is released.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
Hi Santiago,
Santiago Vila wrote:
> On Thu, Apr 04, 2019 at 11:31:34AM +0200, Axel Beckert wrote:
> > > make[6]: *** [Makefile:412: download_progress.o] Error 1
> >
> > Will test later (once the dist-upgrade is through) with 8.3.0-5 from
> > unstable, too.
>
ss F'
> struct quote3
> ^~
> make[6]: *** [Makefile:412: download_progress.o] Error 1
Will test later (once the dist-upgrade is through) with 8.3.0-5 from
unstable, too.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian
Package: localslackirc
Version: 1.2-1
Severity: normal
Hi,
I just installed localslackirc on Debian Sid, generated a token on
https://api.slack.com/custom-integrations/legacy-tokens (redirected from
https://api.slack.com/docs/oauth-test-tokens as mentioned in
Package: e2wm
Version: 1.4-1
Severity: serious
Control: affects -1 + emacs-lucid emacs25-lucid
Control: clone -1 -2
Control: reassign -2 emacs-window-layout
Control: found -2 emacs-window-layout/1.4
Dear Maintainer,
if I upgrade a machine with emacs25-lucid and e2wm or
emacs-window-layout
eh.txt\;msg\=5
> aeh.txt
(JFTR: I used the en_US.UTF-8 locale despite the example with German
umlauts. :-)
> BTW, don't hesitate to report this directly upstream as it doesn't
> seem to be a packaging issue.
Ok, will do.
Regards, Axel
--
,''`. | Axel Beckert , htt
Package: ripgrep
Version: 0.10.0-2
Severity: important
Tags: upstream
Hi,
with several GB via STDIN, rg as well as rg -F immediately exited
without any output while fgrep found many hits until it issued the
warning "Binary file (standard input) matches".
Consider the following example (based on
ion — answered:
https://lists.debian.org/debian-backports/2019/03/msg00043.html
Please also see
https://lists.debian.org/debian-backports/2019/03/msg00039.html
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Ad
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Dear Release Team,
qutebrowser upstream (Florian Bruhin, X-Debbugs-CC'ed) has released a
bugfix release for the 1.6.x series which we currently have in
Buster. It fixes at least one crash
E/Wayland only on x86 architectures the
default, but on any other architecture XFCE (with X I assume) is the
default desktop because GNOME doesn't properly work on them? Following
the same logic, shouldn't we stop shipping GNOME?
Regards, Axel
--
,''`. | Axel Becker
t on Arch
Thanks for that detail.
I can also confirm that this is reproducible with zsh compiled as of
the current git HEAD (commit 947e26fe).
Will forward your bug report to upstream.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Develope
e renaming.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
e/?kp=-1=%s;
>
> needs to be:
>
> search_url="dd DuckDuckGo (https)
> https://duckduckgo.com/lite/?kp=-1=%s=-1;
Thanks! Fixed in the packaging git repository:
https://salsa.debian.org/debian/dillo/commit/ffbd4fc0e6cf94b3947d02766224c0e80344a017
Regard
in init-functions that would let me continue to use the
> LSB shell functions.
*nod* I submitted a patch to #921558 which seems to fix the issue for
at least stunnel, but I think it should get some more testing before
uploading that as a fix.
Regards, Axel
--
,''`.
t;
else
-name_param="--pidfile $pidfile"
+name_param="--name $base --pidfile $pidfile"
fi
sig=$(echo ${2:-} | sed -e 's/^-\(.*\)/\1/')
It though wouldn't hurt if e.g. Andreas could check if this change
would have fixed the issue in exim as well.
Control: reassign -1 lsb-base
Control: forcemerge 921558 -1
Control: affects 921558 + stunnel4
Hi Paul,
Paul Gevers wrote:
> On Mon, 11 Mar 2019 14:15:25 +0100 Axel Beckert wrote:
> > Version: 3:5.50-3
>
> ^^^
> I don't think the bug is on
to be fixed upstream in the development branch, probably by
having switched from OpenSSL to MbedTLS (also already in Debian). But
so far I have been unable to get the current development version of
Dillo to compile. :-/
Regards, Axel
--
,''`. | Axel Beckert , https://p
no
+more run at build time. (Closes: #915298)
++ Drop build-dependencies on pyflakes and pyflakes3.
+
+ -- Axel Beckert Mon, 11 Mar 2019 16:17:10 +0100
+
gdebi (0.9.5.7+nmu2) unstable; urgency=medium
[ Julien Lavergne ]
diff -Nru gdebi-0.9.5.7+nmu2/debian/control gdebi-0.9.5.7+nmu3/debian/
Package: stunnel4
Version: 3:5.50-3
Severity: serious
stopping or restarting stunnel4 on systems with sysvinit (or probably
also any other init system using start-stop-daemon) fails as follows for
me:
invoke-rc.d stunnel4 restart
Restarting TLS tunnels: /etc/stunnel/stunnel.conf:
Package: miredo
Version: 1.2.6-7
Severity: serious
Hi,
stopping or restarting miredo on systems with sysvinit (or probably also
any other init system using start-stop-daemon) fails as follows for me:
invoke-rc.d miredo restart
[] Stopping Teredo IPv6 tunneling daemon:
Package: tomb
Version: 2.5+dfsg1-2
The tomb(1) man page tells me the following:
For additional protection against dictionary attacks on keys, the
--kdf option can be used when forging a key, making sure that the
tomb-kdb-pbkdf2 binaries in extras/kdf were compiled and installed
Package: tomb
Version: 2.5+dfsg1-2
Severity: serious
tomb's exhume subcommand calls steghide:
~ → tomb exhume /tmp/example.jpg
tomb [E] Steghide not installed: cannot exhume keys from images.
~ → dgrep steghide tomb
/usr/bin/tomb: _deps=(gettext dcfldd shred steghide)
/usr/bin/tomb: # Check
), but if anyone else wants to maintain URH as Debian package,
this is a base you can build upon.
I'm though open to team maintenance, so if anyone with a stronger
Python background than I have, wants to join, we might also maintain
this together.
Regards, Axel
--
,''`. | Axel
tly open respectively
which keys (Enter, "d", "v"?) did you press for that view?
> of the pinned package_xyz. -> SIGSEGV
Unfortunately I was not able this for me, with either my local custom
view settings as well as with the default settings.
Regards, Axel
--
er
language. Testing Perl scripts with Python scripts is definitely not
my way of doing such things, especially if TAP is not used.
So I'd really prefer if a team would take it over. And I still think
that the Lintian team would be the most appropriate team for that.
Regards, Axel
--
Source: git-dpm
Version: 0.10.0-1
Severity: minor
Hi,
it is confusing that VCS related package has no Vcs-* headers.
git-dpm though seems to have a Git repository on Salsa at
https://salsa.debian.org/brlink/git-dpm.
So please add the according Vcs-* headers:
Vcs-Git:
ntioned
git repo later today, to get the fix for #922773 into buster before
the hardfreeze.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF
ld probably remove that workaround from any such machine and check
them all.)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-
Source: adequate
Version: 0.15.1
Severity: serious
Tags: ftbfs
Since the uploads of acl and attr with this changelog entry, adequate
FTBFS:
* Perform a proper and correct /usr-merge transition by moving the package
contents from / to /usr.
Build log of a failed build:
Control: clone -1 -2
Control: reassign -2 man2html-base 1.6g-11
Control: affects -2 xymon src:xymon
Control: severity -2 normal
Control: retitle -1 Regenerate HTML documentation at buildtime
Control: severity -1 wishlist
Hi,
Axel Beckert wrote:
> If I copy and paste the [disk] example f
ut local mode myself, so
expect this to come at some point in the future. But it won't be
included in the upcoming Debian 10 Buster, though.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' |
because wml::des::imgbg used WML::GD which was a very
thin XS wrapper around the C library GD. That wrapper is gone now and
I missed the fact that it didn't just vanish but has been replaced
with calls to the existing perl module GD.
Will upload a fix shortly.
Regards, Axel
Package: smokeping
Version: 2.7.3-1
Severity: serious
Hi,
sorry for the late report, but smokeping failed to configure (probably
after the recent upgrade) for a few days for me now:
# dpkg --configure -a
Setting up smokeping (2.7.3-1) ...
apache2_invoke: Enable module cgi
[ ok ] Restarting
close.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
has moved over to https://salsa.debian.org/rhonda/beep and a
partially packaged 1.4.3 is currently in
https://salsa.debian.org/rhonda/beep/tree/debian-1.4.3
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.d
Package: irssi-plugin-otr
Version: 1.2.0-1
Severity: serious
Hi Rhonda,
unfortunately the file moving between irssi and irssi-plugin-otr doesn't
seem to completely fixed yet. When upgrading them from 1.2.0-1 to
1.2.0-2, I get:
Preparing to unpack .../04-irssi-plugin-otr_1.2.0-2_amd64.deb ...
/
For completeness, here are the current details of the binary and source
packages:
Package: xen-tools
Version: 4.8-1
Installed-Size: 704
Maintainer: Axel Beckert
Architecture: all
Depends: debootstrap | cdebootstrap, libconfig-inifiles-perl,
libdata-validate-domain-perl, libdata-validate-ip-perl,
libdata
iate another
couple of hands and eyes. :-)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Control: tag -1 + confirmed
Hi,
Axel Beckert wrote:
> > @xen-tools: I think this is because xen-tools has used the host
> > initramfs and hence has inherited some sort of hook script which insists
> > on the RAID stuff being present, which there isn't in the domU.
>
> So
Package: xen-utils-4.11,xen-utils-common
Version: 4.11.1-1
Severity: serious
Control: affects -1 xen-tools
Hi,
both, /usr/lib/xen-4.11/bin/pygrub as well as /usr/bin/pygrub bail out
for me as follows on Buster:
# /usr/bin/pygrub
Traceback (most recent call last):
File "/usr/bin/pygrub", line
w,nosuid,nodev,noexec,relatime,nsdelegate
└─/sys/fs/cgroup/elogind cgroup cgroup
rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/elogind
But I have to assume that these mount points where at least present
before I uninstalled cgroupfs-mount, too.
Regards, Axel
--
Hi Felipe,
Felipe Sateler wrote:
> Upstream asks if cgroup is in v2-mode in the affected systems.
How do I recognize this? I have no idea of how to check that.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Develo
mething that should have
been kept intact when elogind is also installed/running — and having
either cgroupfs-mount or elogind installed triggers the issue.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.or
usr/*bin/pygrub (/usr/bin/pygrub is xen-utils-common)
* /usr/local/bin/pygrub
Can you check if xen-utils-4.11 and xen-utils-common are installed on
the affected Dom0?
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.d
at before the buster release, though. Not yet sure how this
should look like either.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59
d to satisfy the overly broad dependencies of
> libpolkit-qt5-1-1, but that is another bug, #794537).
Overly broad dependencies on libpam-logind and the like seem to be
rather common these days in Debian. :-(
Regards, Axel
--
,''`. | Axel Beckert , https://people
its own cgroup when
> starting.
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918764#122
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF
RC severity — several users are affected and reverting a
commit in the udev package is said to fix the issue.
Michael: Any progress on being able to reproduce the issue?
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.
ain soon.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
Control: found -1 240-5
Hi again,
Axel Beckert wrote:
> Another case which predates my original bug report by a few weeks
> (week before christmas or maybe even mid-december), but which I now
> noticed that it had the exact same symptoms:
>
> I have three screens connected to
menu file altogether.
Indeed an option, but IMHO not because of this issue. IMHO shells are
nothing to be used via some menu.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 C
w-broken --load-ca-certificate root.crt
--infile root.crt
As far as I see understand that seems to be only the self-signature of
root.crt (which AFAICT should be neglectable) while the (AFAICT
relevant) signature on class3.crt uses SHA256 which is ok.
Regards, Axel
--
,''`. | Axe
Package: trans-de-en
Version: 1.8.1-1
Severity: normal
Control: found -1 1.8.1-6
Control: tag -1 fixed-upstream
Dear Roland,
I found another typo in the German-English dictionary:
→ translate verlängerungskabel
Verlängerungskabel {n}; Verlängerungsschnur {f} [ugs.]; Verlängerung {f} [ugs.]
Hi,
two more situations where this happens for me:
Axel Beckert wrote:
> I have no idea why this is happening, but several packages use "udevadm
> control --reload-rules" in their postinst (e.g. fuse) and if that's run,
> all process except init are instantly killed […]
It
Package: pkg-config
Version: 0.29-5
Severity: serious
pkg-config fails to upgrade on two machines (1x amd64 with i386 as
foreign architecture, 1x pure i386) as follows for me:
Setting up pkg-config (0.29-5) ...
Undefined subroutine ::warning called at /usr/share/pkg-config-dpkghook
line 34.
Control: retitle -1 python3-q-text-as-data: SyntaxError: invalid syntax (ships
Python 2 script as Python 3 script)
Hi,
Axel Beckert wrote:
> Package: python3-q-text-as-data
> Version: 1.4.0-2
> Severity: grave
>
> q, if installed via its python3-q-text-as-data pac
Package: python3-q-text-as-data
Version: 1.4.0-2
Severity: grave
q, if installed via its python3-q-text-as-data package, bails out with a
syntax error:
→ python3-q-text-as-data
File "/usr/bin/python3-q-text-as-data", line 201
print sql, " params: " + str(params)
^
SyntaxError:
ee the reason to remove it. So far I also
doubt that tuptime is superior in every way.
> Is there anything I can help with to move this forward?
I'm not keen at all to take over yet another package, but I fear
there's no other way.
Regards, Axel
--
,''`. | Axel
Hi Pierre-Elliott,
Pierre-Elliott Bécue wrote:
> Did you find the time to review these changes?
Working on it this moment. :-)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2
this evening
and sponsor it if there aren't any blockers (which I don't expect :-).
(If any other DD is quicker, feel free to sponsor the package, if I
haven't done it by then. :-)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Deve
Control: tag -1 + moreinfo
Hi Felipe,
Felipe Sateler wrote:
> On Sun, 13 Jan 2019 18:10:57 +0100 Axel Beckert wrote:
> > On one of my systems (not the one I'm writing the report on), a
> > Raspberry Pi 2 with Debian Sid arm
trigger-control-setup
fi
;;
So as I read it, dnssec-trigger-control-setup is only called if there
was no previously configured version installed and is hence never
called when upgrading the package and hence never removes, the too
small old keys on upgrade.
Regards,
y) killed and nothing else. (Ok,
no real reason, just a common observation of the past year. :-)
So sorry, no, it's unfortunately not that easy. ;-)
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.
0711] systemd-udevd[31587]: Unload module index
[25270.470731] systemd-udevd[31587]: Unloaded link configuration context.
Based on the time stamps, any earlier dmesg log entry clearly stems
from my previous "service udev restart" to see if the ratelimiting was
indeed disabled.
P.S. to Michael:
Control: found -1 239-15
Hi Michael,
Michael Biebl wrote:
> Am 12.01.19 um 01:02 schrieb Axel Beckert:
> > Control: reopen -1
> > Control: found -1 240-3
>
> > *sigh* I'm sorry to say, but it just happened again with udev 240-3
> > and kernel 4.20-1~exp1.
>
&g
6
/etc/dnssec-trigger # openssl x509 -in dnssec_trigger_server.pem -text | grep
'Public-Key:' | awk 'match($0,/[0-9]+/) {print substr($0, RSTART, RLENGTH)}';
1536
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian
Hi,
Axel Beckert wrote:
> The syslog shows again this:
>
> Jan 14 07:18:59 c-cactus2 dnssec-triggerd[22039]: Jan 14 07:18:59
> dnssec-triggerd[22039] error: Error in SSL_CTX use_certificate_file crypto
> error:140AB18F:SSL routines:SSL_CTX_use_certificate:ee key too small
Atta
Package: dnssec-trigger
Version: 0.17+repack-1
Severity: serious
Setting up dnssec-trigger (0.17+repack-1) ...
Job for dnssec-triggerd.service failed because the control process exited with
error code.
See "systemctl status dnssec-triggerd.service" and "journalctl -xe" for details.
invoke-rc.d:
Package: irqbalance
Version: 1.5.0-2
Severity: serious
On one of my systems (not the one I'm writing the report on), a
Raspberry Pi 2 with Debian Sid armhf and sysvinit, the terminal which I
ran the upgrade in, looked like this (excerpt):
Synchronizing state for irqbalance.service with sysvinit
o keen to know if a downgrade to udev 239 will make it
more stable again, so I'll definitely test that.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E6
ackage configuration triggered it
or part of the udev init script.
Another "service udev stop" and "service udev start" though didn't
trigger the issue again. Will try "udevadm control --reload-rules"
once grub is finished updating and then will reboot, see if that
changes anyth
cument.
> [...]
>
> Hello,
>
> that is know and fixed in upstream (internal) repo.
It is even fixed in unstable and seems a 1:1 duplicate of
https://bugs.debian.org/918934, hence forcemerging and with that,
closing it.
Regards, Axel
--
,''`. | Axel Beckert , https://people.deb
ments should
probably still be more robust with regards to such issues.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024
hat'd have been
> enough?
Definitely an improvement, thanks!
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
`-| 1024D: F06
http://lists.gnu.org/archive/html/lynx-dev/2018-12/msg9.html
There is also mentioned that gmail.com is another case.
Regards, Axel
--
,''`. | Axel Beckert , https://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 4096R: 2517 B724 C5F6
901 - 1000 of 4870 matches
Mail list logo
