On 24/04/2019 21:30, Frank Scheiner wrote:
> On 4/24/19 22:07, John Paul Adrian Glaubitz wrote:
>> On 4/24/19 9:46 PM, Mark Cave-Ayland wrote:
>>> For reference the CHRP bootinfo.txt isn't a configuration file, but is
>>> actually
>>> parsed by CHRP-compl
On 24/04/2019 18:26, John Paul Adrian Glaubitz wrote:
> Source: grub2
> Version: 2.02+dfsg1-17
> Severity: normal
> User: debian-sp...@lists.debian.org
> Usertags: sparc64
>
> Hello!
>
> I have started working on switching the bootloader for debian-installer from
> silo to grub-ieee1275 on
On 27/08/18 10:39, Mathieu Malaterre wrote:
> Christian,
>
> On Mon, Oct 17, 2016 at 9:32 AM Mathieu Malaterre wrote:
>>
>> Hi,
>>
>> On Fri, Oct 14, 2016 at 4:45 PM, Thadeu Lima de Souza Cascardo
>> wrote:
>>> There is certainly a way to automate this, but my question on whether
>>> that
On 25/02/18 00:16, Samuel Thibault wrote:
I have investigated, and yes there are leaks there. It'll be quite
invasive to fix, so I won't be able to push that to stretch. But I
believe if you can confirm that at least the crashes are gone, we can
push the fix to stretch.
Hi Samuel,
Just to
On 25/02/18 00:16, Samuel Thibault wrote:
Mark Cave-Ayland, on sam. 24 févr. 2018 12:53:58 +, wrote:
Not that this was more than a casual observation but I was pondering the
possibility of a memory leak somewhere in the C code?
I have investigated, and yes there are leaks there. It'll
On 23/02/18 23:22, Samuel Thibault wrote:
Hello,
Mark Cave-Ayland, on mar. 20 févr. 2018 10:55:43 +, wrote:
Done. I've just installed the 0.33.3-13+deb9u1~0_amd64 packages from the
above URL (including debug symbols, just in case) and I'll report back in a
few days if everything is still
On 20/02/18 10:36, Samuel Thibault wrote:
Control: reassign -1 java-atk-wrapper
Mark Cave-Ayland, on mar. 20 févr. 2018 10:24:02 +, wrote:
I've now installed the -17 packages and after a few minutes developing with
lots of autocomplete, I can confirm that the GLib warning/critical
On 20/02/18 09:28, Samuel Thibault wrote:
Mark Cave-Ayland, on mar. 20 févr. 2018 09:00:14 +, wrote:
Fantastic news! I've just had a look at pool and it looks like quite a few
of the archs have been built, but amd64 isn't there yet. I'll check again a
bit later and install them when
On 19/02/18 23:39, Samuel Thibault wrote:
Hello,
Mark Cave-Ayland, on lun. 19 févr. 2018 21:05:00 +, wrote:
On 19/02/18 09:03, Samuel Thibault wrote:
Mark Cave-Ayland, on lun. 19 févr. 2018 09:00:36 +, wrote:
Are the debug packages available anywhere at
http
On 19/02/18 09:03, Samuel Thibault wrote:
Mark Cave-Ayland, on lun. 19 févr. 2018 09:00:36 +, wrote:
Are the debug packages available anywhere at
http://debug.mirrors.debian.org/? If so, I can install them and dig a bit
more.
It's all on
http://debug.mirrors.debian.org/debian-debug/pool
On 19/02/18 08:39, Samuel Thibault wrote:
Thanks!
The corresponding backtrace look like these warnings are probably fixed
by the -16 upload too.
Samuel
Okay I've just installed the -16 packages locally and I'm still seeing
warnings on the console when hitting CTRL-space during
On 19/02/18 08:39, Samuel Thibault wrote:
Hello,
Mark Cave-Ayland, on lun. 19 févr. 2018 08:14:13 +, wrote:
I've also
attached another trace from gdb by doing the following to catch the sources
of the above errors emitted on the console:
break g_log if log_level == G_LOG_LEVEL_CRITICAL
On 17/02/18 17:49, Samuel Thibault wrote:
Hello,
Mark Cave-Ayland, on ven. 16 févr. 2018 13:46:36 +, wrote:
As requested, please find attached a .xz file containing the output of
"thread apply all bt full" for the crashing process after installing the
debugging sym
On 17/02/18 21:18, Samuel Thibault wrote:
Hello,
Mark Cave-Ayland, on ven. 16 févr. 2018 17:18:52 +, wrote:
One other thing to note: if I launch netbeans from a terminal I see a
constant stream of messages like this appearing whilst I work:
(java:23186): GLib-GObject-CRITICAL
One other thing to note: if I launch netbeans from a terminal I see a
constant stream of messages like this appearing whilst I work:
(java:23186): GLib-GObject-CRITICAL **: g_object_unref: assertion
'G_IS_OBJECT (object)' failed
(java:23186): GLib-GObject-WARNING **: invalid
Hi all,
For some reason after recently updating from a traditional HD to an SSD,
I'm now getting this on a regular basis developing with Netbeans 8.2 on
Debian Stretch.
As requested, please find attached a .xz file containing the output of
"thread apply all bt full" for the crashing process
On 04/10/16 22:17, Adrian Bunk wrote:
> Hi,
>
> proll is a JavaStation PROM replacement.
>
> JavaStations are 32bit, so not supported by the new sparc64 port.
> The old 32bit sparc port has already been remved from Debian.
>
> Guillem mentions in #658886 that QEMU once used to use proll
> (but
Note that the QEMU,cgthree.bin binary was first added to QEMU git master
in October 2013 in time for the 2.0 release so this bug actually affects
all of -backports, -stable, -testing and -unstable packages.
ATB,
Mark.
I just experienced this today and found that the patch below fixed the
problem for me:
http://sourceforge.net/p/vnc-tight/patches/90/
Any chance that this could be applied as a fix for wheezy/jessie?
On 24/01/16 19:10, Ola Lundqvist wrote:
> tag 782620 + patch
> thanks
>
> Hi Mark
>
> Thanks for the report.
> I can not, as a maintainer, judge that. It has to be decided by the
> release team. However I do not think it will be accepted. It is
> essentially just security problems that are
Package: mantis
Version: 1.2.11-1.2
Severity: important
When creating a subproject in Mantis, a bug in the version caching code
prevents Roadmap and Change Log from finding and displaying inherited
versions.
This means that if you use the common scenario of adding versions to the
top level
I was pleasantly surprised to find that phonon-backend-vlc 0.6.0-1 was
pushed to wheezy during my last set of updates, and I can confirm that
this new package fixes the issue for me too.
Thank you for all your hard work!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Hi all,
I can confirm that this bug currently still exists in wheezy which on my
up-to-date system is still 0.5.0+14.g382da0d-2. Is there any chance of
getting this fix backported into wheezy as it is causing my eardrums to
suffer on a regular basis :(
ATB,
Mark.
--
To UNSUBSCRIBE,
to perform a git bisection
and backport the fix :(
ATB,
Mark.
--
Mark Cave-Ayland - Senior Technical Architect
PostgreSQL - PostGIS
Sirius Corporation plc - control through freedom
http://www.siriusit.co.uk
t: +44 870 608 0063
Sirius Labs: http://www.siriusit.co.uk/labs
--
To UNSUBSCRIBE
fixed the issue. If you're still interested, I'll see
if I can spend some time at the beginning of next week to come up with a
reproducible test case.
ATB,
Mark.
--
Mark Cave-Ayland - Senior Technical Architect
PostgreSQL - PostGIS
Sirius Corporation plc - control through freedom
http
Package: slapd
Version: 2.4.23-7
Severity: critical
Tags: squeeze
After upgrading our LDAP server from lenny (2.4.11) to squeeze (2.4.23), we
have found
that the slapd process frequently hangs when adding new objects to the LDAP
tree. The
server freezes and will not accept any new connections
26 matches
Mail list logo