Bug#1066411: webkit2gtk: FTBFS: SharedContextMutex.cpp:219:41: error: inlining failed in call to ‘always_inline’ ‘egl::SharedContextMutex* egl::SharedContextMutex::doTryLock() [with Mute

On Thu, Mar 14, 2024 at 11:00:26AM -0400, Jeremy Bícha wrote: > > - Several undefined references at link time. > It is caused by a changed in dpkg in Unstable > > https://wiki.debian.org/qa.debian.org/FTBFS#A2024-03-13_-Werror.3Dimplicit-function-declaration Indeed, we were incorrectly adding

Bug#1066411: webkit2gtk: FTBFS: SharedContextMutex.cpp:219:41: error: inlining failed in call to ‘always_inline’ ‘egl::SharedContextMutex* egl::SharedContextMutex::doTryLock() [with Mute

Control: retitle -1 webkit2gtk: FTBFS due to several undefined references On Wed, Mar 13, 2024 at 01:05:55PM +0100, Lucas Nussbaum wrote: > During a rebuild of all packages in sid, your package failed to build > on amd64. Thanks, there are two build failures here: - The one you reported

Bug#1063223: wpewebkit: NMU diff for 64-bit time_t transition

On Thu, Feb 29, 2024 at 09:23:38AM +, Steve Langasek wrote: > Please find attached a final version of this patch for the time_t > transition. This patch is being uploaded to unstable. Thanks for the patch! I have a question: soon I'll need to start transitioning the WPE packages to a new

Bug#1062540: event-dance: NMU diff for 64-bit time_t transition

On Mon, Feb 05, 2024 at 12:08:33PM +, Alberto Garcia wrote: > > To ensure that inconsistent combinations of libraries with their > > reverse-dependencies are never installed together, it is necessary > > to have a library transition, which is most easily done by > &

Bug#1062540: event-dance: NMU diff for 64-bit time_t transition

On Thu, Feb 01, 2024 at 09:16:08PM +, mwhud...@debian.org wrote: > To ensure that inconsistent combinations of libraries with their > reverse-dependencies are never installed together, it is necessary > to have a library transition, which is most easily done by renaming > the runtime library

Bug#1057967: linux-image-6.1.0-15-amd64 renders my physical bookworm/gnome computer largely unusable

On Mon, Dec 11, 2023 at 02:55:50AM +0100, Kevin Price wrote: > 3. There seems to be no network connectivity. No WiFi icon. "ping > 8.8.8.8" returns IIRC network unreachable. Hi, ThinkPad T14s AMD Gen1 user here, I'm also having lots of problems with this kernel and this seems related. In

Bug#1054150: surf: no longer display web pages after webkitgtk upgrades

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 problem is caused by Surf's AppArmor configuration. I can make it run on my computer with something like

Bug#1054150: surf: no longer display web pages after webkitgtk upgrades

On Wed, Oct 18, 2023 at 05:06:16PM +0900, Dominique Martinet wrote: > For bullseye, this package upgrade reliably triggers the issue, and > installing old packages back makes surf work again: > Unpacking libwebkit2gtk-4.0-37:amd64 (2.42.1-1~deb11u1) over > (2.40.5-1~deb11u1) ... > Unpacking

Bug#1037894: webkit2gtk: ftbfs with GCC-13

On Tue, Sep 12, 2023 at 10:28:06AM +0200, Manuel A. Fernandez Montecelo wrote: > > FYI I have successfully built webkit2gtk 2.40.3-2 in a sid chroot with > > with gcc-13 13.1.0-7 from experimental. > > Also it built fine with gcc-13 in riscv64, which was rebootstrapped > in the last weeks and

Bug#1035469: libwebkit2gtk-4.0-37: After upgrading to libwebkit2gtk-4.0-37_2.40.1-1~deb11u1, Gnome Evolution does not load the body content of emails.

On Wed, May 03, 2023 at 01:32:18PM -0400, Jim Popovitch wrote: > > Thanks for the report, we'll prepare an update asap. > > > > Best wishes! It took longer than I would have wished, but this is now fixed in evolution 3.38.3-1+deb11u2 Berto

Bug#1035469: libwebkit2gtk-4.0-37: After upgrading to libwebkit2gtk-4.0-37_2.40.1-1~deb11u1, Gnome Evolution does not load the body content of emails.

+++ evolution-3.38.3/debian/changelog 2023-05-04 00:33:14.0 +0200 @@ -1,3 +1,10 @@ +evolution (3.38.3-1+deb11u2) bullseye-security; urgency=medium + + * Add a patch to make Evolution display email bodies properly when using +WebKitGTK 2.40.x (Closes: #1035469). + + -- Alberto Garcia Thu

Bug#1033230: webkit2gtk: version 2.39.90-1 lost its libgles2 runtime dependency

On Mon, Mar 20, 2023 at 01:29:51PM +0100, Gianfranco Costamagna wrote: > Hello, for some reasons, now webkit2gtk is not linking anymore > libGLESv2.so.2 causing surf to fail autopkgtests on arm64 and armhf Hmmm... the reason is that this is now handled via libepoxy, which opens libGLESv2.so.2 on

Bug#1033224: gnome-builder: Depends on obsolete gir1.2-webkit2-5.0 package

On Mon, Mar 20, 2023 at 09:48:36AM -0400, Jeremy Bícha wrote: > This was a mistake in cherry-picking from the Experimental branch > where I had previously applied > https://salsa.debian.org/gnome-team/gnome-builder/-/commit/f87150bc Maybe it's not a bad idea to let gir:Depends handle this

Bug#1033224: gnome-builder: Depends on obsolete gir1.2-webkit2-5.0 package

@@ +gnome-builder (43.6-3) unstable; urgency=medium + + * Team upload + * debian/control.in: depend on gir1.2-webkit-6.0 instead of 5.0 +(Closes: #1033224) + + -- Alberto Garcia Mon, 20 Mar 2023 12:45:40 +0100 + gnome-builder (43.6-2) unstable; urgency=medium * debian/gbp.conf, debian

Bug#1033224: gnome-builder: Depends on obsolete gir1.2-webkit2-5.0 package

Package: gnome-builder Version: 43.6-2 Severity: serious Justification: Policy 7.2 gnome-builder 43.6-2 switched the build dependency from WebtKitGTK 5.0 to 6.0 since the former API is no longer available and is going away. However it still contains a dependency on gir1.2-webkit2-5.0, so it

Bug#1016936: dwz: fails while building assaultcube

On Wed, Aug 10, 2022 at 08:03:45AM +0200, Andreas Beckmann wrote: > dwz: debian/assaultcube/usr/lib/games/assaultcube/ac_client: Unknown > debugging section .debug_addr > dwz: debian/assaultcube/usr/lib/games/assaultcube/ac_server: Unknown > debugging section .debug_addr FWIW this kind of

Bug#1020642: webkit2gtk: FTBFS on mipsel: virtual memory exhausted

On Mon, Sep 26, 2022 at 04:00:30PM +0300, Adrian Bunk wrote: > I had the worst possible outcome on the porterbox: > The reference build succeeded unchanged. :-( > > I'll check again if your disabling of unified builds does not work. I decided to upload 2.38.0-2 without unified builds, hopefully

Bug#1020642: webkit2gtk: FTBFS on mipsel: virtual memory exhausted

On Sun, Sep 25, 2022 at 10:03:15AM +0200, Mathieu Malaterre wrote: > On Sat, Sep 24, 2022 at 7:42 PM Simon McVittie wrote: > > webkit2gtk repeatedly failed to compile on the mipsel buildds: > > Here is the trick I used on those arches for openvdb: > > [...] > # Disable optimization on mipsel

Bug#1020642: webkit2gtk: FTBFS on mipsel: virtual memory exhausted

On Sat, Sep 24, 2022 at 06:39:25PM +0100, Simon McVittie wrote: > webkit2gtk repeatedly failed to compile on the mipsel buildds: > > : > > FAILED: > >

Bug#855541: purple-matrix: Not ready for release yet

On Tue, Nov 09, 2021 at 09:22:36PM +0100, Alberto Garcia wrote: > FYI I decided to give this package for adoption. I'll request its > removal from the archive if there are no volunteers to take over its > maintenance after some time. > > https://bugs.debian.org/998660 I jus

Bug#1016224: binutils-z80: FTBFS: stdlib.h:134:10: error: argument 1 is null but the corresponding size argument 3 value is [128, 9223372036854775807] [-Werror=nonnull]

Control: tags -1 fixed-upstream On Fri, Jul 29, 2022 at 06:20:14PM +0200, Lucas Nussbaum wrote: > During a rebuild of all packages in sid, your package failed to build > on amd64. > > In function ‘mbstowcs’, > > inlined from ‘read_symbol_name’ at read.c:1670:11: > >

Bug#1010166: webkit2gtk: 2.36.1-1 apparent regression seen in devhelp autopkgtest

On Mon, Apr 25, 2022 at 11:37:02AM -0400, Jeremy Bicha wrote: > The new release of webkit2gtk won't migrate to Testing because of an > autopkgtest regression in devhelp. I'm filing this bug to make sure > that the maintainer notices the issue. This has been fixed upstream but I think I'll just

Bug#1010352: wpewebkit: No longer provides libsoup2 version needed by gstreamer

On Fri, Apr 29, 2022 at 06:56:45AM -0400, Jeremy Bicha wrote: > wpewebkit has 2 reverse dependencies in Debian: cog and > gstreamer1.0-wpe. Although cog was switched to use the new libsoup3, > gstreamer1.0-wpe was not. This is already fixed: https://bugs.debian.org/1009721 It was planned with

Bug#1008424: audiofile: FTBFS: dh_auto_test: error: make -j8 check VERBOSE=1 returned exit code 2

reassign 1008424 src:flac 1.3.4-1 affects 1008424 src:audiofile retitle 1008424 flac 1.3.4 makes audiofile FTBFS forwarded 1008424 https://github.com/xiph/flac/issues/327 tags 1008424 patch thanks On Sat, Apr 23, 2022 at 01:48:17AM +0200, Alberto Garcia wrote: > I submitted a bug report upstr

Bug#1008424: audiofile: FTBFS: dh_auto_test: error: make -j8 check VERBOSE=1 returned exit code 2

On Mon, Apr 04, 2022 at 03:25:44PM +0200, Alberto Garcia wrote: > > During a rebuild of all packages in sid, your package failed to > > build on amd64. > > > > > FAIL: FLAC > > This started to happen after flac was updated from 1.3.3-2 to 1.3.4-1

Bug#1008424: audiofile: FTBFS: dh_auto_test: error: make -j8 check VERBOSE=1 returned exit code 2

On Sat, Mar 26, 2022 at 10:03:42PM +0100, Lucas Nussbaum wrote: > During a rebuild of all packages in sid, your package failed to build > on amd64. > > > FAIL: FLAC This started to happen after flac was updated from 1.3.3-2 to 1.3.4-1. Downgrading the flac packages makes audiofile build fine

Bug#1005810: epiphany-browser: crash on session_tab_free at ../src/ephy-session.c:605

+1,11 @@ +epiphany-browser (3.38.2-1+deb11u2) bullseye; urgency=medium + + * d/p/glib-bug-workaround.patch: +- Cherry pick upstream patch ff8ecbf6. This works around a bug in GLib + and fixes a UI process crash (Closes: #1005810). + + -- Alberto Garcia Wed, 23 Feb 2022 17:34:35 +0100 +

Bug#1005518: frogr: FTBFS: ../data/meson.build:32:5: ERROR: Function does not take positional arguments.

On Sun, Feb 13, 2022 at 08:27:19AM +0100, Lucas Nussbaum wrote: > During a rebuild of all packages in sid, your package failed to build > on amd64. > > > Configuring org.gnome.frogr.desktop.in using configuration > > > > ../data/meson.build:32:5: ERROR: Function does not take positional > >

Bug#1005120: wpewebkit: Fails to build with gstreamer 1.20

On Mon, Feb 07, 2022 at 10:53:56AM -0500, Jeremy Bicha wrote: > wpewebkit fails to build from source, apparently because of the recent > gstreamer 1.20 uploads. > > -- Checking for module 'gstreamer-codecparsers-1.0 >= 1.14.0' > -- No package 'gstreamer-codecparsers-1.0' found > > That .pc

Bug#855541: purple-matrix: Not ready for release yet

On Mon, Sep 28, 2020 at 07:03:45PM +0200, Alberto Garcia wrote: > I think that this project is essentially dead, there has never been > a release and as you say there hasn't been changes in almost a year. > > I have stopped using it myself and the reason why I didn't ask for > i

Bug#989332: libwebkit2gtk-4.0-37: May 30 upgrade for DSA-4923-1 broke the epiphany browser

On Thu, Jun 03, 2021 at 01:37:45AM +0200, Jose wrote: > > Can you install gstreamer1.0-plugins-good and try again? > > That was the issue. Thank you for helping. > > I don't understand why it was working before the libwebkit2gtk > update. Maybe this is a dependency that should be added to the >

Bug#989332: libwebkit2gtk-4.0-37: May 30 upgrade for DSA-4923-1 broke the epiphany browser

On Wed, Jun 02, 2021 at 09:21:54PM +0200, Jose wrote: > Berto, > > Thanks. > > Here is the full gdb bt after installing the debug symbols. > > Please tell me if you'd like me to do any additional tests > or debugging. > > --josé > #0 0x7f707b64e7bb in __GI_raise (sig=sig@entry=6) at >

Bug#989332: libwebkit2gtk-4.0-37: May 30 upgrade for DSA-4923-1 broke the epiphany browser

On Wed, Jun 02, 2021 at 06:11:56PM +0200, Jose wrote: > Hi Berto, > > Sorry for the delay. Yopmail went down a little bit after I sent my > initial report. > > Discord still crashes for me. I'm attaching the gdb trace you > requested. I opened epiphany with a blank home screen, then went > to

Bug#989332: libwebkit2gtk-4.0-37: May 30 upgrade for DSA-4923-1 broke the epiphany browser

On Tue, Jun 01, 2021 at 12:19:26PM +0200, jose wrote: > Epiphany is based on libwebkit2. I access discord as a web app on > epiphany. To do so I go to the discord site [1] and click on "Open > Discord in your browser". > > Since the upgrade this systematically results in epiphany > complaining

Bug#987686: webkit2gtk breaks balsa autopkgtest: xwd: error: No window with name Balsa exists!

On Fri, May 21, 2021 at 09:28:02PM +0200, Paul Gevers wrote: > > In webkit2gtk 2.32.1-1 the dependency on xdg-desktop-portal-gtk was > > downgraded to a recommendation so the test no longer fails. > > balsa is close to autoremoval from bullseye because of this issue. > Should

Bug#987686: webkit2gtk breaks balsa autopkgtest: xwd: error: No window with name Balsa exists!

On Tue, Apr 27, 2021 at 11:27:32PM +0200, Alberto Garcia wrote: > Nothing to do with webkit actually. The test launches Balsa, waits > for two seconds and then takes a screenshot of the window. The bug > happens because when xdg-desktop-portal-gtk is installed Balsa takes > a ve

Bug#987686: webkit2gtk breaks balsa autopkgtest: xwd: error: No window with name Balsa exists!

Control: found -1 balsa/2.6.1-1 On Tue, Apr 27, 2021 at 11:27:32PM +0200, Alberto Garcia wrote: > The bug happens because when xdg-desktop-portal-gtk is installed > Balsa takes a very long time to start so those two seconds are not > enough. > > g_application_r

Bug#987686: webkit2gtk breaks balsa autopkgtest: xwd: error: No window with name Balsa exists!

Control: notfound -1 webkit2gtk/2.32.0-2 On Tue, Apr 27, 2021 at 09:27:35PM +0200, Paul Gevers wrote: > With a recent upload of webkit2gtk the autopkgtest of balsa fails > in testing when that autopkgtest is run with the binary packages of > webkit2gtk from unstable. Nothing to do with webkit

Bug#987448: webkit2gtk regression: liferea: CSS for the posts is broken

On Sat, Apr 24, 2021 at 09:52:51AM +0800, Paul Wise wrote: > The recent upgrade to webkit2gtk 2.32.0-2 broke the CSS that the > liferea RSS reader uses to style the HTML it injects for post > metadata. So it seems that this is a problem in Liferea after all. webkit2gtk is covered by security

Bug#987448: webkit2gtk regression: liferea: CSS for the posts is broken

Control: forwarded -1 https://bugs.webkit.org/show_bug.cgi?id=225036 Control: tags -1 upstream On Sat, Apr 24, 2021 at 09:52:51AM +0800, Paul Wise wrote: > The recent upgrade to webkit2gtk 2.32.0-2 broke the CSS that the > liferea RSS reader uses to style the HTML it injects for post metadata.

Bug#977779: geary FTBFS on mipsel: test suite failure

On Fri, Jan 29, 2021 at 02:11:00PM +0200, Adrian Bunk wrote: > > But this a bug in the CPU, right? Do I understand correctly that the > > package can fail depending on what CPU it is run on regardless of how > > it was built? > > > > I'm trying to understand what we can do in WebKit in order to

Bug#977779: geary FTBFS on mipsel: test suite failure

On Mon, Dec 21, 2020 at 11:30:14PM +0200, Adrian Bunk wrote: > > I see that the build eventually succeeded: > > > > > > https://buildd.debian.org/status/logs.php?pkg=geary=3.38.1-1=mipsel > > > > The webkit2gtk build is flaky itself in mipsel, we discussed this > > already in the past

Bug#977779: geary FTBFS on mipsel: test suite failure

On Sun, Dec 20, 2020 at 09:09:17PM +0200, Adrian Bunk wrote: > > Source: geary > > Version: 3.38.1-1 > > The latest version of geary fails to build on mipsel [1]. The test > > suite fails. > > This is not specific to geary and not specific to this version of > geary, the search is already

Bug#976936: wpewebkit: FTBFS on ppc64el: dh_auto_build: error: cd obj-powerpc64le-linux-gnu && LC_ALL=C.UTF-8 ninja -j160 -v returned exit code 1

Control: tags -1 moreinfo On Wed 09 Dec 2020 09:42:53 AM CET, Lucas Nussbaum wrote: > Source: wpewebkit > Version: 2.30.3-1 > Severity: serious > Justification: FTBFS on ppc64el > Tags: bullseye sid ftbfs > Usertags: ftbfs-20201209 ftbfs-bullseye ftbfs-ppc64el > > Hi, > > During a rebuild of all

Bug#975134: wpewebkit: FTBFS: ../Source/WebCore/platform/network/ResourceResponseBase.cpp:440:6: error: type precision mismatch in switch statement

On Thu, Nov 19, 2020 at 10:39:08AM +0100, Lucas Nussbaum wrote: > Source: wpewebkit > Version: 2.30.2-1 > Severity: serious > Justification: FTBFS on amd64 > Tags: bullseye sid ftbfs > Usertags: ftbfs-20201119 ftbfs-bullseye > > Hi, > > During a rebuild of all packages in sid, your package

Bug#952262: psgml: FTBFS: Malformed UTF-8 character (fatal) at /usr/share/texinfo/Texinfo/ParserNonXS.pm line 3364.

Control: tags -1 patch pending On Wed, Oct 21, 2020 at 04:10:41PM +0200, Alberto Garcia wrote: > I confirm that the patch attached by Claudio Saavedra fixes the bug so > I'll prepare an NMU (debdiff attached). Uploaded to DELAYED/5 Berto

Bug#952262: psgml: FTBFS: Malformed UTF-8 character (fatal) at /usr/share/texinfo/Texinfo/ParserNonXS.pm line 3364.

gml.texi; thanks Claudio Saavedra. + + -- Alberto Garcia Wed, 21 Oct 2020 16:02:11 +0200 + psgml (1.4.0-7.1) unstable; urgency=medium * Non-maintainer upload. diff -u psgml-1.4.0/psgml.texi psgml-1.4.0/psgml.texi --- psgml-1.4.0/psgml.texi +++ psgml-1.4.0/psgml.texi @@ -1572,7 +1572,7 @@ Se

Bug#855541: purple-matrix: Not ready for release yet

On Tue, Sep 22, 2020 at 09:51:14PM +0200, Alex ARNAUD wrote: > > I think this version shouldn't be shipped with the next > > release. Like the description says, it's "somewhat alpha". > > > > It works some times, but then stops working, it crashes, > > and so on. > > I've used the package

Bug#962616: webkit2gtk: FTBFS on mipsel

On Thu, Jun 11, 2020 at 11:19:10AM +0300, Adrian Bunk wrote: > > > | Exception: gtkdoc-scangobj produced a non-zero return code 250 > > > | Command: > > > | gtkdoc-scangobj --module=webkit2gtk-4.0 > > > | Error output: > > > | > > > | > > > | ninja: build stopped: subcommand failed. > > > >

Bug#962616: webkit2gtk: FTBFS on mipsel

On Wed, Jun 10, 2020 at 08:08:27PM +0200, Sebastian Ramacher wrote: > | Exception: gtkdoc-scangobj produced a non-zero return code 250 > | Command: > | gtkdoc-scangobj --module=webkit2gtk-4.0 > | Error output: > | > | > | ninja: build stopped: subcommand failed. I've seen this several times,

Bug#956219: Error out when DISPLAY is unset

On Sat, Apr 25, 2020 at 10:17:47AM +0200, Laurent Bigonville wrote: > I'm reopening this as yelp still FTBFS with 2.28.2 with the same > error, was the patch cherry-picked? It was, but the problem seems to be different this time (a null pointer): process:35799): Gtk-CRITICAL **: 13:40:20.270:

Bug#951984: tree-puzzle: FTBFS: mpi.h:322:57: error: static assertion failed: "MPI_Address was removed in MPI-3.0. Use MPI_Get_address instead."

On Sun, Apr 05, 2020 at 07:37:28PM +0200, Alberto Garcia wrote: > The attached patch fixes the build. The latest upstream release > candidate still uses the old symbol btw. I'm also attaching the full debdiff. Berto diff -Nru tree-puzzle-5.2/debian/changelog tree-puzzle-5.2/debian/cha

Bug#952102: salmon: FTBFS: SalmonAlevin.cpp:780:6: error: ‘class rapmap::utils::MappingConfig’ has no member named ‘maxSlack’

On Sun, Feb 23, 2020 at 09:02:55AM +0100, Lucas Nussbaum wrote: > > /<>/src/SalmonAlevin.cpp: In function ‘void > > processReadsQuasi(alevin::paired_parser*, ReadExperimentT&, ReadLibrary&, > > alevin::AlnGroupVec&, std::atomic > unsigned int>&, std::atomic&, std::atomic > int>&, std::atomic&,

Bug#951984: tree-puzzle: FTBFS: mpi.h:322:57: error: static assertion failed: "MPI_Address was removed in MPI-3.0. Use MPI_Get_address instead."

aq/?category=mpi-removed The attached patch fixes the build. The latest upstream release candidate still uses the old symbol btw. Berto From: Alberto Garcia Subject: Replace obsolete MPI-2.0 API with their MPI-3.0 equivalents Bug-Debian: https://bugs.debian.org/951984 Index: tree-

Bug#952252: wpebackend-fdo: FTBFS: /bin/sh: 1: client-header: not found

Control: tags -1 pending On Sun, Feb 23, 2020 at 02:21:31PM +0100, Lucas Nussbaum wrote: > Source: wpebackend-fdo > Version: 1.4.0-1 > Severity: serious > Justification: FTBFS on amd64 > Tags: bullseye sid ftbfs > Usertags: ftbfs-20200222 ftbfs-bullseye Known problem, it will be fixed in the

Bug#855541: Update: actually it works

On Fri, Feb 21, 2020 at 04:05:51AM +0100, Jean-Philippe MENGUAL wrote: > Ok I have just built the git release, now it works. So to maintain > this package usable in Debian, you need to update it to the latest > git release, from December, 28. Do you want a specific bug to > request update?

Bug#949430: webkit2gtk: FTBFS: fatal error: X11/Xlib-xcb.h: No such file or directory

Control: tags -1 pending On Mon, Jan 20, 2020 at 08:44:30PM +0100, Mattia Rizzolo wrote: > In file included from > ../Source/WebCore/platform/graphics/gstreamer/MediaPlayerPrivateGStreamerBase.cpp:64: > /usr/include/gstreamer-1.0/gst/gl/x11/gstgldisplay_x11.h:26:10: fatal error: >

Bug#930935: webkit2gtk: Baseline violation on i386

On Mon, Jun 24, 2019 at 04:48:43PM +0300, Alberto Garcia wrote: > If no one has anything to say I'll upload it today. This should work > on all i386 CPUs, and we can later discuss if it's worth thinking of > a solution for SSE2-capable machines. Uploaded, unblock request at #931052 I d

Bug#930935: webkit2gtk: Baseline violation on i386

Control: tags -1 patch pending On Mon, Jun 24, 2019 at 10:29:56AM +0200, Alberto Garcia wrote: > 2) Build with SSE2 completely disabled (using WTF_CPU_UNKNOWN, or >somethig else, I'm still discussing this with the team). Ok, this patch disables SSE2 and forces Webkit to use CLoop,

Bug#930935: webkit2gtk: Baseline violation on i386

On Mon, Jun 24, 2019 at 12:34:26AM +0300, Adrian Bunk wrote: > > Building with SSE2 is not a decision made by the Debian > > maintainers. Upstream WebKit dropped support for non-SSE2 > > processors and the code assumes that SSE2 is always available: > > > >

Bug#930935: webkit2gtk: Baseline violation on i386

On Sat, Jun 22, 2019 at 10:40:53PM +0300, Adrian Bunk wrote: > Fix is attached. Building with SSE2 is not a decision made by the Debian maintainers. Upstream WebKit dropped support for non-SSE2 processors and the code assumes that SSE2 is always available:

Bug#928399: libwebkit2gtk-4.0-37: White spaces are always skipped in redinering of text plain.

Control: tags -1 patch On Tue, May 07, 2019 at 04:29:29PM +0300, Alberto Garcia wrote: > Thanks, I cannot reproduce this with the Spanish locale > (es_ES.UTF-8) but it does happen with ja_JP.UTF-8 and the > fonts-noto-cjk package installed. > > I reported it upstream.

Bug#926872: evolution: Spaces in mail view disappeared with recent updates

On Thu, Apr 11, 2019 at 11:22:46AM -0400, Boyuan Yang wrote: > I'm using the broken evolution to report bugs to you now. With the > updates recently (within 1 week), evolution no longer shows spaces > when displaying email. I cannot confirm it 100%, but it seems that this is a bug in WebKitGTK.

Bug#928399: libwebkit2gtk-4.0-37: White spaces are always skipped in redinering of text plain.

Control: forwarded -1 https://bugs.webkit.org/show_bug.cgi?id=197658 On Sat, May 04, 2019 at 02:03:22AM +0900, nozzy123no...@gmail.com wrote: > I find a problem of libwebkit2gtk-4.0-37, which doesn't show all white > spaces in rendering text plain document under the locales except for > "C"

Bug#922730: cannot browse anything

Control: tags -1 patch On Tue, Mar 05, 2019 at 12:46:59PM +0200, Alberto Garcia wrote: > > > If would also be nice if you can get a backtrace. > > > > Attached is a backtrace > > I forgot to clarify: I got this from the versions currently in > unstable (epiph

Bug#922730: cannot browse anything

On Tue, Mar 05, 2019 at 11:56:58AM +0200, Alberto Garcia wrote: > On Thu, Feb 21, 2019 at 02:01:45PM +0200, Alberto Garcia wrote: > > If would also be nice if you can get a backtrace. > > Attached is a backtrace I forgot to clarify: I got this from the versions currently in uns

Bug#922730: cannot browse anything

On Thu, Feb 21, 2019 at 02:01:45PM +0200, Alberto Garcia wrote: > If would also be nice if you can get a backtrace. Attached is a backtrace Berto Core was generated by `/usr/lib/i386-linux-gnu/webkit2gtk-4.0/WebKitWebProcess 7 23'. Program terminated with signal SIGSEGV, Segmentation fault.

Bug#922730: cannot browse anything

On Wed, Feb 20, 2019 at 07:00:07AM +0800, 積丹尼 Dan Jacobson wrote: > Package: epiphany-browser > Version: 3.31.91-2 > Severity: grave > > $ mkdir /tmp/p > $ HOME=/tmp/p epiphany /etc/motd > > ** (epiphany:11842): WARNING **: 06:53:40.412: Web process crashed If the web process crashed then it

Bug#916347: (no subject)

On Fri, Dec 14, 2018 at 09:54:01AM -0600, mcatanz...@gnome.org wrote: > But equally problematic is the Debian security team's lack of > interest in allowing updates to the security-critical WebKitGTK+ > package, which is currently vulnerable to issues since WSA-2018-0003 > [1] Notice however

Bug#916347: (no subject)

On Fri, Dec 14, 2018 at 10:17:18AM -0600, mcatanz...@gnome.org wrote: > On Fri, Dec 14, 2018 at 10:02 AM, Alberto Garcia wrote: > >Notice however that the latest stable release of WebKitGTK+ is always > >available in stable-backports at the same time as in testing, so it > &

Bug#914986: webkit2gtk: FTBFS on i386: ENABLE_SAMPLING_PROFILER conflicts with ENABLE_C_LOOP

Control: forwarded -1 https://bugs.webkit.org/show_bug.cgi?id=186722 Control: tags -1 upstream fixed-upstream pending On Thu, Nov 29, 2018 at 11:28:27AM +0100, Andreas Beckmann wrote: > webkit2gtk/experimental FTBFS on i386: Known problem, it's been fixed upstream already. You can work around

Bug#900282: webkitgtk FTBFS with new ICU

On Mon, May 28, 2018 at 02:21:26PM +0100, peter green wrote: > Webkitgtk seems to be failing to build, failures have been seen > with binnmus in Debian and Raspbian and also on the reproducible > builds service. I had a look at the insanely large build log from > reproducible builds and found the

Bug#899338: WTFCrash

On Thu, May 24, 2018 at 07:26:52PM +0800, 積丹尼 Dan Jacobson wrote: > I can confirm that the problem doesn't occur on amd64 2.21.2-1, only i386. > Do you have a i386 machine you can test > /usr/lib/*-linux-gnu/webkit2gtk-4.0/MiniBrowser > https://www.couchsurfing.com/dashboard > on? Right, I can

Bug#899338: WTFCrash

On Wed, May 23, 2018 at 09:05:24AM +0800, 積丹尼 Dan Jacobson wrote: > Package: libjavascriptcoregtk-4.0-18 > Version: 2.21.2-1 > Severity: grave > > 1 0xb37f73a4 > /usr/lib/i386-linux-gnu/libjavascriptcoregtk-4.0.so.18(WTFCrash+0x14) > [0xb37f73a4] > 2 0xb340f325 >

Bug#891983: gir1.2-javascriptcoregtk-4.0 from stable-pu breaks the whole Gnome

On Thu, Mar 08, 2018 at 02:22:37PM +0100, Julien Aubin wrote: > No I confirm the offending packages are *gstreamer*bad from > deb-multimedia.org Is then problem solved if you use the official gstreamer packages then? Berto

Bug#891983: gir1.2-javascriptcoregtk-4.0 from stable-pu breaks the whole Gnome

On Sat, Mar 03, 2018 at 06:11:10PM +0100, Julien Aubin wrote: > You released this morning on stable-pu new versions of the following > packages : > gir1.2-javascriptcoregtk-4.0 > gir1.2-webkit2-4.0/ > libjavascriptcoregtk-4.0-18 > libwebkit2gtk-4.0-37 > > It turns out that they won't upgrade

Bug#876597: goocanvas FTBFS with gtk-doc-tools 1.26: gtkdoc-mktmpl is no longer available

On Sun, Sep 24, 2017 at 01:08:34AM +0300, Adrian Bunk wrote: > Source: goocanvas-2.0 > Version: 2.0.2-2 > Severity: serious > Tags: buster sid This seems to have been fixed in the most recent upstream version (2.0.3). Packaging it should be enough to fix this bug. Berto

Bug#862742: Error report for filetea

On Tue, May 23, 2017 at 09:24:31AM +, Hari Krishna wrote: > This is the patch for making filetea to work with jQuery > v3.2.x. Hope this helps. Apply to upstream if needed. This patch does not apply cleanly on the version of Filetea available in Debian (0.1.16). I'll try to backport it.

Bug#862742: Error report for filetea

On Tue, Jun 06, 2017 at 11:32:43AM +0300, Adrian Bunk wrote: > > > This is the patch for making filetea to work with jQuery > > > v3.2.x. Hope this helps. Apply to upstream if needed. > > > > Thanks for the patch, I'll forward it to upstream and discuss it > > with him. > > > > I guess another

Bug#862742: Error report for filetea

On Tue, May 23, 2017 at 09:24:31AM +, Hari Krishna wrote: > This is the patch for making filetea to work with jQuery v3.2.x. Hope this > helps. Apply to upstream if needed. Thanks for the patch, I'll forward it to upstream and discuss it with him. I guess another simpler possibility for the

Bug#862742: Error report for filetea

Control: tags -1 - unreproducible moreinfo On Tue, May 23, 2017 at 07:14:39AM +, Hari Krishna wrote: > ".live" method has been removed in jQuery version 1.9+. Please refer > https://jquery.com/upgrade-guide/1.9/#live-removed Yeah, I'm not sure how it worked last time I tried but I managed

Bug#862742: filetea: Wrong version of jQuery gets installed

Control: tags -1 moreinfo unreproducible On Tue, May 16, 2017 at 12:30:10PM +, Rahul De wrote: > The package uses the function live which has been removed in > jQuery 1.9. The source in the upstream depends on 1.7.2 and no > version has been mentioned in the control file of the packaging >

Bug#855541: purple-matrix: Not ready for release yet

On Thu, Feb 23, 2017 at 12:09:37AM +0100, Kurt Roeckx wrote: > > > > Maybe I'm missing something, what is the scenario that you are > > > > worried about? > > > > > > So some of my worries: > > > - It crashes for me a few times a week. > > > - There seem to be various issues that don't make it

Bug#855541: purple-matrix: Not ready for release yet

On Wed, Feb 22, 2017 at 10:59:08PM +0100, Kurt Roeckx wrote: > > I don't know, I think I would understand you better if I had a > > list of specific problems that make this software unsuitable for > > release. > > I currently have a connection to my homeserver on 2 devices, and > pidgin isn't

Bug#855541: purple-matrix: Not ready for release yet

On Mon, Feb 20, 2017 at 06:52:58PM +0100, Kurt Roeckx wrote: > It's just that each time I mention I'm using this, people tell me > taht it's experimental, and probably a bug in purple-matrix. But > it's at least not always clear to me where the bugs are, and there > seem to be various problems

Bug#855541: purple-matrix: Not ready for release yet

On Mon, Feb 20, 2017 at 09:33:55AM +0100, Kurt Roeckx wrote: > > Could you be a bit more specific about the problems? In my > > experience it disconnects (infrequently) and it lacks some > > features, but other than that it's perfectly usable. > > See for instance: >

Bug#855541: purple-matrix: Not ready for release yet

On Mon, Feb 20, 2017 at 12:12:35AM +0100, Kurt Roeckx wrote: > I think this version shouldn't be shipped with the next > release. Like the description says, it's "somewhat alpha". > > It works some times, but then stops working, it crashes, > and so on. I've been using it daily for several

Bug#850149: shotwell: Freezes when trying to open an image in fullscreen mode

On Tue, Feb 14, 2017 at 06:36:05PM +, Debian Bug Tracking System wrote: > shotwell (0.25.4+really0.24.5-0.1) unstable; urgency=medium > . >* Revert to last stable release 0.24.5 (Closes: #850149). Thanks for this! Shotwell is finally usable again. However the original problem (as

Bug#855103: Rendering fails on wayland/hidpi

Control: forwarded -1 https://bugs.webkit.org/show_bug.cgi?id=168128 Control: tags -1 upstream fixed-upstream On Tue, Feb 14, 2017 at 08:54:16AM +0100, Sjoerd Simons wrote: > Both epiphany and evolution show blank output when trying to render > website/e-mails. Downgrading libwebkit2gtk-4.0-37

Bug#848132: most is vulnerable to a shell injection attack using LZMA-compressed files

zma-compressed files). + + -- Alberto Garcia <be...@igalia.com> Wed, 14 Dec 2016 14:31:29 +0200 + most (5.0.0a-2.5) unstable; urgency=medium * Non-maintainer upload. diff -Nru most-5.0.0a/debian/patches/lzma-support.patch most-5.0.0a/debian/patches/lzma-support.patch --- most-5.0.0a/debia

Bug#839379: yelp: FTBFS: segmentation fault

On Fri, Oct 28, 2016 at 02:38:18PM +0200, Michael Biebl wrote: > > This is already fixed upstream, the next 2.14.x release of WebKit > > won't need this hack. > > When do you expect that next upstream release to be uploaded to > unstable? The release is expected to happen this week. Berto

Bug#839379: yelp: FTBFS: segmentation fault

On Fri, Oct 28, 2016 at 03:38:46AM +0200, Michael Biebl wrote: > I built yelp inside a chroot (without X) and ran > docs/libyelp/libyelp-scan directly. The resulting backtrace from the > crash is attached. This looks to me like it's webkit2 related, so > I'm reassigning the bug. It looks like

Bug#834147: binutils: breaks mips and mipsel link of blender

On Fri, Aug 12, 2016 at 02:06:53PM +, Gianfranco Costamagna wrote: > Hi, as said the latest blender upload is not working anymore, and > since the failure seems to be in ld.gold, I presume the changes > between 2.26.1 and 2.27 broke the link. [...] > /usr/bin/ld.gold: error: Can't find

Bug#835285: webkit2gtk FTBFS

On Fri, Aug 26, 2016 at 12:35:16AM +0200, Thomas Goirand wrote: > > Can I see the full log anywhere? Maybe you don't have enough RAM > > to build webkit? What machine did you build it on? > > Oh, I didn't think about that. I tried on a 4GB virtualbox machine, > and in a 8GB VM (but no swap) on

Bug#835285: webkit2gtk FTBFS

On Wed, Aug 24, 2016 at 10:40:59AM +0200, Thomas Goirand wrote: > I've been strugling to rebuild webkit2gtk backport. I tried with > 2 environement, one using Jessie and sbuild, and one using a > virtualbox machine without sbuild. Both times, I had the below > output: > > collect2: error: ld

Bug#830516: clex: Cannot read the keyboard input

Package: clex Version: 3.15-1+b1 Severity: grave Justification: renders package unusable Hi, It seems that I'm unable to run clex at all: - $ clex Starting CLEX 3.15 Terminating CLEX: Cannot read the keyboard input

Bug#826991: fastboot missing libziparchive.so.0

On Fri, Jun 10, 2016 at 10:04:35PM +, Mouaad Aallam wrote: > fastboot fails, says libziparchive.so.0 is missing: > > $fastboot devices > fastboot: error while loading shared libraries: libziparchive.so.0: cannot > open shared object file: No such file or directory Same problem here, but

Bug#802380: closed by Alberto Garcia <be...@igalia.com> (Bug#802380: fixed in webkit2gtk 2.10.8-1)

Control: reopen -1 Control: found -1 webkit2gtk/2.10.9-1 Control: tags -1 -fixed-upstream On Sat, Mar 12, 2016 at 09:51:05AM +, Debian Bug Tracking System wrote: > Source: webkit2gtk > Source-Version: 2.10.8-1 > > We believe that the bug you reported is fixed in the latest version of >

Bug#818295: guitarix: Please replace build dependency on libwebkit-dev with libwebkitgtk-dev

Source: guitarix Version: 0.34.0-0.1 Severity: serious Justification: fails to build from source (but built successfully in the past) The libwebkit-dev package has been marked as transitional for a few years now, and I would like to get rid of it soon. Please replace the build dependency with

Bug#818294: balsa: Please replace build dependency on libwebkit-dev with libwebkitgtk-dev

Source: balsa Version: 2.4.12-2 Severity: serious Justification: fails to build from source (but built successfully in the past) The libwebkit-dev package has been marked as transitional for a few years now, and I would like to get rid of it soon. Please replace the build dependency with

  1   2   >