he bookworm branch yourself if you want to deploy the fix sooner:
https://salsa.debian.org/nagios-team/icinga2/-/tree/bookworm?ref_type=heads
Kind Regards,
Bas
Kind regards
Lorenz Kästle
[0] https://icinga.com/blog/critical-icinga-2-security-releases-2-14-3/
[1]
https://icinga.com/blog/uncovering-a-
On 21/12/2021 17.49, Lucas Nussbaum wrote:
[ /polytope/objects/Polytope/properties/Geometry/SLACK_IDEAL ] 1 ? cannot
open `standard.lib`
// ** Could not get 'Singular'.
// ** Either set environment variable 'SINGULAR_EXECUTABLE' to 'Singular',
// ** or make sure that 'Singular' is at "/usr/S
Hello David,
On 28/01/2021 12.59, David Bremner wrote:
The relevant output from the tests seems to be
[ /polytope/objects/Polytope/properties/Triangulation and volume/RELATIVE_VOLUME ] 1polymake:
WARNING: rule RELATIVE_VOLUME : SQUARED_RELATIVE_VOLUMES failed: Undefined subroutine
&Polymak
On 13/02/2020 16.53, Benjamin Lorenz wrote:
> On 13/02/2020 13.18, David Bremner wrote:
>> Benjamin Lorenz writes:
>>>> It looks like it's flint related?
>>>
>>> Yes, I think this is a bug in flint and for now I suggest disabling the
>>>
On 13/02/2020 13.18, David Bremner wrote:
> Benjamin Lorenz writes:
>
>>
>>> It looks like it's flint related?
>>
>> Yes, I think this is a bug in flint and for now I suggest disabling the
>> flint-interface of polymake with the configure option --with
=...)
at ./include/core/polymake/FlintPolynomial.h:689
#8 pm::FlintPolynomial::xgcd (p2=..., p1=..., t=..., s=..., g=...)
at ./include/core/polymake/FlintPolynomial.h:685
...
I have tried to create a flint-only testcase for this which is attached
and gives on debian amd64:
lorenz@debian
On 26/11/2019 01.51, Andreas Beckmann wrote:
> On 26/11/2019 00.00, Benjamin Lorenz wrote:
>> tldr: please rebuild normaliz and then try polymake again.
>
> Thanks for the analysis. binNMU of normaliz requested: #945504
Thanks.
>> This is very weird but after some diggi
On 23/11/2019 20.30, Andreas Beckmann wrote:
> Control: affects 941933 + src:polymake
> Control: retitle -1 polymake: FTBFS with normaliz 3.8.1: segfaults during
> tests
>
> On 23/11/2019 10.45, Benjamin Lorenz wrote:
>> On 22/11/2019 22.06, Andreas Beckmann wrote:
>&
On 22/11/2019 22.06, Andreas Beckmann wrote:
> polymake FTBFS against perl 5.30:
> https://buildd.debian.org/status/package.php?p=polymake&suite=unstable
>
> *** Summary ***
>
> *** Failed tests ***
>
> /<>/apps/polytope/src/gc_closure.cc:173: testcase 1
> expected: regular return
> got: EX
On 10/7/19 8:30 PM, Niko Tyni wrote:
> On Mon, Oct 07, 2019 at 08:59:47PM +0300, Niko Tyni wrote:
>> Source: polymake
>> Version: 3.2r4-4
>> Severity: serious
>> Tags: ftbfs
>> Control: block 935737 with -1
>>
>> This package failed to build in sid when rebuilding against Perl 5.30.
>>
>> Looking a
Hi Felipe,
Felipe Sateler wrote:
> > > Upstream asks if cgroup is in v2-mode in the affected systems.
> With `findmnt -R /sys/fs/cgroup`. It should list controllers in the cgroup
> or cgroup2 filesystems.
root@lorenz:~# findmnt -R /sys/fs/cgroup
TARGET
Hi Felipe,
thanks for looking into this.
I've made a very quick test of the patch you provided this morning,
patching systemd 240-5 source
and rebuilding the whole thing.
It works for me.
Lorenz
in
the code
since at least systemd v232-15.
According to my experiments, the culprit is the following:
>when udevd is run in background and it's not detached with it's own
'--daemon' option,
>then a udevadm command is enough to kill everything.
It does not make any sense to me, but that's it.
Regards,
Lorenz
Hi,
this comes from a different output order produced by cdd version 0.94j
(probably caused by https://github.com/cddlib/cddlib/pull/10 ).
We have disabled this test in polymake 3.2r4. I have tried updating the
package and created a pull request here:
https://salsa.debian.org/bremner/polymake/mer
upstream version 0.13 does work with Thunderbird 60,
see also https://github.com/swick/mozilla-gnome-keyring/pull/56.
Please consider updating the package instead of removing it.
Cheers,
Lorenz
Dear Lev,
It seems a fix for this bug was merged into the upstream stable
repository some time ago:
https://github.com/SWI-Prolog/swipl/commit/3923765d56e5
I have an unstable i386 VM where I could reproduce these memory errors
and adding this to the patches resolves it.
Since there is still no n
created a pull request to for this:
https://github.com/SWI-Prolog/packages-jpl/pull/8
I have tried this on i386 and the package now compiles but make check
then fails with the same errors as in #887155.
Regards,
Benjamin Lorenz
On 01/06/2018 08:08 PM, Niko Tyni wrote:
> Running polymake currently fails with
>
> $ polymake
> Can't locate loadable object for module Polymake::Ext in @INC
>
> Apparently this is because it was built with Perl 5.26.0, but
> we've since moved to 5.26.1.
>
> I see two better alternatives:
>
>
Package: pyspread
Version: 1.1-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
With the latest apt-get upgrade, the spreadsheet canvas of pyspread will
no longer show, instead it's just a white box without the grid. This
makes the pyspread package unusable. The consol
Yes, that certainly seems possible as I mentioned in my initial
report. However, I can exclude the possibility of it being a duplicate
of #813687 after the upgrade to mutter 3.18.3.
0):
> failed to set mode: Permission denied [13]
> Mar 01 11:53:03 i10pc82 gnome-session[989]: Window manager warning:
> Configuring CRTC 64 with mode 72 (1920 x 1080 @ 60.00) at position 1920,
> 0 and transform 1 failed
> Mar 01 11:53:03 i10pc82 gnome-session[989]: (gnome-settings-daemon:1069):
> color-plugin-WARNING **: failed to create device: failed to obtain
> org.freedesktop.color-manager.create-device auth
is this in any way helpful? Should it be reassigned to gnome-shell?
Could it be related to #813687? I have a dual-monitor setup if that
makes a difference.
Cheers,
Lorenz
-display-server" (wayland). Maybe these can be
of help?
Cheers
Lorenz
On Tue, Feb 23, 2016 at 2:35 PM, Lorenz Hübschle-Schneider
wrote:
> Package: xwayland
> Version: 2:1.18.1-1
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> sinc
e here.
The issue also looks very similar to #814982, but seems to be triggered by
some other update since it never occurred before today, and now it is 100%
reproducible. Package changes since last confirmed working state, from
/var/log/aptitude, are listed below.
Thanks a lot in advance
Cheers
Sending the attachment manually as it didn't come with the notification.
Benjamin Lorenz
>From f293923ae20196f34b1348bae9338fed0387388c Mon Sep 17 00:00:00 2001
From: Christof Soeger
Date: Tue, 8 Dec 2015 12:04:40 +0100
Subject: [PATCH] fix libnormaliz for gmp 6.1
adapted from
twork access, I don't see how that would succeed. I'll try to be sure
though.
Cheers,
Lorenz
On Thu, Nov 19, 2015 at 2:40 PM, Michael Biebl wrote:
> Am 19.11.2015 um 14:29 schrieb Felipe Sateler:
> > Control: tags -1 moreinfo
> >
> > On 19 November 2015 at 09:59, Lore
Package: icedove
Version: 17.0.9-2
--- Please enter the report below this line. ---
i just found this simple work around, which i would liketo share with
you. In case icedoce is going mad, just tell it to work offline and you
are done. Until next time it goes mad...
--- System information. ---
A
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+
COMMAND
4201 lorenz20 0 995m 235m 38m R 61,2 15,6 50:45.31
icedove
3074 root 20 0 7368 3996 2164 S 1,3 0,3
Thanks for your reply.
I just reinstalled the Package after purging it. I testet it with my
standard all day user profile.
Meanwhile I switched to linphone, so in case I was the only person with
this bug it is no longer relevant.
Kind regards
Lorenz
Am 17.08.2013 22:27, schrieb peter
t-kde' crashing...
KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit
sock_file=/home/lorenz/.kde/socke
Package: merkaartor
Version: 0.17.2-3
--- Please enter the report below this line. ---
output after ~$ merkaartor:
merkaartor: relocation error: /usr/lib/libgdal1.7.0.so.1: symbol
__cxa_pure_virtual, version libmysqlclient_16 not defined in file
libmysqlclient.so.16 with link time reference
-
Hi,
I just observed the very same problem and found this bugreport.
After manually upgrading all cups-related libraries (not all of them had
been upgraded with the 1.3.8-1 upgrade of cups itself) the problem was gone.
hth
greets
mlo
--
Dipl.-Ing. Martin Lorenz
They that can give
Package: network-manager-pptp
Version: 0.6.3+cvs20060819-0ubuntu2~dapper1
Severity: grave
Justification: renders package unusable
from the log I suspect that the version checking in pppd or nm-pppd-plugin.so
is too strict...
May 4 08:31:18 gimli pppd[8896]: Plugin nm-pppd-plugin.so is for pppd
Minor thing:
Lorenz Minder wrote:
> +-strcat(line," -version 2>/dev/null");
> ++strcat(line," --version 2>/dev/null");
This bit is not needed, had it on my box for technical reasons, I
recommend you take it out again.
Best,
--L
--
To UNSUBSCRIBE, e
Hi,
For me, the following change to 13_cdrecord_to_wodim.patch fixes this.
Please test, as my setup is pretty nonstandard (i.e., not a Debian
box.). (Since this overwrites everything from 12_*.patch, the latter
should probably be removed.)
Best,
--Lorenz
--- xcdroast/debian/patches
I've also noticed that my browser crashes about half of the time when
I try to paste text into the location bar, either using Ctl-V or
middle-click paste. Oddly, I have two profiles which I use on the same
computer, at the same time and this only happens in one of them. I
deleted and recreated the
I ran
> firefox --debugger gdb -P default
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the cond
36 matches
Mail list logo
