Thanks again for the help trying to figure that out Alberto, it ended up
to be an issue due to the surf apparmor profile, disabling it makes the
rendering work (and explain why it's only impacting that browser)
I've posted the details in
https://bugs.webkit.org/show_bug.cgi?id=261268#c10
Le
On Wed, Aug 30, 2023 at 04:22:04PM +, Alberto Garcia wrote:
> I'm having problems passing the autopkgtests locally with Wayland,
> but already with WebKitGTK 2.40.x ...
I noticed that surf assumes that it's running under an X11 display in
places like this:
Le 07/09/2023 à 13:12, Alberto Garcia a écrit :
I don't understand why it is pulling libgles1 instead of libgles2,
webkit2gtk 2.41.91-2 should depends on the latter.
libgles2 is being installed as expected but libgl1 is also installed
(it's a depends of the xserver), which is also true in
On Thu, Sep 07, 2023 at 12:19:29PM +0200, Sebastien Bacher wrote:
> > FWIW I uploaded a new package with a dependency on libgles2 and
> > now the surf autopkgtests are passing:
> >
> > https://ci.debian.net/packages/s/surf/unstable/amd64/
> >
> I saw, sadly that's not enough to fix it in
Hey Alberto, thanks for following up!
Le 07/09/2023 à 11:26, Alberto Garcia a écrit :
FWIW I uploaded a new package with a dependency on libgles2 and now
the surf autopkgtests are passing:
https://ci.debian.net/packages/s/surf/unstable/amd64/
I saw, sadly that's not enough to fix it in
FWIW I uploaded a new package with a dependency on libgles2 and now
the surf autopkgtests are passing:
https://ci.debian.net/packages/s/surf/unstable/amd64/
On Wed, Sep 06, 2023 at 05:57:51PM +0200, Sebastien Bacher wrote:
> Checking a strace output it's loading libEGL.so.1 on my machine and
Checking a strace output it's loading libEGL.so.1 on my machine and not
libGLES.so.2
Le 06/09/2023 à 17:46, Sebastien Bacher a écrit :
Yes
ii libgles2:amd64 1.6.0-1 amd64 Vendor neutral GL dispatch
library -- GLESv2 support
Le 06/09/2023 à 13:43, Alberto Garcia a écrit :
On Tue,
Yes
ii libgles2:amd64 1.6.0-1 amd64 Vendor neutral GL dispatch
library -- GLESv2 support
Le 06/09/2023 à 13:43, Alberto Garcia a écrit :
On Tue, Aug 29, 2023 at 09:47:01AM +0200, Sebastien Bacher wrote:
The issue seems to be there in Debian as well
On Tue, Aug 29, 2023 at 09:47:01AM +0200, Sebastien Bacher wrote:
> The issue seems to be there in Debian as well
> https://ci.debian.net/packages/s/surf/unstable/amd64/
This is due to a missing dependency on libgles2 (which is loaded at
runtime via libepoxy), so I will add that to the package.
On Tue, Aug 29, 2023 at 05:09:32PM +0200, Sebastien Bacher wrote:
> And as a follow up it's not only an autopkgtest issue, surf fails to render
> any webpage on my Ubuntu mantic system with the new webkitgtk installed
This might be the same problem reported upstream here:
Le 30/08/2023 à 18:22, Alberto Garcia a écrit :
You are using Wayland I suppose? What if you run surf with
WAYLAND_DISPLAY=none, does it work then?
I'm having problems passing the autopkgtests locally with Wayland, but
already with WebKitGTK 2.40.x ...
Berto
No, in fact since that's an
On Wed, Aug 30, 2023 at 10:14:15AM +0200, Sebastien Bacher wrote:
> The MiniBrowser works fine and render webpages as expected
>
> Starting surf with WEBKIT_DISABLE_COMPOSITING_MODE=1 set also
> workaround the issue and gives working rendering
You are using Wayland I suppose? What if you run
The MiniBrowser works fine and render webpages as expected
Starting surf with WEBKIT_DISABLE_COMPOSITING_MODE=1 set also workaround
the issue and gives working rendering
Le 30/08/2023 à 01:53, Alberto Garcia a écrit :
On Tue, Aug 29, 2023 at 05:09:32PM +0200, Sebastien Bacher wrote:
And as
On Tue, Aug 29, 2023 at 05:09:32PM +0200, Sebastien Bacher wrote:
> And as a follow up it's not only an autopkgtest issue, surf fails to
> render any webpage on my Ubuntu mantic system with the new webkitgtk
> installed
I cannot reproduce the problem in Debian with libwebkit2gtk-4.1-0
2.41.91-1,
Package: webkit2gtk
Version: 2.41.90-1
Severity: high
The new webkitgtk is blocked in Ubuntu/mantic-proposed because the surf
autopkgtest are failing with the new version.
The issue seems to be there in Debian as well
https://ci.debian.net/packages/s/surf/unstable/amd64/
Every try since
15 matches
Mail list logo
