ntu's settings, would need to test how much
is needed for a system with 384MB but I'd be reluctant to take half of
its ram for crashkernel)
> (I specify x86_64 because using 512M-:192M breaks crashkernel more on my i386
> testbeds.)
(Can't help about i386 though)
Thanks,
--
Dominique Martinet
only...), and I since hurried to forget about it)
--
Dominique Martinet | Asmadeus
gems cannot be
used with jruby...
--
Dominique Martinet | Asmadeus
Alberto Garcia wrote on Fri, Oct 20, 2023 at 04:19:55PM +0200:
> On Wed, Oct 18, 2023 at 05:06:16PM +0900, Dominique Martinet wrote:
> > After upgrading my system to the latest security updates surf no
> > longer displays anything.
>
> I had a look at this, the proble
This seems to be the same problem as reported for the 'tauri' web
browser here:
https://github.com/tauri-apps/tauri/issues/7927
They've reported a workaround of setting this variable, which I've
confirmed to work with surf as well:
WEBKIT_DISABLE_COMPOSITING_MODE=1
So something in the GPU
Package: surf
Version: 2.0+git20201107-2
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: dominique.marti...@atmark-techno.com
Dear Maintainer,
After upgrading my system to the latest security updates surf no longer
displays anything.
The pages actually load, hovering on
Simon McVittie wrote on Thu, Jan 19, 2023 at 11:22:29AM +:
> 11.7 will not get gtk+3.0_3.24.34-5, regardless. The changes between
> 3.24.24 and 3.24.34 are too extensive to ask the release team to review
> them (1242 lines of changes in gtk/gtkimcontextsimple.c alone) and have
> triggered
Hi Simon,
Dominique Martinet wrote on Mon, Nov 28, 2022 at 11:47:07AM +0900:
> > I've added it to <https://wiki.debian.org/Gnome/BullseyeUpdates>.
>
> Thank you!
Just a follow-up on this proposed updates mechanism -- it looks like
this wasn't included in the december
Simon McVittie wrote on Fri, Nov 25, 2022 at 05:00:11PM +:
> On Thu, 29 Sep 2022 at 08:42:40 +0900, Dominique Martinet wrote:
> > when using GTK on platforms with a GLES-only GL implementation like some
> > raspberry pi or iMX platforms with vivante driver, GTK fails to
> &
Hi,
Dominique Martinet wrote on Thu, Sep 29, 2022 at 08:42:40AM +0900:
> when using GTK on platforms with a GLES-only GL implementation like some
> raspberry pi or iMX platforms with vivante driver, GTK fails to
> initialize its GL stack because it tries to bind to regular GL first
downgrading the requested version from
2 to 1 as follow fixes wev for me:
>From bdbad4e1e58d090654e2f5e804659bb8709f2f45 Mon Sep 17 00:00:00 2001
From: Dominique Martinet
Date: Wed, 5 Oct 2022 11:19:27 +0900
Subject: [PATCH] protocols: lower xdg_wm_base requirement to 1
We do not need anyth
Hi Alberto, Sebastian,
Sebastian Krzyszkowiak wrote on Thu, Sep 29, 2022 at 06:15:56PM +0200:
> the patch that sets setAllowsServerPreconnect does not fix the
> original issue, however, this one does:
> https://github.com/WebKit/WebKit/pull/4790
>
> With this applied on top of your recent
Dominique MARTINET wrote on Fri, Sep 30, 2022 at 01:26:03PM +0900:
> Alberto Garcia wrote on Thu, Sep 29, 2022 at 11:19:04AM +:
> > Hmmm... ok, this may be a bug in the compiler. The official Debian
> > builds are made using clang (because of bug #1008098), did you use
&
Alberto Garcia wrote on Thu, Sep 29, 2022 at 11:19:04AM +:
> On Wed, Sep 28, 2022 at 08:58:28AM +0900, Dominique MARTINET wrote:
> > So I can confirm the same package as sid's 2.38.0-2 without any
> > extra patch works just fine if I recompile it -- so it must be a
> > di
Package: libgtk-3-0
Version: 3.24.24-4+deb11u2
Severity: wishlist
Tags: patch
Dear Maintainer,
when using GTK on platforms with a GLES-only GL implementation like some
raspberry pi or iMX platforms with vivante driver, GTK fails to
initialize its GL stack because it tries to bind to regular GL
Source: ltrace
Version: 0.7.3-6.3
Severity: normal
Dear Maintainer,
Using https://gitlab.com/cespedes/ltrace that you seem to maintain arm
and aarch64 versions of ltrace compile and work.
Would it be possible to consider cutting a new release and updating the
package in sid/bookworm for these
Hello,
Dominique MARTINET wrote on Tue, Sep 27, 2022 at 01:58:40PM +0900:
> I will rebuild the package again without the patch, to check if I can
> reproduce the issue without it in my build environment.
>
> That takes quite a while, so will probably only report back tomorrow.
So I
Dominique MARTINET wrote on Tue, Sep 27, 2022 at 10:10:40AM +0900:
> (Or I guess I could actually build the deb package now I have ldd figured
> out, but allowing partial builds would be great for actual development...)
hmpf!
So I have rebuilt as a package, and it .. just works?
At this
Alberto Garcia wrote on Mon, Sep 26, 2022 at 07:44:24AM +:
> > I've tried the patched variant, it seems to fail in the same place?
>
> Ok, thanks. I uploaded the unpatched version, although I suspect it's
> not going to make any difference.
I agree it shouldn't make any difference : I tried
Alberto Garcia wrote on Mon, Sep 26, 2022 at 12:00:04AM +:
> I just uploaded the packages built for bullseye, same URL, the patched
> ones are available already, the unpatched ones soon.
Thanks!
I've tried the patched variant, it seems to fail in the same place?
Here's the new trace with
Hi,
Alberto Garcia wrote on Fri, Sep 23, 2022 at 12:38:58AM +0200:
> I built two sets of packages, the unpatched vanilla version of
> 2.38.0 and the one with the patch I mentioned in my previous comment:
>
> https://people.debian.org/~berto/files/webkitgtk-2.38.0-arm64/
>
> Can you test them
Hi Alberto,
Alberto Garcia wrote on Wed, Sep 21, 2022 at 12:54:22PM +0200:
> On Fri, Sep 16, 2022 at 10:18:32AM +0900, Dominique MARTINET wrote:
> > The traces are slightly different:
> >
> > /usr/lib/aarch64-linux-gnu/webkit2gtk-4.0/WebKitNetworkProcess
> > (gdb) bt
it's different is I run with WEBKIT_FORCE_SANDBOX=0
because the sandbox forbids access to GPU driver /dev non-standard
node... but honestly at this point it could be completely different,
I wasn't sure if I should open a new bug report or not :/)
I've downloaded the sources and will start looking into it as free time
permits.
Thanks,
--
Dominique Martinet
Ben Hutchings wrote on Thu, Jun 30, 2022 at 02:08:24AM +0200:
> > Sorry this wasn't clear. I didn't mean obsolete as no longer useful,
> > just that it is old: wireless-regdb-udeb hasn't been updated in two
> > years, while the main wireless-regdb package keeps getting updates
> > regularly.
>
>
Ben Hutchings wrote on Mon, Jun 13, 2022 at 04:39:23PM +0200:
> On Fri, 2022-06-10 at 09:39 +0900, Dominique Martinet wrote:
> > the udeb regdb is also slightly obsolete, I'm not sure why it was needed
> > in the first place but it might be possible to use the normal package
> &
;broken" links without force in this case.
(or push real links to /etc/alternatives/regulatory.db would work too)
Thanks,
--
Dominique Martinet
Hi,
On Mon, 24 Jul 2017 22:18:32 +0100 Jonathan McCrohan
wrote:
> Source: libconfig
> Followup-For: Bug #869596
>
> I am aware of this, but libconfig 1.6 is not suitable for upload to
> Debian right now. At the most basic level, the SONAME has not been
> bumped despite ABI breakage [1]. This
t (perl);
perl_free (perl);
PERL_SYS_TERM ();
Please consider the patch for inclusion as well!
--
Dominique Martinet | Asmadeus
Package: kexec-tools
Version: 1:2.0.14-1
Severity: important
Tags: upstream
Dear Maintainer,
* What led up to the situation?
Tying to load a kexec kernel fails with this kind of errors:
Starting kdump-tools:
Unknown type (Reserved) while parsing /sys/firmware/memmap/5/type. Please
report
two packages provide programs with the same names,
and people can live with either or manually install one in the very
unlikely case they need both.
I know this mail isn't exactly helpful, but I just felt like ranting as
well ;)
Regards,
--
Asmadeus | Dominique Martinet
--
To UNSUBSCRIBE, email
30 matches
Mail list logo
